I do believe that there are some legit cases where att_xfer is an application that needs to be fully functional. The most obvious case is where analog phone are used with boards such as Sangoma, Khomp or Digium boards. It is in this instance arguable if that needs to be implemented as an application on the "core" so to speak on or the endpoint module.<div>
<br></div><div>It is not a trivial task (at least beyond my capabilities) to make some extra things work on att_xfer such as call return.</div><div><br></div><div>Nonetheless, Emrah, what you are asking is doable with the current implementation. Just use the loopback channel and make loopback_bowout=false. The downside in this case is that the loopback channel will be up during the entire duration of the call, but everything else will work.</div>
<div><br></div><div>Also, this adds some extra complexity to CDR processing, but I haven't worked on that to really know how much complexity.</div><div><br></div><div>I hope this works for you.</div><div><br></div><div>
Regards,<br clear="all">Joćo Mesquita<br><br>
<br><br><div class="gmail_quote">On Thu, Sep 6, 2012 at 12:46 PM, Emrah <span dir="ltr"><<a href="mailto:lists@kavun.ch" target="_blank">lists@kavun.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Michael,<br>
<br>
It was great to hear you as well, will try to be a regular. :)<br>
<br>
I use a Polycom and it does have all the capabilities I need, but I wanted to have the PBX side working for a couple of scenarios where I thought I might need it.<br>
E.g.: pick up a call on your cellphone, walk into the office, att_xfer the call from your cell to your desk and continue the conversation. The reason of using att_xfer is to make sure to release the call when the line is properly established and prevent calls from landing in voicemail inadvertently.<br>
<br>
And on a final note, I never had any issue transferring calls from my SIP phones, but for some reason I find the Polycom way somewhat cumbersome and repelling.<br>
<br>
Best,<br>
Emrah<br>
<div class="HOEnZb"><div class="h5">On Sep 6, 2012, at 11:23 AM, Michael Collins <<a href="mailto:msc@freeswitch.org">msc@freeswitch.org</a>> wrote:<br>
<br>
> What kind of phone are you using? The reason I ask is that most desk phones have real transfer keys that do all of this. If you're stuck using something like x-lite then yeah, I can see the dilemma. In all honesty, the att_xfer app wasn't designed as the be all end all of call transfers. If you are in a scenario where your only option is to use att_xfer then I recommend solving that problem. In the long run it will be much better for you.<br>
><br>
> -MC<br>
><br>
> P.S. - It was nice having you on the conf call yesterday! Hope you can join more calls. :)<br>
><br>
> On Thu, Sep 6, 2012 at 7:38 AM, Emrah <<a href="mailto:lists@kavun.ch">lists@kavun.ch</a>> wrote:<br>
> Hi guys,<br>
><br>
> I just briefly tried the att_xfer app and it seems very limited to me. It seems to be either using a gateway or the db, but it never hits the dialplan at any point.<br>
> I love the extra add-ons you guys built, especially the option to conference before finalizing the transfer, but I think the app should be revised at some point to support a more dialplan oriented approach.<br>
> Now, when a call comes in, I can att_xfer to a SIP user, but can't call out a cellphone using my dialplan logic with my multiple outbound providers.<br>
><br>
> I encourage you to give it a look and see if it's worth an upgrade.<br>
><br>
> Best as always,<br>
> Emrah<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>
> 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>
> Michael S Collins<br>
> Twitter: @mercutioviz<br>
> <a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br>
> <a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
> <a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><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>
> 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>
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>
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></div>