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.com> wrote: