Bonjour,
Ton pseudo m'est familier car on parle de toi dans ce forum, en admettant qu'il s'agisse bien du même X0r. ![Sourit :)](https://lafibre.info/Smileys/default/smiley.gif)
Oui, il s’agit bien du même x0r et je peux le prouver.
![Sourit :)](https://lafibre.info/Smileys/default/smiley.gif)
Sous Asterisk, on retrouve cette valeur en faisant :
Debian*CLI> pjsip show auth sfr
I/OAuth: <AuthId/UserName.............................................................>
==========================================================================================
Auth: sfr/NDIXXXXXXXXXX.XXX.XXX@sfr.fr
ParameterName : ParameterValue
=============================================
auth_type : userpass
md5_cred :
nonce_lifetime : 32
oauth_clientid :
oauth_secret :
password : MMMMMMMMMMMMMMMM
realm :
refresh_token :
username : NDIXXXXXXXXXX.XXX.XXX@sfr.fr
Debian*CLI>
Houlà non, ça n’a rien à voir ; ça concerne l’authentification (et je pense que ce paramètre n’a aucune importance dans notre cas de figure).
La bonne valeur se lit avec
pjsip show settings : à la toute fin il y a
timer_b et
timer_t1. Le timer T1 est l’intervalle de départ entre l’envoi de la requête et la première retransmission en cas de non-réponse et le timer B est le délai d’attente maximal. T1 vaut 500 ms par défaut et B vaut 64 × T1, soit 32 s. Ces deux timers n’ont d’effet que sur les requêtes SIP
partant d’Asterisk ; ici, on voit plutôt les timers positionnés de l’autre côté qui font leur boulot. En tout cas, côté Asterisk, il n’y a vraiment aucune raison de toucher aux timers.
Bref, on s’éloigne du sujet : je voulais juste expliquer d’où venait ce délai de tout pile 32 secondes, et pourquoi pas 30 ou autre.
Comment cela se résout sous Asterisk ?
Là comme ça je n’ai pas encore assez d’informations. Je soupçonne de deux choses l’une : (a) quelque chose sur le trajet de l’infra de SFR jusqu’à Asterisk fait que ces messages 183 Session Progress ne parviennent jamais à Asterisk, ou (b) ce sont les réponses PRACK d’Asterisk, qui servent à accuser réception d’un 183 Session Progress, qui ne parviennent jamais à SFR.
D’où le besoin d’une capture de paquets sur le routeur pour savoir ce qui se passe.