Yes,<div><br></div><div>Verified, &#39;gruu_enabled&#39; is set to one.</div><div><br></div><div>Regards<br><br><div class="gmail_quote">2012/7/27 Daniel-Constantin Mierla <span dir="ltr">&lt;<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
just to be sure before going to any further investigation (as I remember, such  case I tested a bit with some command line tools due to lack of a sip phone with good ob/gruu support), do you have in the config:<br>
<br>
modparam(&quot;registrar&quot;, &quot;gruu_enabled&quot;, 1)<br>
<br>
The default config file in 3.3, has the parameter set to 0.<br>
<br>
Cheers,<br>
Daniel<div><div class="h5"><br>
<br>
On 7/27/12 10:05 AM, Iñaki Baz Castillo wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi, full agree with this bug report. Adding the devel maillist. More<br>
comments at the end of the mail:<br>
<br>
<br>
2012/7/26 José Luis Millán &lt;<a href="mailto:jmillan@aliax.net" target="_blank">jmillan@aliax.net</a>&gt;:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
I&#39;m using Kamilio 3.3.0  as registrar server. I`m using an outbound proxy so<br>
&#39;use_path&#39; parameter or &#39;registrar&#39; module is enabled.<br>
<br>
According to RFC 5626, a re-registration from a specific combination of AoR,<br>
instance_id and reg_id must update the binding.<br>
<br>
&quot;&quot;<br>
    If the registrar receives a re-registration for a specific<br>
    combination of AOR, and instance-id and reg-id values, the registrar<br>
    MUST update any information that uniquely identifies the network flow<br>
    over which the request arrived if that information has changed, and<br>
    SHOULD update the time the binding was last updated.<br>
&quot;&quot;<br>
<br>
In my installation this is not fullfilled as shown:<br>
<br>
&quot;&quot;<br>
         AOR:: jmillan<br>
                 Contact:: sip:jmillan@MY_IP;transport=<u></u>ws;ov-ob=a570655c14 Q=<br>
                         Expires:: 181<br>
                         Callid:: 1hgq3khalq2rzfr<br>
                         Cseq:: 108<br>
                         User-agent:: JsSIP 0.1.0<br>
                         Path::<br>
&lt;sip:OUTBOUND_IP:9090;<u></u>transport=tcp;lr;ovid=<u></u>de0c0b9f&gt;,&lt;sip:a570655c14@<u></u>OUTBOUND_IP:10080;transport=<u></u>ws;lr;ovid=de0c0b9f;ob&gt;<br>
                         State:: CS_SYNC<br>
                         Flags:: 0<br>
                         Cflag:: 0<br>
                         Socket:: tcp:KAM_IP:5060<br>
                         Methods:: 783<br>
                         Ruid:: uloc-50119d99-328e-1<br>
                         Instance::<br>
&lt;urn:uuid:38dce009-ae1f-4fd1-<u></u>91dc-99ed9affddc1&gt;<br>
                         Reg-Id:: 1<br>
                 Contact:: sip:jmillan@MY_IP;transport=<u></u>ws;ov-ob=1dd97b4d51 Q=<br>
                         Expires:: 193<br>
                         Callid:: 1hgq3khalq2rzfr<br>
                         Cseq:: 110<br>
                         User-agent:: JsSIP 0.1.0<br>
                         Path::<br>
&lt;sip:OUTBOUND_IP:9090;<u></u>transport=tcp;lr;ovid=<u></u>de0c0b9f&gt;,&lt;sip:1dd97b4d51@<u></u>OUTBOUND_IP:10080;transport=<u></u>ws;lr;ovid=de0c0b9f;ob&gt;<br>
                         State:: CS_SYNC<br>
                         Flags:: 0<br>
                         Cflag:: 0<br>
                         Socket:: tcp:KAM_IP:5060<br>
                         Methods:: 783<br>
                         Ruid:: uloc-50119d99-3290-2<br>
                         Instance::<br>
&lt;urn:uuid:38dce009-ae1f-4fd1-<u></u>91dc-99ed9affddc1&gt;<br>
                         Reg-Id:: 1<br>
&quot;&quot;<br>
<br>
The scenario is such that when the client looses the connection with the<br>
Outbound Server, it reconnects and re-registers to Kamailio in order to<br>
replace registration and be able to receive in-dialog messages.<br>
</blockquote>
Receiving in-dialog requests should work since GRUU is also being<br>
used. The problem is that the new REGISTER (after UA disconnection)<br>
does not update the previous one (as this thread reports) so Kamailio<br>
still chooses the previous binding which does not work anymore.<br>
<br>
<br>
Regards.<br>
<br>
<br>
<br>
<br>
</blockquote>
<br>
-- <br></div></div>
Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a><br>
<a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/<u></u>miconda</a><br>
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 - <a href="http://asipto.com/u/katu" target="_blank">http://asipto.com/u/katu</a><br>
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 - <a href="http://asipto.com/u/kpw" target="_blank">http://asipto.com/u/kpw</a><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</div></div></blockquote></div><br></div>