[SR-Users] Ims Kamailio issue - "403 Forbidden - You must register first with a S-CSCF"

Victor Huertas Garcia vhuertas at hotmail.com
Sun Aug 23 15:49:03 CEST 2015


Hello,

The issue solved just by restarting mysql, scscf and pcscf. After doing this, no additional Contacts where included in the 200 OK. I guess that despite removing the mysql table impu_contact on scscf there is some other place where these contacts where stored. As I said, after restarting mysql everything solved.

Regards,

From: vhuertas at hotmail.com
To: sr-users at lists.sip-router.org
Date: Sat, 22 Aug 2015 10:07:56 +0200
Subject: Re: [SR-Users] Ims Kamailio issue - "403 Forbidden - You must register first with a S-CSCF"




Thanks Jason,

I am not behind a NAT.
If there are bindings from other registrations, I guess that they must be stored in some MySQL table of SCSCF. I had a look and I saw that it was empty. Then I had a look at the impu_contact table and I saw some entries. I removed them manually. However when I try to register the multiple contacts are still there in the 200 Ok.

Tell me which logs do you need and I will attach them.

Thanks again

Date: Fri, 21 Aug 2015 17:03:10 +0200
From: jason.penton at smilecoms.com
To: sr-users at lists.sip-router.org
Subject: Re: [SR-Users] Ims Kamailio issue - "403 Forbidden - You must register first with a S-CSCF"

Hi Victor,
For the first problem, are you behind a nat?
Secondly, the 2 contacts coming back in the 200OK will be because you still have an old binding in the scscf....
I can't really help much without a log file.
CheersJason
On Fri, Aug 21, 2015 at 4:42 PM, Victor Huertas Garcia <vhuertas at hotmail.com> wrote:



Hello everybody,

I have installed an IMS core using Kamailio and FHoSS.
In this environment, I am able to successfully register Bob and Alice with the same S-CSCF.
However, when I try to make a voice call between Bob and Alice it is not established.

The
 code received is "403 Forbidden - You must register first with a 
S-CSCF". This code is generated by the P-CSCF because the Contact Header
 that is checked against the database ("location" table) it is not 
found.

When I look up manually the "location" MySQL table, there are two things that surprise me:

-
 The Contact header (AOR column content) that is included in the INVITE 
Requet URI when entering in the P-CSCF is present in the table. So why 
the pcscf_is_registered ("location") returns false?

- When Bob 
registers two Contacts are stored, the first one is the one included in 
the REGISTER message generated from  Bob IMS Client. However, the second
 Contact is the one present in the 200 OK message (coming from the 
S-CSCF) which is different from the one present in the REGISTER (the 
only thing different is the UDP port). Why the S-CSCF (with the default 
kamailio.cfg) doesn't the Contact header and changes the UDP port? Is 
this the standard behaviour? I don't think so...

Thanks for your attention

Regards, 		 	   		  

_______________________________________________

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users at lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users




-- 

Jason PentonSenior Manager: Applications and ServicesSmile Communications Pty (Ltd)Mobile:+27 (0) 83 283 7000Skype:jason.barry.pentonjason.penton at smilecoms.comwww.smilecoms.com







This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/home/email-disclaimer/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 		 	   		  

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users at lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150823/01455850/attachment.html>


More information about the sr-users mailing list