[OpenSIPS-Users] [Freeswitch-users] Brainstorming load balancing feature - dispatcher & FS

[Bogdan-Andrei Iancu]

Hello,

Indeed, we had some discussions with Ken Rice about interconnecting 
OpenSIPS and FreeSwitch. The main idea is to make use of the 
Load-Balancer module in OpenSIPS (please note this is not a simple 
dispatcher or probabilistic/hashing routing, but actually a LOAD based 
routing engine) and have this LB module connected into FreeSwitch to 
collect information about real load on FS (currently, LB module in 
OpenSIPS counts as load the number of ongoing calls). But as here 
suggested, the load on FS can be evaluated based on CPU/memory usage or 
any other internal FS parameters which may be relavant.

The interconnection between OS and FS can be either via one of the FS 
APIs (having the two software talking directly) or, as Jay suggested, 
directly via SIP OPTIONS (when to add the load info in replied can be 
determined based on the src IP of the OPTIONS request).

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 17.02.2014 17:40, Ali Pey wrote:
> This would be a pretty cool feature and I know that OpenSIPS guys have 
> discussed such a feature with FreeSWITCH dev. This would be a great 
> addition for load balancing.
>
> Adding OpenSIPS user mailing list.
>
>
> Regards,
> Ali Pey
>
>
> On Mon, Feb 17, 2014 at 8:15 AM, Karsten Horsmann <khorsmann at gmail.com 
> <mailto:khorsmann at gmail.com>> wrote:
>
>     Hello List,
>
>     i read too the nice
>     http://wiki.freeswitch.org/wiki/Enterprise_deployment Enterprise
>     Deployment Setups.
>     Personaly i run FS 1.2.x as Session Border Controller where sip
>     clients could register and internal (3rd party) IVRs could reachs
>     the clients.
>
>     I plan to use DNS SRV on the to scale up the FS Servers and have
>     fault talerance.
>
>     For that i have to diffrent uplinks that i could use for the DNS
>     SRV Records and AFAIK i could use track-calls=true in sofia profiles
>     to track the right incoming/outgoing profile.
>
>     The only thing i missed is that my 3rd party IVRs used FS as
>     outbound proxy and therefore only one IP is spezified on the
>     internal network.
>
>     With an virtual IP on the FS side i could solve that but then the
>     FS servers is IMHO limited to be a active/passiv duo.
>
>     Any ideas how to handle that?
>
>
>
>     2014-02-17 2:45 GMT+01:00 jay binks <jaybinks at gmail.com
>     <mailto:jaybinks at gmail.com>>:
>
>         So I want to bash out a feature I was thinking of, please can
>         anyone chime in some ideas on this.
>
>         So its easy to have OpenSIP / Kamailio ( dispatcher ) send SIP
>         Options to FS to see if its responding ..  this is great ...
>
>         My request would be to have some kind of control over the
>         response FS Sends back.
>         What I would love is to respond with idle CPU , current SPS /
>         Max SPS or channels / Max Channels.
>
>         This is only a high level "this would be nice" , so I havnt
>         totally thought this through but...
>         we would have to provide an ACL for who to provide this back
>         to,  coz I wouldnt really want any old guy on the internet
>         sending me options and me respond going ... oh yea bro, Im at
>         90% ... dont have to try hard to DDOS Me.. :)
>
>         but yea... if we could give this back to the load balancers,
>         then we could easily instruct them to back traffic off to this
>         gateway.
>
>         the next part is , how do you back off the traffic.
>         one option is to have FS respond differently if any of these
>         are close to thresholds.
>         or to provide these values in custom headers, but that would
>         require changes in dispatcher ( which is ok I Guess )
>
>         anyways... I wanted some input on peoples thoughts here..
>         let me know what you think.
>
>
>         Jay
>
>         _________________________________________________________________________
>         Professional FreeSWITCH Consulting Services:
>         consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>         http://www.freeswitchsolutions.com
>
>         FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>         http://www.cudatel.com
>
>         Official FreeSWITCH Sites
>         http://www.freeswitch.org
>         http://wiki.freeswitch.org
>         http://www.cluecon.com
>
>         FreeSWITCH-users mailing list
>         FreeSWITCH-users at lists.freeswitch.org
>         <mailto:FreeSWITCH-users at lists.freeswitch.org>
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         http://www.freeswitch.org
>
>
>
>
>     -- 
>     Mit freundlichen Grüßen
>     *Karsten Horsmann*
>
>     _________________________________________________________________________
>     Professional FreeSWITCH Consulting Services:
>     consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>     http://www.freeswitchsolutions.com
>
>     FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>     http://www.cudatel.com
>
>     Official FreeSWITCH Sites
>     http://www.freeswitch.org
>     http://wiki.freeswitch.org
>     http://www.cluecon.com
>
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     http://www.freeswitch.org
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140217/7f8a8a12/attachment-0001.htm>