Hi,
Yes, I learned about the inconsistent behavior between reginfo_handle_notify and
reg_fetch_contacts by going through the debug log and seeing the DB queries.
I even tried to avoid the problem by changing the Kamailio C code (extract_aor function in
registrar/common.c) and recompiling it, but that doesn't seem right to me. Both
registrar and pua_reginfo appear to be central and widely used modules, and unlikely to
have such a bug. So it has to be a problem with my config, but I can't seem to spot
it. (I have already played with "use_domain" parameter in usrloc)
Thanks,
Mohammad
Henning Westerholt wrote:
Hello,
strange. You probably did already that, but if you activate debug log level you should
be
able to also see the database queries that are executed, just to double check. If might
be
just a bug in the cfg or possible also in the code.
Cheers,
Henning
> -----Original Message-----
> From: Mohammad Hossein Ahmadi via sr-users
<sr-users(a)lists.kamailio.org>
> Sent: Montag, 13. November 2023 13:14
> To:
sr-users(a)lists.kamailio.org
> Cc: Mohammad Hossein Ahmadi <m.ahmadi(a)sinacomsys.com>
> Subject: [SR-Users] Re: Inconsistent behavior between reg_fetch_contacts
> (registrar module) and reginfo_handle_notify (pua_reginfo module)?
>
> (sending again since I noticed my previous reply might not have been sent
> properly)
>
> Hi Henning,
>
> The script already does that. As seen at lines 380-382 here:
>
https://github.com/kamailio/kamailio/blob/master/src/modules/smsops/exa
> mples/kamailio.cfg
>
> ...
> $var(uri) = "sip:"+$avp(to)+"@"+DOMAIN;
> if (reg_fetch_contacts("location", "$var(uri)",
"caller"))
> { ...
>
> I even printed the value of $var(uri) to the log to make sure it was correct, and
> it was! ("sip:bob@ims.mnc001.mcc001.3gppnetwork.org")*
>
> I'm still perplexed.
>
> Any idea which would help resolve the problem would be greatly appreciated.
>
> Regards,
> Mohammad
>
> *actually I have changed the mnc and mcc numbers here
>
> Henning Westerholt wrote:
> Hello,
>
> I think you could just give the proper URI with domain part in the
> variable, according to the documentation:
>
https://kamailio.org/docs/modules/5.5.x/modules/ims_registrar_scscf.ht
> ml#id…
>
> Cheers,
>
> Henning
>
> > -----Original Message-----
> > From: Mohammad Hossein Ahmadi via sr-users
> > <sr-users(a)lists.kamailio.org>
> > Sent: Mittwoch, 8. November 2023 14:03
> > To:
sr-users(a)lists.kamailio.org
> > Cc: Mohammad Hossein Ahmadi <m.ahmadi(a)sinacomsys.com>
> > Subject: [SR-Users] Inconsistent behavior between
> > reg_fetch_contacts (registrar module) and reginfo_handle_notify
> (pua_reginfo module)?
> >
> > Hello everyone,
> >
> > I have previously set up Kamailio 5.7.2 IMS configuration
> > (including P-CSCF, S- CSCF and I-CSCF) and successfully made voice
> > calls. Now I'm trying to set up an IP-SM-GW AS using the example here
> (with some tweaks):
> >
> >
https://github.com/kamailio/kamailio/blob/master/src/modules/smsops/
> > exa
> > mples/kamailio.cfg
> > Currently I'm trying to send the SMS using a SIP software client
(MicroSIP).
> >
> > The problem is, while the SMS is received at the AS and stored in
> > the database, it does not send it to the callee.
> >
> > While troubleshooting the problem, I've found that
> > reg_fetch_contacts("location", "$var(uri)",
"caller")
> in
> > route[SEND_SMS] cannot find the contact which was added by
> > reginfo_handle_notify("location") in route[NOTIFY] in the usrloc
> > database. By tracing the problem more, I've found that
> > reginfo_handle_notify (when handling reg event NOTIFY) adds the
> > complete AoR in the "username" field in the location table, e.g.
as
> > "bob(a)ims.mnc001.mcc001.3gppnetwork.org".org". But
> > reg_fetch_contacts (when trying to send the SMS) looks up the table
> > using only the user part in the "username" field, e.g.
"bob".
> So it
> > cannot find the callee contact and the configuration assumes the
> > callee is still not registered; so it tries to send out a SUBSCRIBE
> > every time it tries to send an SMS to the callee, instead of actually
sending
> the SMS.
> >
> > Does anybody have any idea on what could have caused this
> > inconsistent behavior between reginfo_handle_notify and
> reg_fetch_contacts?
> >
>