problème de ré-enregistrement

[levbe]

Bonjour,

J'ai rencontre un problème d'appels entrants qui n'aboutissent pas sur 3cx. J'ai la version 7.1.7060.0 qui tourne depuis pratiquement un an et, depuis peu, j'ai remarqué que mes lignes VOIP étaient inaccessibles. J'ai d'abord pensé à un problème de firewall (je viens de changer un vieux routeur-modem adsl USR contre un Cisco 877 IOS 12.4-15T10).

En ayant fait quelques tests et ayant examiné mes logs, je me rends compte que 3cx ne fait PAS de ré-enregistrement auprès du fournisseur VOIP après de délai d'expiration prévu. Du coup, les appels entrants aboutissent lorsque l'enregistrement est effectué et pendant un certain temps après (qques heures, jours), jusqu'à ce que le fournisseur considère (je suppose) que je ne suis plus connecté, et là, plus d'appels entrants. En revanche, je sors sans problème tout le temps ?!?

J'ai donc configuré, à titre de test, un temps d'expiration court de 120 et 180 sec sur les deux comptes VOIP (10000 et 10001) et demandé une résolution STUN toutes les 10 minutes. J'ai redémarré 3xc, l'enregistrement suit bien la résolution STUN, puis.... plus que des demandes vers le serveur STUN. J'ai changé le routeur remis de nouveau le Cisco (firewall correctement configuré), une nouvelle adresse IP publique est correctement résolue mais jamais de ré-enregistrement des comptes VOIP (un seul, à un moment donné, sans savoir pq à ce moment là mais en tous cas pas toutes les 120 et 180 sec comme défini) comme le montre les logs :

