impossible de faire fonctionner lgne ovh[résolu]

**jean** · 07/02/2014, 14h13

Envoyé par pthenot

3eme partie

Code:

U 2014/02/06 22:37:50.613981 91.121.129.20:5060 -> 192.168.1.17:5060
  SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Contact: <sip:10.7.1.65:5060>..Content-Type: application/sdp..CSeq: 
  103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <sip:0
  148734812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060;branch=z9hG4bK18
  176b4a..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 265....v=0..o=cp10 139172266333 139172266334 IN IP4 10.7
  .1.129..s=SIP Call..c=IN IP4 91.121.129.140..t=0 0..m=audio 33768 RTP/AVP 0 8 101..b=AS:77..a=rtpmap:0 PCMU/8000/1..a=rtpmap:8 PCMA/8000/1
  ..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv..                                                            
#
U 2014/02/06 22:37:50.614185 192.168.1.17:5060 -> 91.121.129.20:5060
  ACK sip:10.7.1.65:5060 SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK1c6e054c;rport..Route: <sip:91.121.129.20:5060;transport=u
  dp;lr>..Max-Forwards: 70..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e5730
  -4d9162956..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 ACK..User-Agent
  : Asterisk PBX 10.7.0..Content-Length: 0....                                                                                              
#
U 2014/02/06 22:37:52.656876 91.121.129.20:5060 -> 192.168.1.17:5060
  SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Contact: <sip:10.7.1.65:5060>..Content-Type: application/sdp..CSeq: 
  103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <sip:0
  148734812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060;branch=z9hG4bK18
  176b4a..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 265....v=0..o=cp10 139172266333 139172266334 IN IP4 10.7
  .1.129..s=SIP Call..c=IN IP4 91.121.129.140..t=0 0..m=audio 33768 RTP/AVP 0 8 101..b=AS:77..a=rtpmap:0 PCMU/8000/1..a=rtpmap:8 PCMA/8000/1
  ..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv..                                                            
#
U 2014/02/06 22:37:52.657086 192.168.1.17:5060 -> 91.121.129.20:5060
  ACK sip:10.7.1.65:5060 SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK26d54def;rport..Route: <sip:91.121.129.20:5060;transport=u
  dp;lr>..Max-Forwards: 70..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e5730
  -4d9162956..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 ACK..User-Agent
  : Asterisk PBX 10.7.0..Content-Length: 0....                                                                                              
#
U 2014/02/06 22:37:56.610012 91.121.129.20:5060 -> 192.168.1.17:5060
  SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Contact: <sip:10.7.1.65:5060>..Content-Type: application/sdp..CSeq: 
  103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <sip:0
  148734812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060;branch=z9hG4bK18
  176b4a..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 265....v=0..o=cp10 139172266333 139172266334 IN IP4 10.7
  .1.129..s=SIP Call..c=IN IP4 91.121.129.140..t=0 0..m=audio 33768 RTP/AVP 0 8 101..b=AS:77..a=rtpmap:0 PCMU/8000/1..a=rtpmap:8 PCMA/8000/1
  ..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv..                                                            
#
U 2014/02/06 22:37:56.610225 192.168.1.17:5060 -> 91.121.129.20:5060
  ACK sip:10.7.1.65:5060 SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK78265302;rport..Route: <sip:91.121.129.20:5060;transport=u
  dp;lr>..Max-Forwards: 70..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e5730
  -4d9162956..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 ACK..User-Agent
  : Asterisk PBX 10.7.0..Content-Length: 0....                                                                                              
#
U 2014/02/06 22:38:00.639732 91.121.129.20:5060 -> 192.168.1.17:5060
  SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Contact: <sip:10.7.1.65:5060>..Content-Type: application/sdp..CSeq: 
  103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <sip:0
  148734812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060;branch=z9hG4bK18
  176b4a..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 265....v=0..o=cp10 139172266333 139172266334 IN IP4 10.7
  .1.129..s=SIP Call..c=IN IP4 91.121.129.140..t=0 0..m=audio 33768 RTP/AVP 0 8 101..b=AS:77..a=rtpmap:0 PCMU/8000/1..a=rtpmap:8 PCMA/8000/1
  ..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv..                                                            
