<div dir="ltr">Hi Satish, <div><br>I can&#39;t understand this:<br><br>&quot;<i>...<span style="font-size:12.8px">use t_relay() in dispatcher then its </span><span style="font-size:12.8px">consuming REGISTER packet and sending AUTH challenge to client instead </span></i><span style="font-size:12.8px"><i>of sending that REGISTER to backend dispatcher..</i>&quot;<br><br>t_relay has nothing to do with &quot;consuming&quot; REGISTER packets. I&#39;ve done it so many times, the AUTH must be coming from your backend servers.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Please take a packet capture on ALL of your interfaces you must be looking at the one interface where client is sending packets to and hence makes you think that OpenSIPS is sending AUTH.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Regards,</span></div><div><span style="font-size:12.8px">Sammy</span></div><div><span style="font-size:12.8px"><br><br><br><br><br><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 5:22 PM, Satish Patel <span dir="ltr">&lt;<a href="mailto:satish.txt@gmail.com" target="_blank">satish.txt@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Razvan,<br>
<br>
Problem is we have legacy application running on ser-0.10 older<br>
version and we have did lots of other customization in ser I tried to<br>
use force_send_socket() but look like that support isn&#39;t in RR module.<br>
<br>
if i enable &quot;mhomed=1&quot; and use t_relay() in dispatcher then its<br>
consuming REGISTER packet and sending AUTH challenge to client instead<br>
of sending that REGISTER to backend dispatcher..<br>
<br>
if i use forward(uri:host, uri:port); function then it doesn&#39;t<br>
understand socket correctly. atleast t_relay() is working but<br>
consuming REGISTER, we have very simple code like following<br>
<br>
else if ( (method==&quot;REGISTER&quot;)  || (method==&quot;INVITE&quot;) ) {<br>
            if ( !ds_select_dst(&quot;2&quot;, &quot;2&quot;) ) {<br>
                    xlog(&quot;L_ERR&quot;, &quot;Unable to route REGISTER\n&quot;);<br>
                    sl_send_reply(&quot;500&quot;,&quot;Unable to route REGISTER&quot;);<br>
                    break;<br>
            }<br>
..<br>
..<br>
t_relay()<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, Mar 3, 2016 at 3:39 AM, Răzvan Crainea &lt;<a href="mailto:razvan@opensips.org">razvan@opensips.org</a>&gt; wrote:<br>
&gt; Hi, Satish!<br>
&gt;<br>
&gt; By default, OpenSIPS uses the same interface to send the reply. However,<br>
&gt; when using mhomed=1, the operating system decides where the reply should be<br>
&gt; sent to. And in your case, the operating system simply chooses a different<br>
&gt; interface. So it seems this is the normal behavior, there&#39;s nothing wrong.<br>
&gt; If you really want to use the same interface for replies, you should use the<br>
&gt; force_send_socket() function to set the desired interface.<br>
&gt;<br>
&gt; Best regards,<br>
&gt; Răzvan<br>
&gt;<br>
&gt;<br>
&gt; On 03/02/2016 11:10 PM, Satish Patel wrote:<br>
&gt;&gt;<br>
&gt;&gt; mhome=1<br>
&gt;&gt; listen=udp:<a href="http://10.0.0.1:6060" rel="noreferrer" target="_blank">10.0.0.1:6060</a> udp:<a href="http://10.0.0.1:5060" rel="noreferrer" target="_blank">10.0.0.1:5060</a> udp:<a href="http://192.168.100.1:6060" rel="noreferrer" target="_blank">192.168.100.1:6060</a><br>
&gt;&gt; udp:<a href="http://192.168.100.1:5060" rel="noreferrer" target="_blank">192.168.100.1:5060</a><br>
&gt;&gt;<br>
&gt;&gt;  From client when i send REGISTER to 5060 then server sending reply<br>
&gt;&gt; back using port 6060, it should send reply back client using 5060<br>
&gt;&gt; right???<br>
&gt;&gt;<br>
&gt;&gt; If i use mhome=0 everything works!<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; Users mailing list<br>
&gt;&gt; <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
&gt;&gt; <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
&gt;<br>
&gt;<br>
&gt; --<br>
&gt; Răzvan Crainea<br>
&gt; OpenSIPS Core Developer<br>
&gt; <a href="http://www.opensips-solutions.com" rel="noreferrer" target="_blank">http://www.opensips-solutions.com</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; Users mailing list<br>
&gt; <a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
&gt; <a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div></div></blockquote></div><br></div>