Hello, I'm planning on moving all our local lua-generated XML to use mod_xml_curl over HTTPS. However, the primary http server is not in the same data center as our FS instances. Ping time is about 50ms. Is this going to be an issue? Is it typical to run xml_curl hosted elsewhere? The web app itself is written in Go and is very fast. Just wondering about network latency aspect of it all. Thanks -Mike
On 16 May 2017 at 21:03, Michael Avers <michael@mailworks.org> wrote:
I'm planning on moving all our local lua-generated XML to use mod_xml_curl over HTTPS. However, the primary http server is not in the same data center as our FS instances. Ping time is about 50ms. Is this going to be an issue? Is it typical to run xml_curl hosted elsewhere? The web app itself is written in Go and is very fast. Just wondering about network latency aspect of it all.
usually you run the webserver in same datacenter. That said, maybe in your case this is not a problem, and your application can bear the round trips. Take into account this do not affect call quality or call latency, it only affect how fast FreeSWITCH can get data (eg, how fast it takes to get auth info for a caller, how fast get the dialplan snippet to be executed, etc.) Once the call is established, rtp packets runs independently from database.
Thanks -Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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, Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18
Hi, Michael, I see no big problems here. I agree with Giovanni that xml_curl does not affect call quality but call initiation duration and success. You can decrease load on your webserver by cacheing xml responses and with backup webserver. And I think it would work just fine. 2017-05-18 19:27 GMT+03:00 Giovanni Maruzzelli <gmaruzz@gmail.com>:
On 16 May 2017 at 21:03, Michael Avers <michael@mailworks.org> wrote:
I'm planning on moving all our local lua-generated XML to use mod_xml_curl over HTTPS. However, the primary http server is not in the same data center as our FS instances. Ping time is about 50ms. Is this going to be an issue? Is it typical to run xml_curl hosted elsewhere? The web app itself is written in Go and is very fast. Just wondering about network latency aspect of it all.
usually you run the webserver in same datacenter.
That said, maybe in your case this is not a problem, and your application can bear the round trips. Take into account this do not affect call quality or call latency, it only affect how fast FreeSWITCH can get data (eg, how fast it takes to get auth info for a caller, how fast get the dialplan snippet to be executed, etc.) Once the call is established, rtp packets runs independently from database.
Thanks -Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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,
Giovanni Maruzzelli OpenTelecom.IT cell: +39 347 266 56 18
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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, What would be a good approach if I want to originate a call to a local user, then once they pick up - bridge to an external number (or anywhere else). I tried several ways, but they all end up bridging even if the user's VM picked up the call. For example I tried: originate with execute_on_answer='transfer NEXT_STEP XML context' originate statement followed by &bridge or even just a the next step extension as the destination These work, but I want to avoid proceeding to the next step if the call was picked up by the user's VM. I also tried parking it but then how would I know if it ended up in VM? Thanks -Mike
My bad, at some point in my tests today I switched to using sofia/external/extension@domain vs. user/extension@domain. Using the latter, a proper USER_BUSY response will not proceed to the next step, as desired. Enjoy your weekend everyone! Mike On Sat, Jul 1, 2017, at 03:51 PM, Michael Avers wrote:
Hello,
What would be a good approach if I want to originate a call to a local user, then once they pick up - bridge to an external number (or anywhere else). I tried several ways, but they all end up bridging even if the user's VM picked up the call.
For example I tried:
originate with execute_on_answer='transfer NEXT_STEP XML context' originate statement followed by &bridge or even just a the next step extension as the destination
These work, but I want to avoid proceeding to the next step if the call was picked up by the user's VM.
I also tried parking it but then how would I know if it ended up in VM?
Thanks -Mike
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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)
-
Giovanni Maruzzelli
-
Michael Avers
-
Vladyslav Zakhozhai