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

Norman Tomlins norm at voicenetwork.ca
Thu Feb 20 21:29:14 CET 2014


Well,

You could have FreeSwitch send it in the bye message when each call hangs
up.      That will give you a rough idea.

ie:

<action application="set" data="sip_bye_h_X-CPU=95%"/>

And you could set this variable in the hang up hook and opensips could use
this number for load balancing and strip the info before sending back to
the customer.









On Mon, Feb 17, 2014 at 4:10 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:

>  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 Developerhttp://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>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>:
>>
>>>  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
>>> 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
>>> 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
>> 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
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> 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
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140220/3b20f137/attachment.htm>


More information about the Users mailing list