Timeout à l'enregistrement sur SIP.OVH.FR

[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

[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.

[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...

[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)

[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.

[jean]

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.

[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.

[UncleBuzz]

Au passage, petite question sur le SIP d'OVH, asterisk envoi une trame de type OPTIONS avec certaines info (Zoiper les envoie directement dans al trame de REGISTRATION) mais le serveur SIP OVH semble ne pas connaitre le terme OPTION :

[Nov 5 10:29:32] VERBOSE[1016] 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 XX.XX.XX.XX:5060;branch=z9hG4bK5fe767f1;rport
Max-Forwards: 70
From: "Unknown" <sip:Unknown@XX.XX.XX.XX>;tag=as18034ad2
To: <sip:sip.ovh.fr>
Contact: <sip:Unknown@XX.XX.XX.XX>
Call-ID: 2cdca2e827d6233726cd8e4b7a7f3a75@XX.XX.XX.XX
CSeq: 102 OPTIONS
User-Agent: Aastra 6730i/2.6.0.1007
Date: Tue, 05 Nov 2013 09:29:32 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces, timer
Content-Length: 0

[Nov 5 10:29:32] VERBOSE[1016] chan_sip.c:
<--- SIP read from UDP:91.121.129.20:5060 --->
SIP/2.0 501 Not Implemented
Call-ID: 2cdca2e827d6233726cd8e4b7a7f3a75@XX.XX.XX.XX
CSeq: 102 OPTIONS
From: "Unknown" <sip:Unknown@XX.XX.XX.XX>;tag=as18034ad2
To: <sip:sip.ovh.fr>;tag=00-25727-47d888c5-0bea85925
Via: SIP/2.0/UDP XX.XX.XX.XX:5060;received=XX.XX.XX.XX;rport=55822; branch=z9hG4bK5fe767f1
Content-Length: 0

Aucun risque de dysfonctionnement ?

[UncleBuzz]

Pour le coup du useragent, fausse info, j'ai de nouveau des appels rejetés avec le useragent aastra :

[Nov 5 11:42:11] WARNING[1016] chan_sip.c: Received response: "Forbidden" from '"0033972XXXXXX" <sip:0033972XXXXXX@83.XXX.XXX.XXX>;tag=as036f96b d'

EDIT:

suivi de :

[Nov 5 11:50:39] WARNING[1016] chan_sip.c: Forbidden - wrong password on authentication for REGISTER for '0033972XXXXXX' to 'sip.ovh.fr'

Erreur qu'on retrouve couramment sur le forum d'OVH, bug provenant d'OVH...

[jean]

Au passage, petite question sur le SIP d'OVH, asterisk envoi une trame de type OPTIONS avec certaines info (Zoiper les envoie directement dans al trame de REGISTRATION) mais le serveur SIP OVH semble ne pas connaitre le terme OPTION :

Aucun risque de dysfonctionnement ?

non, dans ce cas, l'option ne sert qu'à mesurer le temps que mettent les paquets à faire l'aller retour, (paramètre qualify) - si tu veux supprimer ca, il te suffit de mettre qualify=no dans le peer / sip.conf