<div dir="ltr">Hey Daniel,<div><br></div><div>actually your problem is slightly different. Your multiple contact problem is actually at the S-CSCF and not the P. It is the S-CSCF that does a lookup on an impu and forks to all registered contacts (via the P-CSCF because of path header). However, there is a modparam on S-CSCF to limit the number of simultaneous contacts.</div>
<div><br></div><div>modparam("ims_registrar_scscf", max_contacts", 1);</div><div><br></div><div>Cheers</div><div>Jason</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Mar 21, 2014 at 4:33 PM, Daniel Ciprus <span dir="ltr"><<a href="mailto:daniel.ciprus@acision.com" target="_blank">daniel.ciprus@acision.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style bgcolor="#FFFFFF" text="#000000">
Thank you Jason, <br>
<br>
So once tcp session is gone, reg entry will be removed from hash table then ? Is this correct statement ?
<br><div><div class="h5">
<br>
<div>On 03/21/2014 10:11 AM, Jason Penton wrote:<br>
</div>
<blockquote style="border-left:2px solid #009900!important;border-right:2px solid #009900!important;padding:0px 15px 0px 15px;margin:8px 2px" type="cite">

<p dir="ltr">Ill release new pcscf code in the next few days. New hash is on ip only. This is mainly because with ipsec you have secure and insecure ports.... So we have to have it like that
</p>
<p dir="ltr">The result however should help your situation too</p>
<p dir="ltr">--<br>
Sent using my phone and may be brief, to the point or contain typos </p>
<div class="gmail_quote">On Mar 21, 2014 4:05 PM, "Daniel Ciprus" <<a href="mailto:daniel.ciprus@acision.com" target="_blank">daniel.ciprus@acision.com</a>> wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">All, <br>
<br>
This is just a placeholder for issue we're facing in our deployment of Kamailio IMS core : client uses TCP to send REGISTER. Occasionally client crashes/lost connection so new REGISTER is sent towards P-CSCF. Instead of removing old registration (there is no
 way to match these obviously) P-CSCF will create new entry and keeps this information for future use. Once SIP request is sent out to the contact, P-CSCF uses all registration entries in the memory and forks requests to all destinations (which are in most
 cases unreachable). This creates flood of timeouts from S-CSCF towards AS and sometimes bad timing is even  causing calls not being processed since 408 Request Timeout is delivered sooner than 200 OK. I'm pretty sure Carsten is aware about this issue that's
 why this note at very beginning about "placeholder"<br>
<br>
thank you<br>
Dan.<br>
<br>
<div>-- <br>
<b>Daniel Ciprus</b><br>
Integration engineer<br>
<a href="http://www.acision.com" target="_blank">http://www.acision.com</a><br>
<br>
9954 Mayland Dr<br>
Suite 3100<br>
Richmond, VA 23233<br>
USA<br>
T: <a href="tel:%2B1%20804%20762%205601" value="+18047625601" target="_blank">
+1 804 762 5601</a><br>
E: <a href="mailto:daniel.ciprus@acision.com" target="_blank">
daniel.ciprus@acision.com</a><br>
</div>
<br>
<hr>
<font color="Gray" face="Arial" size="1">This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed
 to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.<br>
</font><br clear="all">
</div>
<br>
_______________________________________________<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/cgi-bin/mailman/listinfo/sr-dev</a><br>
<br>
</blockquote>
</div>
</blockquote>
<br>
<div>-- <br>
<b>Daniel Ciprus</b><br>
Integration engineer<br>
<a href="http://www.acision.com" target="_blank">http://www.acision.com</a><br>
<br>
9954 Mayland Dr<br>
Suite 3100<br>
Richmond, VA 23233<br>
USA<br>
T: <a href="tel:%2B1%20804%20762%205601" value="+18047625601" target="_blank">+1 804 762 5601</a><br>
E: <a href="mailto:daniel.ciprus@acision.com" target="_blank">daniel.ciprus@acision.com</a><br>
</div>
<br>
<hr>
<font face="Arial" color="Gray" size="1">This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed
 to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.<br>
</font>
<br clear="all"> 
</div></div></div>


</blockquote></div><br></div>