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 [email protected] FreeSWITCH Solutions, LLC PO BOX 2531 Brookfield, WI 53008-2531 Twitter: @FreeSWITCH , @briankwest http://www.freeswitchbook.com http://www.freeswitchcookbook.com
T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST iNUM: +883 5100 1420 9001 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 <[email protected]> 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 _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
