- Expediere
- 27 august 2026 la 02:23 UTC
- Autor
- Kamo
- Comite
- e4b4957
Opt piste de așteptare încărcate ca clasa MOH, shuffled. ă comanda aleatoare vine de la care este ceea ce generează în DB, nu în conf, sau următoarea reîncărcare FreePBX o suprascrie. Rutare după salut: extensia - > transmisă acestei prelungiri (neschimbată) 1 sau 2 - > coadă timeout -> coada rău exten - > "invalid" prompt, apoi coada Coada e în buclă. Ambele sună deodată, primul care răspunde câştigă, iar apelantul aude muzică în loc de inel pe tot parcursul. Membrii sunt formați ca criterii finale PJSIP brute mai degrabă decât prin de la-didirect la SCOP: trecerea prin planul de extensie FreePBX ar aplică cronometrul de apel al fiecărei prelungiri și apoi înmânează apelantul acelei persoane căsuţa vocală, care este opusul apelului pe termen nelimitat. Bucla nu are capac, așa cum a solicitat. Gardianul care contează este ExecIf: numai NOANSWER înseamnă că am sunat pentru timeout complet. CHANUNAVAIL (nimeni Înregistrat), CONGESTION și BUSY toate reveni în milisecunde, astfel încât fără o MusicOnHold pauză Goto devine un spin strâns. Măsurat cu ambii membri Deînregistrat: 1 secundă de procesor și 24 de linii de jurnal peste 45 de secunde în coadă. De asemenea, ridică fereastra de grație WaitExten pentru a reda muzica de așteptare, astfel încât predarea de la salut la coadă nu are nici un decalaj tăcut. Live verificate: PJSIP/8080 observate în starea Ringing sub - Da. Audio nu este în ConfigMap trecut de limita de obiect etcd. Ambele seturi trăiesc pe gazda asterisc-libPath și comanda de conversie este documentată lângă globalii care le numesc.