Hi,<div><br></div><div>Outbound provides the UAC a way to update a binding even if it reboots. For that, a unique and permanent value of instance-id is used, which in conjunction with the AoR and reg-id determines the binding to the UAC.</div>
<div><br></div><div>Having said this, I guess that the CSeq comparison between the one in the Register request and the one in the binding does not apply in this scenario since it is not guaranteed that a UAC saves the CSeq value of the registration among reboots.</div>
<div><br></div><div>Regards.<br><br><div class="gmail_quote">2012/7/31 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,<div><div class="h5"><br>
<br>
On 7/30/12 7:23 PM, Iņaki Baz Castillo wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2012/7/30 Daniel-Constantin Mierla &lt;<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>&gt;:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
quick question to double check if what I understood when I read the specs<br>
was ok -- in gruu/ob, it does not matter anymore the callid/cseq<br>
combination, or there should still be some checks related to it?<br>
</blockquote>
In fact that depends on Outbound instead of GRUU, and not, when using<br>
Outbound the registrar does NOT check the Call-ID and CSeq of the<br>
REGISTER (and using GRUU means that Outbound is also used, so the<br>
Contact has a +sip.instance and reg-id params which are inspected by<br>
the registrar to create/update/delete a binding).<br>
</blockquote></div></div>
but what about same callid with lower cseq, combined with same sip instance and reg-id?<div class="HOEnZb"><div class="h5"><br>
Cheers,<br>
Daniel<br>
<br>
-- <br>
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><br>
<br>
</div></div></blockquote></div><br></div>