[OpenSIPS-Users] topology_hiding in 1.7

Brett Nemeroff brett at nemeroff.com
Thu Jan 5 00:44:41 CET 2012


Hey all,

I'm having some issues with the dialog based topology hiding in 1.7. I'm
using the latest stable and calling both topology_hiding() and
match_dialog() as directed in the docs.


So I'm talking about an ACK to a 200 Ok when the call is setup. That's when
the callflow breaks down.

I can see pretty clearly that by calling match_dialog the RURI on the ACK
is changing to what it should be to make it back to the originator, but
then it loops it to itself over and over:
20.454378 OPENSIPS -> PROVIDER SIP/SDP Request: INVITE
sip:15125551212 at PROVIDER:5080, with session description
 20.455010 PROVIDER -> OPENSIPS SIP Status: 100 Trying
 23.342150 PROVIDER -> OPENSIPS SIP/SDP Status: 183 Session Progress, with
session description
 23.344815 OPENSIPS -> ORIGINATOR SIP/SDP Status: 183 Session Progress,
with session description
 28.735982 PROVIDER -> OPENSIPS SIP/SDP Status: 200 OK, with session
description
 28.740377 OPENSIPS -> ORIGINATOR SIP/SDP Status: 200 OK, with session
description
 28.835621 PROVIDER -> OPENSIPS SIP/SDP Status: 200 OK, with session
description
 28.837843 OPENSIPS -> ORIGINATOR SIP/SDP Status: 200 OK, with session
description

** Call comes in with all the dialog based goodies
 28.855091 ORIGINATOR -> OPENSIPS SIP Request: ACK
sip:OPENSIPS:5060;did=b91.215fb714

** RURI changed, should get routed to PROVIDER, but goes to OPENSIPS
(self.loop)
 28.858917 OPENSIPS -> OPENSIPS SIP Request: ACK sip:15125551212 at PROVIDER
:5080
 28.863629 OPENSIPS -> OPENSIPS SIP Request: ACK sip:15125551212 at PROVIDER
:5080
 28.868317 OPENSIPS -> OPENSIPS SIP Request: ACK sip:15125551212 at PROVIDER
:5080
 28.873056 OPENSIPS -> OPENSIPS SIP Request: ACK sip:15125551212 at PROVIDER
:5080
 28.877725 OPENSIPS -> OPENSIPS SIP Request: ACK sip:15125551212 at PROVIDER
:5080
 28.882430 OPENSIPS -> OPENSIPS SIP Request: ACK sip:15125551212 at PROVIDER
:5080
**ad nauseam...

So upon a successful match_dialog, I'm performing a t_relay(). I'd think
that in of itself should get it routed out

I've even been sure that "OPENSIPS" is a proper alias on the server.

Is this a bug?  I saw a similar posting about this earlier on the list, but
the OP suggested his problem was resolved by updating to the latest stable.

Thoughts? Thanks!
-Brett
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20120104/0aaad12d/attachment.htm>


More information about the Users mailing list