19:00:09.734 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
18:51:06.875 [CM504001]: Ext.584: new contact is registered. Contact(s): [sip:584@192.168.255.40:5060/584]
18:51:06.406 [CM504001]: Ext.484: new contact is registered. Contact(s): [sip:484@192.168.255.40:5060/484]
18:51:06.171 [CM504001]: Ext.400: new contact is registered. Contact(s): [sip:400@192.168.255.40:5060/400]
18:50:09.625 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
18:48:17.437 [CM504001]: Ext.430: new contact is registered. Contact(s): [sip:430@192.168.255.43:5060/430]
18:45:29.906 [CM504001]: Ext.410: new contact is registered. Contact(s): [sip:410@192.168.255.41;user=phone/410]
18:43:27.140 [CM504001]: Ext.420: new contact is registered. Contact(s): [sip:420@192.168.255.42:5060/420]
18:40:09.515 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
18:30:08.718 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
18:27:40.609 [CM504001]: Ext.584: new contact is registered. Contact(s): [sip:584@192.168.255.40:5060/584]
18:27:40.125 [CM504001]: Ext.484: new contact is registered. Contact(s): [sip:484@192.168.255.40:5060/484]
18:27:39.906 [CM504001]: Ext.400: new contact is registered. Contact(s): [sip:400@192.168.255.40:5060/400]
18:20:08.625 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
18:18:33.265 [CM504001]: Ext.430: new contact is registered. Contact(s): [sip:430@192.168.255.43:5060/430]
18:17:38.671 [CM504004]: Registration succeeded for: 10001@3STARS_065
18:17:38.328 [CM504003]: Sent registration request for 10001@3STARS_065
18:15:50.453 [CM504001]: Ext.410: new contact is registered. Contact(s): [sip:410@192.168.255.41;user=phone/410]
18:13:42.390 [CM504001]: Ext.420: new contact is registered. Contact(s): [sip:420@192.168.255.42:5060/420]
>>> là j'ai changé de routeur-modem >>> nouvelle adresse IP publique
18:10:08.734 [CM506003]: Resolved SIP external IP:port has changed to (91.181.111.50:5060) on Transport 192.168.255.5:5060
18:10:08.593 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
18:04:14.312 [CM504001]: Ext.584: new contact is registered. Contact(s): [sip:584@192.168.255.40:5060/584]
18:04:13.906 [CM504001]: Ext.484: new contact is registered. Contact(s): [sip:484@192.168.255.40:5060/484]
18:04:13.687 [CM504001]: Ext.400: new contact is registered. Contact(s): [sip:400@192.168.255.40:5060/400]
18:00:08.671 [CM506003]: Resolved SIP external IP:port has changed to (91.182.250.156:5060) on Transport 192.168.255.5:5060
18:00:08.546 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
17:50:08.437 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
17:48:49.078 [CM504001]: Ext.430: new contact is registered. Contact(s): [sip:430@192.168.255.43:5060/430]
17:46:11.000 [CM504001]: Ext.410: new contact is registered. Contact(s): [sip:410@192.168.255.41;user=phone/410]
17:43:57.640 [CM504001]: Ext.420: new contact is registered. Contact(s): [sip:420@192.168.255.42:5060/420]
17:40:48.031 [CM504001]: Ext.584: new contact is registered. Contact(s): [sip:584@192.168.255.40:5060/584]
17:40:47.640 [CM504001]: Ext.484: new contact is registered. Contact(s): [sip:484@192.168.255.40:5060/484]
17:40:47.421 [CM504001]: Ext.400: new contact is registered. Contact(s): [sip:400@192.168.255.40:5060/400]
17:40:08.359 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
17:30:17.531 [CM504001]: Ext.700: new contact is registered. Contact(s): [sip:700@127.0.0.1:40300;rinstance=3b8b7b434d023a84/700]
17:30:17.421 [CM504001]: Ext.*1: new contact is registered. Contact(s): [sip:*1@127.0.0.1:40000;rinstance=8108e7ad1ffa1362/*1]
17:30:17.359 [CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*0@127.0.0.1:40000;rinstance=bacc2c9080178017/*0]
17:30:17.015 [CM504004]: Registration succeeded for: 10001@3STARS_065
17:30:16.984 [CM504004]: Registration succeeded for: 10000@3STARS_02
17:30:16.953 [CM504001]: Ext.801: new contact is registered. Contact(s): [sip:801@127.0.0.1:40600;rinstance=fb39d6b4176a7cc0/801]
17:30:16.828 [CM504001]: Ext.800: new contact is registered. Contact(s): [sip:800@127.0.0.1:40600;rinstance=be1077c32b71991a/800]
17:30:16.828 [CM504001]: Ext.999: new contact is registered. Contact(s): [sip:999@127.0.0.1:40600;rinstance=d5938bbc775c2d95/999]
17:30:16.500 [CM504003]: Sent registration request for 10001@3STARS_065
17:30:16.500 [CM504003]: Sent registration request for 10000@3STARS_02
17:30:16.046 IP(s) added:[192.168.255.5]
17:30:10.109 [CM504004]: Registration succeeded for: 10001@3STARS_065
17:30:10.046 [CM504004]: Registration succeeded for: 10000@3STARS_02
17:30:09.875 [CM504003]: Sent registration request for 10001@3STARS_065
17:30:09.875 [CM504003]: Sent registration request for 10000@3STARS_02
17:30:08.484 [CM506002]: Resolved SIP external IP:port (81.243.98.167:5060) on Transport 192.168.255.5:5060
17:30:08.375 SL: connected sx280:0/IVRServer at [sx280:0]/IVRServer
17:30:08.328 [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 208.97.25.20:3478 over Transport 192.168.255.5:5060
17:30:08.296 SL: connected sx280:0/3CXParkOrbit at [sx280:0]/3CXParkOrbit
17:30:08.281 *** Connected to sx280:5482/CallManager at 127.0.0.1:5482 ***
17:30:08.281 [CM112000] Media Server is connected
17:30:08.281 SL: connected sx280:0/MediaServer at [sx280:0]/MediaServer
17:30:08.234 SL: connected sx280:0/3CXConferenceRoom at [sx280:0]/3CXConferenceRoom
17:30:06.625 [CM501006]: Default Local IP address: [192.168.255.5]
17:30:05.984 [CM501002]: Version: 7.1.7060.0
17:30:05.984 [CM501001]: Start 3CX PhoneSystem Call Manager

Qqn peut me guider pour savoir où chercher, quel test réaliser ?

Merci,

Levente

[sbsconseil]

Bonjour,

pour le 3cx avez vous cochez l'option keep a live ?

[levbe]

Non, j'ai cru comprendre que cela n'était pas nécessaire lorsque le mappage des ports était correctement fait et que certains opérateurs ne le supporterait pê pas.

Ce qui est curieux c'est que le problème arrive tout à coup, après des années de fonctionnement (j'avais commencé avec la version 5).

Est-il possible qu'il y aurait eu un changement du coté du fournisseur Voip ? Car de mon coté, je ne vois pas trop...

[sbsconseil]

Bonjour,

quel fournisseur voip avez vous ?

[levbe]

3 STARSNET, depuis quasi deux ans maintenant.
Pour les appels sortants, aucun souci, et le statut des lignes est tjs en vert mais en réalité, l'enregistrement doit avoir expiré parce que les appels entrants n'aboutissent pas.

La seule modif que je vois sur cette machine est l'installation d'un soft de chez dyndns (un nouveau service qui tourne donc en plus) pour mettre à jour mon IP publique chez dyndns. Mais je ne vois vraiement pas le lien donc je ne vois pas ce qui a changé et pq tout à coup 3cx ne tourne plus correctement.

Je vais installer la version 8 ce we, je comptais le faire de tt facon puis on verra.

[levbe]

J'ai installé la version 8.
La situation n'est pas meilleure, 3CX ne ré-enregistre pas auprès du fournisseur VoIP, comme si le compte n'expirait jamais.
Du coup, au bout d'un certain temps, mes numéros ne sont pas accessibles.

Que faire ?

[sbsconseil]

Bonjour,

avez vous fait le test de firewall à partir de 3CX ?
Quel est le résultat ?

[EPLUGNET]

3 STARSNET, depuis quasi deux ans maintenant.
Pour les appels sortants, aucun souci, et le statut des lignes est tjs en vert mais en réalité, l'enregistrement doit avoir expiré parce que les appels entrants n'aboutissent pas.

La seule modif que je vois sur cette machine est l'installation d'un soft de chez dyndns (un nouveau service qui tourne donc en plus) pour mettre à jour mon IP publique chez dyndns. Mais je ne vois vraiement pas le lien donc je ne vois pas ce qui a changé et pq tout à coup 3cx ne tourne plus correctement.

Je vais installer la version 8 ce we, je comptais le faire de tt facon puis on verra.

Bonjour,

l'utilisation d'une adresse IP fixe est largement recommandée.

[sbsconseil]

bonjour

recommander m'est pas obligatoire, sauf par certain provider voip qui filtre sur l'ip

[levbe]

Problème résolu par la version 9, SP4 !!

"
Fixed :
Re-registration of VoIP providers when STUN resolved address has changed
"