- Verschifft
- 27. August 2026 um 02:23 UTC
- Autor
- Kamo
- Ausschuss
- e4b4957
Acht Hold-Tracks hochgeladen als die MOH-Klasse, gemischt. Die zufällige Bestellung kommt von "random=1" auf der Zeile in FreePBX's "music"-Tabelle, das ist, was erzeugt "sort=random" in musiconhold_additional.conf es in der DB, nicht in der Conf, oder die nächste FreePBX Reload überschreibt es. Routing nach der Begrüßung: Erweiterung -" weitergeleitet, um diese Erweiterung (unverändert) 1 oder 2 -" Warteschlange timeout - . Warteschlange bad exten -" "ungültig" prompt, dann Warteschlange Die Warteschlange ist ************ in einer Schleife, also beide klingeln auf einmal, zuerst gewinnt zu beantworten, und der Anrufer hört halten Musik statt Ringback durchgehend. Mitglieder werden als rohe PJSIP-Endpunkte gewählt und nicht durch from-did-direct ON PURPOSE: Durch FreePBX's Erweiterungskander würde gehen den Ring-Timer jeder Verlängerung anwenden und dann den Anrufer an diese Person übergeben Voicemail, die das Gegenteil von Klingeln auf unbestimmte Zeit ist. Die Schleife hat keine Kappe, wie gewünscht. Die Wache, die zählt, ist die ExecIf: nur NOANSWER bedeutet, dass wir wirklich für die volle Auszeit geringt haben. CHANUNAVAIL (niemand registriert), KONGESTION und BUSY alle Rückkehr in Millisekunden, so ohne MusicOnHold Pause der Goto wird eine enge Drehung. Gemessen mit beiden Mitgliedern deregistriert: 1 Sekunde CPU und 24 Log-Zeilen über 45 Sekunden in der Warteschlange. Auch wirft WaitExten Gnade Fenster, um halten Musik zu spielen, so dass die Übergabe von Gruß an Warteschlange hat keine stille Lücke. Geprüft live: PJSIP/8080 beobachtet im Ringing-Zustand unter ************ mit dem Anruferkanal in Ring. Audio ist nicht in der ConfigMap - Begrüßung 1.1 MB plus 7.7 MB von Tracks ist gut über die etcd Objekt-Grenze. Beide Sets live auf dem Sternchen-lib hostPath und der Konvertierungsbefehl wird neben den Globals dokumentiert, die sie benennen.