<div dir="ltr">Hey Paul,<div><br></div><div>Sorry for the delay on this. I had missed it. I will see if I can re-create and get back to you. Have you maanged to do any more testing since?</div><div><br></div><div>Cheers</div>
<div>Jason</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jan 24, 2014 at 5:42 PM, Paul Pankhurst <span dir="ltr"><<a href="mailto:paul@crocodile-rcs.com" target="_blank">paul@crocodile-rcs.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've noticed a problem with registrations on the pcscf when doing some testing with sipp<br>
<br>
If I send in a REGISTER with SIPP followed by an INVITE calls go through my system no problem.<br>
If I then stop the sipp script and run it again, I find that although the registration succeeds, subsequent INVITES are rejected telling me that I have not registered!<br>
If I unregister at the end of my script everything is fine, and the problem goes away after the original REGISTRATION times out, so this led me to think that we had a problem with multiple registrations entries in the system.<br>

<br>
The problem seems to be a result of the fact that sipp always places the same ip address and port number on the contact line when using tcp connections.<br>
<br>
I've had a look through the code and believe that we are getting multiple entries in the usrloc hash table in this scenario, and ul_get_pcontact only ever returns the first one which causes pcscf_is_registered to incorrectly report that the UE is not registered.<br>

<br>
Paul<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>
</blockquote></div><br></div>