Timeout à l'enregistrement sur SIP.OVH.FR

Version imprimable

Voir 40 message(s) de cette discussion en une page

04/11/2013, 14h08
UncleBuzz

Timeout à l'enregistrement sur SIP.OVH.FR

Bonjour,

J'ai un serveur freepbx avec asterisk 1.6 qui tourne depuis pas loin de 2 ans sur sip.ovh.net sans soucis.

J'ai 2 connexions adsl, une orange (ip dynamique) et une OVH (ip fixe)

Depuis maintenant 1 mois, plus de connexion à sip.ovh.net, timeout à l'enregistrement.

Je n'arrivait d’ailleurs plus à pinger sip.ovh.net du tout, que ce soit depuis orange ou OVH

J'ouvre un ticket, on me suggère en 1er lieu de passer sur sip.ovh.fr, meilleur serveur, mieux sécurisé, plus d'options...

Je m’exécute, je constate que je ping bien sip.ovh.fr, que ce soit depuis orange ou OVH, donc rassuré, je modifie ma config... et aucun enregistrement...

Par défaut la voip est sur orange, je test sur OVH, et là bim, ça fonctionne, je repasse sur orange, timeout...

Je n'ai mis en place aucune protection particulière, j'ai simplement changé de serveur sip.

Le service technique ne semble pas prendre en compte mon problème et m'envoie un message bateau et inutile tous les 2 jours...

Citation:

