0 votes

Astérisque met fin à l'appel sortant lorsqu'il est décroché, envoie le message 'BYE'

Je fais tourner Asterisk 1.6.1.10 / FreePBX 2.5.2.2 et j'ai configuré un tronc sortant. Tout fonctionnait bien jusqu'à récemment (peut-être à cause de la mise à jour vers FC12 ou d'autres choses dont je ne suis pas sûr).

Quoi qu'il en soit, la configuration ne semble pas avoir de problèmes pour s'enregistrer et établir l'appel, les paquets RTP vont dans les deux sens et on peut entendre la sonnerie de l'autre côté. Cependant, il semble qu'au moment où l'appel est décroché ou aux alentours, les paquets RTP entrants s'arrêtent. Après une inspection plus approfondie avec Wireshark, ce sont ces paquets particuliers qui semblent être la cause :

tronc->asterisk SIP/SD Status : 200 OK, avec description de session
asterisk->tronc SIP    Requête : ACK sip:@trunk:6889
asterisk->tronc SIP    Requête : BYE sip:@trunk:6889
[..environ une douzaine de paquets RTP entrants/sortants..]
tronc->asterisk SIP    Statut : 200 OK, CSeq : 104 Bye
[..paquets RTP sortants continuent, le téléphone est silencieux..]

Ensuite, les paquets RTP entrants s'arrêtent, cependant les journaux d'Asterisk ne montrent aucune activité à ce stade. La dernière entrée indique 'SIP/ est répondu SIP/'.

Ensuite, lorsque vous raccrochez le poste, vous obtenez

asterisk->tronc SIP    Requête : BYE sip:@trunk:6889
tronc->asterisk SIP    Statut : 481 L'appel/La transaction ne existe pas

Les paramètres de mon tronc peer dans FreePBX sont :

username=
fromuser=
canreinvite=no
type=friend
secret=
qualify=no [qualify yes produit des messages 401/forbidden]
nat=yes
insecure=very
host=
fromdomain=
disallow=all
context=from-pstn
allow=ulaw
dtmfmode=inband

Sous sip_general_custom.conf j'ai

stunaddr=stun.xten.com
externrefresh=120
localnet=192.168.1.1/255.255.255.0
nat=yes

Qu'est-ce qui cause la fin prématurée de l'appel par Asterisk et pourquoi pense-t-il toujours que l'appel est en cours ? Je ne sais pas où regarder ensuite.

1voto

tsz Points 129

Essayez de mettre canreinvite à oui, puis rechargez sip. De plus, postez la sortie de sip set debug on avant et après ce changement.

0voto

Mitchel Sellers Points 101

Il y a un BYE généré lorsque vous décrochez le téléphone - il n'y a pas de timestamps ci-dessus, mais il semble se produire immédiatement après le 200 OK. Le deuxième BYE est ensuite généré en dehors de la conversation maintenant - d'où le 481.

Pouvez-vous nous donner une trace SIP de la conversation montrant le contenu textuel de la conversation SIP ? Je crois qu'en asterisk c'est la commande "sip debug".

À votre santé, Aled.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X