- Verschifft
- 2. September 2026 um 23:42 UTC
- Autor
- Kamo
- Ausschuss
- 49345c7
Extension 8777 (Aiden Perry, kamocrm) wurde von KamoCRM am 2026-09-02 erstellt und nie geläutet. Die FreePBX GraphQL-Mutation hatte geschrieben "Users", "Devices", 54 Reihen von "sip" und der ganze "AMPUSER/8777/" astdb-Baum - und dann "needreload() " genannt, was die "Apply Config"-Flagge der GUI hisst und nichts anderes. "retrieve_conf" ist nie gelaufen, also war es immer noch "pjsip.endpoint.conf" die am 27. August und das laufende Asterisk hatte überhaupt keinen Endpunkt: [2026-09-02 21:05:28] ERROR chan_pjsip.c: Nicht in der Lage, PJSIP-Kanal zu erstellen - Endpunkt '8777' wurde nicht gefunden Der Anrufer hörte keinen Fehler. Der ""_[3-9]XXX"-Handler des Begleiters des Begleiters validiert die Erweiterung gegen astdb, die WAS bevölkert, so dass der Anruf angenommen wurde, übergeben zu kamo-direct-connect, und starb auf CHANUNAVAIL in Millisekunden; mit Die No-Antwort-Filiale führt zurück zur Hauptschlange, also Anrufer hörte einfach den Hauptleitungsring wieder. Die CDR-Reihe für den echten Anruf liest ************ Jede Mutation in FreePBXProvider endet nun in applyConfiguration(), die gibt die "doreload"-Mutation und Umfragen "fetchApiStatus" an einen Endzustand aus Beherrschung von "doreload" auf einen Hintergrund "fwconsole api doreload", also akzeptierte Mutation ist keine angewandte. Ein live k1m1 Anwendung komplett in 3-4s. Fehler werden protokolliert, nie geworfen: Das Schreiben ist bereits auf FreePBX gelungen durch diesen Punkt, so dass das Scheitern der Anfrage würde Kamo ohne eine verlassen phone_extension Reihe für eine Erweiterung FreePBX hält bereits, und die offensichtliche Retry würde wieder kommen "Diese Geräte-ID ist bereits in Gebrauch". Eine anstehende Reload ist Wiederverwertbar - das nächste Schreiben wendet es an, ebenso wie der GUI's Apply Config. Geprüftes Ende bis Ende gegen die live k1m1 Box mit einer Wegwerf-Erweiterung: nach addExtension allein "pjsip show endpoint 8999" berichtet "Nicht in der Lage zu finden Objekt 8999"; nach doreload war der Endpunkt da. Dann gelöscht, angewendet, und bestätigte gegangen ohne Astdb Rückstände.