[Nov 4 10:50:41] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #1)
[Nov 4 10:51:01] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #2)
[Nov 4 10:51:21] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #3)
[Nov 4 10:51:41] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #4)
[Nov 4 10:52:01] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #5)
[Nov 4 10:52:21] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #6)
[Nov 4 10:52:41] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #7)
[Nov 4 10:53:01] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #8)
[Nov 4 10:53:21] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #9)
[Nov 4 10:53:41] NOTICE[23919] chan_sip.c: -- Registration for '0033972XXXXXX@sip.ovh.fr' timed out, trying again (Attempt #10)

un extrait de trame SIP :

Citation:

---
[Nov 4 09:31:56] NOTICE[23919] chan_sip.c: -- Registration for 'MON_NUMERO@sip.ovh.fr' timed out, trying again (Attempt #15899)
[Nov 4 09:31:56] VERBOSE[23919] chan_sip.c: REGISTER 11 headers, 0 lines
[Nov 4 09:31:56] VERBOSE[23919] chan_sip.c: Reliably Transmitting (NAT) to 91.121.129.20:5060:
REGISTER sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK4361b7ca;rpo rt
Max-Forwards: 70
From: <sip:MON_NUMERO@sip.ovh.fr>;tag=as0ee3f332
To: <sip:MON_NUMERO@sip.ovh.fr>
Call-ID: 28952f44389e1cac4f7693816a1812c4@127.0.0.1
CSeq: 16001 REGISTER
User-Agent: FPBX-2.9.0(1.6.2.6)
Expires: 120
Contact: <sip:s@IP_PUBLIQUE_ORANGE>
Content-Length: 0

---
[Nov 4 09:31:56] VERBOSE[23919] chan_sip.c: Really destroying SIP dialog '28952f44389e1cac4f7693816a1812c4@127.0.0.1' Method: REGISTER
[Nov 4 09:31:57] VERBOSE[23919] chan_sip.c: Retransmitting #1 (NAT) to 91.121.129.20:5060:
REGISTER sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK4361b7ca;rpo rt
Max-Forwards: 70
From: <sip:MON_NUMERO@sip.ovh.fr>;tag=as0ee3f332
To: <sip:MON_NUMERO@sip.ovh.fr>
Call-ID: 28952f44389e1cac4f7693816a1812c4@127.0.0.1
CSeq: 16001 REGISTER
User-Agent: FPBX-2.9.0(1.6.2.6)
Expires: 120
Contact: <sip:s@IP_PUBLIQUE_ORANGE>
Content-Length: 0

---
[Nov 4 09:31:57] VERBOSE[23919] chan_sip.c: Reliably Transmitting (NAT) to 91.121.129.20:5060:
OPTIONS sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK19468cca;rpo rt
Max-Forwards: 70
From: "Unknown" <sip:Unknown@IP_PUBLIQUE_ORANGE>;tag=as1b07133c
To: <sip:sip.ovh.fr>
Contact: <sip:Unknown@IP_PUBLIQUE_ORANGE>
Call-ID: 3b5031c6491ece1038d301be735ff2be@IP_PUBLIQUE_ORANG E
CSeq: 102 OPTIONS
User-Agent: FPBX-2.9.0(1.6.2.6)
Date: Mon, 04 Nov 2013 08:31:57 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

---
[Nov 4 09:31:58] VERBOSE[23919] chan_sip.c: Retransmitting #2 (NAT) to 91.121.129.20:5060:
REGISTER sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK4361b7ca;rpo rt
Max-Forwards: 70
From: <sip:MON_NUMERO@sip.ovh.fr>;tag=as0ee3f332
To: <sip:MON_NUMERO@sip.ovh.fr>
Call-ID: 28952f44389e1cac4f7693816a1812c4@127.0.0.1
CSeq: 16001 REGISTER
User-Agent: FPBX-2.9.0(1.6.2.6)
Expires: 120
Contact: <sip:s@IP_PUBLIQUE_ORANGE>
Content-Length: 0

---
[Nov 4 09:31:58] VERBOSE[23919] chan_sip.c: Retransmitting #1 (NAT) to 91.121.129.20:5060:
OPTIONS sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK19468cca;rpo rt
Max-Forwards: 70
From: "Unknown" <sip:Unknown@IP_PUBLIQUE_ORANGE>;tag=as1b07133c
To: <sip:sip.ovh.fr>
Contact: <sip:Unknown@IP_PUBLIQUE_ORANGE>
Call-ID: 3b5031c6491ece1038d301be735ff2be@IP_PUBLIQUE_ORANG E
CSeq: 102 OPTIONS
User-Agent: FPBX-2.9.0(1.6.2.6)
Date: Mon, 04 Nov 2013 08:31:57 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

---
[Nov 4 09:31:59] VERBOSE[23919] chan_sip.c: Retransmitting #2 (NAT) to 91.121.129.20:5060:
OPTIONS sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK19468cca;rpo rt
Max-Forwards: 70
From: "Unknown" <sip:Unknown@IP_PUBLIQUE_ORANGE>;tag=as1b07133c
To: <sip:sip.ovh.fr>
Contact: <sip:Unknown@IP_PUBLIQUE_ORANGE>
Call-ID: 3b5031c6491ece1038d301be735ff2be@IP_PUBLIQUE_ORANG E
CSeq: 102 OPTIONS
User-Agent: FPBX-2.9.0(1.6.2.6)
Date: Mon, 04 Nov 2013 08:31:57 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

---
[Nov 4 09:32:00] VERBOSE[23919] chan_sip.c: Retransmitting #3 (NAT) to 91.121.129.20:5060:
REGISTER sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK4361b7ca;rpo rt
Max-Forwards: 70
From: <sip:MON_NUMERO@sip.ovh.fr>;tag=as0ee3f332
To: <sip:MON_NUMERO@sip.ovh.fr>
Call-ID: 28952f44389e1cac4f7693816a1812c4@127.0.0.1
CSeq: 16001 REGISTER
User-Agent: FPBX-2.9.0(1.6.2.6)
Expires: 120
Contact: <sip:s@IP_PUBLIQUE_ORANGE>
Content-Length: 0

---
[Nov 4 09:32:00] VERBOSE[23919] chan_sip.c: Retransmitting #3 (NAT) to 91.121.129.20:5060:
OPTIONS sip:sip.ovh.fr SIP/2.0
Via: SIP/2.0/UDP IP_PUBLIQUE_ORANGE:5060;branch=z9hG4bK19468cca;rpo rt
Max-Forwards: 70
From: "Unknown" <sip:Unknown@IP_PUBLIQUE_ORANGE>;tag=as1b07133c
To: <sip:sip.ovh.fr>
Contact: <sip:Unknown@IP_PUBLIQUE_ORANGE>
Call-ID: 3b5031c6491ece1038d301be735ff2be@IP_PUBLIQUE_ORANG E
CSeq: 102 OPTIONS
User-Agent: FPBX-2.9.0(1.6.2.6)
Date: Mon, 04 Nov 2013 08:31:57 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

---

J'ai tenté de jouer avec les "minexpiry" d'après cette discussion sans résultat.

Puisque ça marchait très bien jusque là je ne sais pas trop où regarder...

Pour info, la config du trunk :

Citation:

type=peer
qualify=yes
host=sip.ovh.fr
language=fr
insecure=very
defaultuser=MON_NUMERO
secret=MON_MOT_DE_PASSE
nat=yes
canreinvite=no
dtmfmode=auto
video=no
context=custom-get-did-ovh

J'avais le paramètre "insecure = port,invite" précédemment sans résultat

Puisque ça fonctionne depuis mon adresse IP OVH, la différence vient soit de mon routeur qui gère différemment les 2 liens adsl (ça marchait avant, je n'ai constaté aucune différence) soit du comportement du serveur vis à vis des 2 adresses différentes. Y a-t-il une restriction en place par défaut qui ne laisserait passer que les adresse OVH ? (si c'était le cas j'espère que le support me l'aurais dit dès le départ...)

J'ai tenté de mettre mon ip orange dans les adresses de confiance pour la restriction, aucune différence de comportement, j'ai toujours un timeout, comme si le serveur refusait de répondre sur ces IP

J'ai testé avec Zoiper : test réussi depuis l'IP orange.

Pour résumé :

enregistrement asterisk sur IP OVH : ok
enregistrement asterisk sur IP Orange : Nok
enregistrement softphone sur IP Orange : ok

Le routeur fonctionne donc correctement que ce soit sur la ligne OVH ou la ligne Orange
Le paramétrage asterisk est validé par l'enregistrement depuis l'IP OVH
sip.ovh.fr accèpte bien mes connexions depuis l'IP Orange

Le problème vient donc de l'enregistrement du trunk avec asterisk, depuis l'IP orange...
Ça me parait bizarre...

Des pistes à proposer ?
04/11/2013, 14h23
jean

si ca marche depuis zoiper depuis le meme lan (mais un autre pc ?), ca exclut à mon sens orange & ovh. j'essaierai de faire des traceroute et catpures wireshark depuis les deux machines (zoiper & asterisk) et comparer
04/11/2013, 15h14
_AK_

bonjour,

dans le sip.conf tu as bien externip = ton ip orange?
pas de firewall sur l'asterisk?
04/11/2013, 15h26
UncleBuzz

Bonjour et merci pour votre participation ;)

externip pointe sur un dns dynamique (ip dynamique oblige) mais je pense que ce paramètre n'a aucune importance pour l'enregistrement car quand je teste avec le lien OVH mais avec externip pointant sur orange, l’enregistrement se passe correctement. Quoiqu'il en soit, il est à jour avec le lien Orange.

Ça marche depuis Zoiper effectivement depuis un autre PC, ce test m'a permis de valider le lien Orange (routage compris)
Ça marche avec le même serveur mais en passant par le lien OVH, les différences sont l'IP externe, et éventuellement le paramétrage du routeur dualwan, mais j'ai beau tout passer en revu je ne vois aucun paramétrage spécifique, pas de différence entre Orange ou OVH si ce n'est la priorité des routes, pas de différences entre le serveur asterisk et le PC en test avec Zoiper.

Les traceroutes marchent bien, reste la capture réseau, à tout hazard, une ligne de commande avec tcpdump pour regarder de façon précise ce qui nous intéresse ? je ne pense pas avoir accès aux trames depuis mon PC (switch grands public entre le serveur et mon pc)

Pas de firewall, juste le routeur qui fait du NAT, mais pas de différence de toute façon entre les 2 liens.

Merci
04/11/2013, 17h09
UncleBuzz

En regardant les trames capturés avec tcpdump depuis le serveur freepbx, tant que je suis sur le lien orange, aucune réponse d'OVH, dès que je passe sur le lien OVH, j'ai une réponse...

je ne vois pas la différence entre entre les 2 cas dans les trames.

Les trames de Zoiper sont trop différentes.
04/11/2013, 17h53
UncleBuzz

Bon, j'avance, j'ai mis la même configuration IP sur mon PC, pas de réponse... Problème de réseau donc, va falloir que je fouille un peu plus.

En fait j'ai 2 sous réseaux, un pour la data et l'autre pour la voip, chacun étant routé sur un lien xdsl différent (en fait à terme j'aurai 2 réseaux physiquement séparés, switch grand public = pas de vlan).

Le serveur asterisk a 2 IP (2 cartes réseau) une sur le lan data (pour l'accès à l'administration par les pc entre autre) et une sur le lan voip pour les téléphones jusqu'au routeur et le lien xdsl dédié.

En changeant les adresses IP du serveur ça roule, je ne comprends pas pourquoi car je n'ai aucune règle spécifique à cette adresse précisément...
04/11/2013, 19h03
UncleBuzz

Au passage, OVH rejette les communication avec un user-agent de type freepbx (mais pas le registration), les appels passent en le remplaçant par celui d'un hardphone ou softphone (vieil abonnement avant l'apparition de l'offre "sip trunk", asterisk n'est plus autorisé sur les autres abonnements)
04/11/2013, 20h16
quintana

Tiens intéressant comme info ... Pour le contrer il suffit de changer le user-agent dans le chan sip et de mettre celui qui est reconnu par OVH. Pourquoi ils ont fait cela ?

Pour exemple : dans la section general il suffit de changer useragent= par ce que vous voulez.
04/11/2013, 21h28
jean

Citation:

Envoyé par UncleBuzz

Bon, j'avance, j'ai mis la même configuration IP sur mon PC, pas de réponse... Problème de réseau donc, va falloir que je fouille un peu plus.

En fait j'ai 2 sous réseaux, un pour la data et l'autre pour la voip, chacun étant routé sur un lien xdsl différent (en fait à terme j'aurai 2 réseaux physiquement séparés, switch grand public = pas de vlan).

Le serveur asterisk a 2 IP (2 cartes réseau) une sur le lan data (pour l'accès à l'administration par les pc entre autre) et une sur le lan voip pour les téléphones jusqu'au routeur et le lien xdsl dédié.

En changeant les adresses IP du serveur ça roule, je ne comprends pas pourquoi car je n'ai aucune règle spécifique à cette adresse précisément...

peut etre dans ce cas que asterisk choisit la mauvaise interface en sortie. vérifie avec tcpdump. je crois que la logique pour choisir le nic est qu'asterisk recherche une carte avec @ et masques correspondants à l'ip ou envoyer, sinon, il compare avec localnet.
05/11/2013, 11h32
UncleBuzz

Non ce n'est pas lié à asterisk mais à ma config réseau, quand je mets l'ip du serveur asterisk à mon PC, et uniquement celle-ci, mon softphone n'obtient plus de réponse à ses demande d'enregistrement, donc c'est probablement un soucis de routage avec cette adresse IP, sauf que je suis incapable d'en trouver la raison, je n'ai aucune règle de routage spécifique à cette adresse, et la nouvelle adresse IP est sur le même sous-réseau et fonctionne correctement.

Mon localnet de toute façon pointe bien vers le sous réseau VOIP.

Pour ovh et asterisk, ce n'est pas très clair, les conditions particulière des comptes SIP indique tolérer asterisk comme client pour peu qu'il soit bien configuré et sécurisé, les conditions particulières des offres plug'n phone interdisent asterisk.

Allez savoir comment se classe les offres actuelles, qui sont des lignes SIP, avec prêt de téléphone (non obligatoire)... En tout cas, avec le user-agent standard de freepbx j'avais un beau retour SIP unauthorized pour un appel sortant, j'ai mis celui d'un téléphone astraa et hop, la même communication passe sans soucis.

Voir 40 message(s) de cette discussion en une page