- Spegnimento
- 26 agosto 2026 alle ore 03:04 UTC
- Autore
- kamo
- Impegno
- 41f1c39
Verificato dal vivo sul cluster: ogni AOR FreePBX è max contacts=1 con remove existing=yes. Quel valore non è stato stabilito da nessuna parte in nessun repo di Kamo, ecco perché era andato incontrollato — e l'intero rischio di doppia registrazione fase 2 acceso Ecco. Un secondo REGISTER quindi non forca, EVICTS: il contatto più recente sostituisce silenziosamente quello precedente e il documento sfrattato continua a mostrare un indicatore verde "Registered", recuperando solo quando il loop di credenziali-expiry incendi fino a un'ora dopo. Quindi la collisione con due tappi è un bug di produzione dal vivo oggi su FreePBX esattamente come su RingCentral, e l'elezione Web Locks in §5 è obbligatoria piuttosto che difensiva. Corregge anche il nome di distribuzione in ogni comando kubectl documentato — dispiegare/kamo-internal non esiste; è ************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** così il comando come scritto restituito NotFound. E segna la fase 1 spedita.