Temporarily stop/start Freeswitch 200OKs on OPTIONS Ping?
Is there a way to do this? I found some old Q&As on this forum that reject this as non-spec compliant (I agree) BUT ... I need to disable 200OKs short period of time. This is my use case: I want to stop new traffic to specific Freeswitch servers (drain them) previous to a new deploy. There are reasons for deploying this way (as opposed to just dropping the new code in) which I will not explain here. For now, I need to do it this way. I don't control the SBC so the easiest way is to stop replying to OPTIONS on the FS servers to go out of commission. The SBC will stop forwarding new calls while handling those in progress. Can I do this? Thank you, Adelia
2013/1/15 Adelia C. <hexade@hotmail.com>
Is there a way to do this? I found some old Q&As on this forum that reject this as non-spec compliant (I agree) BUT ... I need to disable 200OKs short period of time.
This is my use case:
I want to stop new traffic to specific Freeswitch servers (drain them) previous to a new deploy. There are reasons for deploying this way (as opposed to just dropping the new code in) which I will not explain here. For now, I need to do it this way.
I don't control the SBC so the easiest way is to stop replying to OPTIONS on the FS servers to go out of commission. The SBC will stop forwarding new calls while handling those in progress.
I believe you are looking for sip-options-respond-503-on-busy: http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#sip-options-respon...: "Setting this param to true is especially useful if you're using a proxy such as OpenSIPS or Kamailio with dispatcher module to probe your FreeSWITCH servers by sending SIP OPTIONS. " Best regards
Then you will need to issue "fsctl pause" in case that's not clear from the explanation at this link. On Tue, Jan 15, 2013 at 2:15 PM, Marcin Gozdalik <gozdal@gmail.com> wrote:
2013/1/15 Adelia C. <hexade@hotmail.com>
Is there a way to do this? I found some old Q&As on this forum that reject this as non-spec compliant (I agree) BUT ... I need to disable 200OKs short period of time.
This is my use case:
I want to stop new traffic to specific Freeswitch servers (drain them) previous to a new deploy. There are reasons for deploying this way (as opposed to just dropping the new code in) which I will not explain here. For now, I need to do it this way.
I don't control the SBC so the easiest way is to stop replying to OPTIONS on the FS servers to go out of commission. The SBC will stop forwarding new calls while handling those in progress.
I believe you are looking for sip-options-respond-503-on-busy: http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#sip-options-respon...:
"Setting this param to true is especially useful if you're using a proxy such as OpenSIPS or Kamailio with dispatcher module to probe your FreeSWITCH servers by sending SIP OPTIONS. "
Best regards
_________________________________________________________________________ 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
-- Kristian Kielhofner
Thank you both! This is exactly what I was looking for! Adelia
Date: Tue, 15 Jan 2013 14:31:53 -0500 From: kris@kriskinc.com To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Temporarily stop/start Freeswitch 200OKs on OPTIONS Ping?
Then you will need to issue "fsctl pause" in case that's not clear from the explanation at this link.
On Tue, Jan 15, 2013 at 2:15 PM, Marcin Gozdalik <gozdal@gmail.com> wrote:
2013/1/15 Adelia C. <hexade@hotmail.com>
Is there a way to do this? I found some old Q&As on this forum that reject this as non-spec compliant (I agree) BUT ... I need to disable 200OKs short period of time.
This is my use case:
I want to stop new traffic to specific Freeswitch servers (drain them) previous to a new deploy. There are reasons for deploying this way (as opposed to just dropping the new code in) which I will not explain here. For now, I need to do it this way.
I don't control the SBC so the easiest way is to stop replying to OPTIONS on the FS servers to go out of commission. The SBC will stop forwarding new calls while handling those in progress.
I believe you are looking for sip-options-respond-503-on-busy: http://wiki.freeswitch.org/wiki/Sofia_Configuration_Files#sip-options-respon...:
"Setting this param to true is especially useful if you're using a proxy such as OpenSIPS or Kamailio with dispatcher module to probe your FreeSWITCH servers by sending SIP OPTIONS. "
Best regards
_________________________________________________________________________ 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
-- Kristian Kielhofner
_________________________________________________________________________ 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 (3)
-
Adelia C.
-
Kristian Kielhofner
-
Marcin Gozdalik