- Shipped
- 27 agosto 2026 alle ore 15:57 UTC
- Author
- Kamo
- Commit
- 9fd359f
Quando un agente risponde a una chiamata in coda, il chiamante sente l'avviso del cliente e il agente sente l'avviso dell'agente allo stesso tempo, poi un segno di tono di 1000Hz condiviso nel momento in cui sono collegati. I membri di queue ora puntano a canali locali in [kamo-agent-connect] piuttosto che dritto a PJSIP / <ext>, quindi la gamba finale è un Dial() — A(x:y) del quadrante è il solo cosa in Asterisk che suona audio DIFFERENTE a ogni partito SIMULTANEOUSLY e poi ponti. Il proprio annuncio di Queue non è un sostituto: gioca a l'agente solo, e prima di schivare mentre il chiamante è ancora in attesa di musica. La minuscola `a` prima di A() è il linchpin e non è opzionale. Senza Dial lascia il canale di chiamata senza risposta fino al termine dell'annuncio, quindi app queue never bridges and the caller-side file plays in a canale nessuno è ascoltando. code log ha reso questo misurabile: CONNECT a 7s (dopo l'audio) senza `a`, CONNECT a 0s con esso. Provato registrando la gamba del chiamante con musica di attesa silenziata e cross- correlare l'audio catturato: vs file client 0.833 vs file agente 0.068 vs tenere musica 0.044 e il tono 1000Hz rilevato nel suono del chiamante a t=5.75s. Entrambi i file sono imbottiti esattamente 7.53s (il discorso finale è 0.32s più breve, quindi è porta la differenza di silenzio) e termina con lo stesso tono, così i toni fuoco insieme e nessuna festa viene rilasciata presto. Il livello di tono è abbinato al discorso (RMS 3082 vs ~3200) — il filtro sine di ffmpeg è molto sotto la scala completa, quindi è necessario calibrare piuttosto che indovinare. Limite noto: questo copre il percorso QUEUE. Un chiamante che compone un'estensione direttamente sopra il saluto raggiunge ancora da-did-direct e non sente alcun preavviso; routing che attraverso questo contesto avrebbe commerciato via l'anello di per-estensione di FreePBX timer e voicemail fallback.