Hey all,<br><br>I&#39;m having some issues with the dialog based topology hiding in 1.7. I&#39;m using the latest stable and calling both topology_hiding() and match_dialog() as directed in the docs. <br><br><br>So I&#39;m talking about an ACK to a 200 Ok when the call is setup. That&#39;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 -&gt; PROVIDER SIP/SDP Request: INVITE sip:15125551212@PROVIDER:5080, with session description<br>

 20.455010 PROVIDER -&gt; OPENSIPS SIP Status: 100 Trying<br> 23.342150 PROVIDER -&gt; OPENSIPS SIP/SDP Status: 183 Session Progress, with session description<br> 23.344815 OPENSIPS -&gt; ORIGINATOR SIP/SDP Status: 183 Session Progress, with session description<br>

 28.735982 PROVIDER -&gt; OPENSIPS SIP/SDP Status: 200 OK, with session description<br> 28.740377 OPENSIPS -&gt; ORIGINATOR SIP/SDP Status: 200 OK, with session description<br> 28.835621 PROVIDER -&gt; OPENSIPS SIP/SDP Status: 200 OK, with session description<br>

 28.837843 OPENSIPS -&gt; ORIGINATOR SIP/SDP Status: 200 OK, with session description<br><br>** Call comes in with all the dialog based goodies<br> 28.855091 ORIGINATOR -&gt; 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 -&gt; OPENSIPS SIP Request: ACK sip:15125551212@PROVIDER:5080<br> 28.863629 OPENSIPS -&gt; OPENSIPS SIP Request: ACK sip:15125551212@PROVIDER:5080<br>

 28.868317 OPENSIPS -&gt; OPENSIPS SIP Request: ACK sip:15125551212@PROVIDER:5080<br> 28.873056 OPENSIPS -&gt; OPENSIPS SIP Request: ACK sip:15125551212@PROVIDER:5080<br> 28.877725 OPENSIPS -&gt; OPENSIPS SIP Request: ACK sip:15125551212@PROVIDER:5080<br>

 28.882430 OPENSIPS -&gt; OPENSIPS SIP Request: ACK sip:15125551212@PROVIDER:5080<br>**ad nauseam... <br><br>So upon a successful match_dialog, I&#39;m performing a t_relay(). I&#39;d think that in of itself should get it routed out<br>

<br>I&#39;ve even been sure that &quot;OPENSIPS&quot; 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>