Have anyone of you already used IMS bench SIPp with OpenIMSCOre? If so how can i test the registration phase? i mean what are the steps? There is really little support about that.
I have been using SIPp, and OpenIMSCore, separately, but the concept is same.
If you have never worked with SIPp before, basically, what you have to do is following:
-Define an XML scenario. In your case it would be a scenario for the Registration procedure, which will be a call flow like: SIP REGISTER, 401 Unauthorized, SIP REGISTER (WWW-authenticate), SIP 200 OK.
In your case you would need to use the Digest/AKA authentication for IMS.
For this to work you will need to have OpenSSL lib pre-installed.
-Launch SIPp and provide your P-CSCF IP address as remote host, and the port (default is 4060) (e.g. ./sipp remote_host[:remote_port])
Also provide the scenario file as parameter.
If you want to start more simultaneous sessions (I had the case) it would be helpful to store all the usernames and passwords in a separate CSV file which will be injected in the scenarios file messages. For this you use the -inf switch with the filename provided.
To have an idea how a scenario looks like, please find here a registration example,
http://open-voip.org/images/f/f3/Reg_uac.txt
But, I think there is already a Registration scenario included in IMS Bench SIPp, so you don't have to put effort to make your own. Here you can find how to run it:
but i got at the user instance terminal an increasing number of REGISTER MESSAGE but the others messages ( 401 , 200 ...) are stagnated to 0 (see screenshot1.png)
when i verify at the I-CSCF terminal i see a scrolling of the same message telling that : ERR: I-CSCF:I-UAR: Visited Network Identity not found , responding with 400
i guess that the problem is somewhere in the user's informations stored in DB, but what is exactly and how to solve it i don't know
-I was using native SIPp traffic generator (http://sipp.sourceforge.net/), not the benchmark (it means that in that case you don't have a manager-SUT concept). You can test the Registration process to OpenIMS only using SIPp, just need to take care of the authentication when compiling it!
In that case you use the steps I mentioned ;)
-For the SIPp benchmark, have you checked the reference : http://sipp.sourceforge.net/ims_bench/reference.html#Installation
in the "Running" section it is explained how to run your SIPp instance. You have to specify the IP address of your SIPp instance and the manager's address, so that your instance knows where to connect to (this was your error), and also IP address of the system you want to test (SUT), which is the OpenIMS address. In your case I guess everything is on a single VM.
Seams like you didn't set up your IMS network correctly with your client.
The protocol running between FHoSS and the I/S-CSCF modules is DIAMETER, and this is where the term AVP comes from, and the authentication vectors are generated by HSS (or FHoSS).
As you know DIAMETER is responsible for the AAA part in IMS.
According to that, you need to match the authentication scheme that is used by OpenIMS and your client. This is very important! It is very likely, that you missed this part.
The best way of debugging your errors is to run a trace using e.g. Wireshark. So you can understand what is happening, which messages are exchanged between entities, and why things don't work. For instance, between the I-CSCF and the FHoSS you should notice the DIAMETER 300UAR/UAA messages.
But, I suggest that you first verify your IMS network is working properly.
For this, instead of SIPp start first with using UCT IMS client, and make a set up for one user (you can use the default alice/bob user). Try to register your user. When this works, move to SIPp, and repeat the same test. When this works, add more users.
i resolved the problem by following your recommendations. Actually it remains a last problem.
So i got at the user instance terminal an increasing number of messages (REGISTER , 401 and 2nd REGISTER) but the 200 OK messages are stagnated to 0 (see screenshot.png). i note that despite this problem the users state is changed from unregistred to registred when i check it in the HSS. Thay's why I guess that since i've no application server installed the 200 OK is not recieved. Are my thoughts true ?
In my opinion you should get a SIP 200OK, because the goal of the registration process is twofold:
-for the user to inform the network at which IP address its public profile is available
-for the network to authenticate the user
Your client is sending 2 REGISTER messages, where the first registration try ends with a 401 Unauth. message, which means your registration was not successful because your user is currently not authenticated. Simplified, in this phase the HSS passes a "authentication set" to the S-CSCF, which sends it back to the client. It serves as a challenge for your client, which is supposed to provide a response (using its secrete password) to it in the second REGISTER message. If the response matches to the expected response in the network your user is registered, and it shoudl be informed about this status with a 200KM.
-Check your wireshark trace, what happens after sending the second REGISTER message?!
-Check if the passwords at the client and the network match?!
-Check if you have correctly added the subscription, public and private entity for the users in HSS (if you don't use the default ones)?! But, you should try first the default users, because if this works, it will mean that you might make a mistake at this point.
they propose to shut down your virtual machine and increase the VHD size.
Then restart your system and try again.
3.If you still get 4xx, 5xx,or 6xx messages check if you have provided correct user information at the client side (does it match with the ones in HSS). For example, instead of putting only alice as authorization user name, did you put [email protected], or similar mistakes...
4. And again, is the authentication algorithm consistent in your system (same in HSS (through the WebUI) and scscf.cfg)?
I tried all the possibilities that you suggested and strangely i got the same ERROR:
1- Indeed Mymonster uses AKAv1-MD5 and it is already in concordance with scscf.cfg
2- Unfortunatelly i tried to deregister manually the user but i got the same error
3- user information are correctly provided
4- Actually i'm not working on VM but on a physical machine so i don't know if VHD make sense in my case ?
I'm thinking about this last solution because my exact error is : 600 Busy everywhere - Forwarding to S-CSCF failed and they talk in the link that you provided about no free space on hard disk in this case.
I wanna know too if IMS Bench SIPp supports the qop value??
Given the situation i'm thinking seriously to switch to SIPp but i've no idea about it; You already told me that when we use SIPp we don't need OpenIMScore?!
so Please does SIPp allow to get statistics ( i mean cpu load , time registration.... just like the report generated by IMS Bench SIPp)????
For the CPU load I'm not sure, but you can use some SNMP manager software to gather this information (there are a lot of open source available: Cacti, Zabbix, Zenoss).
i tried to use SIPp but i've this error: The verifyauth action requires OpenSSL support.. In spite of the checking of my own openssl ( by running openssl version -a ) give as result : OpenSSL 1.0.1
so my Openssl is well installed and it's with the required version what is the probelm then