- Szycy
- 3 września 2026 22:54 UTC
- Autor
- Kamo
- Pochęt się
- 754050c
Klient AMI loguje się z "Wydarzenia: wyłączone" i wysyła tylko działania, więc nic na FreePBX klienta powiedział platformie, że nadchodzi telefon. Ta cisza jest Co sprawiło, że nieodebrano połączenia na mobilnym softfonie nieodzyskiwalnym: telefon, którego Rejestracja SIP Android odzyskała po prostu nie było i nie ma drugiego sygnału Istniał, by to obudzić. Drugie połączenie AMI teraz słucha z "Wydarzenia: zadzwoń" i forwards DialBegin (ringing) i DialEnd (odpowiedz/zaznaczony) na platformę. Oddzielne połączenie Ponieważ klient akcji jest ścisłą parą żądań / odpowiedzi - niechciane wydarzenia Przeplatałoby się z jego odpowiedziami i odczytałoby czyjś paczkę jako jego. Własna odpowiedź. Szczegóły, które decydują, czy to działa: - Linkedid, nie Uniqueid. Uniqueid jest na kanał, więc anulowanie byłoby Przyjedź pod innym iglem i nigdy nie dopasuj pierścienia, który ma się skończyć. - Tylko kanały PJSIP/ i SIP/ punkty końcowe uzyskują przedłużenie. Lokalny /, IAX2/ i Wszystkie nogi DAHDI / nogi docierają do parsera i żaden z nich nie jest rozszerzeniem członka. - CallerIDName zostaje upuszczony, gdy jest to tylko liczba powtarzana, co jest tym, co Hotel zapełnia się, gdy przewoźnik nie wysłał nazwiska. - Najlepszy wysiłek, brak retries, 5s timeout: to jest na krytycznej ścieżce połączenia Dzwoniąc teraz, a raport, który pojawia się po po rzuceniu rozmowy telefonicznej, jest wart Nic. - Punkt końcowy zdarzeń pochodzi z UPLOAD_URL, więc operator konfiguruje jeden adres URL I nie może wskazać dwóch połówek w różnych skupiskach - podział, który Ciągle przesyłaj nagrania, podczas gdy połączenia cicho przestały dzwonić. Potrzebny jest klucz API z nowym zakresem VOIP_CALL_EVENTS.