We appreciate the validation. Any chance you could find a place on the wiki to add this hard-earned knowledge?<br>-MC<br><br><div class="gmail_quote">On Tue, Jun 5, 2012 at 12:44 PM, Jeremy Childs <span dir="ltr"><<a href="mailto:jeremyc@ssimicro.com" target="_blank">jeremyc@ssimicro.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Updated to the latest git, so I can verify:<br>
<br>
{ignore_early_media=ring_ready,loopback_bowout_on_execute=true}loopback/foo<br>
<br>
does the right thing<br>
<br>
<br>
{ignore_early_media=ring_ready}loopback/foo<br>
<br>
Bridges all 3 legs together immediately (not the right thing).<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
On 12-06-04 11:03 AM, Anthony Minessale wrote:<br>
> This thread is all FUD now, please disregard above.<br>
><br>
><br>
> att_xfer and loopback endpoint are both crutches but they work at the<br>
> cost of elegance since you are doing emulated behaviors.<br>
><br>
> Your problem probably comes from the loopback bow-out happening too<br>
> soon that tries to cut its way out of the call..<br>
><br>
> You should be looking at logs and finding the root of the problem not<br>
> guessing at things.<br>
><br>
> My recommendation:<br>
><br>
> 1) Make sure you are on latest GIT we have fixed a few issues in both<br>
> in the recent past.<br>
> 2) try {ignore_early_media=ring_ready,loopback_bowout_on_execute=true}loopback/foo<br>
> in your dialstring --- This may eliminate the loopback right off the<br>
> bat.<br>
> 3) try {ignore_early_media=ring_ready}}loopback/foo ---- it may just<br>
> need to wait for the call to be answered.<br>
> 4) try {loopback_bowout=false}loopback/foo --- the bummer here is it<br>
> will never eliminate loopback<br>
><br>
><br>
> On Mon, Jun 4, 2012 at 10:57 AM, Jeremy Childs<<a href="mailto:jeremyc@ssimicro.com">jeremyc@ssimicro.com</a>> wrote:<br>
>> I'm also very interested in some answers! I've been bitten by att_xfer in<br>
>> the past.<br>
>><br>
>> Is getting dialplan processing working within the att_xfer function<br>
>> possible, and just a low priority for implementation, or is there some<br>
>> technical reason why this is not feasible?<br>
>><br>
>> Lastly, is this somewhere that execute_extension can help? I've never been<br>
>> able to get it to work inside att_xfer.<br>
>><br>
>><br>
>><br>
>> On 12-06-04 8:53 AM, Dmitry Sytchev wrote:<br>
>><br>
>> I asked this question many times on mailing list, and now I'm sure this<br>
>> can't be really done with loopback.<br>
>> The only alternative for loopback is to re-inject call into FS via some<br>
>> separate Sofia profile, and specify that profile in string for att_xfer.<br>
>> This brings up large amount of troubles including DTMF transcoding,<br>
>> sequential att_xfer attempt recognition and overall voice/dtmf delay<br>
>> introduced by chained channels. Maybe some channels can be moved out of<br>
>> scene by using 'simplify' api on correct channels, but this needs tests.<br>
>><br>
>> Anyway, loopback channel in FS is completely unusable, so we do need to have<br>
>> some best practices on how to do things without it in FS wiki... Maybe I<br>
>> have time and will describe our experience soon.<br>
>><br>
>> 2012/6/4 Michael Collins<<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
>>><br>
>>><br>
>>> On Sun, Jun 3, 2012 at 2:15 PM, Avi Marcus<<a href="mailto:avi@avimarcus.net">avi@avimarcus.net</a>> wrote:<br>
>>>> I know you can do anything in the dialstring. But intended feature is to<br>
>>>> allow the user to do an attended transfer to any number that they could<br>
>>>> reach via the default calling. The default outbound path already has a LOT<br>
>>>> of stuff set up and it would be impossible to duplicate that within a SINGLE<br>
>>>> dialstring in a function call.<br>
>>>> What is needed is for an att_xfer to be able to have leg C hit the<br>
>>>> dialplan and bridged however a "normal" leg B to that number would be<br>
>>>> called.<br>
>>>> Does this make sense?<br>
>>> Perhaps, but I remain unconvinced that this scenario is impossible without<br>
>>> loopback. How about the OP actually supply a sample Lua script and dialplan<br>
>>> and call log? I'd be willing to wager that the gurus could come up with a<br>
>>> non-evil alternative that actually works. Just because loopback seems like a<br>
>>> clean solution doesn't necessarily mean that it is. I'll leave it to Anthony<br>
>>> to give the technical reasons why loopback doesn't always work as one would<br>
>>> expect or why it should be avoided wherever possible.<br>
>>><br>
>>> -MC<br>
>>><br>
>>>> -Avi<br>
>>>><br>
>>>><br>
>>>><br>
>>>> On Mon, Jun 4, 2012 at 12:02 AM, Michael Collins<<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
>>>> wrote:<br>
>>>>> Au contraire mon frere!<br>
>>>>><br>
>>>>> You can do multiple things in a dialstring, like setting channel<br>
>>>>> variables. You can also use execute_on_ring/media/answer to execute the<br>
>>>>> extension with doing all the loopback overhead.<br>
>>>>><br>
>>>>> I propose an experiment: provide a dialplan and loopback dialstring and<br>
>>>>> we'll see if we can't give you a non-loopbackish alternative.<br>
>>>>><br>
>>>>> -MC<br>
>>>>><br>
>>>>><br>
>>>>> On Sun, Jun 3, 2012 at 1:54 PM, Avi Marcus<<a href="mailto:avi@avimarcus.net">avi@avimarcus.net</a>> wrote:<br>
>>>>>> ... all the normal dialplan handling. Setting CID, options, LCR stuff,<br>
>>>>>> billing controls.<br>
>>>>>> -Avi<br>
>>>>>><br>
>>>>>><br>
>>>>>> On Sun, Jun 3, 2012 at 11:40 PM, Michael Collins<<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
>>>>>> wrote:<br>
>>>>>>> Let me rephrase...<br>
>>>>>>><br>
>>>>>>> Since loopback is generally evil and should be avoided wherever<br>
>>>>>>> possible, what does loopback give you that you can't get from doing a normal<br>
>>>>>>> dialstring?<br>
>>>>>>> -MC<br>
>>>>>>><br>
>>>>>>><br>
>>>>>>> On Sat, Jun 2, 2012 at 11:13 AM, Avi Marcus<<a href="mailto:avi@avimarcus.net">avi@avimarcus.net</a>> wrote:<br>
>>>>>>>> ... because att_xfer seems to require a "sofia/$profile/$destination"<br>
>>>>>>>> directive, and he just wants the call to hit the dialplan.<br>
>>>>>>>><br>
>>>>>>>> -Avi<br>
>>>>>>>><br>
>>>>>>>><br>
>>>>>>>> On Fri, Jun 1, 2012 at 8:13 PM, Michael Collins<<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
>>>>>>>> wrote:<br>
>>>>>>>>> Why do you need to use loopback at all?<br>
>>>>>>>>> -MC<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>>>> On Fri, Jun 1, 2012 at 3:17 AM, Alex Lake<<a href="mailto:alex@digitalmail.com">alex@digitalmail.com</a>><br>
>>>>>>>>> wrote:<br>
>>>>>>>>>> Got a lua script for a B-party "mid-call menu". Is it legitimate to<br>
>>>>>>>>>> do..<br>
>>>>>>>>>> "session:execute("att_xfer", "loopback/"..destnum)"<br>
>>>>>>>>>><br>
>>>>>>>>>> I've tried it and it seems to start off doing the right things, but<br>
>>>>>>>>>> my<br>
>>>>>>>>>> A-party gets disconnected as soon as the call to the C-Party (the<br>
>>>>>>>>>> person<br>
>>>>>>>>>> I'm transferring the call to) answers the call.<br>
>>>>>>>>>><br>
>>>>>>>>>> Maybe better to try to orchestrate the entire affair from within<br>
>>>>>>>>>> the lua<br>
>>>>>>>>>> script? (Tricky for a beginner like me!)<br>
>>>>>>>>>><br>
>>>>>>>>>> Thanks,<br>
>>>>>>>>>> Alex<br>
>>>>>>>>><br>
>>>>>>>>><br>
>>>>>>><br>
>>>>><br>
>>><br>
>>> _________________________________________________________________________<br>
>>> Professional FreeSWITCH Consulting Services:<br>
>>> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>>> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>>><br>
>>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
>>> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
>>><br>
>>> Official FreeSWITCH Sites<br>
>>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>>> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
>>> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>>><br>
>>> Join Us At ClueCon - Aug 7-9, 2012<br>
>>><br>
>>> FreeSWITCH-users mailing list<br>
>>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>>><br>
>><br>
>><br>
>> --<br>
>> Best regards,<br>
>><br>
>> Dmitry Sytchev,<br>
>> IT Engineer<br>
>><br>
>><br>
>> _________________________________________________________________________<br>
>> Professional FreeSWITCH Consulting Services:<br>
>> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
>> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
>> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>><br>
>> Join Us At ClueCon - Aug 7-9, 2012<br>
>><br>
>> FreeSWITCH-users mailing list<br>
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
>><br>
>><br>
>> _________________________________________________________________________<br>
>> Professional FreeSWITCH Consulting Services:<br>
>> <a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>> <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
>> <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
>> <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
>><br>
>> Join Us At ClueCon - Aug 7-9, 2012<br>
>><br>
>> FreeSWITCH-users mailing list<br>
>> <a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
><br>
><br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br>