<div dir="ltr"><div><div><div>Hi<br><br></div>The problem we are having is with processing subscription to reg event at the S-CSCF - we process SUBSCRIBE messages in ims_registrar_scscf module and we are seeing to_tag collisions (though never to_tag/from_tag/call_id collisions) - we process the initial SUBSCRIBE that has no to_tag - we calculate the to_tag with:<br>
<br>tmb.t_get_reply_totag(msg, &ttag);<br><br></div>and store this as part of the subscription.<br><br>It seems that this can return a to tag that is the same even if the call_id/from_tag of the initial SUBSCRIBE are different.<br>
<br></div>I'll investigate further today.<br><br>Regards<br>Richard.<br><br><br><br><br><br>On 24 January 2014 18:18, Klaus Darilion <span dir="ltr"><<a href="mailto:klaus.mailinglists@pernau.at" target="_blank">klaus.mailinglists@pernau.at</a>></span> wrote:<br>
<div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am 23.01.2014 15:19, schrieb Jason Penton:<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Why are we only searching on to-tag? What if there is a collision on the hash AND the to-tag is the same for 2+ different subscriptions. This is even more likely of happening considering that the hash calculation is based only on the callid and to-tag...<br>

<br>
any comments? Am I missing something here?<br>
</blockquote>
<br></div>
Maybe it depends on the totag generation. If this code handles incoming SUBSCRIBEs and the totag is generated by Kamailio in a unique way, then it should be safe. If to tags are not generated by Kamailio (and maybe in a bad way), then there may be collisions, but then may be collisions also on callid and from-tag, if the clients generate them in a broken way.<br>

<br>
regards<span class="HOEnZb"><font color="#888888"><br>
Klaus</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
sr-dev mailing list<br>
<a href="mailto:sr-dev@lists.sip-router.org" target="_blank">sr-dev@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>dev</a><br>
</div></div></blockquote></div><br></div></div>

<pre>This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer