- Spegnimento
- 27 agosto 2026 alle ore 02:23 UTC
- Autore
- Kamo
- Impegno
- e4b4957
Otto tracce di attesa caricate come la classe "kamocrm-hold" MOH, ammortizzata. The ordine casuale viene da `random=1` sulla riga nella tabella `music` di FreePBX, che è ciò che genera `sort=random` in musiconhold additional.conf — insieme nel DB, non nel conf, o il prossimo FreePBX ricarica lo sovrascrive. Routing dopo il saluto: estensione -> inoltrata a tale estensione (invariata) 1 o 2 code timeout -> coda cattivo exten -> "invalid" prompt, quindi coda La coda e' in un loop, quindi... entrambi suonano subito, prima di rispondere vince, e il chiamante sente tenere la musica invece di ringback in tutto. I membri sono divisi come punti finali PJSIP grezzi piuttosto che attraverso da-did-direct ON PURPOSE: passare attraverso il programma di estensione di FreePBX sarebbe applicare il timer di ogni estensione e poi consegnare il chiamante a quella persona voicemail, che è l'opposto di suonare indefinitamente. Il loop non ha il tappo, come richiesto. La guardia che conta è la ExecIf: solo NOANSWER significa che abbiamo davvero suonato per il timeout completo. CHANUNAVAIL (Nessuno registrato), CONGESTION e BUSY tutti ritornano in millisecondi, quindi senza un MusicOnHold ferma il Goto diventa un giro stretto. Misurato con entrambi i membri deregistrato: 1 secondo di CPU e 24 linee di log in 45 secondi in coda. Inoltre alza la finestra di grazia di WaitExten per suonare la musica tenere, così la consegna da il saluto alla coda non ha un vuoto silenzioso. Live verificato: PJSIP/8080 osservato in Ringing stato sotto Con il canale di chiamata a Ring. L'audio non è nel ConfigMap — saluto 1.1 MB più 7.7 MB di tracce è bene passato il limite dell'oggetto eccd. Entrambi i set vivono sull'host asterisk-libPath e il comando di conversione è documentato accanto ai globali che li chiamano.