Probleme de SIP Cancel - Appel entrant gateway Patton 463X

[jean]

C'est lairement le host 10.10.99.250 qui initie la fin de communication - donc, si j'ai bien compris la patton.
fais un telnet dessus, puis

enable
configure
debug context sip-gateway transport detail 1
debug context sip-gateway signaling detail 1
debug ccisdn signaling
debug context sip-gateway error detail 3

tu devrais avoir plus d'infos sur ce qui se passe

[lengend]

Bonjour,

Merci pour ta réponse et désolé du délai pour la mienne ^^'

Je vais tester ça dès que possible et je posterai ce que j'en retire.

[lengend]

Bonjour,

J'ai enfin pu refaire la manipulation avec les commandes de débug proposez au dessus, je vous joint le résultat de l'appel.

Après avoir regardé les différents logs je retrouve bien le SIP CANCEL que j'avais sous Wireshark mais je peine à en trouver la cause :/

Je vais essayer de modifier la config de ma Patton, je vous tient au courant.


résultat appel depuis l'extérieur.txt

[lengend]

Re-bonjour,

Après avoir lu en détail les logs je pense avoir trouver la cause du probleme :

RELEASE (DSS1 User)
[080281AA]
Cause : switching equipment congestion
private network serving local user - CCITT - Q.931

La raison du cancel semble être liée a cette "cause".

Je poursuis mes recherche dans l'attente d'une possible réponse ^^

Merci d'avance !

[jean]

j'appelerai orange pour qu'ils testent la ligne.... si leur réseau répond congestion, peut etre que la ligne est retreinte, ou a un défaut

[lengend]

Etant dans le cadre d'un projet universitaire je vais en discuter avec l'enseignant responsable.

Le problème de congestion me parait d'autant plus bizarre qu'un autre groupe utilisant lui une passerelle Beronet a réussi a mettre en place la même infra sans rencontrer ce soucis :/

Merci pour la réponse !

[jean]

je réfléchis à voix haute....

dans ce cas, il doit y avoir un souci de config isdn des ports BRI.

je viens de regarder tes traces, le truc qui m'étonne:
- le caller id est transmis à 4 chiffres, c'est un peu surprenant - le called number à 4 chiffres, oui, souvent on ne récupère que la sda, mais calling, il faut les 10 chiffres pour savoir qui appelle

- tu as des messages overlap dialing: Set state to OVERLAP RECEIVING - c'est généralement quand les chiffres sont envoyés en plusieurs messages - et ton interface if_s00 renvoie sur rt_out, qui renvoie sur if_s00 - il faudrait la faire pointer vers l'objet IF_SIP, avec un route table spécifique. en fait, je pense que l'appel reboucle sur le port if_s00, et bloque - si tu veux, envoie en mp ton @ mail, et je t'enverrai une config qui marche - sinon, en googlant le forum, il y en a aussi