Error 500 Cseq number Out of order avec une Biv serie 2

Bonjour,
Je ne pose pas beaucoup de question sur le forum mais que je lis beaucoup mais cette fois j'ai besoin de votre avis
je vous expose mon problème auquel je n'ai pas de réponse.

installation client

Os ubuntu 14.04 sur VMware
Asterisk 1.8.32
13 postes (cisco SPA504G)
10 dect Gigaset sur 3 bases
trunch Sip 10 canaux avec SDA Biv serie Orange

Orange lors de la négociation SIP, utilise le protocole SIP3GPP

le client se plaint d'avoir des coupures téléphoniques sur les appels entrants
dans le CLI asterisk et log
de maniere alléatoire
j'ai erreur 500 system error intern Cseq Number Out Of Order

donc j'ai trace SIP en négociation par

tcpdump -vv -i eth1 host 80.12.12.173 and 172.16.1.1

pour avoir la trace complete de la negociation dont voici un extrait

10:25:53.166374 IP (tos 0xb8, ttl 55, id 20657, offset 0, flags [DF], proto UDP (17), length 397)
pcscfgm.orange-obs.fr.sip > asterisk-VM.sip: [udp sum ok] SIP, length: 369
SIP/2.0 500 Server Internal Error - CSeq Number Out Of Order
v:SIP/2.0/UDP 172.16.1.1:5060;branch=z9hG4bK440b0b29;rport=50015 ;received=10.200.85.16
f:"Le 013445XXXX"<sip:+3313445XXXX@orange-obs.fr;user=phone>;tag=as5c514c33
t:<sip:+3362333YYYY@orange-obs.fr;user=phone>;tag=661707990-1445415941179-
i:BW102541179211015-38288917@10.98.125.6
CSeq:102 INVITE
l:0


0x0000: 5349 502f 322e 3020 3530 3020 5365 7276
0x0010: 6572 2049 6e74 6572 6e61 6c20 4572 726f
0x0020: 7220 2d20 4353 6571 204e 756d 6265 7220
0x0030: 4f75 7420 4f66 204f 7264 6572 0d0a 763a
0x0040: 5349 502f 322e 302f 5544 5020 3137 322e
0x0050: 3136 2e31 2e31 3a35 3036 303b 6272 616e
0x0060: 6368 3d7a 3968 4734 624b 3434 3062 3062
0x0070: 3239 3b72 706f 7274 3d35 3030 3135 3b72
0x0080: 6563 6569 7665 643d 3130 2e32 3030 2e38
0x0090: 352e 3136 0d0a 663a 224c 6520 3031 3334
0x00a0: 3435 3234 3235 223c 7369 703a 2b33 3331
0x00b0: 3334 3435 3234 3235 406f 7261 6e67 652d
0x00c0: 6f62 732e 6672 3b75 7365 723d 7068 6f6e
0x00d0: 653e 3b74 6167 3d61 7335 6335 3134 6333
0x00e0: 330d 0a74 3a3c 7369 703a 2b33 3336 3233
0x00f0: 3333 3937 3039 406f 7261 6e67 652d 6f62
0x0100: 732e 6672 3b75 7365 723d 7068 6f6e 653e
0x0110: 3b74 6167 3d36 3631 3730 3739 3930 2d31
0x0120: 3434 3534 3135 3934 3131 3739 2d0d 0a69
0x0130: 3a42 5731 3032 3534 3131 3739 3231 3130
0x0140: 3135 2d33 3832 3838 3931 3740 3130 2e39
0x0150: 382e 3132 352e 360d 0a43 5365 713a 3130
0x0160: 3220 494e 5649 5445 0d0a 6c3a 300d 0a0d
0x0170: 0a
10:25:53.166582 IP (tos 0x0, ttl 64, id 50830, offset 0, flags [none], proto UDP (17), length 519)
asterisk-VM.sip > pcscfgm.orange-obs.fr.sip: [bad udp cksum 0x0bcf -> 0x214b!] SIP, length: 491
ACK sip:opioppcf403gm.orange-obs.fr SIP/2.0
Via: SIP/2.0/UDP 172.16.1.1:5060;branch=z9hG4bK7f92d649
Route: <sip:80.12.12.173;routing_id=pcscf_b_side;lskpmc=P 0I;lr>
Max-Forwards: 70
From: "Le 013445XXXXorange-obs.fr;user=phone>;tag=661707990-1445415941179-
Contact: <sip:+3313445XXXX@172.16.1.1:5060>
Call-ID: BW102541179211015-38288917@10.98.125.6
CSeq: 102 ACK
User-Agent: JIB
Content-Length: 0


0x0000: 4143 4b20 7369 703a 6f70 696f 7070 6366
0x0010: 3430 3367 6d2e 6f72 616e 6765 2d6f 6273
0x0020: 2e66 7220 5349 502f 322e 300d 0a56 6961
0x0030: 3a20 5349 502f 322e 302f 5544 5020 3137
0x0040: 322e 3136 2e31 2e31 3a35 3036 303b 6272
0x0050: 616e 6368 3d7a 3968 4734 624b 3766 3932
0x0060: 6436 3439 0d0a 526f 7574 653a 203c 7369
0x0070: 703a 3830 2e31 322e 3132 2e31 3733 3b72
0x0080: 6f75 7469 6e67 5f69 643d 7063 7363 665f
0x0090: 625f 7369 6465 3b6c 736b 706d 633d 5030
0x00a0: 493b 6c72 3e0d 0a4d 6178 2d46 6f72 7761
0x00b0: 7264 733a 2037 300d 0a46 726f 6d3a 2022
0x00c0: 4c65 2030 3133 3434 3532 3432 3522 3c73
0x00d0: 6970 3a2b 3333 3133 3434 3532 3432 3540
0x00e0: 6f72 616e 6765 2d6f 6273 2e66 723b 7573
0x00f0: 6572 3d70 686f 6e65 3e3b 7461 673d 6173
0x0100: 3563 3531 3463 3333 0d0a 546f 3a20 3c73
0x0110: 6970 3a2b 3333 3632 3333 3339 3730 3940
0x0120: 6f72 616e 6765 2d6f 6273 2e66 723b 7573
0x0130: 6572 3d70 686f 6e65 3e3b 7461 673d 3636
0x0140: 3137 3037 3939 302d 3134 3435 3431 3539
0x0150: 3431 3137 392d 0d0a 436f 6e74 6163 743a
0x0160: 203c 7369 703a 2b33 3331 3334 3435 3234
0x0170: 3235 4031 3732 2e31 362e 312e 313a 3530
0x0180: 3630 3e0d 0a43 616c 6c2d 4944 3a20 4257
0x0190: 3130 3235 3431 3137 3932 3131 3031 352d
0x01a0: 3338 3238 3839 3137 4031 302e 3938 2e31
0x01b0: 3235 2e36 0d0a 4353 6571 3a20 3130 3220
0x01c0: 4143 4b0d 0a55 7365 722d 4167 656e 743a
0x01d0: 204a 4942 0d0a 436f 6e74 656e 742d 4c65
0x01e0: 6e67 7468 3a20 300d 0a0d 0a
10:25:53.208935 IP (tos 0xb8, ttl 55, id 20658, offset 0, flags [DF], proto UDP (17), length 477)
pcscfgm.orange-obs.fr.sip > asterisk-VM.sip: [udp sum ok] SIP, length: 449
SIP/2.0 200 OK
v:SIP/2.0/UDP 172.16.1.1:5060;received=10.200.85.16;branch=z9hG4 bK7f92d649;rport=50015
f:"Le 013445XXXX"<sip:+3313445XXXX@orange-obs.fr;user=phone>;tag=as5c514c33
t:<sip:+3362333YYYY@orange-obs.fr;user=phone>;tag=661707990-1445415941179-
i:BW102541179211015-38288917@10.98.125.6
CSeq:104 UPDATE
Record-Route:<sip:80.12.12.173;routing_id=pcscf_b_side;ls kpmc=P0I;lr>
k:
m:<sip:opioppcf403gm.orange-obs.fr;transport=tcp>
l:0


0x0000: 5349 502f 322e 3020 3230 3020 4f4b 0d0a
0x0010: 763a 5349 502f 322e 302f 5544 5020 3137
0x0020: 322e 3136 2e31 2e31 3a35 3036 303b 7265
0x0030: 6365 6976 6564 3d31 302e 3230 302e 3835
0x0040: 2e31 363b 6272 616e 6368 3d7a 3968 4734
0x0050: 624b 3766 3932 6436 3439 3b72 706f 7274
0x0060: 3d35 3030 3135 0d0a 663a 224c 6520 3031
0x0070: 3334 3435 3234 3235 223c 7369 703a 2b33
0x0080: 3331 3334 3435 3234 3235 406f 7261 6e67
0x0090: 652d 6f62 732e 6672 3b75 7365 723d 7068
0x00a0: 6f6e 653e 3b74 6167 3d61 7335 6335 3134
0x00b0: 6333 330d 0a74 3a3c 7369 703a 2b33 3336
0x00c0: 3233 3333 3937 3039 406f 7261 6e67 652d
0x00d0: 6f62 732e 6672 3b75 7365 723d 7068 6f6e
0x00e0: 653e 3b74 6167 3d36 3631 3730 3739 3930
0x00f0: 2d31 3434 3534 3135 3934 3131 3739 2d0d
0x0100: 0a69 3a42 5731 3032 3534 3131 3739 3231
0x0110: 3130 3135 2d33 3832 3838 3931 3740 3130
0x0120: 2e39 382e 3132 352e 360d 0a43 5365 713a
0x0130: 3130 3420 5550 4441 5445 0d0a 5265 636f
0x0140: 7264 2d52 6f75 7465 3a3c 7369 703a 3830
0x0150: 2e31 322e 3132 2e31 3733 3b72 6f75 7469
0x0160: 6e67 5f69 643d 7063 7363 665f 625f 7369
0x0170: 6465 3b6c 736b 706d 633d 5030 493b 6c72
0x0180: 3e0d 0a6b 3a0d 0a6d 3a3c 7369 703a 6f70
0x0190: 696f 7070 6366 3430 3367 6d2e 6f72 616e
0x01a0: 6765 2d6f 6273 2e66 723b 7472 616e 7370
0x01b0: 6f72 743d 7463 703e 0d0a 6c3a 300d 0a0d
0x01c0: 0a
10:25:53.670012 IP (tos 0xb8, ttl 55, id 20659, offset 0, flags [DF], proto UDP (17), length 397)
pcscfgm.orange-obs.fr.sip > asterisk-VM.sip: [udp sum ok] SIP, length: 369
SIP/2.0 500 Server Internal Error - CSeq Number Out Of Order
v:SIP/2.0/UDP 172.16.1.1:5060;branch=z9hG4bK440b0b29;rport=50015 ;received=10.200.85.16
f:"Le 013445XXXX"<sip:+33134452425@orange-obs.fr;user=phone>;tag=as5c514c33
t:<sip:+3362333YYYY@orange-obs.fr;user=phone>;tag=661707990-1445415941179-
i:BW102541179211015-38288917@10.98.125.6
CSeq:102 INVITE
l:0

Question est-ce un un lien avec le protocole utilisé par Orange?
Est-ce que Asterisk suporte ce protocole?
J' avoue que pour l'instant je n'ai pas d'idées
En vous remerciant tous

A+

yves

ahhh... on a beau s'appeler orange, on reste aussi XXXXX que quand on s'appelait FT.... genre, le monde entier utilise le SS7, mais Mr France Telecom en a sa propre version qui fait suer tous les partenaires...... pourquoi prendre du sip standard quand on peut prendre un protocole à la mord moi le noeud.....

asterisk supporte le sip RFC 3261 (ex 2543), sip3gpp, perso, connais pas et je doute qu'asterisk connaisse... mais si qqun veut bien éclairer ma lanterne

pour ta question, le cseq est incrémenté lors de chaque dialogue me semble-t-il. Il faudrait tracer l'intégralité du dialogue fautif, notamment les échanges avant. Perso, je fais un ngrep -O monfichier.pcap port 5060 > /dev/null, je le laisse tourner tranquille, et après, le souci, je regarde via ngrep -I monfichier.pcap, ou mieux, avec wireshark, tu pourras analyser le fichier, et voire ce qui ne va pas.
si tu veux, tu peux poster (pastebin si c'est long) l'échange fautif...

ceci étant dit, les traces que tu fournis (peux tu virer les dump hexa, ca apporte peu), sont pris après - on ne voit pas de coupure, et le dernier paquet semble incomplet. en toute logique, si le serveur est insatisfait du protocole, il devrait tenter de couper la comm... donc, avec un peu plus avant et après, ca peut aider

Citation:

---

Envoyé par jean

ahhh... on a beau s'appeler orange, on reste aussi XXXXX que quand on s'appelait FT.... genre, le monde entier utilise le SS7, mais Mr France Telecom en a sa propre version qui fait suer tous les partenaires...... pourquoi prendre du sip standard quand on peut prendre un protocole à la mord moi le noeud.....

asterisk supporte le sip RFC 3261 (ex 2543), sip3gpp, perso, connais pas et je doute qu'asterisk connaisse... mais si qqun veut bien éclairer ma lanterne

pour ta question, le cseq est incrémenté lors de chaque dialogue me semble-t-il. Il faudrait tracer l'intégralité du dialogue fautif, notamment les échanges avant. Perso, je fais un ngrep -O monfichier.pcap port 5060 > /dev/null, je le laisse tourner tranquille, et après, le souci, je regarde via ngrep -I monfichier.pcap, ou mieux, avec wireshark, tu pourras analyser le fichier, et voire ce qui ne va pas.
si tu veux, tu peux poster (pastebin si c'est long) l'échange fautif...

ceci étant dit, les traces que tu fournis (peux tu virer les dump hexa, ca apporte peu), sont pris après - on ne voit pas de coupure, et le dernier paquet semble incomplet. en toute logique, si le serveur est insatisfait du protocole, il devrait tenter de couper la comm... donc, avec un peu plus avant et après, ca peut aider

---

En reponse ce que j'ai trouve

http://docplayer.fr/1530045-Evolutio...ie-sur-ip.html

j'peux pas poster ce que je pense de ce document, de l'état d'esprit du mec qui l'écrit, c'est pas poli.... mais si tu envoies les traces, je peux regarder !

Bonjour,

Je n'ai pas eu le temps de repondre a Jean, je m'en excuse

apres beaucoup de peripecie, du coup nous avons effectuer
une install toujours en VM mais avec debian 8.2 au lieu de
Ubuntu 14
le PB semble resolu en fait il semble que cette erreur
ait été provoque par la gestion virtuel de l'interface eth0
par network-manager de Ubuntu.

ce qui a été fait c'est la suppression de network-manager sur debian
et configuration de eth0 en dur avec interfaces.
nous avons gagne en rapidité et stabilité

d'un autre coté on ne sait pas s'il y a eu des modifs coté Orange

ce qui semble sur, est que l'erreur 500 n'apparait plus dans cli
encore une fois merci a Jean


A+