- Verschifft
- 27. August 2026 um 18:26 UTC
- Autor
- Kamo
- Ausschuss
- cd11418
Alle 21 Kamocrm-Teammitglieder halten jetzt eine 8XXX-Erweiterung auf der k1m1 PBX (Chris neu nummeriert von 7255 bis 8134). Zwei Änderungen hier wieder. WebRTC Endpunktblöcke decken jetzt jede Personalerweiterung ab und nicht die Drei jemand hatte bemerkt, waren gebrochen. Das Kumo-Softphone ist ein Browser, DTLS/ICE ist also keine Erweiterung - eine Erweiterung ohne Block registriert sich über WS und hat dann keine Audio-Anrufe. 8888 hatte gesessen Seit Monaten nicht gelistet. Outbound Call ist jetzt genehmigungsgated: nur die Erweiterungen in [kamo-outbound-allowed] den Stamm erreichen. Jeder hält Erweiterung-zu- Erweiterung Wählen und eingehend aus dem PSTN, die beide durchlaufen Wege, die dies nicht berühren. Das Tor wohnt in [von-internal-custom] anstatt auf der Outbound route, weil von-internal-xfer diesen Kontext vor von-internal-additionell, so sieht es eine gewählte Nummer vor outrt-1 tut. Die eigene match_cid-Kolumne der Route war die Alternative und würde benötigen eine duplizierte Musterreihe pro erlaubter Verlängerung und verneidet mit FreePBX's "kann nicht als gewähltes abgeschlossen werden" - eine Nachricht, die Mitarbeiter sendet Jagd nach einem Tippfehler in einer Zahl, die in Ordnung war. Die Mitgliedschaft wird mit DIALPLAN_EXISTS an einem Kontext einer Linie getestet pro Person, also nichts halber passt: 80800 und eine leere Anrufer-ID leugnen, das ist die sichere Richtung zu scheitern. Die drei abgestützten Muster sind ein Spiegel der ausgehenden Route PrimaryRoiute Wählmuster und müssen Bleiben Sie eins. Geprüft auf k1m1: alle 21 Endpunkte berichten ice_support=true, media_encryption=dtls, der WS-Transport und direct_media=false; alle 21 die richtigen AMPUSER Geräte- und Hinweistasten tragen; der erlaubte Pfad noch löst zu outrt-1 für sowohl inländische als auch für 011 Muster.