- Spegnimento
- 27 agosto 2026 alle ore 16:14 UTC
- Autore
- Kamo
- Impegno
- 104035a
Un chiamante che compone un'estensione sul saluto ora sente l'avviso come Bene. Quel percorso è passato da-did-direct, dove il Quadrante appartiene a L'ext-local di FreePBX, quindi A() non poteva essere attaccato ad esso — il chiamante raggiunto un agente senza preavviso. Quadrante diretto ora percorso attraverso [kamo-direct-connect], che possiede il proprio Quadrante e quindi trasporta aA(agente:cliente) esattamente come il percorso di coda. Il costo è re-implementare le due cose ext-local ha dato gratuitamente, entrambi conservati qui: - timer dell'anello: per-estensione AMPUSER/ <ext>/ringtimer dove impostato, altrimenti FreePBX's RINGTIMER DEFAULT (15s), quindi un'estensione suona per tutto il tempo che usava - no-risposta: la casella di posta dell'estensione se ne ha una, altrimenti rientrare la coda per una persona viva piuttosto che il chiamante. La coda è Il timeout di 10 minuti li porta ancora alla casella di posta principale alla fine. Tenuto separato da [kamo-agent-connect] deliberatamente. Tale contesto è raggiunto da membri della coda, dove un no-risposta deve cadere di nuovo a app queue in modo da poter provare l'agente successivo; l'aggiunta di un ricaduta segreteria c'è cadere un chiamante QUEUED nella casella di posta personale di un agente. Verificato dal vivo: 7255 (nessuna casella di posta, offline) ha cantato 15s poi restituito alla coda, che ha cantato entrambi gli agenti e collegato su 8080. La selezione del ramo è ora visibile in CDR tramite userfield — il 8912 run registrato DS:CHANUNAVAIL/VM:default, cioè correttamente è caduto attraverso Voicemail. Asterisk quindi ha registrato "Nessun audio disponibile su Local/...;2", che è il canale di prova senza mezzi, non il dialplan: un canale da `canale origin ... applicazione Wait` non ha media percorso di riproduzione, lo stesso motivo MixMonitor restituisce un file vuoto su di esso.