[OpenSIPS-Devel] [opensips] topology_hiding module randomly sending wrong SIP response (#433)

Rob Gagnon notifications at github.com
Wed Mar 18 17:46:36 CET 2015


About 50% during testing, the SIP message including SDP during the relay of at least a 200 response to INVITE appears to be sending the original SIP message instead of the top-hidden version of the message.

Problem is more evident when rtpengine is used as well since the SDP has the wrong ports for RTP channels.

Due to corporate public IP addresses within PCAP and opensips log files, I've emailed the evidence for troubleshooting directly to Vlad Paiu for analysis.

Using topology_hiding("UC") call and rtp_engine flags of "replace-origin ICE=remove"

Example flow:
Customer -> Opensips -> Vendor

"Opensips" is where topology_hiding, and rtpengine reside...

Example:
INVITE from Customer w/SDP:
- Customer sends INVITE with port 10000 to Opensips
- Opensips performs top-hiding and rtpengine offer, relays INVITE with port 50000 to Vendor, and properly mangles the call-id header

All the 100's and 180's go on as usual it appears.

200 Response from Vendor:
- Vendor sends 200 OK with port 11000 to Opensips
- Opensips sends 200 OK with port 11000 to Customer, and the original call-id value shows up

The last line above is incorrect.  Opensips SHOULD have sent port 50000 to the Customer.  The entire SIP message is actually incorrect. This is evidenced easily by the Call-ID header not containing the mangled value.


---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/433
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/devel/attachments/20150318/97f0c43e/attachment.htm>


More information about the Devel mailing list