PDA

Voir la version complète : impossible de faire fonctionner lgne ovh[résolu]



pthenot
04/02/2014, 20h43
Bojour,
J'utilise un pabx asterisk 1.7 avec des lignes ovh.
La hot-line m'avait solliciter pour migrer de sip.ovh.net à sip.ovh.fr, ce que j'ai fait.
Désormais je note des dysfonctionnements dans mes appels sortants qui sont coupés invariablement à 31 secondes.
Les appels entrants fonctionnent normalement.
Je ne suis pas le seul dans cette situation ce problème est récurrent dans le forum ovh mais personne n'a de solution.
En analysant les captures de trames on retrouve une requête BYE émise par le pabx au bout de 30".
merci de votre aide
pthenot

jean
04/02/2014, 21h20
asterisk 1.7 .... pas sur que ca soit sorti....

les coupures à 30 secondes évoquent un problème de timer

essaie
session-timers=refuse

section general de sip.conf

ou alors, pbm de firewall qui se referme

pthenot
05/02/2014, 10h42
Bonjour,
J'ai rajouté session-timers=refuse, rien de changé.
Petite précision, si le téléphone s'enregistre directement auprès d'ovh sans passer par le pabx local tout va bien.
Si il s'agit d'un appel entrant pas de limitation et le firewall de la box est désactivé.
J'ai testé asterisk 1.6 et 1.7 même dysfonctionnement, 1.8 ne marche pas du tout avec ovh.sipo.fr
Merci de ton aide.
pthenot

jean
05/02/2014, 14h15
il faudrait poster le dialogue sip complet, à capturer via ngrep (à installer). les 30 sec peuvent être qu'un acquittement n'est pas reçu. poste aussi ton sip.conf (en masquant les password)

jean
05/02/2014, 14h35
ps: asterisk 1.7 n'existe pas

pthenot
05/02/2014, 20h13
Bonsoir Jean,
J'ai réalisé des captures de trames avec vwireshark qui montrent que ovh envoie une requête BYE au bout de 30" à asterisk qui l'accèpte et la transmet au téléphone.
Tout le déroulement de l'appel est correct.
Comment puis-je t'envoyer une capture de trames.

pthenot
05/02/2014, 20h28
Voici mon fichier sip.conf.

