<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix"><tt>Hello Frank,<br>
<br>
Well, the match dialog does not work for this as the second
INVITE is not a sequential request, but an initial one (the
dialog wise matching is done only on the sequential requests).<br>
<br>
You can do the check by looking at the IPs in the VIA header,
hoping proxy2 is doing no topo hiding. So, when the call is back
to proxy1, the via[2] ip should belong to itself.<br>
<br>
Regards,<br>
</tt>
<pre class="moz-signature" cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
On 20.05.2014 21:48, frank fox wrote:<br>
</div>
<blockquote cite="mid:BAY177-W32CBD8B67A3FD5EB432607C83D0@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
<div dir="ltr"><br>
Greetings:<br>
<br>
I have a scenario as below:<br>
<pre>Proxy-1 ---(A)---> Proxy-2
<----(B)------------</pre>
<br>
(A) := Initial Invite from proxy-1 to proxy-2<br>
(B) := proxy-2 modifies the $rd and sends the initial Invite
back to proxy-1<br>
<br>
Question:<br>
How can the proxy-1 knows that the coming Invite was originally
sent by itself?<br>
<br>
It seems the match_dialog() doesn't work for this situation:<br>
<br>
dialog:: hash=3514:62628069"7"<br>
state:: 2<br>
user_flags:: 65536<br>
timestart:: 0<br>
timeout:: 0<br>
callid:: <a class="moz-txt-link-abbreviated" href="mailto:a7ab8ff06766fabe1b4846712fba1051@10.242.65.162">a7ab8ff06766fabe1b4846712fba1051@10.242.65.162</a><br>
from_uri:: <a class="moz-txt-link-abbreviated" href="mailto:sip:19905635611@10.242.65.162">sip:19905635611@10.242.65.162</a><br>
to_uri:: <a class="moz-txt-link-abbreviated" href="mailto:sip:19905591214@external-sip.vocalocity.com">sip:19905591214@external-sip.vocalocity.com</a><br>
caller_tag:: 14174341581400528279229<br>
caller_contact:: <a class="moz-txt-link-abbreviated" href="mailto:sip:19905635611@10.242.65.162:5060">sip:19905635611@10.242.65.162:5060</a><br>
callee_cseq:: 0<br>
caller_route_set::<br>
caller_bind_addr:: udp:10.116.239.217:5060<br>
callee_tag:: 16423468221400528279248<br>
callee_contact::<br>
caller_cseq:: 102<br>
callee_route_set::<br>
callee_bind_addr:: udp:10.116.239.217:5060<br>
<br>
<br>
dialog:: hash=3514:62628069"8"<br>
state:: 2<br>
user_flags:: 65536<br>
timestart:: 0<br>
timeout:: 0<br>
callid:: <a class="moz-txt-link-abbreviated" href="mailto:a7ab8ff06766fabe1b4846712fba1051@10.242.65.162">a7ab8ff06766fabe1b4846712fba1051@10.242.65.162</a><br>
from_uri:: <a class="moz-txt-link-abbreviated" href="mailto:sip:19905635611@10.242.65.162">sip:19905635611@10.242.65.162</a><br>
to_uri:: <a class="moz-txt-link-abbreviated" href="mailto:sip:19905591214@external-sip.vocalocity.com">sip:19905591214@external-sip.vocalocity.com</a><br>
caller_tag:: 14174341581400528279229<br>
caller_contact::<br>
callee_cseq:: 0<br>
caller_route_set::<br>
caller_bind_addr:: udp:10.116.239.217:5060<br>
callee_tag:: 16423468221400528279248<br>
callee_contact::<br>
caller_cseq:: 102<br>
callee_route_set::<br>
callee_bind_addr:: udp:10.116.239.217:5060<br>
<br>
<br>
Regards,<br>
Frank<br>
</div>
</blockquote>
<br>
</body>
</html>