[OpenSIPS-Users] Dynamic Routing dr_carrier state column understanding

[Jim DeVito]

OK. I think I found it. It is just confusing. In the DB a state of 0 means
ENABLED and a state of 1 means DISABLED. When sending MI commands 0 will
DISABLE and 1 will ENABLE. That seems a little backwards but I'm on 2.2.7
so maybe that was fixed in a newer version.

Thanks for the reply!

On Fri, Jan 4, 2019 at 11:09 AM Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Hi Jim,
>
> That column is read by OpenSIPS only at startup. Basically it give
> OpenSIPS the starting values for the GW states. If you change the value in
> DB, it will have no effect on OpenSIPS until the next restart.
>
> On the other side, OpenSIPS is able to update (write) that column if the
> in-memory state of the GW does change (via MI or ping detection) - but you
> need to be sure that 'persistent_state' is on (see
> http://www.opensips.org/html/docs/modules/2.4.x/drouting.html#param_persistent_state
> ).
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
>   https://www.opensips-solutions.com
> OpenSIPS Summit 2019
>   https://www.opensips.org/events/Summit-2019Amsterdam/
>
> On 01/04/2019 04:40 PM, Jim DeVito wrote:
>
> Hi Guys,
>
> Maybe i'm misunderstanding this column. I understand how to enable and
> disable a carrier via MI commands during run time. However I want to be
> able to modify the database (dr_carriers) state column and have that
> respected at next reload. Currently I can change that to 0 or 1 but the
> carrier is always marked as enabled when I check at run time.
>
> I've tried with persistent_state set to 0 and 1 with no effect.
>
> Thanks!
>
> -------------
> Jim DeVito
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>

-- 
-------------
Jim DeVito
Mobile 216.507.9497
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20190104/c344d790/attachment.html>