-----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@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@gmail.com <mailto:mustafin.aleksandr@gmail.com>
23 ????. 2014 ?., ? 15:16, jay binks <jaybinks@gmail.com <mailto:jaybinks@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@freeswitch.org <mailto:brian@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@freeswitch.org <mailto:brian@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@opensips.org <mailto:bogdan@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@freeswitch.org <mailto:consulting@freeswitch.org> http://www.freeswitchsolutions.com <http://www.freeswitchsolutions.com/>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com <http://www.cudatel.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@lists.freeswitch.org <mailto:FreeSWITCH-users@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@freeswitch.org <mailto:consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
-----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-----