[OpenSIPS-Users] topology_hiding in 1.7

[Vlad Paiu]

Hello Brett,

Can you please send a SIP trace for such a dialog, along with the 
OpenSIPS full debug for such a call ?
Also, can you please point me to the mailing-list entry that you find 
similar to yours and that is reported as fixed ?

Regards,

Vlad Paiu
OpenSIPS Developer


On 01/05/2012 01:44 AM, Brett Nemeroff wrote:
> 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
>
>
> _______________________________________________
> 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/20120105/63f9eef4/attachment.htm>