[OpenSIPS-Users] Dispatcher within a K8s environment

Bogdan-Andrei Iancu bogdan at opensips.org
Tue Aug 30 07:52:08 UTC 2022


Hi Jonathan,

You mean something similar to that option in drouting ? If so, yes, it 
would make sense IMO.

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
OpenSIPS Summit 27-30 Sept 2022, Athens
   https://www.opensips.org/events/Summit-2022Athens/

On 8/26/22 5:36 PM, Jonathan Hunter wrote:
>
> Hi Ben,
>
> Great thank you for that I may well switch for now to drouting.
>
> @Bogdan-Andrei Iancu <mailto:bogdan at opensips.org> is it worth me 
> raising anything against dispatcher in terms of a change request for 
> dns behaviour?
>
> Many thanks both.
>
> Jon
>
> Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for 
> Windows
>
> *From: *Ben Newlin <mailto:Ben.Newlin at genesys.com>
> *Sent: *25 August 2022 18:57
> *To: *OpenSIPS users mailling list <mailto:users at lists.opensips.org>; 
> Bogdan-Andrei Iancu <mailto:bogdan at opensips.org>
> *Subject: *Re: [OpenSIPS-Users] Dispatcher within a K8s environment
>
> The drouting module has a parameter that allows you to disable the DNS 
> lookup.
>
> https://opensips.org/docs/modules/3.2.x/drouting.html#param_force_dns 
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopensips.org%2Fdocs%2Fmodules%2F3.2.x%2Fdrouting.html%23param_force_dns&data=05%7C01%7C%7Cf84f80bb420d460fe7d208da86c34cf1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637970470657734853%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=5BxF0g5rRnQUqjFWInVV7%2BvMxV5Lp7jZskDpeThV7VU%3D&reserved=0>
>
> Ben Newlin
>
> *From: *Users <users-bounces at lists.opensips.org> on behalf of Jonathan 
> Hunter <hunterj91 at hotmail.com>
> *Date: *Thursday, August 25, 2022 at 4:54 AM
> *To: *Bogdan-Andrei Iancu <bogdan at opensips.org>, OpenSIPS users 
> mailling list <users at lists.opensips.org>
> *Subject: *Re: [OpenSIPS-Users] Dispatcher within a K8s environment
>
> * EXTERNAL EMAIL - Please use caution with links and attachments *
>
> Hi Bogdan,
>
> Yes it would appear K8s implementations would be a very good topic at 
> the Summit that is for sure!
>
> I understand your comments on dispatcher, its unfortunate as 
> everything else is working fine.
>
> There was a suggestion to add a loopback address for example and then 
> update  when DNS has updated and records resolve?
>
> Is there any benefit in using dr_routing instead or will this 
> behaviour be the same in the event of a dns lookup failure?
>
> Thanks for the response!
>
> Jon
>
> Sent from Mail 
> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgo.microsoft.com%2Ffwlink%2F%3FLinkId%3D550986&data=05%7C01%7C%7Cf84f80bb420d460fe7d208da86c34cf1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637970470657734853%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=1zWxFJfa8gV9t%2FYLq8ONWjywSfOqUp%2BNhID2Q6A%2BkI4%3D&reserved=0> 
> for Windows
>
> *From: *Bogdan-Andrei Iancu <mailto:bogdan at opensips.org>
> *Sent: *24 August 2022 12:29
> *To: *OpenSIPS users mailling list <mailto:users at lists.opensips.org>; 
> Jonathan Hunter <mailto:hunterj91 at hotmail.com>
> *Subject: *Re: [OpenSIPS-Users] Dispatcher within a K8s environment
>
> Hi Jonathan,
>
> I guess this will be a good topic (DS and K8S) for the OpenSIPS Summit 
> in Athens - I think this is the 3rd time in the last week coming 
> across it :)
>
> Unfortunately there is no way to skip at the moment that DNS failure 
> when loading the destinations :(....even more, there some code that 
> relies on the fact that there is an "IP" attached to any 
> destination.....And I just checked, a local error in sending the ping 
> (like the DNS err) does not results in marking the destination as 
> failed or so..... so it is not so straight as ignoring the DNS error.
>
> Best regards,
>
> Bogdan-Andrei Iancu
>   
> OpenSIPS Founder and Developer
>    https://www.opensips-solutions.com  <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.opensips-solutions.com%2F&data=05%7C01%7C%7Cf84f80bb420d460fe7d208da86c34cf1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637970470657734853%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=TXgKtVXJyOIAKjtNjCoF5Bw%2B7%2F89%2FHbh3fCrtVVAzsY%3D&reserved=0>
> OpenSIPS Summit 27-30 Sept 2022, Athens
>    https://www.opensips.org/events/Summit-2022Athens/  <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.opensips.org%2Fevents%2FSummit-2022Athens%2F&data=05%7C01%7C%7Cf84f80bb420d460fe7d208da86c34cf1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637970470657734853%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=K%2Bjf5zuAF89bgaGhGCZ0zPiRdOF4q6viXHVe6e8ekIE%3D&reserved=0>
>
> On 8/24/22 12:24 AM, Jonathan Hunter wrote:
>
>     Hi All,
>
>     I have a query around dispatcher behaviour, I am running 3.2 in a
>     k8s environment.
>
>     I have 2 freeswitch instances defined in a destination set, both
>     of which are pods.
>
>     As people may be aware its fun implementing in k8s as pods can
>     restart and disappear at times so I ideally want this reflected in
>     the cache and output of opensips-cli -x mi ds_list where I was
>     hoping the freeswitch entries would be defined but with a state of
>     probing or inactive.
>
>     With my current setup, when restarting opensips for example, I
>     have the dispatcher table populated in postgres db , and if
>     opensips cant resolve the URI it wont load it into cache, like
>     wise if opensips is running and freeswitch pod drops, I see this
>     in the logs;
>
>     Aug 23 21:22:01 [55] ERROR:dispatcher:add_dest2list: could not
>     resolve freeswitch-opensips-deployment-1.freeswitch-opensips,
>     skipping it
>
>     Aug 23 21:22:01 [55] WARNING:dispatcher:ds_load_data: failed to
>     add destination
>     <sip:freeswitch-opensips-deployment-1.freeswitch-opensips:5070;transport=tcp>
>     <sip:freeswitch-opensips-deployment-1.freeswitch-opensips:5070;transport=tcp>
>     in group 10
>
>     I therefore don’t see it listed in cache when I run ds_list.
>
>     Does anyone know if its possible to tweak dispatcher to always
>     load the database entries into cache at startup, and also set
>     their status to probing/inactive if not reachable due to a
>     resolving issue as above?
>
>     My dispatcher settings are;
>
>     #### Dynamic routing
>
>     loadmodule "dispatcher.so"
>
>     modparam("dispatcher", "db_url", "postgres://x.x.x.x/opensips")
>
>     modparam("dispatcher", "ds_probing_mode", 1)
>
>     modparam("dispatcher", "ds_probing_threshhold", 1)
>
>     modparam("dispatcher", "persistent_state", 0)
>
>     modparam("dispatcher", "ds_ping_interval", 5)
>
>     modparam("dispatcher", "table_name", "dispatcher")
>
>     modparam("dispatcher", "cluster_id", 1)
>
>     Hope that makes sense!
>
>     Many thanks
>
>     Jon
>
>
>
>     _______________________________________________
>
>     Users mailing list
>
>     Users at lists.opensips.org  <mailto:Users at lists.opensips.org>
>
>     http://lists.opensips.org/cgi-bin/mailman/listinfo/users  <https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Flists.opensips.org%2Fcgi-bin%2Fmailman%2Flistinfo%2Fusers&data=05%7C01%7C%7Cf84f80bb420d460fe7d208da86c34cf1%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637970470657891490%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=C%2FersRlZBKRpabOoMHlc57cGMeLl4%2Fqo3RUpIs7yFqo%3D&reserved=0>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20220830/270e3c02/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 6C8FCB656E874AC19425788EDEE1758D.png
Type: image/png
Size: 140 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20220830/270e3c02/attachment-0001.png>


More information about the Users mailing list