Hi Alan,
Indeed, there was a bug in the handling of NULL columns in the db_mysql
module. It is fixed now, so updating should solve it.
Thanks for the report and help,
Bogdan
Alan Frisch wrote:
> Bogdan,
>
> Thanks for the info. I load the RPID with the modparam("auth_db",
> "load_credentials",
Bogdan,
Thanks for the info. I load the RPID with the modparam("auth_db",
"load_credentials", "rpid") and put it into $avp(s:rpid).
As long as OpenSIPS is in forked mode, it works fine. But when I was
running it in non-forked mode is when I saw the retention behavior.
Seems the RPID would stick
Hi Alan,
rpid is in subscriber table and should have nothing to do with usrloc
(and db_mode).
How do you load the rpid and where do you store it (what kind of variable) ?
Regards,
Bogdan
Alan Frisch wrote:
> I was using memory only for usrloc. I played around with the
> different modes, then
I was using memory only for usrloc. I played around with the
different modes, then switched back to memory only. Noticed that the
RPID would cache when I was testing in non-forked mode, but works as
expected when forked mode.
Thanks for the help.
On Thu, Jan 14, 2010 at 3:13 PM, Alex Balashov
Depends on your db_mode for the registrar.
On 01/14/2010 03:07 PM, Alan Frisch wrote:
> Using OpenSIPs 1.6.1 and have noticed a peculiar issue.
>
> If a subscriber has a value in the RPID column, then that value is
> changed to NULL it seems that OpenSIPs still retains the previous
> number.
>
>
Using OpenSIPs 1.6.1 and have noticed a peculiar issue.
If a subscriber has a value in the RPID column, then that value is
changed to NULL it seems that OpenSIPs still retains the previous
number.
For example:
If RPID column is NULL (initially) ---> if ($avp(s:rpid))) returns FALSE
If RPID colum