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.
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.
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
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 !
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
Sécurisez votre asterisk, lisez ce post du forum: http://www.asterisk-france.org/showt...-recapitulatif et votre patton: http://www.asterisk-france.org/threa...tage-via-tiers - comprenez le nat : http://www.asterisk-france.org/threa...dio-pas-de-son
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 !
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
Sécurisez votre asterisk, lisez ce post du forum: http://www.asterisk-france.org/showt...-recapitulatif et votre patton: http://www.asterisk-france.org/threa...tage-via-tiers - comprenez le nat : http://www.asterisk-france.org/threa...dio-pas-de-son
Bonjour !
Après avoir modifié ma config le problème semble avancer, j'arrive désormais a faire sonner le téléphone mais lorsque je décroche l'appel se termine.
Sur le téléphone appelant on continue d'avoir la tonalité d'attente et ce même après que le téléphone appelé ait "raccroché".
Je vous joins la configuration avec les modifications ainsi que la dernière capture de trame effectué.
J'ai (si je n'ai pas fais d'erreur) configuré les routes pour éviter de créer une boucle sur l'interface S00 mais il semblerait que le problème de congestion persiste malgré tout :/
Capture :
Capture 03-05.txt
Conf Patton actuelle :
running conf patton.txt