Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali
Hello Ali, The SCSCF has IFC service for decision what it should do with incoming SIP message. During check all rules in IFC, If it match with one or some rules, actually it marked with that rules. Then the real meaning of marking is the SIP message is matched with one or some rules in IFC. With Best Regards.
On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani aj.shirvani@gmail.com wrote:
Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hello Mojtaba,
Thanks for your reply. You are completely correct, my current configuration work fine when request initiated from UEs, but I want to handle SIP requests that initiated by application server. When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check if the request match with iFC or not, if it matched kamailio forward the request to the application server. But when application server send request to S-CSCF, isc_from_as('orig') return false and I couldn't forward request to the target UE.
Regards, Ali
On Wed, Jul 24, 2019 at 3:45 PM Mojtaba mespio@gmail.com wrote:
Hello Ali, The SCSCF has IFC service for decision what it should do with incoming SIP message. During check all rules in IFC, If it match with one or some rules, actually it marked with that rules. Then the real meaning of marking is the SIP message is matched with one or some rules in IFC. With Best Regards.
On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani aj.shirvani@gmail.com wrote:
Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
-- --Mojtaba Esfandiari.S _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
According to TS 24.229, The AS could send request to SCSCF, too. But some rules shall be obeied. For example did you add P-Asserted-Identity header to your request? With Best Regards.Mojtaba
On Wed, 24 Jul 2019, 17:19 Ali Shirvani <aj.shirvani@gmail.com wrote:
Hello Mojtaba,
Thanks for your reply. You are completely correct, my current configuration work fine when request initiated from UEs, but I want to handle SIP requests that initiated by application server. When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check if the request match with iFC or not, if it matched kamailio forward the request to the application server. But when application server send request to S-CSCF, isc_from_as('orig') return false and I couldn't forward request to the target UE.
Regards, Ali
On Wed, Jul 24, 2019 at 3:45 PM Mojtaba mespio@gmail.com wrote:
Hello Ali, The SCSCF has IFC service for decision what it should do with incoming SIP message. During check all rules in IFC, If it match with one or some rules, actually it marked with that rules. Then the real meaning of marking is the SIP message is matched with one or some rules in IFC. With Best Regards.
On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani aj.shirvani@gmail.com wrote:
Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
-- --Mojtaba Esfandiari.S _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hello Mojtaba,
Thanks for your reply, I just tested P-Asserted-Identity, but S-CSCF doesn't route the request to the registered client.
Regards, Ali
On Wed, Jul 24, 2019 at 6:02 PM Mojtaba mespio@gmail.com wrote:
According to TS 24.229, The AS could send request to SCSCF, too. But some rules shall be obeied. For example did you add P-Asserted-Identity header to your request? With Best Regards.Mojtaba
On Wed, 24 Jul 2019, 17:19 Ali Shirvani <aj.shirvani@gmail.com wrote:
Hello Mojtaba,
Thanks for your reply. You are completely correct, my current configuration work fine when request initiated from UEs, but I want to handle SIP requests that initiated by application server. When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check if the request match with iFC or not, if it matched kamailio forward the request to the application server. But when application server send request to S-CSCF, isc_from_as('orig') return false and I couldn't forward request to the target UE.
Regards, Ali
On Wed, Jul 24, 2019 at 3:45 PM Mojtaba mespio@gmail.com wrote:
Hello Ali, The SCSCF has IFC service for decision what it should do with incoming SIP message. During check all rules in IFC, If it match with one or some rules, actually it marked with that rules. Then the real meaning of marking is the SIP message is matched with one or some rules in IFC. With Best Regards.
On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani aj.shirvani@gmail.com wrote:
Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
-- --Mojtaba Esfandiari.S _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hello Ali, I think there is a misunderstanding, When the PSI that hosted by the AS send a initial request to SCSCF, the SCSCF really considered the request is on behalf of IMPU. Then you have to make choice where the request forwarded. In this case you have to check some conditions. The P_Asserted_Identity is one of them. More conditions are appear in TS 24.229, 5.7.3 that you mentioned it before. Nevertheless if you want make call to a registered user from your AS, Why you don't send your reguest to ICSCF? because the ICSCF could found the IMPU is registered or not (by LIR/LIA) and forward your request to SCSCF and UE. *With Best Regards.Mojtaba*
On Sat, Jul 27, 2019 at 9:47 AM Ali Shirvani aj.shirvani@gmail.com wrote:
Hello Mojtaba,
Thanks for your reply, I just tested P-Asserted-Identity, but S-CSCF doesn't route the request to the registered client.
Regards, Ali
On Wed, Jul 24, 2019 at 6:02 PM Mojtaba mespio@gmail.com wrote:
According to TS 24.229, The AS could send request to SCSCF, too. But some rules shall be obeied. For example did you add P-Asserted-Identity header to your request? With Best Regards.Mojtaba
On Wed, 24 Jul 2019, 17:19 Ali Shirvani <aj.shirvani@gmail.com wrote:
Hello Mojtaba,
Thanks for your reply. You are completely correct, my current configuration work fine when request initiated from UEs, but I want to handle SIP requests that initiated by application server. When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check if the request match with iFC or not, if it matched kamailio forward the request to the application server. But when application server send request to S-CSCF, isc_from_as('orig') return false and I couldn't forward request to the target UE.
Regards, Ali
On Wed, Jul 24, 2019 at 3:45 PM Mojtaba mespio@gmail.com wrote:
Hello Ali, The SCSCF has IFC service for decision what it should do with incoming SIP message. During check all rules in IFC, If it match with one or some rules, actually it marked with that rules. Then the real meaning of marking is the SIP message is matched with one or some rules in IFC. With Best Regards.
On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani aj.shirvani@gmail.com wrote:
Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
-- --Mojtaba Esfandiari.S _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
Hello Ali,
I think we had the similar problem. Then we found the S-CSCF configuration file contains following snippet in main routing block: if (($route_uri =~ "sip:orig@.*") || isc_from_as("orig")) { xlog("Orig"); # we need something like this to assign SCSCF to unregistered user for services # support for AS origination on behalf of unregistered useri # can use the registrar is_registered methods - must see if we need to check orig or term?
# Originating route(orig); break; } else {
And we understood, if the AS originates an initial Request (as opposed to forwarding it), then the S-CSCF should act as an originating S-CSCF, too.
So the AS that performs an “originating, unregistered” service, must add a “Route” header with the indication of origin, e.g. Route: sip:orig@172.23.12.249:5060;lr
To address the originating S-CSCF.
Just my two cent.
KR, Christoph
From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of Ali Shirvani Sent: Wednesday, July 24, 2019 2:49 PM To: Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.org Cc: Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org Subject: Re: [SR-Users] [sr-dev] IMS_ISC technical specification
Hello Mojtaba,
Thanks for your reply. You are completely correct, my current configuration work fine when request initiated from UEs, but I want to handle SIP requests that initiated by application server. When UE sends request to S-CSCF, kamailio fetch iFC from HSS and check if the request match with iFC or not, if it matched kamailio forward the request to the application server. But when application server send request to S-CSCF, isc_from_as('orig') return false and I couldn't forward request to the target UE.
Regards, Ali
On Wed, Jul 24, 2019 at 3:45 PM Mojtaba <mespio@gmail.commailto:mespio@gmail.com> wrote: Hello Ali, The SCSCF has IFC service for decision what it should do with incoming SIP message. During check all rules in IFC, If it match with one or some rules, actually it marked with that rules. Then the real meaning of marking is the SIP message is matched with one or some rules in IFC. With Best Regards.
On Wed, Jul 24, 2019 at 2:48 PM Ali Shirvani <aj.shirvani@gmail.commailto:aj.shirvani@gmail.com> wrote: Hi all,
I read some portion of imc_isc_mod.c, specially isc_from_as function. In that function there is some function call that searching for some marks in the SIP message. Also I read section 5.7.3 from TS 24.229 but I didn't find the marking mechanism that used in isc_from_as function.
Would you please point me to the technical specification that implemented in IMS_ISC module?
Regards, Ali _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
-- --Mojtaba Esfandiari.S _______________________________________________ Kamailio (SER) - Development Mailing List sr-dev@lists.kamailio.orgmailto:sr-dev@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-dev
The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.