Hi Bogdan,<div> I tried your fix , now it tries to next contact with proper destination but the contact in that INVITE has some sysntax error .</div><div><br></div><div><sip:855_1_7ag@122.177.144.180:28056s<a href="http://ip:855_1_7ag@122.177.144.180:28056">ip:855_1_7ag@122.177.144.180:28056</a>> </div>
<div><br></div><div>It appends the caller's contact 2 times .<br><br>Thanx,</div><div>Gomtesh<br><br><div class="gmail_quote">On Mon, Jun 11, 2012 at 8:13 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>
<div bgcolor="#ffffff" text="#000000">
<tt>It seems the PATH value is properly processed by the
next_branch() function - it is simply pushed into the message, but
it is not used to extract the next destination.<br>
<br>
I made a small fix - see the attached patch - please apply it and
let me know if it did the trick for you.<br>
<br>
Regards,<br>
</tt><div class="im">
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<br></div><div><div class="h5">
On 06/11/2012 03:45 PM, Gomtesh Jain wrote:
<blockquote type="cite">
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: ERROR RESPONSE MATCHED method
(INVITE) r-uri (<null>) :callID
ZjUwZTkzMWI5ZjRjNDNjNDc1MGRhZDVmZjM3ZmY0YmQ. :CSeq 1</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:parse_headers: via
found, flags=22</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:<b>next_branches</b>:
Msg information
<<a>sip:855_1_7agentsURI@122.177.144.180:2043;transport=TCP,sip:50.16.212.126:8060;lr</a>,<a><sip:50.16.212.126:8060;lr></a>,-1,0></div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:parse_headers:
parse_headers: this is the second via</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: ON FAILURE BLOCK method
(INVITE) r-uri (<null>) :callID
ZjUwZTkzMWI5ZjRjNDNjNDc1MGRhZDVmZjM3ZmY0YmQ. :CSeq 1</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:parse_to_param:
tag=7963038936cb090485262a576bc5dd22-8eae</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:check_ip_address:
params 122.177.144.180, 192.168.3.128, 0</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:parse_to: end of
header reached, state=29</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:parse_headers:
flags=80</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:parse_to:
display={"855_1_7agentsURI"}, ruri={<a href="http://sip:855_1_7agentsURI@management.3clogic.com:5506" target="_blank">sip:855_1_7agentsURI@management.3clogic.com:5506</a>}</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: IN ROUTE BLOCK method (INVITE)
r-uri (<null>) :callID
ZjUwZTkzMWI5ZjRjNDNjNDc1MGRhZDVmZjM3ZmY0YmQ.</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:get_hdr_field:
<To> [112]; uri=[<a href="http://sip:855_1_7agentsURI@management.3clogic.com:5506" target="_blank">sip:855_1_7agentsURI@management.3clogic.com:5506</a>]</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:mk_proxy: doing DNS
lookup...</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:get_hdr_field: to body
["855_1_7agentsURI"<<a href="http://sip:855_1_7agentsURI@management.3clogic.com:5506" target="_blank">sip:855_1_7agentsURI@management.3clogic.com:5506</a>>]</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:get_send_socket:
force_send_socket of different proto (2)!</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:get_hdr_field: cseq
<CSeq>: <1> <INVITE></div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:parse_headers:
flags=2000</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18490]: DBG:core:parse_headers: flags=8</div>
<div>Jun 8 11:40:03 ip-10-122-214-174
/usr/local/sbin/opensips[18488]: DBG:core:tcp_send: no open tcp
connection found, opening new one</div>
<div><br>
</div>
<div><br>
</div>
<div>Thanx,</div>
<div>Gomtesh</div>
<div><br>
</div>
<br>
<div class="gmail_quote">On Mon, Jun 11, 2012 at 5:53 PM,
Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#ffffff" text="#000000"> <tt>I see.....Seems
ok.<br>
<br>
could you post the logs from next_branches() - it outputs
similar logs about the data pushed back into message.<br>
<br>
Regards,<br>
</tt>
<div>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<br>
</div>
<div>
<div> On 06/11/2012 03:07 PM, Gomtesh Jain
wrote:
<blockquote type="cite">
<div><br>
</div>
<div>Hi Bogdan,</div>
<div> When I do serialize_branches(1) after look
up , I can see both the contacts in logs with proper
PATH values (<b><a href="http://50.16.212.126:8060" target="_blank">50.16.212.126:8060</a></b>).</div>
<div>But It process 1st contact properly but after
next_branches() it does not process 2nd branch
properly . It does not add <b>50.16.212.126:8060;lr
</b>as route.</div>
<div><br>
</div>
<div>
<div>Jun 8 11:39:55 ip-10-122-214-174
/usr/local/sbin/opensips[18491]: DBG:core:<b>serialize_branches:
Msg information
<<a>sip:855_1_7agentsURI@115.252.66.182:3912;transport=TCP,sip:50.16.212.126:8060;lr</a>,<a><sip:50.16.212.126:8060;lr></a>,-1,0></b></div>
<div>Jun 8 11:39:55 ip-10-122-214-174
/usr/local/sbin/opensips[18490]:
DBG:core:parse_headers: via found, flags=2</div>
<div>Jun 8 11:39:55 ip-10-122-214-174
/usr/local/sbin/opensips[18491]: DBG:core:<b>serialize_branches:
Branch information
<<a>sip:855_1_7agentsURI@122.177.144.180:2043;transport=TCP,sip:50.16.212.126:8060;lr</a>,<a><sip:50.16.212.126:8060;lr></a>,-1,0></b></div>
<div>Jun 8 11:39:55 ip-10-122-214-174
/usr/local/sbin/opensips[18490]:
DBG:core:parse_headers: this is the first via</div>
</div>
<div><br>
</div>
<div><br>
</div>
Thanx,
<div>Gomtesh<br>
<br>
<div class="gmail_quote">On Mon, Jun 11, 2012 at
3:34 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#ffffff" text="#000000"> Hi
Gomtesh,<br>
<br>
Do your saved contacts contain a PATH field at
all ? check with "opensipsctl ul show" to see
if the path was stored in usrloc cache.<br>
<br>
Maybe your problem is not at "lookup" time,
but rather at "save" time.<br>
<br>
Regards,<br>
Bogdan<br>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<div>
<div> <br>
On 06/11/2012 10:56 AM, Gomtesh Jain
wrote:<br>
</div>
</div>
<blockquote type="cite">
<div>
<div>
<div class="gmail_quote">Hi ,
<div> I am using opensips 1.6 . I am
facing an issue here . It seems In
faliure route when I do
next_branches() it does not set
value of "path" (from lookup) as
distination/route . Which results ,
opensips try to send message
directly to UA . </div>
<div> </div>
<div>Here I give N/w diagram </div>
<div><br>
</div>
<div>
UA1(115.X.X.X)-------[PROXY]--------|
|</div>
<div>
|
Registrar/Opensips |</div>
<div> UA2
(122.x.x.x)--------[PROXY]-------|
|</div>
<div><br>
</div>
<div><br>
</div>
<div>The issue I am facing is ...</div>
<div>1. On any INVITE to Opensips
after lookup Opensips sends invite
to Proxy </div>
<div>2. On any faliure response in
"Faiure Route"</div>
<div>3. When I do next_branches() it
tries to send INVITE directly to
122.X.X.X .</div>
<div><br>
</div>
<div>-----------------HERE I GIVE
PIECE OF
Opnesips.cfg--------------------</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div> xlog("L_NOTICE",
"SERIALIZE BRANCHES ($rm) r-uri
($ru) : Contact : $ct :callID $ci
: CSeq $cs \n");</div>
<div> if
(!serialize_branches(1)){</div>
<div>
sl_send_reply("500","Unable to
load contacts");</div>
<div>
exit;</div>
<div> }else{</div>
<div>
xlog("L_NOTICE", "PREPARE FIRST
BRANCH ($rm) r-uri ($ru) : Contact
: $ct :callID $ci : CSeq $cs
\n");</div>
<div>
if (next_branches()){</div>
<div>
xlog("L_NOTICE", "NEXT BRANCH
After Seri :callID $ci : CSeq $cs
\n");</div>
<div>
t_on_failure("1");</div>
<div>
}</div>
<div>
#else{</div>
<div>
# sl_send_reply("504","Not
found ");</div>
<div>
# exit;</div>
<div>
#}</div>
<div> }</div>
<div>
append_hf("P-hint: lcr
applied\r\n");</div>
<div><br>
</div>
<div> }else{</div>
<div>
append_hf("P-hint: usrloc
applied\r\n");</div>
<div> }</div>
<div><br>
</div>
<div> };</div>
<div><br>
</div>
<div> route(1);</div>
<div>}</div>
</div>
<div><br>
</div>
<div>
<div>route[1] {</div>
<div><br>
</div>
<div><br>
</div>
<div> if (nat_uac_test("7"))
{</div>
<div>
fix_nated_contact();</div>
<div> };</div>
<div> # send it out now; use
stateful forwarding as it works
reliably</div>
<div> # even for UDP2TCP</div>
<div> xlog("L_NOTICE", " IN
ROUTE BLOCK method ($rm) r-uri
($rs) :callID $ci \n");</div>
<div> if (!t_relay()) {</div>
<div>
sl_reply_error();</div>
<div> };</div>
<div> t_on_reply("1");</div>
<div> exit;</div>
<div>}</div>
<div><br>
</div>
<div>onreply_route[1]{</div>
<div> xlog("L_NOTICE", " ON REPLY
BLOCK method ($rm) r-uri ($rs)
:callID $ci :CSeq $cs \n");</div>
<div>}</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>failure_route[1] {</div>
<div> if (
t_check_status("404|477|408|486|50[234]")){</div>
<div>
xlog("L_NOTICE", " ERROR RESPONSE
MATCHED method ($rm) r-uri ($rs)
:callID $ci :CSeq $cs \n");</div>
<div> if (next_branches())</div>
<div> {</div>
<div>
xlog("L_NOTICE", " ON FAILURE
BLOCK method ($rm) r-uri ($rs)
:callID $ci :CSeq $cs \n");</div>
<div>
t_on_failure("1");</div>
<div> route(1);</div>
<div><br>
</div>
<div> }</div>
<div><br>
</div>
<div> }</div>
<div>}</div>
</div>
<div><br>
</div>
<div>-----------------------------------------------------------------------------</div>
<div><br>
</div>
<div><br>
</div>
<div>I attach the log of the call in
debug=9 mode.</div>
<div><br>
</div>
<div><br>
</div>
<div>Please have a look at this if
anyone can help me .</div>
<div><br>
</div>
<div>Thanx,</div>
<div>Gomtesh</div>
<div><br>
</div>
</div>
<br>
</div>
</div>
<pre><fieldset></fieldset>
_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</blockquote>
</div></div></div>
</blockquote></div><br></div>