[SR-Users] Disable Dispatcher GW from DB

Daniel-Constantin Mierla miconda at gmail.com
Mon Mar 25 14:30:00 CET 2019


Hello,

that could be a good option indeed, probably a function parameter to
control this kind of behaviour.

Cheers,
Daniel

On 25.03.19 02:03, Patrick Wakano wrote:
> Hello list,
> Hope you are all well!
>
> I just saw a related situation regarding a disabled GW in dispatcher
> module.
> In case I have a disabled GW the function ds_is_from_list() still
> matches and returns true.
> Is that expected? If so, maybe it could have an option to match only
> the non-disabled GWs. Would that be reasonable?
>
> Cheers,
> Patrick Wakano
>
> On Wed, 6 Mar 2019 at 10:01, Patrick Wakano <pwakano at gmail.com
> <mailto:pwakano at gmail.com>> wrote:
>
>     Thanks Dmitri!
>     It worked like a charm!
>     Cheers,
>     Patrick Wakano
>
>     On Tue, 5 Mar. 2019, 18:42 Dmitri Savolainen,
>     <savolainen at erinaco.ru <mailto:savolainen at erinaco.ru>> wrote:
>
>         hi Patrick
>         You may set flag=4 in "dispatcher" table for appropriate GW
>
>         On Tue, 5 Mar 2019 at 04:57, Patrick Wakano <pwakano at gmail.com
>         <mailto:pwakano at gmail.com>> wrote:
>
>             Hello list,
>             Hope you are all doing well!
>
>             I am looking for a way to disable a Dispatcher GW from the
>             DB. I know I can disable it using the "kamcmd
>             dispatcher.set_state d ..."command, but in case I do a
>             reload or restart after that, the disabled GW will be back
>             as active.
>             Of course I could also delete the GW from DB, but for CDR
>             purposes I want to keep the entry but mark as permanently
>             disabled, so Kamailio won't try to use it nor ping it
>             anymore. Does anyone how can I do that in the DB? I am
>             looking for the exact same behavior the "kamcmd
>             dispatcher.set_state d" does but from some change in the DB.
>
>             Thanks,
>             Kind regards,
>             Patrick Wakano
>             _______________________________________________
>             Kamailio (SER) - Users Mailing List
>             sr-users at lists.kamailio.org
>             <mailto:sr-users at lists.kamailio.org>
>             https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>         -- 
>         Savolainen Dmitri
>         _______________________________________________
>         Kamailio (SER) - Users Mailing List
>         sr-users at lists.kamailio.org <mailto:sr-users at lists.kamailio.org>
>         https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com
Kamailio Advanced Training - Mar 25-27, 2019, in Washington, DC, USA -- www.asipto.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20190325/4fa43024/attachment.html>


More information about the sr-users mailing list