- Shipped
- 3 settembre 2026 alle ore 22:54 UTC
- Author
- Kamo
- Commit
- 754050c
Il client AMI accede con 'Eventi: off' e invia solo azioni, quindi niente su FreePBX del cliente ha mai detto alla piattaforma che stava arrivando una chiamata. Quel silenzio quello che ha fatto una chiamata persa sul softphone mobile non recuperabile: un portatile il cui SIP registrazione Android aveva recuperato non era semplicemente lì, e nessun secondo segnale esisteva per svegliarlo. Una connessione SECOND AMI ora ascolta con 'Eventi: chiamata' e in avanti DialBegin (ringing) e DialEnd (risposta/finita) alla piattaforma. Collegamento separato perché il client di azione è una stretta richiesta / risposta coppia -- eventi non richiesti sarebbe interleave con le sue risposte e avrebbe letto il pacchetto di qualcun altro come il suo risposta. Dettagli che decidono se funziona: - Linkedid, non Uniqueid. Uniqueid è per canale, quindi la cancellazione sarebbe arrivare sotto un id diverso e mai abbinare l'anello è destinato a finire. - Solo i canali PJSIP/ e SIP/ endpoint producono un'estensione. Local/, IAX2/ e DAHDI / gambe tutti raggiungono il parser e nessuno di loro è un'estensione del membro. - CallerIDName è caduto quando è solo il numero ripetuto, che è quello che Asterisk si riempie quando il vettore non ha mandato nessun nome. - Best-effort, no retries, a 5s timeout: questo è sul percorso critico di una chiamata e un rapporto che arriva dopo che il chiamante ha rinunciato vale la pena Niente. - Il punto finale dell'evento deriva da UPLOAD URL in modo che un operatore configura un URL e non può puntare le due metà a diversi cluster -- una divisione che sarebbe continuare a caricare le registrazioni mentre le chiamate tranquillamente smesso di suonare. Ha bisogno di una chiave API con il nuovo ambito VOIP CALL EVENTS.