[OpenSIPS-Users] BYE generated locally going to private IP, not public IP

Daniel Zanutti daniel.zanutti at gmail.com
Fri Apr 22 23:12:49 CEST 2016


Hi

I'm facing an strange issue when my Opensips instance hangs up a call,
generating BYE to both sides (timeout on dialog module or rtpproxy). The
BYE is sent to both sides but A side is behind NAT and the BYE is sent to
the local IP address and not to the public one.

See trace bellow:

Customer -> Opensips

*U 200.200.200.200:27923 <http://200.200.200.200:27923> ->
199.199.199.199:5060 <http://199.199.199.199:5060>*
INVITE sip:551133333333 at plat.test.com SIP/2.0
Record-Route: <sip:172.20.17.11;lr;ftag=7db6f42e;did=769.5ee54854>
Via: SIP/2.0/UDP 172.20.17.11:5060;branch=z9hG4bKb99a.3c0442d4.0
Via: SIP/2.0/UDP 172.28.0.12:57744
;received=172.28.0.12;branch=z9hG4bK-524287-1---08559406a5e9137b;rport=57744
Max-Forwards: 68
Contact: <sip:100111 at 172.28.0.12:57744;rinstance=b4a1be0f56d73cfd>
To: <sip:551133333333 at plat.test.com>
From: <sip:100111 at 172.20.17.11>;tag=7db6f42e
Call-ID: 79961NjFjMjY2MDhiYjhhNDYyN2UyMWZiMzFiNWM5NzBkNTM
CSeq: 2 INVITE
Allow: SUBSCRIBE, NOTIFY, INVITE, ACK, CANCEL, BYE, REFER, INFO, OPTIONS,
MESSAGE
Content-Type: application/sdp
Supported: replaces
User-Agent: X-Lite release 4.9.3 stamp 79961
Content-Length: 333
P-hint: NAT


BYE Opensips -> Customer

*U 199.199.199.199:5060 <http://199.199.199.199:5060> -> 172.20.17.11:5060
<http://172.20.17.11:5060>*
BYE sip:100111 at 200.200.200.200:27923;rinstance=b4a1be0f56d73cfd SIP/2.0
Via: SIP/2.0/UDP 199.199.199.199:5060;branch=z9hG4bKe99a.e1c423a3.0
To: <sip:100111 at 172.20.17.11>;tag=7db6f42e
From: <sip:551133333333 at plat.test.com>;tag=as4088ffc9
CSeq: 1 BYE
Call-ID: 79961NjFjMjY2MDhiYjhhNDYyN2UyMWZiMzFiNWM5NzBkNTM
Route: <sip:172.20.17.11;lr;ftag=7db6f42e;did=769.5ee54854>
Max-Forwards: 70
Content-Length: 0
User-Agent: Softswitch


On the initial invite, I fixed the Contact using fix_nated_contact() and
signalling works fine between A and B sides, the problem is happening when
Opensips hangup the call, because A side doesnt receive the BYE.

Do you guys have an idea on how to fix this? Maybe is it a bug?

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160422/549b5987/attachment.htm>


More information about the Users mailing list