Brainstorming load balancing feature - dispatcher & FS
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
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@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@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 http://www.freeswitch.org
-- Mit freundlichen Grüßen *Karsten Horsmann*
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@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@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@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 http://www.freeswitch.org
-- Mit freundlichen Grüßen *Karsten Horsmann*
_________________________________________________________________________ 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 http://www.freeswitch.org
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 Developer http://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@gmail.com <mailto:khorsmann@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@gmail.com <mailto:jaybinks@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@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 <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
-- Mit freundlichen Grüßen *Karsten Horsmann*
_________________________________________________________________________ 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 <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
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
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@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@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@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@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 http://www.freeswitch.org
-- Mit freundlichen Grüßen *Karsten Horsmann*
_________________________________________________________________________ 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 http://www.freeswitch.org
_______________________________________________ Users mailing listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/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 http://www.freeswitch.org
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 On 20.02.2014 22:29, Norman Tomlins wrote:
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@opensips.org <mailto:bogdan@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 Developer http://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@gmail.com <mailto:khorsmann@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@gmail.com <mailto:jaybinks@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@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 <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
-- Mit freundlichen Grüßen *Karsten Horsmann*
_________________________________________________________________________ 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 <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
_______________________________________________ Users mailing list Users@lists.opensips.org <mailto:Users@lists.opensips.org> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_________________________________________________________________________ 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 <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
_______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
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 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 <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
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> 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 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 <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
_________________________________________________________________________ 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 http://www.freeswitch.org
-- Sincerely Jay
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 23 февр. 2014 г., в 15:16, jay binks <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> 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 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 <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
_________________________________________________________________________ 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 http://www.freeswitch.org
-- Sincerely
Jay _________________________________________________________________________ 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 http://www.freeswitch.org
-----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-----
Options response is easy enough to do on our side, also, maybe in 18x responses as we already have done acl checks on the invites anyways, its a good place to respond and useful. On Feb 25, 2014, at 2:22 AM, William King <william.king@quentustech.com> wrote:
-----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-----
_________________________________________________________________________ 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 http://www.freeswitch.org
Hello Everyone, Let's list all possible use cases that various deployments are seeking and I believe that would lead to a good design. Please describe the use cases you think would be useful in your environments and I will put them all on a wiki page that can lead to a good solution. Summary: The Goal is for OpenSIPS to be able to retrieve some information from each FreesSWITCH server in the network to provide the most efficient distribution of calls using the load balancer and/or dispatcher modules. Since the traffic information of all the freeswitch servers are collected by one (redundant) opensips server, system wide reporting can also be provided on the opensips servers using tools such as OpenSIPS-CP or other web based type interfaces. Data useful to be retrieved from freeswitch servers are: - Number of Inbound Trunk Active calls - Number of Outbound Trunk Active calls - Number of Internal only calls such extension to extension intercom calls - (Maybe) Type of Calls such as fax, voicemail, etc. - CPU usage - Memory Usage - Call duration - Critical Errors such as DB or NAS not reachable - Offline status to be able to put a freeswitch server to drain mode Usecases: - Efficient Load balancing and/or distribution - System wide reporting - Error detection and re-routing - Generating Alarms due to certain thresh holds Possible solutions: - API interface: This would not be dependent on calls to retrieve info. Even if there is no active call, opensips still knows how freeswitch is doing - Additional SIP headers in 180 Ringing or 200 OK. - Options message Please provide your comments to these lists and I will collect them on a wiki page to be used for a possible implementation. Regards, Ali Pey On Tue, Feb 25, 2014 at 12:07 PM, Michael Jerris <mike@jerris.com> wrote:
Options response is easy enough to do on our side, also, maybe in 18x responses as we already have done acl checks on the invites anyways, its a good place to respond and useful.
On Feb 25, 2014, at 2:22 AM, William King <william.king@quentustech.com> wrote:
-----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 <mustafin.aleksandr@gmail.com>>
23 ????. 2014 ?., ? 15:16, jay binks <jaybinks@gmail.com <mailto:jaybinks@gmail.com <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 <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 <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 <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<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<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<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-----
_________________________________________________________________________ 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 http://www.freeswitch.org
_________________________________________________________________________ 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 http://www.freeswitch.org
participants (9)
-
Alexander Mustafin
-
Ali Pey
-
Bogdan-Andrei Iancu
-
Brian West
-
jay binks
-
Karsten Horsmann
-
Michael Jerris
-
Norman Tomlins
-
William King