Page 3 sur 5 PremièrePremière 12345 DernièreDernière
Affichage des résultats 21 à 30 sur 45

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

  1. #21
    Membre Senior
    Date d'inscription
    septembre 2010
    Localisation
    Where the sun shines
    Messages
    1 418
    Downloads
    0
    Uploads
    0
    Citation Envoyé par pthenot Voir le message
    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 ?

  2. #22
    Membre
    Date d'inscription
    novembre 2010
    Messages
    30
    Downloads
    0
    Uploads
    0
    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.

  3. #23
    Membre Senior
    Date d'inscription
    septembre 2010
    Localisation
    Where the sun shines
    Messages
    1 418
    Downloads
    0
    Uploads
    0
    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....

  4. #24
    Membre
    Date d'inscription
    novembre 2010
    Messages
    30
    Downloads
    0
    Uploads
    0
    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?.

  5. #25
    Membre Senior
    Date d'inscription
    septembre 2010
    Localisation
    Where the sun shines
    Messages
    1 418
    Downloads
    0
    Uploads
    0
    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 ?

  6. #26
    Membre
    Date d'inscription
    novembre 2010
    Messages
    30
    Downloads
    0
    Uploads
    0
    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

  7. #27
    Membre Senior
    Date d'inscription
    septembre 2010
    Localisation
    Where the sun shines
    Messages
    1 418
    Downloads
    0
    Uploads
    0
    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

  8. #28
    Membre
    Date d'inscription
    novembre 2010
    Messages
    30
    Downloads
    0
    Uploads
    0
    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!

  9. #29
    Membre Association Avatar de quintana
    Date d'inscription
    août 2010
    Localisation
    Québec
    Messages
    1 084
    Downloads
    0
    Uploads
    0
    Citation Envoyé par jean Voir le message
    ALLOWGUEST=NO
    Faudrait l'écrire partout
    A utiliser que si on sait pourquoi on l'utilise et qu'on connait les impacts !
    Découvrez Wazo sous licence GPLv3 et accessible pour tous : http://www.wazo.community
    Blog Wazo : http://blog.wazo.community
    Wazo est un fork de XiVO.
    Suivez moi sur Twitter !

  10. #30
    Membre
    Date d'inscription
    novembre 2010
    Messages
    30
    Downloads
    0
    Uploads
    0
    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?

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •