Clive, Michael, Brian,

thank you so much for replying. Please see my answers below.

I don't want to shut it down but I need to deploy the system in the cloud where I cannot guarantee that any single instance will stay up.

Clive, what do you mean by "FreeSWITCH remains in control"? I understand that it remains in control of SIP messages but in the middle of a call there should not be any SIP messages being passed through, so if the proxy server goes down the RTP between the endpoints should keep going.

Michael, I tried "shutdown now" - it does not seem to work. The documentation says that it will still clean up the current traffic, so it hangs up the call before shutting down. That being said - if I simply disconnect the proxy machine from the network, the call continues as expected, so in this case it works as I need it to!

Brian, we are definitely considering OpenSIPS and other proxies but I'd like to try to set up a system with a single stack to simplify deployment, maintenance, upgrades and such.

Thanks again guys!

Thank you

Oleg

On Tue, May 21, 2013 at 11:21 AM, Brian Foster <bdfoster@davri.com> wrote:

I'd almost be looking at something like OpenSIPS as FS is a back2back UA, not a proxy.

On May 21, 2013 2:17 PM, "clive engelberg" <clive18@webmail.co.za> wrote:

Hi

You can get help in exchange for some netflix movies:)

jk :)

Freeswitch will act as a stateful proxy, meaning it will remain in control of the call, even though RTP goes point to point.

Why would you want to be able to shut down FS anyways?

Clive

On Mon, 20 May 2013 19:10:09 -0700 Oleg Stolyar <ostolyar@netflix.com> wrote

Hi,

I am trying to use FreeSWITCH as a SIP proxy. I have the dialplan below which simply sets bypass_media to true and then bridges to another FreeSWITCH server.

However, when during the call I shut down the proxy FS, the call is immediately dropped. Why is that? Is there a way to keep it going? I understand that in this case I won't be able to properly send the BYE signal when one of the parties hangs up and that's OK.

I tried using redirect and deflect instead of the bridge but those don't seem to work at all - probably because my UAs don't know how to handle redirects.

<extension name="proxy_test">

<condition field="destination_number" expression="^(p\w+)$">

<action application="set" data="bypass_media=true"/>

<action application="bridge" data="sofia/external/1000@10.2.182.243"/>

</condition>

</extension>

South Africa premier free email service - webmail.co.za

_________________________________________________________________________
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