- Verschifft
- 29. September 2026 um 01:40 UTC
- Autor
- Kamo
- Ausschuss
- c37e8e4
Luna's go-live (2026-09-28) schrieb [kamo-main-luna] in extensions_custom.conf und KAMO_LUNA_EXT / KAMO_LUNA_MAX_RING in globals_custom.conf.conf von Hand auf dem hostPath. startup.sh schreibt globals_custom.conf auf jedem Boot neu, so dass ein Pod-Neustart beides fallen ließ globals aus der Datei und, beim nächsten Asterisk-Start, aus dem Speicher: die Hauptzeile dann wählte eine leere Erweiterung und Luna still auf Anrufung (SP95 spec 3.6). - Globals: KAMO_LUNA_EXT = 8123 und KAMO_LUNA_MAX_RING = 30, geschrieben auf jedem Boot. - [kamo-main-luna] einmal unter eigenem Gruftschutz angefügt, der Kontext ädelt für ähständig wie live, so dass ein umgebauter Knoten auch die Hauptzeile erhält; der Live-Knoten behält seine Kopie. - [kamo-ai-xfer]: exten 8200 -" kamo-inbound-Begleiter,s, Queue, das Team Linie an KI unbenannte Transferringe (die Kamo-Hauptschlange, Sage + Erik; SP95 D11). Bestehende Knoten erhalten Sie es von Hand (SP95 Task 24). - test_sp95_main_line führt den dialplan-writing-Teil von startup.sh gegen einen temporären /etc/asterisk (frischer Knoten und der Go-Live-Kenner) und pinnt das Main-Line-Routing; Der SP13 Host-Patch-Test vergleicht sich nun mit dem Begleitblock ohne die Zeilen des SP95. Wirkt beim nächsten Booten; keine Nachladung erforderlich.