<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I'd love to document this (and more). Can I contact you off-list to
work out the details?<br>
<br>
On 12-06-05 1:54 PM, Michael Collins wrote:
<blockquote
cite="mid:CAKzWOxXEuQpGCDWK6zv_usOSxbUc_NncbrBYPOX_DUUjvG9xZA@mail.gmail.com"
type="cite">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 moz-do-not-send="true"
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
moz-do-not-send="true"
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
moz-do-not-send="true" href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>><br>
>>><br>
>>><br>
>>> On Sun, Jun 3, 2012 at 2:15 PM, Avi
Marcus<<a moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>>> <a moz-do-not-send="true"
href="http://www.freeswitchsolutions.com"
target="_blank">http://www.freeswitchsolutions.com</a><br>
>>><br>
>>> FreeSWITCH-powered IP PBX: The CudaTel
Communication Server<br>
>>> <a moz-do-not-send="true"
href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
>>><br>
>>> Official FreeSWITCH Sites<br>
>>> <a moz-do-not-send="true"
href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>>> <a moz-do-not-send="true"
href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
>>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>>> <a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>>> UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>> <a moz-do-not-send="true"
href="http://www.freeswitchsolutions.com"
target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> FreeSWITCH-powered IP PBX: The CudaTel
Communication Server<br>
>> <a moz-do-not-send="true"
href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a moz-do-not-send="true"
href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> <a moz-do-not-send="true"
href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a moz-do-not-send="true"
href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>><br>
>><br>
>><br>
>>
_________________________________________________________________________<br>
>> Professional FreeSWITCH Consulting Services:<br>
>> <a moz-do-not-send="true"
href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
>> <a moz-do-not-send="true"
href="http://www.freeswitchsolutions.com"
target="_blank">http://www.freeswitchsolutions.com</a><br>
>><br>
>> FreeSWITCH-powered IP PBX: The CudaTel
Communication Server<br>
>> <a moz-do-not-send="true"
href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
>><br>
>> Official FreeSWITCH Sites<br>
>> <a moz-do-not-send="true"
href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
>> <a moz-do-not-send="true"
href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
>> <a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
>> UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
>> <a moz-do-not-send="true"
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 moz-do-not-send="true"
href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://www.freeswitchsolutions.com"
target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication
Server<br>
<a moz-do-not-send="true" href="http://www.cudatel.com"
target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a moz-do-not-send="true" 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 moz-do-not-send="true"
href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a moz-do-not-send="true" href="http://www.freeswitch.org"
target="_blank">http://www.freeswitch.org</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
</blockquote>
<br>
</body>
</html>