- Expédié
- 26 août 2026 à 23:54 UTC
- Auteur
- Kamo
- Commite
- c6909b4
Les appels entrants n'avaient nulle part où aller: la table "introing" était complètement vide, Même un appel livré aurait été arrêté. Ajoute le contexte de l'accompagnateur plus les deux tunables qu'il lit. L'option m() de WaitExten est le mécanisme - il joue un cours de musique-main-hold-lien ET collecte des chiffres simultanément. Arrière-plan)/Playback() s'arrête à la fin de la fichier et MusicOnHold() ne collecte rien, donc ni l'un ni l'autre ne peut exprimer "la musique jusqu'à ce que les cadrans de l'appelant". Le module IVR n'est pas installé sur cette boîte (pas d'informations d'ouverture et voudrait une annonce enregistrée plutôt que de la musique de toute façon. Appliqué à l'adresse extensions-custom.conf sous un grep guard plutôt qu'écrit sur it: kamo-asterisk-support possède un bloc délimité par un marqueur dans le même fichier et préserve tout ce qui sort son octet contre octet. C'est aussi en train de créer /var/log/asterisk/cdr-csv. cdr-csv a enregistré un ERROR MISE EN GARDE pour chaque jambe d'appel parce que ce répertoire est absent de l'image. Le MySQL CDR est celui que nous lisons donc rien n'a été brisé, mais il a enterré le Log du myocarde d'astérisque : le même logarithme utilisé pour diagnostiquer les défauts d'appel. Vérifié en direct: réponses et prises en attente dans WaitExten(45,m(par contre-légitime)); une extension invalide joue pbx-invalid et reboucle la musique; une valeur l'extension atteint-did-direct et rang PJSIP/8080 (ANSWERED, 20s). Le Le compteur deATTENDANT-TRIES est également initialisé au niveau de l'étiquette, atteignant le menu sans qu'il soit laissé à l'écart une erreur d'analyse qui corrompait alors les suivantes: GotoIf, envoyer l'appel quelque part involontairement au lieu d'échouer haut et fort. La route entrante et les rangées de destinations personnalisées en direct dans le FreePBX MariaDB (persistant StatefulSet) et ne sont pas reproduits ici.