Kamailio with an IMS client #533
-
|
Hello, thank you for your amazing project. I'm trying to set up a simple Kamailio IMS core, so that IMS clients such as Boghe or LinPhone can connect to it and make calls. I've pulled and installed the necassary images for Open5gs and IMS and made the necessary records in PyHSS according to the tutorials provided in the .md file. I've also edited the line in e.164 dns file to account for my custom MCC. When I open up the IMS client (Boghe) I need to provide the public identity, private identity, and password. For public identity I'm prepending tel:+ to the MSISDN for the IMS subscriber I've added to PyHSS and for the private one I'm prepending it to IMSI. I don't know if this step is correct or not. Also I don't know how I could register and provide the password that Boghe requires without needing to simulate the RAN or UE. I even don't know if such a use case is still feasible with Kamailio and this new HSS. I've tried following this article from nickvsnetworking and using Ki for password, but I'm still getting the following errors: I would appreciate it if someone could help me fix this issue. I would also appreciate any help with regards to quickly setting up a simple simulated IMS call using Kamailio. |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 8 replies
-
I am not sure why this was required. If you set the MCC value in .env the changes should be automatically taken into effect at all places
Can you please remove that + as I dont think its supported in the IMS packed in this repo
If you purely want to use SIP client and not real UE, you need to disable RX interface in P-CSCF i.e. change
By disabling Rx, this issue should go away |
Beta Was this translation helpful? Give feedback.
-
|
@herlesupreeth I tried your suggestions. I commented out Rx, used tel:MSISDN for public identity and tel:IMSI for private identity, and tried using Ki for password. I'm getting this error on I-CSCF: |
Beta Was this translation helpful? Give feedback.
-
|
If anyone else is looking to solve this issue, I tried using the Linphone client instead and the Ki for password and the call got through. I think it's because it supports AKAv1-MD5. |
Beta Was this translation helpful? Give feedback.

If anyone else is looking to solve this issue, I tried using the Linphone client instead and the Ki for password and the call got through. I think it's because it supports AKAv1-MD5.