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@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@PROVIDER:5080
28.863629 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080
28.868317 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080
28.873056 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080
28.877725 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080
28.882430 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@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
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
