I tried the fix from the 1.6 branch. The issue I still face is that now t_relay returns with a value of 1 even when the relaying has failed.<br><br>How do you figure out if t_relay has failed (!t_relay()) does not work in this case? Does a return value 1 also signify an error?<br>
<br>-Amit<br><br><div class="gmail_quote">On Tue, Mar 15, 2011 at 3:51 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Amit,<br>
<br>
Following your report, Anca did a fix on SVN - see:<br>
<a href="http://lists.opensips.org/pipermail/devel/2011-March/007893.html" target="_blank">http://lists.opensips.org/pipermail/devel/2011-March/007893.html</a><br>
<br>
Please update from SVN and try again.<br>
<br>
Regards,<br>
Bogdan<br>
<br>
Amit Sharma wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">
I am facing an issue similiar to the one outlined in the thread<br>
<br>
<a href="http://lists.opensips.org/pipermail/users/2010-April/011783.html" target="_blank">http://lists.opensips.org/pipermail/users/2010-April/011783.html</a><br>
<br>
<br>
I am using the latest stable version of opensips (1.6.4) and tried the solution outlined in the thread above.<br>
The issue I have observed is that t_relay function doesn't return control to the script in case of a send failure (e.g inability to establish TCP connection etc) and I recieve a 477 send failure on the client.<br>
<br>
This is the relevant and simplified route block that I am using<br>
<br>
route{<br>
lookup();<br>
serialize_branches(1);<br>
next_branches();<br>
route(1);<br>
}<br>
<br>
route[1]{<br>
xlog("L_ERR", "Before t_relay");<br>
t_relay();<br>
xlog("L_ERR", "After t_relay");<br>
<br>
}<br>
<br>
The log statement after the call to t_relay doesn't get printed in case the highest priority contact (TCP) is unreachable.<br>
In essence any failover logic written on the return value of t_relay doesn't execute.<br>
<br>
Thanks,<br>
Amit<br>
<br>
<br></div></div>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
</blockquote>
<br>
<br>
-- <br>
Bogdan-Andrei Iancu<br>
OpenSIPS eBootcamp - 28th February 2011<br>
OpenSIPS solutions and "know-how"<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br>