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

[Ali Pey]

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_deploymentEnterprise 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20140217/d27fae52/attachment.htm>