Would it be possible to get glob style includes in place, i.e. include_file
"/some/path/*.cfg".
Reviewing the source, it looks like sr_push_yy_state in src/core/cfg.lex
needs an update.
Daniel - can you confirm if this is the correct place to modify such
behavior and if there are any gotchas in implementation of this?
It would be nice if it had full support for glob inclusion / imports,
similar to nginx
i.e.
include_file "/home/*/foo/bar/*.cfg"
would include files in /home/brandon/foo/bar/*.cfg and
/home/dev/foo/bar/*.cfg although I realize this adds a bit more complexity,
any reason you can see why not to add support for this?
Thanks!
We are trying to test private VoLTE setup with real UEs using open5gs EPC , kamailio IMS and application server. We see INVITE request reaching till term-SCSCF with URL (sip:405874000000955@ims.mnc874.mcc405.3gppnetwork.org;user=phone) but it is not forwarding request to application server. SCSCF is trying to fetch IMPU record for application server with tel uri even though it receives SIP uri in INVITE message. Hence fails to reach application server.
Could anyone help us on why 'isc_match_filter()' function is returning tel uri even though it is receiving sip uri in message?
Attaching log and pcap for reference.
#### SCSCF logs
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:253]: isc_match_filter(): Starting triggering
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:323]: isc_match_filter(): Checking if ISC is for originating user
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:362]: isc_match_filter(): Checking if ISC is for terminating user
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:372]: isc_match_filter(): ISC is for Term user
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [checker.c:586]: isc_is_registered(): Searching in usrloc
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [checker.c:589]: isc_is_registered(): no record exists for [tel:405874000000955]
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:380]: isc_match_filter(): Term User <tel:405874000000955> [0]
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:383]: isc_match_filter(): Checking if RURI has changed...comparing: <> and <tel:405874000000955>
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [ims_isc_mod.c:390]: isc_match_filter(): Resuming triggering
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [checker.c:586]: isc_is_registered(): Searching in usrloc
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [checker.c:589]: isc_is_registered(): no record exists for [tel:405874000000955]
[33;1mscscf |[0m [0;39;49m[0;39;49m 3(34) DEBUG: ims_isc [checker.c:431]: isc_checker_find(): isc_checker_find: starting search
[33;1mscscf |[0m [0;39;49m[0;31;49m 3(34) ERROR: ims_isc [checker.c:448]: isc_checker_find(): Failure getting IMPU record for [tel:405874000000955] - ISC checker find METHOD: [INVITE]
[open5gs_test67.zip](https://github.com/kamailio/kamailio/files/7979412/open…
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3015
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3015(a)github.com>