- Szycy
- 27 sierpnia 2026 15:57 UTC
- Autor
- Kamo
- Pochęt się
- 9fd359f
Kiedy agent odpowiada na kolejkowy telefon, dzwoniący słyszy powiadomienie klienta i Agent słyszy zawiadomienie agenta w tym samym czasie, a następnie wspólne znaki tonu 1000Hz W momencie, gdy są ze sobą połączone. Członkowie kolejki wskazują teraz lokalne kanały na [kamo-agent-connect], a nie Prosta na PJSIP / "ext", więc ostatnią nogą jest Dial() - Dial's A(x:y) jest Tylko w Asterisk, która odtwarza różne dźwięki dla każdej partii SIMULTANEOUSLY A potem mosty. Własne ogłoszenie kolejo-wroga nie jest substytutem: gra do Agent tylko i przed zebraniem się, gdy dzwoniący jest nadal wstrzymujący muzykę. Duszabka przed A() jest linchpinem i nie jest opcjonalna. Bez tego Dial pozostawia kanał wywoławczy bez odpowiedzi, aż do zakończenia ogłoszenia, więc app_queue nigdy nie łączy się, a plik po stronie dzwoniącego gra w kanał, którym nikt nie jest Słuchanie. queue_log sprawił, że jest to mierzalne: CONNECT w 7s (po audio) Bez "a", CONNECT przy 0s z nim. Sprawdzony przez nagrywanie nogi dzwoniącego z potrzymaną muzyką wyciszonym i krzyżowym Korelacja przechwyconego dźwięku: Licznik głosów 0.833 vs agent file 0.068 vs hold music 0.044 I ton 1000Hz wykryty we własnym dźwięku dzwoniącego przy 5,75 s. Oba pliki są wyściełane dokładnie do 7.53s (mowa klienta jest krótsza o 0,32 s, więc to Nosi różnicę jako ciszę) i kończy się tym samym tonem, tak tony ognia. I żadna partia nie została zwolniona wcześniej. Poziom tonu jest dopasowany do mowy (RMS 3082 vs - 3200) — filtr sinusoidalny ffmpeg znajduje się znacznie poniżej pełnej skali, więc potrzebny Kalibracja zamiast zgadywać. Znane ograniczenia: to obejmuje ścieżkę QUEUE. Dzwoniący, który wybiera rozszerzenie bezpośrednio nad pozdrowieniem wciąż sięga od-did-direct i nie słyszy żadnego powiadomienia; Racjonowanie tego, że w tym kontekście będzie handlować pierścieniem FreePBX na przedłużenie timer i poczta głosowa spadają.