tanguyd
07/09/2014, 18h48
Bonjour
J'ai un serveur asterisk tournant sur un VPS et des postes qui tournent derrière divers routeurs adsl ( avec du NAT ). J'ai un problème récurant un peu partout.
Après une coupure d'internet les postes se ré-enregistre parfois rapidement après le retour de la connexion ( moins d'une minute ), parfois c'est plus long ( plusieurs minutes, parfois plusieurs dizaines des minutes ).
L'exemple ci dessous montre des paquets émis vers par le téléphone qui ne sont pas reçus par le serveur. Souvent le serveur reçoit tout les "REGISTER", mais c'est le téléphone qui ne reçoit les réponses "401 Unauthorized" qu'après un long moment. Je précise ce ne sont pas toujours les mêmes postes qui sont logs a répartir.
Dans l'exemple ci-dessous,
109.190.x.x: IP publique du routeur ADSL ( fixe ).
94.125.x.x: Serveur VPS
192.168.173.55: IP du téléphone dans le réseau local
Dans cette capture coté serveur, les 1er messages sont reçus d'autres postes à partir de 15:59:47. Cela prouve que l'ASDL était connecté
1123 15:59:47.848490 109.190.x.x 94.125.x.x SIP 582 Request: REGISTER sip:sip3.my_domain.com
1124 15:59:47.848640 94.125.x.x 109.190.x.x SIP 636 Status: 401 Unauthorized (0 bindings)
1127 15:59:47.951127 109.190.x.x 94.125.x.x SIP 749 Request: REGISTER sip:sip3.my_domain.com
1128 15:59:47.957409 94.125.x.x 109.190.x.x SIP 575 Request: OPTIONS sip:5104@192.168.173.34:5279
1129 15:59:47.957590 94.125.x.x 109.190.x.x SIP 654 Status: 200 OK (1 bindings)
1130 15:59:48.116576 109.190.x.x 94.125.x.x SIP 658 Status: 200 OK
1149 15:59:49.887045 109.190.x.x 94.125.x.x SIP 557 Request: REGISTER sip:sip3.my_domain.com
1150 15:59:49.887308 94.125.x.x 109.190.x.x SIP 606 Status: 401 Unauthorized (0 bindings)
1151 15:59:49.955063 109.190.x.x 94.125.x.x SIP 724 Request: REGISTER sip:sip3.my_domain.com
1152 15:59:49.961567 94.125.x.x 109.190.x.x SIP 575 Request: OPTIONS sip:5105@192.168.173.10:5060
1153 15:59:49.961653 94.125.x.x 109.190.x.x SIP 624 Status: 200 OK (1 bindings)
Dans cette capture coté réseau local, au même instant, le poste 5150 essaye de s'enregistrer, cependant les paquets ne sont pas visibles coté serveur
273 15:59:41.744828 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
289 15:59:45.744790 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
300 15:59:48.240823 192.168.173.55 94.125.x.x UDP 46 Source port: filenet-tms Destination port: sip
305 15:59:49.744787 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
356 16:00:17.254377 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
A 16:02:21 les paquets du poste 5150 arrivent enfin, l'enregistrement fonctionne
Coté serveur
2980 16:02:21.909706 109.190.x.x 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
2981 16:02:21.909932 94.125.x.x 109.190.x.x SIP 604 Status: 401 Unauthorized (0 bindings)
2988 16:02:21.967581 109.190.x.x 94.125.x.x SIP 974 Request: REGISTER sip:sip3.my_domain.com
2989 16:02:21.968060 94.125.x.x 109.190.x.x SIP 605 Request: OPTIONS sip:5150@192.168.173.55:32768;line=efijok50
2990 16:02:21.968223 94.125.x.x 109.190.x.x SIP 635 Status: 200 OK (1 bindings)
2995 16:02:22.017329 109.190.x.x 94.125.x.x SIP 684 Status: 200 OK
Coté réseau local
795 16:01:48.240808 192.168.173.55 94.125.x.x UDP 46 Source port: filenet-tms Destination port: sip
800 16:01:49.744735 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
874 16:02:21.254101 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
876 16:02:21.306944 94.125.x.x 192.168.173.55 SIP 604 Status: 401 Unauthorized (0 bindings)
879 16:02:21.308900 192.168.173.55 94.125.x.x SIP 974 Request: REGISTER sip:sip3.my_domain.com
880 16:02:21.359816 94.125.x.x 192.168.173.55 SIP 605 Request: OPTIONS sip:5150@192.168.173.55:32768;line=efijok50
881 16:02:21.368918 94.125.x.x 192.168.173.55 SIP 635 Status: 200 OK (1 bindings)
882 16:02:21.379080 192.168.173.55 94.125.x.x SIP 684 Status: 200 OK
J'imagine qu'il y a un rapport avec la manière dont les flux UDP traversent un routeur NAT, cependant je n'arrive pas a cerner précisément le soucis et ces possibilités de correction.
J'ai un serveur asterisk tournant sur un VPS et des postes qui tournent derrière divers routeurs adsl ( avec du NAT ). J'ai un problème récurant un peu partout.
Après une coupure d'internet les postes se ré-enregistre parfois rapidement après le retour de la connexion ( moins d'une minute ), parfois c'est plus long ( plusieurs minutes, parfois plusieurs dizaines des minutes ).
L'exemple ci dessous montre des paquets émis vers par le téléphone qui ne sont pas reçus par le serveur. Souvent le serveur reçoit tout les "REGISTER", mais c'est le téléphone qui ne reçoit les réponses "401 Unauthorized" qu'après un long moment. Je précise ce ne sont pas toujours les mêmes postes qui sont logs a répartir.
Dans l'exemple ci-dessous,
109.190.x.x: IP publique du routeur ADSL ( fixe ).
94.125.x.x: Serveur VPS
192.168.173.55: IP du téléphone dans le réseau local
Dans cette capture coté serveur, les 1er messages sont reçus d'autres postes à partir de 15:59:47. Cela prouve que l'ASDL était connecté
1123 15:59:47.848490 109.190.x.x 94.125.x.x SIP 582 Request: REGISTER sip:sip3.my_domain.com
1124 15:59:47.848640 94.125.x.x 109.190.x.x SIP 636 Status: 401 Unauthorized (0 bindings)
1127 15:59:47.951127 109.190.x.x 94.125.x.x SIP 749 Request: REGISTER sip:sip3.my_domain.com
1128 15:59:47.957409 94.125.x.x 109.190.x.x SIP 575 Request: OPTIONS sip:5104@192.168.173.34:5279
1129 15:59:47.957590 94.125.x.x 109.190.x.x SIP 654 Status: 200 OK (1 bindings)
1130 15:59:48.116576 109.190.x.x 94.125.x.x SIP 658 Status: 200 OK
1149 15:59:49.887045 109.190.x.x 94.125.x.x SIP 557 Request: REGISTER sip:sip3.my_domain.com
1150 15:59:49.887308 94.125.x.x 109.190.x.x SIP 606 Status: 401 Unauthorized (0 bindings)
1151 15:59:49.955063 109.190.x.x 94.125.x.x SIP 724 Request: REGISTER sip:sip3.my_domain.com
1152 15:59:49.961567 94.125.x.x 109.190.x.x SIP 575 Request: OPTIONS sip:5105@192.168.173.10:5060
1153 15:59:49.961653 94.125.x.x 109.190.x.x SIP 624 Status: 200 OK (1 bindings)
Dans cette capture coté réseau local, au même instant, le poste 5150 essaye de s'enregistrer, cependant les paquets ne sont pas visibles coté serveur
273 15:59:41.744828 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
289 15:59:45.744790 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
300 15:59:48.240823 192.168.173.55 94.125.x.x UDP 46 Source port: filenet-tms Destination port: sip
305 15:59:49.744787 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
356 16:00:17.254377 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
A 16:02:21 les paquets du poste 5150 arrivent enfin, l'enregistrement fonctionne
Coté serveur
2980 16:02:21.909706 109.190.x.x 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
2981 16:02:21.909932 94.125.x.x 109.190.x.x SIP 604 Status: 401 Unauthorized (0 bindings)
2988 16:02:21.967581 109.190.x.x 94.125.x.x SIP 974 Request: REGISTER sip:sip3.my_domain.com
2989 16:02:21.968060 94.125.x.x 109.190.x.x SIP 605 Request: OPTIONS sip:5150@192.168.173.55:32768;line=efijok50
2990 16:02:21.968223 94.125.x.x 109.190.x.x SIP 635 Status: 200 OK (1 bindings)
2995 16:02:22.017329 109.190.x.x 94.125.x.x SIP 684 Status: 200 OK
Coté réseau local
795 16:01:48.240808 192.168.173.55 94.125.x.x UDP 46 Source port: filenet-tms Destination port: sip
800 16:01:49.744735 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
874 16:02:21.254101 192.168.173.55 94.125.x.x SIP 812 Request: REGISTER sip:sip3.my_domain.com
876 16:02:21.306944 94.125.x.x 192.168.173.55 SIP 604 Status: 401 Unauthorized (0 bindings)
879 16:02:21.308900 192.168.173.55 94.125.x.x SIP 974 Request: REGISTER sip:sip3.my_domain.com
880 16:02:21.359816 94.125.x.x 192.168.173.55 SIP 605 Request: OPTIONS sip:5150@192.168.173.55:32768;line=efijok50
881 16:02:21.368918 94.125.x.x 192.168.173.55 SIP 635 Status: 200 OK (1 bindings)
882 16:02:21.379080 192.168.173.55 94.125.x.x SIP 684 Status: 200 OK
J'imagine qu'il y a un rapport avec la manière dont les flux UDP traversent un routeur NAT, cependant je n'arrive pas a cerner précisément le soucis et ces possibilités de correction.