Re: [SR-Users] Kamailio IMS_QOS

2016-04-28 Thread José Seabra
Hi Jason, I understood it, the issue here is that i was trying to use ims_qos module in a non IMS network and my frontend component isn't the Kamailio server. But now I understood that the requirement is having this component in the frontend of network in order to have the correct information fro

Re: [SR-Users] Kamailio IMS_QOS

2016-04-28 Thread Jason Penton
Hi José Ivailo is correct here, you need to have p-cscf *be* the SBC or at least sit in front of one if it is not the SBC. If not you will effectively be sending "junk" to the PCRF and it will be impossible for it to signal the correct setup of bearers between UE and P-CSCF/SBC. Then, re. youre q

Re: [SR-Users] Kamailio IMS_QOS

2016-04-28 Thread José Seabra
Hi Ivo, That answers to my doubts. Thank you Regards José 2016-04-27 23:22 GMT+01:00 Ivailo Dobrev : > Hi Jose, > > Framed IP or some king of hashing over IP/identitiy/APN... is used from > PCRF for session binding. If I understand question right the short answer > is that reservation from P

Re: [SR-Users] Kamailio IMS_QOS

2016-04-27 Thread Ivailo Dobrev
Hi Jose, Framed IP or some king of hashing over IP/identitiy/APN... is used from PCRF for session binding. If I understand question right the short answer is that reservation from PCRF is made by Media-Component-Description not by framed IP address. In your architecture if Kamailio instance t

Re: [SR-Users] Kamailio IMS_QOS

2016-04-27 Thread José Seabra
Hi, Updating my last email, I noticed that the AVP framed_ip_address is also containing the IP address of SDP C field, so in my case that I have a SBC in front of my Kamailio doing NAT, the SDP address will be the IP of the SBC, in order that PCRF will try reserve bandwidth in the SBC. What we can

Re: [SR-Users] Kamailio IMS_QOS

2016-04-27 Thread José Seabra
Hi Jason, What could be the impact of using both modules (usrloc and ims_usrloc_pcscf)? One of the impacts that I can see is the Shared memory, it will consume more shared memory because will save the AOR twice in memory, one in usrloc and the other in ims_usrloc_pcscf, is that right? Another Do

Re: [SR-Users] Kamailio IMS_QOS

2016-04-25 Thread Jason Penton
Hi José, Unfortunately you have to use the ims_usrloc_pcscf as there are extra extra data fields that are required in the case of IMS registrations. Perhaps what you can do is run with both usrloc backends. I know that we made the restriction that you could only use one but I as soon as I get a ch

Re: [SR-Users] Kamailio IMS_QOS

2016-04-24 Thread José Seabra
Hi all, Once again, thank you all for the Help. I have one last question, can I use the function Rx_AAR_Register without save the usr location information on ims_usrloc_pcscf? that is because I'm already using the usrloc module with dmq_usrloc. I know that ims_usrloc_pcscf is a dependency of im

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread Ivailo Dobrev
Hi Jason, It is always better when code "guru" shares his opinion :) Cheers gents ! On 04/23/2016 01:35 AM, Jason Penton wrote: Hi gents, we do not support the preliminary service information. So for now you can only call Rx_AAR when you have SDP in the replies. So for VoLTE (preconditions

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread Jason Penton
Hi gents, we do not support the preliminary service information. So for now you can only call Rx_AAR when you have SDP in the replies. So for VoLTE (preconditions), for example you can call on 183 SP whilst using plain SIP you will have to call on the first reply you get that has SDP (either 183SP

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread Ivailo Dobrev
Yes you send both direction media information to the PCRF but when reply is received in precondition state. On 04/23/2016 12:03 AM, José Seabra wrote: Hello Ivailo and Franz, Thank you for your clarifications. Well sending an AAR when receive a reply makes all sense, but ims_qos must send th

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread José Seabra
Hello Ivailo and Franz, Thank you for your clarifications. Well sending an AAR when receive a reply makes all sense, but ims_qos must send the SDP information from the Initial Invite and also from 183 ringing or 200Ok, Am I correct? Because PCRF needs to know the session parameters from Initial

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread Ivailo Dobrev
Hi Franz, There no real OS PCRF. Yota/Telexir use to had some free VM image that is OK for test. You can search about FreePCRF. It is a little tricky to configure it but ... I made for my tests a really dummy one based on FreeDIAMETER. Generally speaking PCRF is the "brain" of the network and

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread Franz Edler
Hi José, in principle it is possible to send an AAR after receiving the request. In this case the Service-Info-Status AVP is set to PRELIMINARY SERVICE INFORMATION. More efficient is it to wait until SDP answer is received and then the Service-Info-Status AVP is set to FINAL_SERVICE_INFORMAT

Re: [SR-Users] Kamailio IMS_QOS

2016-04-22 Thread Ivailo Dobrev
Hi Jose, AAR is made no the reply. Reply is the place in that both media streams in SDP are available and known. Default IMS config should be changed a little Rx to start work. This also reminds me that you will probably face another problem if your PCRF does not have integration w/ HSS. P.S