- Se descapó
- 26 de agosto de 2026 a las 3:04 UTC
- Autor
- kamo
- Compromit
- 41f1c39
Verificado en vivo en el clúster: cada FreePBX AOR es max-contacts=1 con quidilo=sí. Ese valor no se fijó en ninguna parte de ningún repo Kamo, por lo que había quedado sin control y todo el riesgo de doble registro de la Fase 2 se encendió - Sí. Un segundo REGISTER, por lo tanto, no se bidida, EVICTS: el contacto más reciente Sustituye silenciosamente al anterior y el documento desalojado sigue mostrando un Verde indicador "registrado", recuperándose sólo cuando el bucle-expire de credencial incendios hasta una hora después. Así que la colisión de dos pestañas es un insecto de producción en vivo Hoy en FreePBX exactamente como en RingCentral, y la elección de Web Locks en el número 5 es obligatorio en lugar de defensivo. También corrige el nombre de implementación en cada comando kubectl documentado. despliegue/kamo-internal no existe; es ************* Así que el comando como escrito devolvió NotFound. Y marca la Fase 1 enviada.