- Navios
- 3 de setembro de 2026 às 22:54 UTC
- Autor
- Kamo
- Enviar
- 754050c
O cliente da AMI faz login com 'Eventos: desligados' e só envia ações, então nada sobre O FreePBX de um cliente alguma vez disse à plataforma que uma chamada estava a chegar. Esse silêncio é o que fez uma chamada perdida no softphone móvel irrecuperável: SIP registro Android tinha recuperado não estava simplesmente lá, e nenhum segundo sinal existiu para acordá-la. Uma conexão SEGUNDA AMI agora escuta com 'Eventos: chamada' e para frente DialBegin E DialEnd (resposta/terminada) para a plataforma. Ligação separada porque o cliente de ação é um par de requisição/resposta estrita -- eventos não solicitados iria deixar com suas respostas e iria ler o pacote de outra pessoa como seu Resposta própria. Detalhes que decidem se isso funciona: - Linkedid, não Uniqueid. Uniqueid é por canal, então o cancelamento seria chegar sob um ID diferente e nunca igualar o anel que é destinado a terminar. - Apenas os canais PJSIP/ e SIP/ endpoint produzem uma extensão. Local/, IAX2/ e DAHDI/ pernas todas chegam ao analisador e nenhuma delas é a extensão de um membro. - CallerIDName é deixado cair quando é apenas o número repetido, que é o que O asterisco preenche quando a transportadora não enviou nenhum nome. - Melhor esforço, sem repetições, um tempo limite 5s: este é o caminho crítico de uma chamada e um relatório que chega depois que a chamada desistiu vale a pena Nada. - O endpoint do evento é derivado de UPLOAD URL para que um operador configure um URL e não pode apontar as duas metades em grupos diferentes -- uma divisão que seria Continue a carregar gravações enquanto as chamadas param de tocar. Precisa de uma chave API com o novo escopo VOIP CALL EVENTS.