<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hello Brett,<br>
<br>
Can you please send a SIP trace for such a dialog, along with the
OpenSIPS full debug for such a call ?<br>
Also, can you please point me to the mailing-list entry that you
find similar to yours and that is reported as fixed ?<br>
<br>
Regards,<br>
<pre class="moz-signature" cols="72">Vlad Paiu
OpenSIPS Developer</pre>
<br>
On 01/05/2012 01:44 AM, Brett Nemeroff wrote:
<blockquote
cite="mid:CAPwC5wyvS491JnDuu5V6UfGXXz6vcN0XE7oaW=yTJ7oswSKQ0w@mail.gmail.com"
type="cite">Hey all,<br>
<br>
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. <br>
<br>
<br>
So I'm talking about an ACK to a 200 Ok when the call is setup.
That's when the callflow breaks down.<br>
<br>
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:<br>
20.454378 OPENSIPS -> PROVIDER SIP/SDP Request: INVITE
sip:15125551212@PROVIDER:5080, with session description<br>
20.455010 PROVIDER -> OPENSIPS SIP Status: 100 Trying<br>
23.342150 PROVIDER -> OPENSIPS SIP/SDP Status: 183 Session
Progress, with session description<br>
23.344815 OPENSIPS -> ORIGINATOR SIP/SDP Status: 183 Session
Progress, with session description<br>
28.735982 PROVIDER -> OPENSIPS SIP/SDP Status: 200 OK, with
session description<br>
28.740377 OPENSIPS -> ORIGINATOR SIP/SDP Status: 200 OK, with
session description<br>
28.835621 PROVIDER -> OPENSIPS SIP/SDP Status: 200 OK, with
session description<br>
28.837843 OPENSIPS -> ORIGINATOR SIP/SDP Status: 200 OK, with
session description<br>
<br>
** Call comes in with all the dialog based goodies<br>
28.855091 ORIGINATOR -> OPENSIPS SIP Request: ACK
sip:OPENSIPS:5060;did=b91.215fb714<br>
<br>
** RURI changed, should get routed to PROVIDER, but goes to
OPENSIPS (self.loop)<br>
28.858917 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080<br>
28.863629 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080<br>
28.868317 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080<br>
28.873056 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080<br>
28.877725 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080<br>
28.882430 OPENSIPS -> OPENSIPS SIP Request: ACK
sip:15125551212@PROVIDER:5080<br>
**ad nauseam... <br>
<br>
So upon a successful match_dialog, I'm performing a t_relay(). I'd
think that in of itself should get it routed out<br>
<br>
I've even been sure that "OPENSIPS" is a proper alias on the
server. <br>
<br>
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. <br>
<br>
Thoughts? Thanks!<br>
-Brett<br>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</body>
</html>