Applicare FreePBX config dopo ogni scrittura, o l'estensione non raggiunge mai Asterisk

FixVOIPService
Spegnimento
2 settembre 2026 alle ore 23:42 UTC
Autore
Kamo
Impegno
49345c7

Estensione 8777 (Aiden Perry, kamocrm) è stato creato da KamoCRM il 2026-09-02 e mai cantato. La mutazione di FreePBX GraphQL `addExtension` aveva scritto `users`, `devices`, 54 righe di `sip` e l'intero `AMPUSER/8777/*` astdb tree — e poi chiamato `needreload()`, che solleva la bandiera "Apply Config" della GUI e nient'altro. `retrieve conf` never run, quindi `pjsip.endpoint.conf` was still quello generato il 27 agosto e l'Asterisk in esecuzione non aveva alcun punto finale: [2026-09-02 21:05:28] ERROR chan pjsip.c: Incapace di creare canale PJSIP - endpoint '8777' non è stato trovato Il chiamante non ha sentito errori. Il gestore ` [3-9]XXX` del partecipante convalida il estensione contro astdb, che era popolato, così la chiamata è stata accettata, consegnato a kamo-diretto-collegamento, e morto su CHANUNAVAIL in millisecondi; con `voicemail=novm` il ramo no-risposta torna alla coda principale, così il chiamante semplicemente sentito l'anello di linea principale di nuovo. La riga CDR per la vera chiamata leggi E' il momento giusto. Ogni mutazione in FreePBXProvider termina ora nell'applicazioneConfigurazione(), che emette il `doreload` mutazione e sondaggi `fetchApiStatus` a uno stato terminale — `doreload` gusci su uno sfondo `fwconsole api doreload`, quindi un la mutazione accettata non è una applicata. Un live k1m1 applicare completa in 3-4s. I guasti sono registrati, mai lanciati: la scrittura è già riuscita su FreePBX a quel punto, così in mancanza della richiesta lascerebbe Kamo senza telefono estensione riga per un'estensione FreePBX già detiene, e l'ovvio retry sarebbe tornato "Questo dispositivo id è già in uso". Un carico in sospeso recuperabile — la scrittura successiva lo applica, così come la GUI's Apply Config. Finale verificato per finire contro la scatola live k1m1 con un'estensione di getto: dopo addExtension da solo `pjsip show endpoint 8999` segnalato "Impossibile trovare oggetto 8999"; dopo doreload il punto finale era lì. Poi cancellato, applicato, e confermato andato senza residui di astdb.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo