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

[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

[YBDOMO]

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

[jean]

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 !

[YBDOMO]

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+