[SR-Users] BYE issue kamailio + rtpproxy "481 call leg transaction doesn't exists".

Nihar Ranjan Deb nihar.ranjan at microtalkgroup.com
Wed Dec 28 13:11:50 CET 2016


Hi All,

 

I am a new user of kamailio. We have setup a kamilio server with RTP proxy.
Most of the features are working fine except BYE. 

 

 

Say User A and B are registered in kamailio server. A (caller) connected to
B(called), call established. 

 

1. If Caller (A)  disconnects the call, everything goes fine. B gets
disconnected and call releases.

 

2. But if Called party (B) disconnects the call, A never gets disconnected.
I checked trace as well, in this case caller (A) gets a BYE with B's callid.
So A rejects call with "481 call leg transaction doesn't exists".

Basically A party and B party has separate dialog established with Kamilio.
So they have two separate callids . All messages are exchanged correctly.
Only when B party disconnects call, kamailio sends BYE to A party with B
party callid.

 

Please help me to resolve this issue. Do let me know if any more information
required.

 

 

------ INVITE--------------------------

 

INVITE sip:966268@*** SIP/2.0

Via: SIP/2.0/UDP
192.168.1.36:63238;branch=z9hG4bK-524287-1---e64d171ec3b0b54e;rport

Max-Forwards: 70

Contact: <sip:334031@***:8906;rinstance=ea9b5f48eb342a98>

To: <sip:966268@***>

From: "334031"<sip:334031@****>;tag=4406552c

Call-ID: 82158NzljY2NiYTA5YmI3M2U1MzQyODgwMWYwYTI3ZWJjNzc

CSeq: 2 INVITE

Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS,
MESSAGE

Content-Type: application/sdp

Proxy-Authorization: Digest
username="334031",realm="*****",nonce="****",uri="sip:966268@***",response="
***",algorithm=MD5

Supported: replaces

User-Agent: X-Lite release 4.9.6 stamp 82158

Content-Length: 334

 

v=0

o=- 13127393523589215 1 IN IP4 192.168.1.36

s=X-Lite release 4.9.6 stamp 82158

c=IN IP4 192.168.1.36

t=0 0

m=audio 57116 RTP/AVP 9 8 120 0 84 101

a=rtpmap:120 opus/48000/2

a=fmtp:120 useinbandfec=1; usedtx=1; maxaveragebitrate=64000

a=rtpmap:84 speex/16000

a=rtpmap:101 telephone-event/8000

a=fmtp:101 0-15

a=sendrecv

 

 

 

-------------------------BYE--------------------------------

 

 

BYE sip:334031 at 192.168.1.36:63238;rinstance=ea9b5f48eb342a98 SIP/2.0

Via: SIP/2.0/UDP
***:5060;branch=z9hG4bKa28b.a2ac8c26802cdcc8c619784643f82000.0

Via: SIP/2.0/UDP
10.0.0.1;branch=z9hG4bKsr-HqsDUwx8-phRByVr-9VwUlbcUlPcIpKo-0noY0rjI95gmMhg10
qgY9mc-w5He0EJbTbkb3AZt2Yna6n4uPmqbJWEYwVKYlDTYlH*

From: <sip:966268@***>;tag=1665200125

To: "334031" <sip:334031@***>;tag=4406552c

Call-ID:
!!:xePve9XKtEJ4NJJT-2hM9lsXe6RemqZPIRAa1PZf1wJ4DRx5ePRce0OwbHAY-RD4Hlya-HRwe
MH4N6RemHYMI9Y0tV**

CSeq: 3 BYE

Contact: <sip:10.0.0.1;line=sr-mcsjIlJcYlxcIPVo-0-8Ylb8-9bKUlPjIlxEYwbw>

Max-Forwards: 69

User-Agent: Yealink SIP-T20P 9.72.0.80

Content-Length: 0

 

 

-------------------------- 481---------------------

 

SIP/2.0 481 Call/Transaction Does Not Exist

Via: SIP/2.0/UDP
***:5060;branch=z9hG4bKa28b.a2ac8c26802cdcc8c619784643f82000.0;received=35.1
64.228.12

Via: SIP/2.0/UDP
10.0.0.1;branch=z9hG4bKsr-HqsDUwx8-phRByVr-9VwUlbcUlPcIpKo-0noY0rjI95gmMhg10
qgY9mc-w5He0EJbTbkb3AZt2Yna6n4uPmqbJWEYwVKYlDTYlH*

To: "334031" <sip:334031@***>;tag=4406552c

From: <sip:966268@***>;tag=1665200125

Call-ID:
!!:xePve9XKtEJ4NJJT-2hM9lsXe6RemqZPIRAa1PZf1wJ4DRx5ePRce0OwbHAY-RD4Hlya-HRwe
MH4N6RemHYMI9Y0tV**

CSeq: 3 BYE

Accept-Language: en

Content-Length: 0

 

 

 

 

Regards,

Nihar

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20161228/5f6a1fcb/attachment.html>


More information about the sr-users mailing list