#
U 2014/02/06 22:38:00.640080 192.168.1.17:5060 -> 91.121.129.20:5060
  ACK sip:10.7.1.65:5060 SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK57d668bf;rport..Route: <sip:91.121.129.20:5060;transport=u
  dp;lr>..Max-Forwards: 70..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e5730
  -4d9162956..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 ACK..User-Agent
  : Asterisk PBX 10.7.0..Content-Length: 0....                                                                                              
#
U 2014/02/06 22:38:04.607994 91.121.129.20:5060 -> 192.168.1.17:5060
  SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Contact: <sip:10.7.1.65:5060>..Content-Type: application/sdp..CSeq: 
  103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <sip:0
  148734812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060;branch=z9hG4bK18
  176b4a..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 265....v=0..o=cp10 139172266333 139172266334 IN IP4 10.7
  .1.129..s=SIP Call..c=IN IP4 91.121.129.140..t=0 0..m=audio 33768 RTP/AVP 0 8 101..b=AS:77..a=rtpmap:0 PCMU/8000/1..a=rtpmap:8 PCMA/8000/1
  ..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv..                                                            
#
U 2014/02/06 22:38:04.608213 192.168.1.17:5060 -> 91.121.129.20:5060
  ACK sip:10.7.1.65:5060 SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK18c7743a;rport..Route: <sip:91.121.129.20:5060;transport=u
  dp;lr>..Max-Forwards: 70..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e5730
  -4d9162956..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 ACK..User-Agent
  : Asterisk PBX 10.7.0..Content-Length: 0....

Pour moi, le problème est là...

tu reçois un OK, pour un INVITE, no de sequence 103 (Cseq 103). tu l'acquittes, c'est bien. Mais OVH renvoie le paquet un certain nombre de fois, avec le même no de séquence.
Donc, cela veut dire que le paquet ACK n'arrive jamais sur le serveur OVH, qu'il réement le OK un certain nombre de fois, puis coupe la comm.

Pourquoi.... mystère et boules de gomme !!

