<p dir="ltr">It seems to me that you have a mess in your logic or maybe you will write me in Russian to email so i could understand better your problem?</p>
<div class="gmail_quote">16 окт. 2015 г. 21:30 пользователь "Денис" <<a href="mailto:denis@ringme.ru">denis@ringme.ru</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello.<br>
<br>
For right work our extensions we need make att_xfer not so stupid,<br>
because when we call leg C, in rules we can have IVR, queue, group<br>
calls, redirects to another extension, ext call etc. But att_xfer make<br>
only bridge. For us it does not work.<br>
<br>
In system - ALL calls makes via kamailio, and bridge goes to kamailio<br>
too (with error 500 in ivr/queue)<br>
<br>
First, i try to return 302 from kamailio with called contact when i see<br>
some variable in invite, but it's work not so good, and with bugs.<br>
Second, i use loopback. Works strange, but better than nothing. But in docs<br>
<a href="https://freeswitch.org/confluence/display/FREESWITCH/Attended+Transfer" rel="noreferrer" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/Attended+Transfer</a><br>
Observations<br>
att_xfer will not work with loopback channels because the application<br>
blocks when bridged to the C leg. If the C leg hangs up, it will bridge<br>
back to A. Since loopback hangs up to replace the legs to the correct<br>
legs, att_xfer will detect that and bridge it back to the A leg<br>
automatically.<br>
<br>
Old info in doc or really we will have problems?<br>
<br>
Or i need write right att_xfer on python/lua?<br>
<br>
Please, share your experience and maybe more worked code.<br>
<br>
Now:<br>
<extension name="att_xfer"><br>
<condition field="destination_number" expression="^att_xfer$"><br>
<action application="read" data="2 15<br>
'tone_stream://%(10000,0,350,440)' digits 5000 #"/><br>
<action application="set" data="origination_cancel_key=#"/><br>
<action application="set" data="sip_h_X-return=true"/><br>
<action application="log" data="err<br>
sip_from_port=${sip_from_port}, sip_to_port=${sip_to_port}, <action<br>
application="set"<br>
data="export_vars=sip_ph_X-Call-UUID,X-ResolveArray,Other-Leg-Unique-ID,sip_rh_X-Leg2i,Other-Leg-X-Leg2i,sip_h_X-Inring,sip_h_X-FromID,sip_received_port,sip_req_uri,sip_from_uri,sip_req_user,sip_req_host,sip_to_uri,sip_to_user,sip_to_host,sip_from_user,sip_from_host"/><br>
<action application="att_xfer" data="loopback/${digits}/XML"/><br>
</condition><br>
</extension><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" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" 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" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div>