Hello List, I can see that the "this will destroy the world and this may kill your pets" warning has been removed from the documentation for the Loopback endpoint. Is this an indication that it has become safer to use? I have a specific problem where I essentially have to dial a dialplan for each user I am trying to reach, in parallel. Is it correctly understood that loopback would be the best/only way of implementing this, or is there another way? Kind Regards Jon Schøpzinsky
The devs have done their best to make loopback not be evil but in some respects it must be, because it is what is it. Some folks use it all the time without any issues. Just manage your expectations. :) That being said, you mentioned you need to dial a "dialplan" for each user and that you need to do so in parallel. Without more information I can't offer a better solution, although when I hear things like "dial in parallel" I immediately think "enterprise originate." More information is found on the wiki<http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Enterprise_originate>or in the FS Cookbook <http://link.packtpub.com/nuIOlX>. -MC On Thu, Jan 10, 2013 at 5:36 AM, Jon Schøpzinsky <jos@firstcom.dk> wrote:
Hello List,
I can see that the "this will destroy the world and this may kill your pets" warning has been removed from the documentation for the Loopback endpoint.
Is this an indication that it has become safer to use?
I have a specific problem where I essentially have to dial a dialplan for each user I am trying to reach, in parallel. Is it correctly understood that loopback would be the best/only way of implementing this, or is there another way?
Kind Regards
Jon Schøpzinsky
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org
Jon, the loopback will most certainly be evil if you are processing CDRs. If you want to keep it simple, avoid using it at all costs. It should always be a last resort. João Mesquita FreeSWITCH™ Solutions On Thu, Jan 10, 2013 at 3:37 PM, Michael Collins <msc@freeswitch.org> wrote:
The devs have done their best to make loopback not be evil but in some respects it must be, because it is what is it. Some folks use it all the time without any issues. Just manage your expectations. :)
That being said, you mentioned you need to dial a "dialplan" for each user and that you need to do so in parallel. Without more information I can't offer a better solution, although when I hear things like "dial in parallel" I immediately think "enterprise originate." More information is found on the wiki<http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Enterprise_originate>or in the FS Cookbook <http://link.packtpub.com/nuIOlX>.
-MC
On Thu, Jan 10, 2013 at 5:36 AM, Jon Schøpzinsky <jos@firstcom.dk> wrote:
Hello List,
I can see that the "this will destroy the world and this may kill your pets" warning has been removed from the documentation for the Loopback endpoint.
Is this an indication that it has become safer to use?
I have a specific problem where I essentially have to dial a dialplan for each user I am trying to reach, in parallel. Is it correctly understood that loopback would be the best/only way of implementing this, or is there another way?
Kind Regards
Jon Schøpzinsky
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.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
I was the one who added that "evil" warning to the Dialplan Tools page, based on comments here from those who know. (The loopback page is devoid of that remark and quite sparse at that.) I figured it would relieve some additional support burden from the developers and steer users clear of trouble with such a remark. At the very least, it should make them tread more carefully when implementing loopback. The current description on that page seems a bit off the mark: "Possible to 'bridge' to other extension on same server" I mean, FreeSWITCH can do that right out of the box between extensions 1000-1019 so loopback wouldn't even be needed for that operation. As I understand it, loopback provides a temporary place-holder to terminate a call until it can be disposed of to a "real" endpoint such as voicemail or a B-leg. Is this correct? Thanks. Bote From: João Mesquita Sent: Thursday, 10 January, 2013 12:46 Jon, the loopback will most certainly be evil if you are processing CDRs. If you want to keep it simple, avoid using it at all costs. It should always be a last resort. João Mesquita FreeSWITCH™ Solutions On Thu, Jan 10, 2013 at 3:37 PM, Michael Collins <msc@freeswitch.org> wrote: The devs have done their best to make loopback not be evil but in some respects it must be, because it is what is it. Some folks use it all the time without any issues. Just manage your expectations. :) That being said, you mentioned you need to dial a "dialplan" for each user and that you need to do so in parallel. Without more information I can't offer a better solution, although when I hear things like "dial in parallel" I immediately think "enterprise originate." More information is found on the wiki <http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Enterprise_ori ginate> or in the FS Cookbook <http://link.packtpub.com/nuIOlX> . -MC On Thu, Jan 10, 2013 at 5:36 AM, Jon Schøpzinsky <jos@firstcom.dk> wrote: Hello List, I can see that the "this will destroy the world and this may kill your pets" warning has been removed from the documentation for the Loopback endpoint. Is this an indication that it has become safer to use? I have a specific problem where I essentially have to dial a dialplan for each user I am trying to reach, in parallel. Is it correctly understood that loopback would be the best/only way of implementing this, or is there another way? Kind Regards Jon Schøpzinsky
The current description on that page seems a bit off the mark: "Possible to 'bridge' to other extension on same server" I mean, FreeSWITCH can do that right out of the box between extensions 1000-1019 so loopback wouldn't even be needed for that operation.
That refers to dialplan extensions, not user extensions. Yes there is confusion there in terminology since there are two very different types of extension - dialplan vs registration. Transfer and execute_extension can also be used to execute another extension, but there are differences in how that's done which means each solves different use-cases.
As I understand it, loopback provides a temporary place-holder to terminate a call until it can be disposed of to a "real" endpoint such as voicemail or a B-leg. Is this correct?
You get a full outgoing and incoming channel where FS calls out and back into itself. The new incoming channel is then handled just like any other call. That's where the evilness comes in... it uses a lot more resources than might be needed by other approaches, and every channel gets its own CDR so that can screw up your CDR/billing system unless you handle it correctly. Once the call is bridged FS can unroll the loops to simplify the call handling and resources consumed. Steve On 12 Jan 2013, at 19:20, "Bote Man" <bote_radio@botecomm.com> wrote:
The current description on that page seems a bit off the mark:
"Possible to 'bridge' to other extension on same server"
I mean, FreeSWITCH can do that right out of the box between extensions 1000-1019 so loopback wouldn't even be needed for that operation.
As I understand it, loopback provides a temporary place-holder to terminate a call until it can be disposed of to a "real" endpoint such as voicemail or a B-leg. Is this correct?
Hello Michael, I have taken a look at enteprise origination, and that seems like a solution. I was overthinking the solution, as I only need to originate to different devices in sequence, for each user, and enterprise origination works fine with that. Thank you :) Kind Regards Jon Schøpzinsky Fra: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] På vegne af Michael Collins Sendt: 10. januar 2013 18:38 Til: FreeSWITCH Users Help Emne: Re: [Freeswitch-users] Loopback Endpoint The devs have done their best to make loopback not be evil but in some respects it must be, because it is what is it. Some folks use it all the time without any issues. Just manage your expectations. :) That being said, you mentioned you need to dial a "dialplan" for each user and that you need to do so in parallel. Without more information I can't offer a better solution, although when I hear things like "dial in parallel" I immediately think "enterprise originate." More information is found on the wiki<http://wiki.freeswitch.org/wiki/Freeswitch_IVR_Originate#Enterprise_originate> or in the FS Cookbook<http://link.packtpub.com/nuIOlX>. -MC On Thu, Jan 10, 2013 at 5:36 AM, Jon Schøpzinsky <jos@firstcom.dk<mailto:jos@firstcom.dk>> wrote: Hello List, I can see that the "this will destroy the world and this may kill your pets" warning has been removed from the documentation for the Loopback endpoint. Is this an indication that it has become safer to use? I have a specific problem where I essentially have to dial a dialplan for each user I am trying to reach, in parallel. Is it correctly understood that loopback would be the best/only way of implementing this, or is there another way? Kind Regards Jon Schøpzinsky _________________________________________________________________________ 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 -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org -- This message has been scanned for viruses and dangerous content, and is believed to be clean.
participants (5)
-
Bote Man
-
Jon Schøpzinsky
-
João Mesquita
-
Michael Collins
-
Steven Ayre