Autre truc bizarre, sur le dernier post (le #19), le message OPTION vient du port 5062, puis le reste du dialogue sur le port 5060....

Seul point à vérifier, n'aurais tu pas la fonction SIP ALG activée sur ton routeur ?

**pthenot** · 07/02/2014, 19h24

Bonsoir Jean,
Pour le problème de port, je ne comprends pas, le téléphone 400(192.168.1.6) est paramétré avec le port 5060 et à la commande SIP show peers il a un port différent.

Code:

sip show peers
Name/username             Host                                    Dyn Forcerport ACL Port     Status      Description                      
200/200                   192.168.1.121                            D   N             5060     Unmonitored                                  
400/400                   192.168.1.6                              D   N             11340    Unmonitored                                  
forfait-ovh/0033183626986 91.121.129.20                                N             5060     OK (41 ms)                                   
forfait1-ovh/003318423075 91.121.129.20                                N             5060     OK (45 ms)

Un autre utilisateur a rejoint notre discussion mais si l'on va sur le forum ovh il y en a une multitude.
Si tu es d'accord j'envoie ton analyse à ovh qui n'arrive à rien depuis des semaines.
Ils m'ont déjà demandé 10 fois des captures pour un dysfonctionnement qui est toujours le même, je ne sais même pas si ils les analysent.

**jean** · 07/02/2014, 19h42

Aucun soucis, tu peux forwarder...

pour que cela soit plus pertinent, il faudrait faire un ngrep -t -O ovh.pcap, et fournir également le fichier .pcap - les différentes copies morcelées risquent de pas plaire à ovh....

**pthenot** · 07/02/2014, 19h45

Bonsoir Vallout,
Je crois que tu as le même dysfonctionnement que moi et c'est compliqué de te séparer d'ovh car tu dois avoir plusieurs lignes comme moi.
Ovh ne nous résoudra pas le problème, par contre si Jean est d'accord je vais leur soumettre ses remarques.
En attendant pour te dépanner si tu as un pabx personnel je vais te donner une solution transitoire.
Si tu enregistres ta ligne directement chez ovh sans passer par ton Pabx tout fonctionne bien.
Avec ton pabx asterisk les appels entrants marchent normalement, le soucis est avec les appels sortants.
Pour pallier cette difficulté j'ai paramétré mon grand stream de la manière suivante :
- compte 1 : ligne enregistré directement chez ovh (ce compte sert aux appels sortants)
- compte 2 et suivants : lignes enregistrées par l'intermédiaire de ton pabx.
Attention dans ton sip.conf penses à supprimer l’enregistrement de la ligne du compte 1, car asterisk est plus rapide qu'ovh!
Ce n'est pas très orthodoxe mais cela fonctionne.
Si par hasard tu avais un soucis avec les appels entrants, cela il savent réparer! ils m'ont corrigé cette anomalie du premier coup.
Quels modèle de grand stream as-tu?.

**jean** · 07/02/2014, 20h11

un dernier point... si vous êtes natés, avez vous bien mis externip=<publicip>, localnet=192.168.x.y/255.255.255.0 et nat=yes sur le trunk ovh ?

**pthenot** · 07/02/2014, 20h27

A priori oui mais je préfère te montrer mon sip.conf

Code:

[general]
language=fr
bindport=5060
bindaddr=0.0.0.0
srvlookup=yes
canreinvite=no
defaultexpiry=3600
registertimeout=30
registerattempts=0
disallow=all
allow=alaw
allowguest=yes
nat=yes
externip=89.83.xx.xx
localnet=192.168.1.0/255.255.255.0
session-timers=refuse 

register => 00331xxxxx:xxxxxx@sip.ovh.fr:5962/00331xxxxx
register => 00331xxxxx:xxxxxx@sip.ovh.fr:5962/00331xxxxx

[400]
type = friend
username=400
callerid="400" <00331xxxxx> 
secret = xxxxxx
port=5060
host = dynamic
hassip = yes
hasiax = no
hash323 = no
context =local
language = fr
insecure = port
nat = yes
canreinvite = no
promiscredir=no
dtmfmode = info
video = no
restrictcid = no
amaflags = default
;mailbox=150@default

[200]
type = friend
username=200
callerid="400" <00331xxxxx> 
secret = xxxxxx
port=5060
host = dynamic
hassip = yes
hasiax = no
hash323 = no
context =local
language = fr
insecure = port
nat = yes
canreinvite = no
promiscredir=no
dtmfmode = info
video = no
restrictcid = no
amaflags = default
;mailbox=150@default

[forfait-ovh]
disallow=all
username=00331xxxxx
type=friend
secret=xxxxxx
qualify=yes
insecure=port,invite
host=sip.ovh.fr
fromuser=00331xxxxx
fromdomain=sip.ovh.fr
dtmfmode=inband
context=local
allow=ulaw
allow=alaw

[forfait1-ovh]
disallow=all
username=00331xxxxx
type=friend
secret=xxxxxx
qualify=yes
insecure=port,invite
host=sip.ovh.fr
fromuser=00331xxxxx
fromdomain=sip.ovh.fr
dtmfmode=inband
context=local
allow=ulaw
allow=alaw

**jean** · 07/02/2014, 23h56

ALLOWGUEST=NO

c'est un vrai sujet de sécurité

pourquoi le port 5062 ? j'ai toujours utilisé le 5060...

ensuite, on est dans l'irrationnel, donc soyons fous:
- essaie en g729
- remplace tes register par:
register => 00331xxxxx:xxxxxx@forfait-ovh
register => 00331xxxxx:xxxxxx@forfait1-ovh

**pthenot** · 08/02/2014, 20h45

Non tu n'est pas fou tu es génial.
Bovinement j'avais suivi ovh qui m'avait dit de faire la ligne regsiter comme je l'ai écrite, c'est vraiment la dernière chose que j'aurais changé,
erreur si on l'écrit comme tu le préconise tout fonctionne.
Ne serait-ce pas la cause des dysfonctionnements d'autres abonnés car si on me l'a conseillé, on a du donné cette instruction à d'autres.
Merci encore pour ton aide précieuse, je réanalyse les trames à tête reposée mais tout fonctionne!

**quintana** · 09/02/2014, 12h44

Envoyé par jean

ALLOWGUEST=NO

Faudrait l'écrire partout

A utiliser que si on sait pourquoi on l'utilise et qu'on connait les impacts !

**pthenot** · 09/02/2014, 19h57

Bonsoir,
Je reviens sur allowguest=no, si mes connaissances sont bonnes ceci interdit les appels anonymes, personnellement mon téléphone fixe et portable sont dans ce cas par choix.
Je ne suis donc par pour interdire les appels anonymes sur un pabx.
Ai-je fait une confusion sur le sens de la commande?

Discussion: impossible de faire fonctionner lgne ovh[résolu]

Outils de la discussion

Rechercher dans la discussion

Affichage

Règles de messages