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

Tue Feb 25 10:22:42 MSK 2014

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm not sure about the opensips side, but implementing this with
custom notify events would be very easy to do in FS. On receipt of a
custom notify that has a matching content-type, check the source ip
against an ACL. If it matches, then respond with a notify packet with
basically the body filled with the output of the status api command.

Sure it can probably be optimized from there, but this technique could
be written and working in under an hour.

Example status api command output:

UP 0 years, 10 days, 13 hours, 39 minutes, 8 seconds, 359
milliseconds, 62 microseconds
FreeSWITCH (Version 1.5.8b git fe2a4d6 2014-02-14 00:03:11Z 64bit) is
ready
1964 session(s) since startup
0 session(s) - peak 32, last 5min 1
0 session(s) per Sec out of max 30, peak 5, last 5min 1
1000 session(s) max
min idle cpu 0.00/96.00
Current Stack Size/Max 240K/8192K

William King
Senior Engineer
Quentus Technologies, INC
1037 NE 65th St Suite 273
Seattle, WA 98115
Main:   (877) 211-9337
Office: (206) 388-4772
Cell:   (253) 686-5518
william.king at quentustech.com

On 02/24/2014 07:15 PM, Alexander Mustafin wrote:
> I think, that OPTIONS is a good idea, also http-requests can make
> the same, but imho OPTIONS are easy in use and more clarity.
> 
> Best regards, Alexander Mustafin mustafin.aleksandr at gmail.com
> <mailto:mustafin.aleksandr at gmail.com>
> 
> 
> 
> 
> 23 ????. 2014 ?., ? 15:16, jay binks <jaybinks at gmail.com 
> <mailto:jaybinks at gmail.com>> ???????(?):
> 
>> Sure it dosnt have to be SIP at all... and we could use multicast
>> or any other API.. but the point is I use SIP Options anyways to
>> check the gateway is there, so it may as well have some load
>> related info in the response...
>> 
>> 
>> 
>> 
>> On 23 February 2014 09:00, Brian West <brian at freeswitch.org 
>> <mailto:brian at freeswitch.org>> wrote:
>> 
>> Could you share this in your cluster via multicast and just
>> write down the reports that come in periodically?  Could even do 
>> unicast.  Not sure why it has to be sip at all. -- Brian West 
>> brian at freeswitch.org <mailto:brian at freeswitch.org> FreeSWITCH
>> Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter:
>> @FreeSWITCH , @briankwest http://www.freeswitchbook.com
>> <http://www.freeswitchbook.com/> 
>> http://www.freeswitchcookbook.com
>> <http://www.freeswitchcookbook.com/>
>> 
>> T: +1.918.420.9001 <tel:%2B1.918.420.9001>  |  F:
>> +1.918.420.9002 <tel:%2B1.918.420.9002>  |  M: +1.918.424.WEST 
>> iNUM: +883 5100 1420 9001 <tel:%2B883%205100%201420%209001> ISN:
>> 410*543 Skype:briankwest PGP Key: http://www.bkw.org/key.txt
>> (AB93356707C76CED)
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On Feb 22, 2014, at 7:36 AM, Bogdan-Andrei Iancu 
>> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>> 
>>> Hey Norman,
>>> 
>>> That is possible but not sufficient as: - any party in the call
>>> may hangup the call, so BYE may come
>> to FS (versus being generated by FS) - but I guess you can add
>> the header to the 200 OK BYE too
>>> - relying on the BYEs (calls) OpenSIPS will not be able to
>> get a continuous information on the load - if there are no
>> calls, no new updates on the load are received by OS - this may
>> be a major problem if one FS instance is used by multiple OS
>> balancers (or handles call from any other parties).
>>> 
>>> Currently we are looking into fetching the load information
>> directly via FS APIs.
>>> 
>>> Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer
>>> 
>>> http://www.opensips-solutions.com
>> <http://www.opensips-solutions.com/>
>> 
>> 
>> _________________________________________________________________________
>>
>> 
Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org <mailto:consulting at freeswitch.org> 
>> http://www.freeswitchsolutions.com 
>> <http://www.freeswitchsolutions.com/>
>> 
>>  
>>  </>
>> 
>> Official FreeSWITCH Sites http://www.freeswitch.org
>> <http://www.freeswitch.org/> http://wiki.freeswitch.org
>> <http://wiki.freeswitch.org/> http://www.cluecon.com
>> <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 <http://www.freeswitch.org/>
>> 
>> 
>> 
>> 
>> -- Sincerely
>> 
>> Jay 
>> _________________________________________________________________________
>>
>> 
Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org <mailto:consulting at freeswitch.org> 
>> http://www.freeswitchsolutions.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
> 
> 
> 
> _________________________________________________________________________
>
> 
Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org http://www.freeswitchsolutions.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
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iQIcBAEBAgAGBQJTDETCAAoJEE0JJh4d0MMFJlsP/i0vV1fIsXQ84QDPLVh3JAwW
bzdyPWCW9xw+4Z6CI6tj10m5f3o0vriJtOyys+kykXpNJ9tBINP65v6J9PXrQROM
C/NFtlN8c9DREE1LmlsVv4JsOCNdrmqczaPi3n3tsfoeavl58s0Cxpuj3fA0SgrA
WnpenSOAjhKfgXFMZRPpDPjM8wM85zVtvCn75gB7uP0eh/2qXh5wVt5OivxwR5iq
0TZ8ldlGHVlWBzeE/K3Fj3dzWOSFQJXIomrApcCVVvSTEM9dsrzsDKWADc+H2U/F
faSwgWOjj//YbDt1y1YghknvLdK9i8Q4rvFH5WLc1UyoA5WuZKCzR8RhJPf4CKCb
6myfTt89D48NbVHK932aZD8LtfqeplbKNoqHhtVdZPtMa81ZIgHluhyzEaw5YhzH
INRX5tctXHFyaGat7EgN10GHgFlNNtf1Ljm51mPQj5jP8Ukp9e1tBZp8MzQAG6JG
NIpUD+P7KxRFnYDeKrJDDvyrQBdzvS0LQsMGoqsrt19botddhhJXKZFRTNBkwDi/
+pMvFgLBKZrD14ufv3cT9C8Q0ylE596xHnBv6xpKZQXhN6k8StJwpm1ozMaaOifG
jZF5GMw/X6vQSEofhqSlvVoT1uJII6B/c1zGYV/eCfsdtgeaHyfumIgQfKEj+wQa
jhVefTn44xb/OMULY4FK
=66PQ
-----END PGP SIGNATURE-----