[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.XX.XX.95
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
outboundproxyport=5962
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
outboundproxyport=5962
context=local
allow=ulaw
allow=alaw

jean
05/02/2014, 22h44
outboundproxyport=5962

quesako ???


mon code:

register => 0033999999999:pass@ovhfr

[ovhfr]
type=peer
host=sip.ovh.fr
context=ADEFINIR
language=fr
insecure=invite
defaultuser=0033999999999
; doit etre commentee pour que le dialplan choisisse avec set callerid(num)
fromuser=0033999999999
secret=pass
fromdomain=sip.ovh.fr
nat=yes
canreinvite=no
dtmfmode=rfc2833
video=no
restrictcid=no
amaflags=default
disallow=all
allow=alaw
allow=g729


si ca marche pas, c'est un pbm réseau: perte de paquet, firewall qui ferme

pthenot
06/02/2014, 01h19
Bonsoir Jean,
J'ai mis ta configuration, toujours mêmes problèmes.
Ce n'est pas la faute du firewall car il est désactivé et de plus si j'enregistre mon téléphone directement chez ovh tout se passe bien.
De plus les appels entrants ne sont pas limités dans le temps.
Si j'étudie les trames avec wireshark le BYE vient d'ovh et bien sûr ensuite asterisk coupe.
Comment puis-je te transmettre une analyse de trame car j'aimerais ton avis.
Mon interprétation est qu'il existe un mauvais paramétrage chez ovh sur leur nouveau serveur où j'ai fait l'erreur d'accepter de migrer.
Sur le forum d'ovh nous sommes légions à avoir ces problèmes et l'explication d'ovh est "sip.ovh.fr est moins permissif sip.ovh.net, vérifiez vos codes"
Auprès de qui as tu souscrit ton abonnement téléphonique car je crois que je vais changer de crèmerie.

jean
06/02/2014, 03h31
essaie d'installer et de faire un ngrep - la sortie est en texte et assez lisible

les 30 secondes viennent - probablement - du non acquittement par ton coté du décroché (le 200 OK) - ovh ne le reçoit pas et décide de couper

pour info, sip.ovh.fr se résoud en 91.121.129.20 sur différents serveurs

pthenot
06/02/2014, 11h36
Voici une capture qui montre bien que ovh coupe et voici ce qu'ils prétendent on croit rèver.
"je comprend vos remarques cependant les exemples d'appel
fournis ont été coupé par vos équipement.
A chaque appel un BYE a été reçu de votre part.
Pouvez-vous m'indiquer quel problématique a été"
rencontré pour que vos équipements raccrochent ?"
U 91.121.129.20:5962 -> 192.168.1.17:5060
BYE sip:0033183626986@89.83.76.95:5060 SIP/2.0..Call-ID: 5b09f43c40a89a3c3
5abcef71fd7fea4@sip.ovh.fr..CSeq: 17325469 BYE..From: <sip:0148734812@sip.
ovh.fr>;tag=00-07906-01292f20-47f4a2072..Max-Forwards: 30..Record-Route: <
sip:91.121.129.20:5962;lr>..To: "400" <sip:0033183626986@sip.ovh.fr>;tag=a
s25f8dece..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-DHGU-05893bd
8-0ce9ac0e..User-Agent: Cirpack/v4.56 (gw_sip)..Content-Length: 0....
#
U 192.168.1.17:5060 -> 91.121.129.20:5962
SIP/2.0 200 OK..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-DHGU-05
893bd8-0ce9ac0e;received=91.121.129.20;rport=5962..Record-Route: <sip:91.1
21.129.20:5962;lr>..From: <sip:0148734812@sip.ovh.fr>;tag=00-07906-01292f2
0-47f4a2072..To: "400" <sip:0033183626986@sip.ovh.fr>;tag=as25f8dece..Call
-ID: 5b09f43c40a89a3c35abcef71fd7fea4@sip.ovh.fr..CSeq: 17325469 BYE..Serv
er: Asterisk PBX 10.7.0..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER,
SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Leng
th: 0....
#
U 192.168.1.17:5060 -> 192.168.1.6:31884
BYE sip:400@192.168.1.6:31884 SIP/2.0..Via: SIP/2.0/UDP 192.168.1.17:5060;
branch=z9hG4bK4e622258;rport..Max-Forwards: 70..From: <sip:0148734812@192.
168.1.17>;tag=as5e293d32..To: "400" <sip:400@192.168.1.17>;tag=1668140945.
.Call-ID: 668235232-31884-6@BJC.BGI.B.G..CSeq: 102 BYE..User-Agent: Asteri
sk PBX 10.7.0..X-Asterisk-HangupCause: Normal Clearing..X-Asterisk-HangupC
auseCode: 16..Content-Length: 0....
#
U 192.168.1.6:31884 -> 192.168.1.17:5060
SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.1.17:5060;branch=z9hG4bK4e622258;
rport=5060..From: <sip:0148734812@192.168.1.17>;tag=as5e293d32..To: "400"
<sip:400@192.168.1.17>;tag=1668140945..Call-ID: 668235232-31884-6@BJC.BGI.
B.G..CSeq: 102 BYE..Contact: <sip:400@192.168.1.6:31884>..Supported: repla
ces, path, timer..User-Agent: Grandstream GXP2140 1.0.0.17..Allow: INVITE,
ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAG
E..Content-Length: 0....
#
#
U 91.121.129.20:5962 -> 192.168.1.17:5060
OPTIONS sip:0033184230751@89.83.76.95:5060 SIP/2.0..Call-ID: 02-07869-0a88
204d-18da30f80@91.121.129.20..Contact: <sip:91.121.129.20:5962>..CSeq: 1 O
PTIONS..From: <sip:keepalive@91.121.129.20:5962>;tag=02-07869-0a88204c-435
17ea81..Max-Forwards: 70..To: <sip:0033184230751@sip.ovh.fr>..Via: SIP/2.0
/UDP 91.121.129.20:5962;rport;branch=z9hG4bK-WYKY-05896076-0ca692e0..Conte
nt-Length: 0....
#
U 192.168.1.17:5060 -> 91.121.129.20:5962
SIP/2.0 200 OK..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-WYKY-05
896076-0ca692e0;received=91.121.129.20;rport=5962..From: <sip:keepalive@91
.121.129.20:5962>;tag=02-07869-0a88204c-43517ea81..To: <sip:0033184230751@
sip.ovh.fr>;tag=as643d17ed..Call-ID: 02-07869-0a88204d-18da30f80@91.121.12
9.20..CSeq: 1 OPTIONS..Server: Asterisk PBX 10.7.0..Allow: INVITE, ACK, CA
NCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: re
places, timer..Contact: <sip:89.83.76.95:5060>..Accept: application/sdp..C
ontent-Length: 0....
#
U 91.121.129.20:5962 -> 192.168.1.17:5060
OPTIONS sip:0033183626986@89.83.76.95:5060 SIP/2.0..Call-ID: 02-07418-0a88
211f-6d584fd33@91.121.129.20..Contact: <sip:91.121.129.20:5962>..CSeq: 1 O
PTIONS..From: <sip:keepalive@91.121.129.20:5962>;tag=02-07418-0a88211e-1b0
487990..Max-Forwards: 70..To: <sip:0033183626986@sip.ovh.fr>..Via: SIP/2.0
/UDP 91.121.129.20:5962;rport;branch=z9hG4bK-FICW-058960df-4dd4265b..Conte
nt-Length: 0....
#
U 192.168.1.17:5060 -> 91.121.129.20:5962
SIP/2.0 200 OK..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-FICW-05
8960df-4dd4265b;received=91.121.129.20;rport=5962..From: <sip:keepalive@91
.121.129.20:5962>;tag=02-07418-0a88211e-1b0487990..To: <sip:0033183626986@
sip.ovh.fr>;tag=as7d037d80..Call-ID: 02-07418-0a88211f-6d584fd33@91.121.12
9.20..CSeq: 1 OPTIONS..Server: Asterisk PBX 10.7.0..Allow: INVITE, ACK, CA
NCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: re
places, timer..Contact: <sip:89.83.76.95:5060>..Accept: application/sdp..C
ontent-Length: 0....
^Cexit

jean
06/02/2014, 15h18
Le bye vient de chez eux, mais peux tu poster l'ensemble du dialogue, depuis le premier INVITE

Si un paquet n'est pas reçu, ca peut déclencher le BYE à juste titre chez ovh

pthenot
06/02/2014, 19h57
Bon je ne connais pas ngrep, j'espère que cela te sera utile
U 192.168.1.6:5012 -> 192.168.1.17:15426
#
U 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 200 OK..Call-ID: 038eb32514b21ec727eef1b95c039152@sip.ovh.fr..Conta ct: <sip:10.7.1.65:5060>..Content-Type: application/sdp..CSeq:
103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as3a707396..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <sip:0
148734812@sip.ovh.fr>;tag=00-08131-013bd79d-2efba9650..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060; branch=z9hG4bK57
de0768..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 265....v=0..o=cp10 139170892574 139170892575 IN IP4 10.7
.1.133..s=SIP Call..c=IN IP4 91.121.129.139..t=0 0..m=audio 34508 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 192.168.1.6:5012 -> 192.168.1.17:15426
..4..1/.a.'UU......U.UUUU.U.UU..UU...UU.UU...UUUUU.UUUU.U U....U..U..U.U...U........UU..UU..UUU.UUU...UUUUUU .UU...U.......UU..U.....UU.U...
.U.U.UUUUUU.UU..UU.......UU..UUUUU
#
U 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=z9hG4bK6fdec53a;rport..Rou te: <sip:91.121.129.20:5060;transport=u
dp;lr>..Max-Forwards: 70..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as3a707396..To: <sip:0148734812@sip.ovh.fr>;tag=00-08131-013bd79d
-2efba9650..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 038eb32514b21ec727eef1b95c039152@sip.ovh.fr..CSeq: 103 ACK..User-Agent
: Asterisk PBX 10.7.0..Content-Length: 0....
#
U 192.168.1.6:5012 -> 192.168.1.17:15426
..4..1?.a.'U..U.U.UU.........U.U.U.U..UU.U.U.UUU.. .U...U.U..U..U......U.UUUUU.....U..U.UU..U....UU.U U.....UU....U.U............U..U..UU..U
UUUUUUUUUUUUUUUUU.UUU.....U.......
#
U 192.168.1.17:10328 -> 91.121.129.139:34508
.....1?.......~.~.~~.........~.~.~.~..~~.~.~.~~~.. .~...~.~..~..~......~.~~~~~.....~..~.~~..~....~~.~ ~.....~~....~.~............~..~..~~..~
~~~~~~~~~~~~~~~~~.~~~.....~.......
#
U 91.121.129.20:5962 -> 192.168.1.17:5060
BYE sip:0033183626986@89.83.76.95:5060 SIP/2.0..Call-ID: 038eb32514b21ec727eef1b95c039152@sip.ovh.fr..CSeq: 18289435 BYE..From: <sip:01487
34812@sip.ovh.fr>;tag=00-08131-013bd79d-2efba9650..Max-Forwards: 30..Record-Route: <sip:91.121.129.20:5962;lr>..To: "400" <sip:00331836269
86@sip.ovh.fr>;tag=as3a707396..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-ESIS-0855cdd0-3bd0ec53..User-Agent: Cirpack/v4.56 (gw_si
p)..Content-Length: 0....
#
U 192.168.1.17:5060 -> 91.121.129.20:5962
SIP/2.0 200 OK..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-ESIS-0855cdd0-3bd0ec53;received=91.121.129.20;rport=5962..Record-Route:
<sip:91.121.129.20:5962;lr>..From: <sip:0148734812@sip.ovh.fr>;tag=00-08131-013bd79d-2efba9650..To: "400" <sip:0033183626986@sip.ovh.fr>;
tag=as3a707396..Call-ID: 038eb32514b21ec727eef1b95c039152@sip.ovh.fr..CSeq: 18289435 BYE..Server: Asterisk PBX 10.7.0..Allow: INVITE, ACK,
CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Length: 0....
#
U 192.168.1.17:5060 -> 192.168.1.6:11340
BYE sip:400@192.168.1.6:11340 SIP/2.0..Via: SIP/2.0/UDP 192.168.1.17:5060;branch=z9hG4bK51c44e18;rport..Ma x-Forwards: 70..From: <sip:01487
34812@192.168.1.17>;tag=as5697ea83..To: "400" <sip:400@192.168.1.17>;tag=511943350..Call-ID: 604316341-11340-4@BJC.BGI.B.G..CSeq: 102 BYE.
.User-Agent: Asterisk PBX 10.7.0..X-Asterisk-HangupCause: Normal Clearing..X-Asterisk-HangupCauseCode: 16..Content-Length: 0....
#
U 192.168.1.6:11340 -> 192.168.1.17:5060
SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.1.17:5060;branch=z9hG4bK51c44e18;rport=506 0..From: <sip:0148734812@192.168.1.17>;tag=as5697ea83..
To: "400" <sip:400@192.168.1.17>;tag=511943350..Call-ID: 604316341-11340-4@BJC.BGI.B.G..CSeq: 102 BYE..Contact: <sip:400@192.168.1.6:11340
>..Supported: replaces, path, timer..User-Agent: Grandstream GXP2140 1.0.0.17..Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY
, INFO, REFER, UPDATE, MESSAGE..Content-Length: 0....
#
U 192.168.1.6:5012 -> 192.168.1.17:15426
..4..1@ a.'U....U..U.....U.UU.UUU.UU...UU..UU...UU.UU..UUU U..U..UUUUUUU.U..U....U.U......U..U.UUU..U.UUU.... .....UU..U......U...U...U..UUU
UUUUUUUU.U.UU.U.U..U....UU..UU....
#
I 192.168.1.17 -> 192.168.1.6 3:3
....E0....@.@.............<B......4..1@ a.'U....U..U.....U.UU.UUU.UU...UU..UU...UU.UU..UUU U..U..UUUUUUU.U..U....U.U......U..U.UUU..U.UUU..
.......UU..U......U...U...U..UUUUUUUUUUU.U.UU.U.U. .U....UU..UU....
#
U 192.168.1.6:5012 -> 192.168.1.17:15426
..4..1@.a.'U.UU...UUUUUUU..U..U..UUU.............. .U.......UU..UUUUUU.U.UUUUUUU..U.U...UUUU......... ..........UU..UU...........UUUU..UU.U.
UUUU....UU..UUU...................
#
I 192.168.1.17 -> 192.168.1.6 3:3
....E0....@.@.............<B..cL..4..1@.a.'U.UU...UUUUUUU..U..U..UUU......... ......U.......UU..UUUUUU.U.UUUUUUU..U.U...UUUU.... ...........
....UU..UU...........UUUU..UU.U.UUUU....UU..UUU... ................
#
T 192.168.1.17:47725 -> 173.194.34.29:443 [AP]
.... .W0AE.....o....&Y.....\.\..]....
#
T 173.194.34.29:443 -> 192.168.1.17:47725 [AP]
.... ..W..2....[.l.....HT..........p.
##
T 173.194.45.54:443 -> 192.168.1.17:34380 [AP]
....1=.Y$.......!..2.....mqNm.4e..(>}.......F..`...8g.
#^Cexit
8185 received, 0 dropped
pascal@pascal-SATELLITE-T130:/$ sudo /etc/init.d/asterisk stop

jean
06/02/2014, 20h15
fais
ngrep -t port 5060
(si ton serveur tourne sur leport 5060)
lance cela AVANT d'appeler... je voudrais voir depuis l'INVITE

pthenot
06/02/2014, 23h46
Effectivement le recueil est plus lisible.
Où puis-je trouver un tutoriel sur ngrep?


#
U 2014/02/06 22:37:32.261729 192.168.1.17:5060 -> 91.121.129.20:5060
OPTIONS sip:sip.ovh.fr SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK4837ecdd;rport..Max-Forwards: 70..From: "asterisk" <sip:00
33184230751@89.83.76.95>;tag=as018a36ad..To: <sip:sip.ovh.fr>..Contact: <sip:0033184230751@89.83.76.95:5060>..Call-ID: 0bd2a2ce4b2824e33cf
ee1b022d45659@89.83.76.95:5060..CSeq: 102 OPTIONS..User-Agent: Asterisk PBX 10.7.0..Date: Thu, 06 Feb 2014 21:37:32 GMT..Allow: INVITE, AC
K, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Length: 0....
#
U 2014/02/06 22:37:32.270200 192.168.1.17:5060 -> 91.121.129.20:5060
OPTIONS sip:sip.ovh.fr SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK4806d636;rport..Max-Forwards: 70..From: "asterisk" <sip:00
33183626986@89.83.76.95>;tag=as634bdb0c..To: <sip:sip.ovh.fr>..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 7b4cd238708d7ef01ae
706a968dfa1d5@89.83.76.95:5060..CSeq: 102 OPTIONS..User-Agent: Asterisk PBX 10.7.0..Date: Thu, 06 Feb 2014 21:37:32 GMT..Allow: INVITE, AC
K, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Length: 0....
#
U 2014/02/06 22:37:32.304402 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 501 Not Implemented..Call-ID: 0bd2a2ce4b2824e33cfee1b022d45659@89.83.76.95:5060. .CSeq: 102 OPTIONS..From: "asterisk" <sip:00331842
30751@89.83.76.95>;tag=as018a36ad..To: <sip:sip.ovh.fr>;tag=00-24427-11ecb20a-315ffcd57..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83
.76.95;rport=5060;branch=z9hG4bK4837ecdd..Content-Length: 0....
#
U 2014/02/06 22:37:32.314332 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 501 Not Implemented..Call-ID: 7b4cd238708d7ef01ae706a968dfa1d5@89.83.76.95:5060. .CSeq: 102 OPTIONS..From: "asterisk" <sip:00331836
26986@89.83.76.95>;tag=as634bdb0c..To: <sip:sip.ovh.fr>;tag=00-26343-11ecb20e-1ac4a0e27..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83
.76.95;rport=5060;branch=z9hG4bK4806d636..Content-Length: 0....
#
U 2014/02/06 22:37:42.896864 192.168.1.6:11340 -> 192.168.1.17:5060
INVITE sip:0148734812@192.168.1.17 SIP/2.0..Via: SIP/2.0/UDP 192.168.1.6:11340;branch=z9hG4bK822768107;rport..F rom: "400" <sip:400@192.168
.1.17>;tag=1168804521..To: <sip:0148734812@192.168.1.17>..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 40 INVITE..Contact: "400" <sip:40
0@192.168.1.6:11340>..X-Grandstream-PBX: true..Max-Forwards: 70..User-Agent: Grandstream GXP2140 1.0.0.17..Privacy: none..P-Preferred-Iden
tity: "400" <sip:400@192.168.1.17>..Supported: replaces, path, timer..Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, R
EFER, UPDATE, MESSAGE..Content-Type: application/sdp..Accept: application/sdp, application/dtmf-relay..Content-Length: 375....v=0..o=400
8002 8000 IN IP4 192.168.1.6..s=SIP Call..c=IN IP4 192.168.1.6..t=0 0..m=audio 5012 RTP/AVP 0 8 18 9 97 2 101..a=sendrecv..a=rtpmap:0 PCM
U/8000..a=ptime:20..a=rtpmap:8 PCMA/8000..a=rtpmap:18 G729/8000..a=fmtp:18 annexb=no..a=rtpmap:9 G722/8000..a=rtpmap:97 iLBC/8000..a=fmtp:
97 mode=30..a=rtpmap:2 G726-32/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..
#
U 2014/02/06 22:37:42.897726 192.168.1.17:5060 -> 192.168.1.6:11340
SIP/2.0 100 Trying..Via: SIP/2.0/UDP 192.168.1.6:11340;branch=z9hG4bK822768107;received =192.168.1.6;rport=11340..From: "400" <sip:400@192.
168.1.17>;tag=1168804521..To: <sip:0148734812@192.168.1.17>..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 40 INVITE..Server: Asterisk PB
X 10.7.0..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Contact: <sip:014
8734812@192.168.1.17:5060>..Content-Length: 0....
#
U 2014/02/06 22:37:42.898638 192.168.1.17:5060 -> 91.121.129.20:5060
INVITE sip:0148734812@sip.ovh.fr SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK613e9465;rport..Max-Forwards: 70..From: "400" <s
ip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b47
84ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 102 INVITE..User-Agent: Asterisk PBX 10.7.0..Date: Thu, 06 Feb 2014 21:37:42 GMT..Allow: IN
VITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Type: application/sdp..Conte
nt-Length: 282....v=0..o=root 393661433 393661433 IN IP4 89.83.76.95..s=Asterisk PBX 10.7.0..c=IN IP4 89.83.76.95..t=0 0..m=audio 19658 RT
P/AVP 8 0 101..a=rtpmap:8 PCMA/8000..a=rtpmap:0 PCMU/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-16..a=silenceSupp:off - - - -..
a=ptime:20..a=sendrecv..
#
U 2014/02/06 22:37:42.947996 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 100 Trying..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 102 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag
=as04af75a1..To: <sip:0148734812@sip.ovh.fr>..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060; branch=z9hG4bK613e9465..C
ontent-Length: 0....
#
U 2014/02/06 22:37:42.949698 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 407 authentication required..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Conta ct: <sip:0148734812@10.7.1.65:5060;user=ph
one>..CSeq: 102 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Proxy-Authenticate: Digest realm="sip.ovh.fr",nonce="01
3e57263f539e796f6a535b65ff764a",opaque="013e1aee5c41172",stale=false,algorithm=MD5..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr
>..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e572f-12feeb5f1..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060; bra
nch=z9hG4bK613e9465..Allow: UPDATE,REFER,INFO..Server: Cirpack/v4.56 (gw_sip)..Content-Length: 0....
#
U 2014/02/06 22:37:42.949850 192.168.1.17:5060 -> 91.121.129.20:5060
ACK sip:0148734812@sip.ovh.fr SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK613e9465;rport..Max-Forwards: 70..From: "400" <sip:
0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e572f-12feeb5f1..Contact: <sip:0033183626986@89.
83.76.95:5060>..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 102 ACK..User-Agent: Asterisk PBX 10.7.0..Content-Length: 0...
.
#
U 2014/02/06 22:37:42.950101 192.168.1.17:5060 -> 91.121.129.20:5060
INVITE sip:0148734812@sip.ovh.fr SIP/2.0..Via: SIP/2.0/UDP 89.83.76.95:5060;branch=z9hG4bK18176b4a;rport..Max-Forwards: 70..From: "400" <s
ip:0033183626986@sip.ovh.fr>;tag=as04af75a1..To: <sip:0148734812@sip.ovh.fr>..Contact: <sip:0033183626986@89.83.76.95:5060>..Call-ID: 0b47
84ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 INVITE..User-Agent: Asterisk PBX 10.7.0..Proxy-Authorization: Digest username="00331836
26986", realm="sip.ovh.fr", algorithm=MD5, uri="sip:0148734812@sip.ovh.fr", nonce="013e57263f539e796f6a535b65ff764a", response="c6a71c82d0
1fcc04dc64686f64b0e2ec", opaque="013e1aee5c41172"..Date: Thu, 06 Feb 2014 21:37:42 GMT..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, S
UBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Type: application/sdp..Content-Length: 282....v=0..o=root 393661433 3
93661434 IN IP4 89.83.76.95..s=Asterisk PBX 10.7.0..c=IN IP4 89.83.76.95..t=0 0..m=audio 19658 RTP/AVP 8 0 101..a=rtpmap:8 PCMA/8000..a=rt
pmap:0 PCMU/8000..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-16..a=silenceSupp:off - - - -..a=ptime:20..a=sendrecv..
#

pthenot
06/02/2014, 23h49
2ème partie

#1
U 2014/02/06 22:37:43.002894 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 100 Trying..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag
=as04af75a1..To: <sip:0148734812@sip.ovh.fr>..Via: SIP/2.0/UDP 192.168.1.17:5060;received=89.83.76.95;rport=5060; branch=z9hG4bK18176b4a..C
ontent-Length: 0....
#
U 2014/02/06 22:37:44.143577 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 180 Ringing..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Conta ct: <sip:10.7.1.65:5060>..Content-Type: application/sdp..C
Seq: 103 INVITE..From: "400" <sip:0033183626986@sip.ovh.fr>;tag=as04af75a1..Record-Route: <sip:91.121.129.20:5060;transport=udp;lr>..To: <
sip:0148734812@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=z9hG
4bK18176b4a..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/8
000/1..a=rtpmap:101 telephone-event/8000..a=fmtp:101 0-15..a=ptime:30..a=sendrecv..
#
U 2014/02/06 22:37:44.144378 192.168.1.17:5060 -> 192.168.1.6:11340
SIP/2.0 180 Ringing..Via: SIP/2.0/UDP 192.168.1.6:11340;branch=z9hG4bK822768107;received =192.168.1.6;rport=11340..From: "400" <sip:400@192
.168.1.17>;tag=1168804521..To: <sip:0148734812@192.168.1.17>;tag=as7f6c0952..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 40 INVITE..Ser
ver: Asterisk PBX 10.7.0..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..C
ontact: <sip:0148734812@192.168.1.17:5060>..Content-Length: 0....
#
U 2014/02/06 22:37:44.144650 192.168.1.17:5060 -> 192.168.1.6:11340
SIP/2.0 183 Session Progress..Via: SIP/2.0/UDP 192.168.1.6:11340;branch=z9hG4bK822768107;received =192.168.1.6;rport=11340..From: "400" <si
p:400@192.168.1.17>;tag=1168804521..To: <sip:0148734812@192.168.1.17>;tag=as7f6c0952..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 40 IN
VITE..Server: Asterisk PBX 10.7.0..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces,
timer..Contact: <sip:0148734812@192.168.1.17:5060>..Content-Type: application/sdp..Content-Length: 204....v=0..o=root 131959022 131959022
IN IP4 192.168.1.17..s=Asterisk PBX 10.7.0..c=IN IP4 192.168.1.17..t=0 0..m=audio 14850 RTP/AVP 8..a=rtpmap:8 PCMA/8000..a=silenceSupp:of
f - - - -..a=ptime:20..a=sendrecv..
#
U 2014/02/06 22:37:49.122047 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Conta ct: <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:49.122421 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=z9hG4bK7c3ee909;rport..Rou te: <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:49.122846 192.168.1.17:5060 -> 192.168.1.6:11340
SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.1.6:11340;branch=z9hG4bK822768107;received =192.168.1.6;rport=11340..From: "400" <sip:400@192.168.
1.17>;tag=1168804521..To: <sip:0148734812@192.168.1.17>;tag=as7f6c0952..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 40 INVITE..Server:
Asterisk PBX 10.7.0..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Contac
t: <sip:0148734812@192.168.1.17:5060>..Content-Type: application/sdp..Content-Length: 204....v=0..o=root 131959022 131959023 IN IP4 192.16
8.1.17..s=Asterisk PBX 10.7.0..c=IN IP4 192.168.1.17..t=0 0..m=audio 14850 RTP/AVP 8..a=rtpmap:8 PCMA/8000..a=silenceSupp:off - - - -..a=p
time:20..a=sendrecv..
#
U 2014/02/06 22:37:49.169104 192.168.1.6:11340 -> 192.168.1.17:5060
ACK sip:0148734812@192.168.1.17:5060 SIP/2.0..Via: SIP/2.0/UDP 192.168.1.6:11340;branch=z9hG4bK194309984;rport..F rom: "400" <sip:400@192.1
68.1.17>;tag=1168804521..To: <sip:0148734812@192.168.1.17>;tag=as7f6c0952..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 40 ACK..Contact:
<sip:400@192.168.1.6:11340>..X-Grandstream-PBX: true..Max-Forwards: 70..Supported: replaces, path, timer..User-Agent: Grandstream GXP2140
1.0.0.17..Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE..Content-Length: 0....
#
U 2014/02/06 22:37:49.610384 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Conta ct: <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:49.610763 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=z9hG4bK444e6cfe;rport..Rou te: <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....
#

pthenot
06/02/2014, 23h53
3eme partie

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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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....

pthenot
06/02/2014, 23h57
Désolé pour les césures

#
#
U 2014/02/06 22:38:21.117459 91.121.129.20:5962 -> 192.168.1.17:5060
BYE sip:0033183626986@89.83.76.95:5060 SIP/2.0..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 18462290 BYE..From: <sip:01487
34812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..Max-Forwards: 30..Record-Route: <sip:91.121.129.20:5962;lr>..To: "400" <sip:00331836269
86@sip.ovh.fr>;tag=as04af75a1..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-SIBT-0989909f-7a469b7b..User-Agent: Cirpack/v4.56 (gw_si
p)..Content-Length: 0....
#
U 2014/02/06 22:38:21.117768 192.168.1.17:5060 -> 91.121.129.20:5962
SIP/2.0 200 OK..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-SIBT-0989909f-7a469b7b;received=91.121.129.20;rport=5962..Record-Route:
<sip:91.121.129.20:5962;lr>..From: <sip:0148734812@sip.ovh.fr>;tag=00-08179-013e5730-4d9162956..To: "400" <sip:0033183626986@sip.ovh.fr>;
tag=as04af75a1..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..CSeq: 18462290 BYE..Server: Asterisk PBX 10.7.0..Allow: INVITE, ACK,
CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH..Supported: replaces, timer..Content-Length: 0....
#
U 2014/02/06 22:38:21.118322 192.168.1.17:5060 -> 192.168.1.6:11340
BYE sip:400@192.168.1.6:11340 SIP/2.0..Via: SIP/2.0/UDP 192.168.1.17:5060;branch=z9hG4bK095e4146;rport..Ma x-Forwards: 70..From: <sip:01487
34812@192.168.1.17>;tag=as7f6c0952..To: "400" <sip:400@192.168.1.17>;tag=1168804521..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 102 BY
E..User-Agent: Asterisk PBX 10.7.0..X-Asterisk-HangupCause: Normal Clearing..X-Asterisk-HangupCauseCode: 16..Content-Length: 0....
#
U 2014/02/06 22:38:21.124440 192.168.1.6:11340 -> 192.168.1.17:5060
SIP/2.0 200 OK..Via: SIP/2.0/UDP 192.168.1.17:5060;branch=z9hG4bK095e4146;rport=506 0..From: <sip:0148734812@192.168.1.17>;tag=as7f6c0952..
To: "400" <sip:400@192.168.1.17>;tag=1168804521..Call-ID: 1392563310-11340-5@BJC.BGI.B.G..CSeq: 102 BYE..Contact: <sip:400@192.168.1.6:113
40>..Supported: replaces, path, timer..User-Agent: Grandstream GXP2140 1.0.0.17..Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTI
FY, INFO, REFER, UPDATE, MESSAGE..Content-Length: 0....

pthenot
07/02/2014, 00h02
le fragment avant BYE, j'avais allégé le principal
#
U 2014/02/06 22:38:13.563511 91.121.129.20:5962 -> 192.168.1.17:5060
OPTIONS sip:0033184230751@89.83.76.95:5060 SIP/2.0..Call-ID: 02-06056-11ee761d-30f885bb2@91.121.129.20..Contact: <sip:91.121.129.20:5962>.
.CSeq: 1 OPTIONS..From: <sip:keepalive@91.121.129.20:5962>;tag=02-06056-11ee761c-6e5254b02..Max-Forwards: 70..To: <sip:0033184230751@sip.o
vh.fr>..Via: SIP/2.0/UDP 91.121.129.20:5962;rport;branch=z9hG4bK-DNRU-098965e1-5bd808ae..Content-Length: 0....
#
U 2014/02/06 22:38:13.564046 192.168.1.17:5060 -> 91.121.129.20:5962
SIP/2.0 200 OK..Via: SIP/2.0/UDP 91.121.129.20:5962;branch=z9hG4bK-DNRU-098965e1-5bd808ae;received=91.121.129.20;rport=5962..From: <sip:ke
epalive@91.121.129.20:5962>;tag=02-06056-11ee761c-6e5254b02..To: <sip:0033184230751@sip.ovh.fr>;tag=as3df48ac0..Call-ID: 02-06056-11ee761d
-30f885bb2@91.121.129.20..CSeq: 1 OPTIONS..Server: Asterisk PBX 10.7.0..Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
, INFO, PUBLISH..Supported: replaces, timer..Contact: <sip:89.83.76.95:5060>..Accept: application/sdp..Content-Length: 0....
#
U 2014/02/06 22:38:16.611166 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Conta ct: <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:16.611380 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=z9hG4bK716fde7c;rport..Rou te: <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:20.607997 91.121.129.20:5060 -> 192.168.1.17:5060
SIP/2.0 200 OK..Call-ID: 0b4784ac3a062ee653620cd871778558@sip.ovh.fr..Conta ct: <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:20.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=z9hG4bK5e34cf81;rport..Rou te: <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....
#

valout
07/02/2014, 12h43
Bonjour,
J'ai exactement le même problème avec Ovh depuis quelques mois . Grandstream ou aastra disent que la faute vient de ovh ( viala trace ici jointe) et ovh dit que le problème viens du matériel . En gors cela fait 4 mois que mes clients on des coupures apres 50 secondes ou 2 minutes . avant cela fonctionnai très bien pendant + de 6 mois ( avec le mm materiel et sans mise à jour depuis ) . Ovh a changer et il ne donne aucun support pour résoudre le problème . Je recherche un autre partenaire car ovh son des gros nul qui ne sont mm pas capable de fournir les coordonnées d'une personne compétente ou d'un entreprise privée pour résoudre mon problème .
334

jean
07/02/2014, 14h13
3eme partie

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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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..Conta ct: <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..Rou te: <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 (http://www.asterisk-france.org/showthread.php/2884-impossible-de-faire-fonctionner-lgne-ovh?p=15772&viewfull=1#post15772)), 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.
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
[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
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?

valout
09/02/2014, 21h05
Pardonnez moi mais c est mon premier message et je ne sais pas si je dois repondre avec "+reply to thread" ou "reply with quote" .

Pour pthenot
Merci pour l'info .
J'utilise des GXP2200 car 1 soft de "play stor" affiche les caméras (ou les videoparlphone) en continu sur l ecran tactil .
J'ai installé Asterisk avec l'aide de Jean. Les coupures n'apparaisent plus maintenant entre ligne OVH. C est bizar, je ne comprend pas pq le probleme est resolu en passant par un Ipbx ... ( peut etre les pouvoirs bienfaiteur d'Asterisk :jap:
Sans ipbx , tous les postes de diferentes marques sur le site coupent la communication apres 20-50 secondes entre ligne ovh et parfois apres 2-3 minutes sur des autres lignes non ovh (fix ou gsm).

==> "Attention dans ton sip.conf penses à supprimer l’enregistrement de la ligne du compte 1" <===
La ligne du compte 1 corespond a quoi pour toi ? A la premiere ligne active dans le telephone ?

J'ai passé tout mon dimanche à essayé de mettre le "FR" dans Asterisk ... tj pas reussi :o( et je n arrive pas non plus à installé ipkg dans mon synology pour pouvoire faire du sftp en root ...). je tiens bon ! :o)

Au plaisr de vous lire ! dans Asterisk ... tj pas reussi :o( et je n arrive pas non plus à installé ipkg dans mon synology pour pouvoire faire du sftp en root ...). je tiens bon ! :o)

jean
10/02/2014, 15h19
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?

ton fixe et ton portable doivent s'enregistrer avec user/mdp, et allowguest doit rester à no - à yes, n'importe qui, sans user ni mot de passe peut passer un appel. si tu restes avec cette config, peux tu me donner ton @ ip, je cherche justement un moyen de router du trafic gratos ;-)

par curiosité, peux tu faire

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

et voir ce que cela donne... pour moi, le pbm est ce numéro de port 5962 qui est aberrant

Cdlt

quintana
10/02/2014, 16h03
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?

Ah non pas du tout, allowguest autorise n'importe qui à passer un appel (je simplifie) sans authentification. Donc imagines tu as allowguest=yes avec le context default où tu as un include sur les appelles sortant (classique) et bien tu autorises n'importe qui à passer des appelles sur ton serveur. Donc rien à voir avec ce que tu dis et un conseil mets le à no si tu ne sais pas exactement à quoi cela sert et comment ça marche.

pthenot
10/02/2014, 20h17
Bonsoir Jean,
C'est effectivement le ports 5962 qui est aberrant puisque avec :
register => 0033xxxxx:xxx@sip.ovh.fr:5060/00331xxxx
Tout fonctionne normalement.
Bien sûr ce n'est pas moi qui avait inventé le port5962, je n'avait pas bien compris pourquoi mais chaque serveur peut choisir son port même si il n'est pas orthodoxe.
Cette configuration date de 2011 quand j'ai écrit le programme, (je te rassure sur les délais de mise en oeuvre je fais cela pendant mes loisirs et je suis un amateur)

Par contre avec allowguest=no, je confirme que je ne peux plus appeler avec mon portable qui est en anonyme, l'appel est refusé.
J'ai mis allowguest=no dans le contexte général du fichier sip.conf à priori c'est sa place?.
Pour les essai cela ne dérange pas mais en pratique j'ai créé une maison médicale de 26 cabinets actuellement le standard est relié directement à un mini pabx ovh qui fonctionne correctement.
J'ai écrit un programme de prise de rendez-vous qui est accessible directement,ou par internet ou par un svi d'où l’intérêt d'un pabx asterisk, qui va soulager le secrétariat.
Par contre je ne peux exclure les fous comme moi qui appellent en anonymous
Pendant que nous y sommes faut-il rajouter
alwaysauthreject=yes

quintana
10/02/2014, 23h40
Je ne sais pas pourquoi et comment tu as ce résultat avec allowguest mais c'est clairement pas son but ... Cela veut dire que tu as potentiellement un problème de configuration ... Regardes du côté de ton trunk, il ne doit pas matcher avec ton appel entrant et du coup il passe sur ton allowguest. J'espère au moins que tes appelles entrant sont forcés dans un context que pour les appelles entrant, cela limitera tes risques. J'ai jamais un seul allowguest à Yes et je reçois tous mes appelles qu'il soit privé ou non.

pthenot
11/02/2014, 00h09
Le comportement que j'observe est conforme à ce qui est écrit dans http://www.voip-info.org
"The "allowguest" line disables anonymous SIP calls to your PBX. Some SIP providers connect as a guest user, however, so this may be inappropriate for your situation. Also, if you want to accept anonymous SIP calls, this line would block them, so you wouldn't want that. But it is listed here because it is the safest configuration."
Mais bien sûr si il existe une manière de recevoir les appels anonymes et de se protéger, je suis preneur.
Je vais essayer de mettre allowguest =yes et d'étudier les trames du refus d'un appel anonyme, ce sera plus simple que le problème précédent car l'appel est bloqué à l'émission.

jean
11/02/2014, 14h26
oui, mais il y a anonyme et anne honyme (une copine....)

1- anonyme: le client n'est pas enregistré, et n'importe quel utilisateur passe un appel

2- Anne Honyme: le client est enregistré et passe des appels en masquant le numéro appelant

Tu veux le 2 mais tu fais le 1, et par une raison bizarre, ca fait fonctionner tes appels alors que ca devrait pas.

Là, (je suis très en forme), avec allowguest=yes, tu es les fesses en l'air et tu tends le pot de vaseline... ca fera mal quand même !

quintana
11/02/2014, 17h13
Lol oui anonymous est dans le sens authentification et non appel anonyme :)
En effet tu sembles en forme Jean :)

pthenot
11/02/2014, 21h26
Bonsoir Jean,
Je crois que j'ai compris ce que tu disais sur anonyme et je pense que tu as raison.
Pour la vaseline c'est mon métier d'urologue, c'est ce que je fais toute la journée mais dans les fesses des autres!!!
Merci encore de ton aide patiente

tan
13/02/2014, 12h14
ça fait des jours que je cherchais une solution sur les lignes sip.ovh.fr
et j'en étais à envisager même de changer d'opérateur ...

et je tombe ici j'essaye et ca marche merci beaucoup pour cette solution
innatendu je n'y aurais jamais pensé


Un grand merci pour cette journée qui s'annonce nettement plus agréable.

jean
13/02/2014, 14h19
Merci, ça fait plaisir de voir que cela aide plusieurs personnes.

De manière à ce que ce thread soit le plus complet, un dernier point sur ovh: ils ne présentent pas le numéro de la ligne appelée dans le champ qui va bien, et du coup, asterisk branche sur la priorité 's' du contexte.

Pour savoir quel numéro a été appelé, il faut, en asterisk "pur", regarder dans la variable : ${CUT(CUT(SIP_HEADER(To),@,1),:,2)}

En freepbx, il faut déclarer un custom context:

[custom-from-ovh]
exten => s,1,Goto(from-trunk,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)

puis l'utiliser dans la création du trunk en précisant: context=custom-from-ovh


J.

tan
13/02/2014, 18h58
Effectivement ça aide ...
je me suis permis de donner votre solution sur le forum d'ovh
http://forum.ovh.com/showthread.php?87891-asterisk-ne-marche-plus-depuis-passage-en-sip-ovh-fr&p=599177#post599177

Encore merci

marcm
13/06/2018, 14h25
Bonjour

j'aurais besoin d'un éclaircissement pour mettre en oeuvre les instructions suivantes avec FreePBX:


.../ En freepbx, il faut déclarer un custom context:
[custom-from-ovh]
exten => s,1,Goto(from-trunk,${CUT(CUT(SIP_HEADER(To),@,1),:,2)},1)
puis l'utiliser dans la création du trunk en précisant: context=custom-from-ovh
J.

comment fait-on en pratique ?
Utilise-t-on l'interface web, un module (Connectivity/custom contexts) ?
Ou doit-on modifier un fichier .conf via la CLI ? (la plupart des fichiers indiquent qu'ils ne doivent pas etre modifiés directement...)

Merci

fastm3
14/06/2018, 00h06
Bonjour

j'aurais besoin d'un éclaircissement pour mettre en oeuvre les instructions suivantes avec FreePBX:



comment fait-on en pratique ?
Utilise-t-on l'interface web, un module (Connectivity/custom contexts) ?
Ou doit-on modifier un fichier .conf via la CLI ? (la plupart des fichiers indiquent qu'ils ne doivent pas etre modifiés directement...)

a ajouter "a la main" ( vi rocks...) dans extensions_custom.conf , tous les xxx_custom.conf sont faits pour ca et peuvent etre modifiés à la main. Ce sont les fichiers de conf qui ne sont pas ecrasés quand tu fais un "apply_conf" dans l'interface web.
Il faut tout de meme faire un reload pour que tes modifs soient prise en compte par asterisk.

asterisk -rx "core reload"

Rajouter des traces est toujours bienvenue quand on fait du 'custom'
Tu peux ajouter par exemple
Noop(Using CallerID ${CALLERID(all)})
Noop( CallerID from SIP To header: ${SIP_HEADER(To)} )

Francois.

marcm
14/06/2018, 17h08
Merci fastm3.

En fait je n'ai pas eu besoin de créer un contexte. Il en existe un qui règle précisément ce problème. (testé avec FreePBX 13.0.195.4/Asterisk Version: 13.18.3)
context=from-pstn-toheader