- Expédié
- 26 août 2026 à 03:04 UTC
- Auteur
- kamo
- Commite
- 41f1c39
Vérifié en direct sur le cluster: chaque AOR FreePX est max.contacts-1 avec élimination-y-y-y--------------------------------------------- Cette valeur n'a été fixée nulle part dans un Kamo repo, et c'est pourquoi il n'était pas maîtrisé - et l'ensemble du risque de double enregistrement de la phase 2 était activé. c'est ça. Un deuxième REGISTRE ne fait donc pas de fourchette, il EVICTS: le contact le plus récent remplacer simulacre le précédent et le document expulsé continue de montrer un Indicateur "enregistré" vert, ne se rétablissant que lorsque la boucle d'obtention du produit les incendies jusqu'à une heure plus tard. Donc la collision à deux onglets est un bug de production vivant Aujourd'hui sur FreePBX exactement comme sur RingCentral, et l'élection de Web Locks en 5 dollars est obligatoire plutôt que défensive. Corrige également le nom de déploiement dans chaque commande kubectl documentée le déploiement/kamo-interne n'existe pas; c'est Ainsi, l'ordre tel qu'il a été écrit, NotFound. Et marque la phase 1 expédiée.