- Enviado
- 29 de septiembre de 2026 a las 1:40 UTC
- Autor
- Kamo
- Commit
- c37e8e4
El go-live de Luna (2026-09-28) escribió [kamo-main-luna] en extensiones custom.conf y KAMO LUNA EXT / KAMO LUNA MAX RING into globals custom.conf by hand on the hostPath. startup.sh reescribe globals custom.conf en cada bota, por lo que un pod reinicia dejó ambos global del archivo y, en el próximo inicio de Asterisk, desde la memoria: la línea principal marcó una extensión vacía y Luna dejó de responder silenciosamente (SP95 spec 3.6). - globals: KAMO LUNA EXT = 8123 y KAMO LUNA MAX RING = 30, escrito en cada bota. - [kamo-main-luna] anexado una vez bajo su propia guardia grep, el byte context para byte como vivo, por lo que un nodo reconstruido obtiene la línea principal también; el nodo vivo mantiene su copia. - [kamo-ai-xfer]: exten 8200 - Confía en kamo-inbound-attendant,s,queue, el equipo línea una AI anillos de transferencia sin nombre (la cola kamo-main, Sage + Erik; SP95 D11). Nodos existentes obtenerlo a mano (SSP95 Task 24). - test sp95 main line ejecuta la parte de la escritura de dialplan de startup.sh contra un temporal /etc/asterisk (nodo fresco, y el nodo de go-live) y clava el routing de línea principal; el SP13 prueba de parche host ahora se compara con el bloque adjunto sin las líneas de SP95. Efectúa en la siguiente bota; no es necesario recargar.