48
« Dernier message par jnilo le Hier à 09:51:00 »
Mise à jour du 10 octobre : premiers résultats favorables avec des OPTIONS toutes les 60 secondes.
Je corrige mes conclusions précédentes : j’avais écarté les OPTIONS sans les tester, en considérant que l’absence de paquets entrants observés excluait le NAT. Cette conclusion était trop catégorique. Les compteurs de redirection et les journaux ne remplacent pas une capture WAN complète.
L’appel d’entretien vers le numéro de la ligne elle-même a également cessé d’être fiable. Il est maintenant désactivé, ainsi que la réinscription périodique.
Depuis le 8 octobre à 18:42, j’ai ajouté ces deux paramètres dans la section AOR existante du trunk PJSIP :
[sfr]
type = aor
contact = sip:ims.mnc010.mcc208.3gppnetwork.org
outbound_proxy = sip:92.91.129.168:5062\;lr
qualify_frequency = 60
Attention : pour les OPTIONS de qualification, l’outbound_proxy doit aussi figurer dans l’AOR ; celui de l’endpoint et de la registration ne suffit pas.
Le reste est conservé : Asterisk 22.11.0 sur le NAS derrière OpenWrt, port local 5062, proxy Trappes .168, expiration 3600 secondes. Application à chaud, sans redémarrage ni nouvelle inscription. Chaque OPTIONS reçoit un 200 OK du proxy.
Après un appel sortant initial vers un portable et un entrant de contrôle, trois périodes sans communication ont été testées, sans aucun appel sortant ni entretien entre les mesures :
- nuit du 8 au 9 : entrant reçu après 14 h 43 ;
- journée du 9 : entrant reçu après 6 h 02 ;
- nuit du 9 au 10 : entrant reçu après 17 h 55.
Les trois appels ont fait sonner le fixe, environ 38 à 41 minutes après le dernier renouvellement REGISTER.
Je conserve donc cette configuration et poursuis l’observation. Ce résultat valide un fonctionnement sur ces trois périodes, mais ne démontre pas encore la cause : les OPTIONS ont été activés en même temps que l’entretien vers soi-même a été arrêté. Aucun essai de retrait des OPTIONS n’a été fait.
Je ne peux donc pas conclure à un défaut précis du cœur IMS SFR, ni garantir que ce réglage suffit sur toutes les lignes. En cas de nouvelle perte, la prochaine étape sera une capture WAN pendant l’appel manqué, avant tout autre changement.
Si d’autres utilisateurs d’Asterisk/PJSIP derrière OpenWrt ont rencontré ce symptôme, vos retours sur la qualification OPTIONS m’intéressent.