[SR-Users] Kamailio with dispatcher not send BYE to Asterisk.

[Jeferson Oliveira]

Hello everyone,

I have an error that I have not yet been able to solve and would like 
the help of colleagues to indicate a correct path.
The problem that is occurring is that when the client disconnects the 
call kamailio is not sending the BYE forward until arriving at the asterisk.

Both in the test scenario and in the production scenario the problem is 
the same and the message I see in the capture is 404 Not here, msg this 
coming from kamailio.

Production scenario.

PSTN <----------> Dialer --------->kamailio -----------> asterisk1
-----------> asterisk2

Test scenario.

sipp generated calls ------> kamailio -------> asterisk1

-------> asterisk2



When this occurs, the calls that are disconnected by the client are in a 
"zombie" state in asterisk, and end up being terminated by timeout with 
the following message in the asterisk CLI:

/[Apr 25 17:49:59] WARNING[2121]: chan_sip.c:4072 retrans_pkt: 
Retransmission timeout reached on transmission 22-6073 at 10.110.7.242 for 
seqno 1 (Critical Response) -- See 
https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions//
//Packet timed out after 31999ms with no response/

In the sipp panel I see in the Retransmission column several 
incrementing counters, as per the attachment.

If I take the kamailio from the move and point the sipp to only one of 
the asterisk, the retransmissions do not happen and BYE follows normally.

My kamailio.cfg configuration file can be downloaded from this url: 
https://drive.google.com/file/d/1bBj4GEZSPrp1iJXSLWQ4Z6g59tEFjnNT/view?usp=sharing


Thank you very much.

-- 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180502/5c4cdb98/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: assinatura.jpg
Type: image/jpeg
Size: 20243 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180502/5c4cdb98/attachment.jpg>