- Navios
- 3 de setembro de 2026 às 22:54 UTC
- Autor
- Kamo
- Enviar
- a2ef02a
RingCentral e JustCall publicam INBOUND RINGING de seus webhooks. FreePBX e KamoPBX não publica nada -- eles são o próprio Asterisco do cliente e nada foi Estou a ver. Essa lacuna era onde o softphone móvel estava cego. nenhum evento de toque não há nada para acordar um aparelho cujo registro SIP o sistema operacional Reclamou, por isso a chamada foi perdida e ninguém descobre. POST /interno/voip/ring resolve a extensão a um membro e publica o mesmo voip.call. {orgId}.{memberId} event os provedores de webhook já emitem. kamo-asterisco-suporte chama-o de seu fluxo de eventos AMI através do ApiService Superficie API-chave. A extensão é resolvida digitalizando as configurações da instância em vez de através uma consulta derivada, de modo que isso não precisa de mudança de biblioteca compartilhada para enviar; uma instância detém dezenas de extensões e funciona uma vez por chamada. Uma extensão que nenhum membro possui responde 200 {publicado:falso} em vez de 404. Anel grupos, IVRs e telefones de secretária sem ninguém atrás deles são o tráfego comum, e um Ajudante PBX que começa a registrar erros para tráfego comum é um O administrador desliga. /internal/voip já está na lista do InternalAuthFilter e isenta de OTK, portanto não A configuração de segurança muda aqui. Não-persistindo, como os caminhos webhook: InstanceSyncService permanece o único escritor de PHONE CALL LOG.