[OpenSIPS-Users] topology hiding

BJ Quinn bjquinn at seidal.com
Mon Feb 10 20:39:56 CET 2014


Ok so it looks like 1.10 may have been the problem. Things seem to be working with the same config on 1.9. I'm still getting that funny /304 in the route header, but now I've discovered that it's the software initiating the call that is adding that /304 (it only added it when it's in proxy mode, so I didn't see it in the other invites generated by this software from before I tried to put it behind the opensips proxy). 

So now here's my question. I'd like to simply strip out the /304 from the route header that comes from the software initiating the call (I don't think I can change that software). But that would require modifying the route header manually AND with topology hiding. Is that allowed? Do I do one or the other first? 

Thanks! 

-BJ 

----- Original Message -----

From: "BJ Quinn" <bjquinn at seidal.com> 
To: "OpenSIPS users mailling list" <users at lists.opensips.org> 
Sent: Saturday, February 8, 2014 12:33:38 PM 
Subject: Re: [OpenSIPS-Users] topology hiding 

According to http://lists.opensips.org/pipermail/users/2013-October/026992.html it appears that there's a bug in 1.10 for dialog based topology hiding? Maybe that's my problem? 

I'm using the RHEL RPMs for 1.10 stable. Maybe the issue mentioned in that post isn't my issue, or maybe the fix has been applied to the 1.10 RPMs? Or maybe I should downgrade to 1.9 and try again? 

-BJ 

----- Original Message -----

From: "BJ Quinn" <bjquinn at seidal.com> 
To: "OpenSIPS users mailling list" <users at lists.opensips.org> 
Sent: Friday, February 7, 2014 4:37:45 PM 
Subject: Re: [OpenSIPS-Users] topology hiding 

The traffic goes from the server making the call to the opensips proxy to the carrier. The /304 doesn't exist in the original invite from the server that makes the call. Do you want to see the packets from the calling server to the opensips box to the carrier? 

But most importantly, I'm still having trouble getting topology hiding to work. I made the change you suggested, but it appears that opensips is throwing away all responses it's receiving from the carrier, which means that opensips thinks the call never got set up and the invite was never accepted, and then it eventually responds 408 to the original calling server. In fact the invite WAS accepted, and the carrier sent back a 200 ok, but opensips threw it away and never acknowledged it. The outgoing invite from the opensips server looks correct -- opensips has modified the route and contact headers to its own IP, but obviously it doesn't know what to do with the responses that are coming back to it. 

The /304 issue is odd and could be causing us issues with certain carriers, but right now I'd like to get topology hiding working with even ONE carrier, and I can't do that yet. All I did was add the section you showed in your response -- 

if (loose_route() || match_dialog()) { 
if ($DLG_status==NULL) { 
xlog(" cannot match request to a dialog \n"); 
# something wrong - might want to drop such requests 
} 

... as a replacement to ... 

if (loose_route()) { 

And I added -- 

if (is_method("INVITE")) { 

topology_hiding(); 
} 

... right after -- 

# account only INVITEs 
if (is_method("INVITE")) { 

setflag(ACC_DO); # do accounting 
} 


All this is from the stock config file, with only my listen IPs and a couple aliases added, and obviously the dialog module loaded as well to allow for topology hiding. 

Thanks! 

-BJ 

----- Original Message -----

From: "Vlad Paiu" <vladpaiu at opensips.org> 
To: users at lists.opensips.org 
Sent: Wednesday, February 5, 2014 6:19:41 AM 
Subject: Re: [OpenSIPS-Users] topology hiding 

Hello, 

The sequential processing part is a little bit wrong - you should have 

if (loose_route() || match_dialog()) { 
if ($DLG_status==NULL) { 
xlog(" cannot match request to a dialog \n"); 
# something wrong - might want to drop such requests 
} 


Can you please also post a trace of the traffic flow when the Route 
header gets that bogus \304 header ? Trying to replicate this on my side 
and see what's wrong. 

Best Regards, 

Vlad Paiu 
OpenSIPS Developer 
http://www.opensips-solutions.com 


_______________________________________________ 
Users mailing list 
Users at lists.opensips.org 
http://lists.opensips.org/cgi-bin/mailman/listinfo/users 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140210/c488d0ac/attachment-0001.htm>


More information about the Users mailing list