<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[FOP2: La variable ${BLINDTRANSFER} llega vacía]]></title><description><![CDATA[<p dir="auto">Hola,</p>
<p dir="auto">He visto que hace dos años una persona escribió al foro con un problema similar al que yo mismo tengo ahora, el título del hilo era este: "No ${BLINDTRANSFER} set "</p>
<p dir="auto">Mi FOP2 es este: FOP2 - Version 2.30.04 - Licensed to Vigartel SL<br />
Trabajo con Asterisk 13 y CentOs 6.6</p>
<p dir="auto">En la empresa donde estoy todas las transferencias son ciegas, por lo tanto cuando se transfiere a una extensión donde nadie atiende lo que sucede es que al agotarse el tiempo límite para esa extensión, la llamada se dirige por defecto al buzón de voz de la extensión y sino estuviera activado, la llamada se corta sin mas con el subsiguiente cabreo de quien llamó; también puedo hacer que la llamada se quede sonando eternamente en la extensión o que salte a otro sitio, pero lo que yo quiero hacer es que la llamada regrese a quien la ha transferido ....</p>
<p dir="auto">Para ello me hice un pequeño dialplan que pasada cierta cantidad de segundos sin que nadie atienda, el sistema lee la variable ${BLINDTRANSFER} y de allí saca quien fue el que ha transferido para poder devolver la llamada a esa persona.</p>
<p dir="auto">Pues bien, cuando transfiero con un teléfono SIP, funciona bien y hace lo que quiero que haga, pero cuando transfiero con el FOP2, la variable ${BLINDTRANSFER} me viene vacía, con lo cual no puedo saber quien ha sido el que ha transferido la llamada y me es imposible devolverla sin ese dato.</p>
<p dir="auto">He visto en el hilo anterior que le sugeríais tocar el <a href="http://FOP2Callbacks.pm" rel="nofollow ugc">FOP2Callbacks.pm</a>, lo he intentado pero la verdad es que no me entero mucho y no he logrado nada.</p>
<p dir="auto">Podéis ayudarme con esto ?</p>
<p dir="auto">Gracias !!!!</p>
]]></description><link>http://localhost:4567/topic/2192/fop2-la-variable-blindtransfer-llega-vacía</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 08:28:49 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/2192.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 09 Mar 2016 16:58:21 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Thu, 29 Dec 2016 23:47:01 GMT]]></title><description><![CDATA[<p dir="auto">Since FOP 2.31.06, if you use Asterisk 13, the manager action for blind transfers is actually "blindtransfer". That should take care of populating internal variables of such command (instead of using the original and old "redirect" method.</p>
]]></description><link>http://localhost:4567/post/9647</link><guid isPermaLink="true">http://localhost:4567/post/9647</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 29 Dec 2016 23:47:01 GMT</pubDate></item><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Thu, 29 Dec 2016 20:17:40 GMT]]></title><description><![CDATA[<p dir="auto">Hello,</p>
<p dir="auto">Sorry I do not check this forum frequently.</p>
<p dir="auto">In our specific case we did not care how the call was transferred (blind or not). We always wanted it to return to the ${DIALEDPEERNAME} if the person did not answer. DIALEDPEERNAME is always filled with the extension of who started a transfer to 305</p>
]]></description><link>http://localhost:4567/post/9646</link><guid isPermaLink="true">http://localhost:4567/post/9646</guid><dc:creator><![CDATA[dwill993]]></dc:creator><pubDate>Thu, 29 Dec 2016 20:17:40 GMT</pubDate></item><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Mon, 25 Apr 2016 15:02:40 GMT]]></title><description><![CDATA[<p dir="auto">Thank you dwill993 !!!!</p>
<p dir="auto">This is my old dialplan, very similar to yours ....</p>
<p dir="auto">exten =&gt; _4[1235-9]XX,1,Dial(SIP/${EXTEN},30,t)<br />
same =&gt; n,NoOp("Llamada en el Dialplan correcto")<br />
same =&gt; n,NoOp(${BLINDTRANSFER})<br />
same =&gt; n,GotoIf($[${LEN(${BLINDTRANSFER})}&gt;0]?RETURN)<br />
same =&gt; n,Hangup<br />
same =&gt; n(RETURN),Log(NOTICE,Devolviendo llamada al que ha transferido)<br />
same =&gt; n,Set(CALLERID(name)=${IF($[${DIALSTATUS}= NOANSWER]?Transferencia no contestada)})<br />
same =&gt; n,Set(CALLERID(name)=${IF($[${DIALSTATUS}= BUSY]?El transferido comunica:Transferencia no contestada)})<br />
same =&gt; n,Dial(${BLINDTRANSFER:0:$[${LEN(${BLINDTRANSFER})}-9]})<br />
same =&gt; n,Hangup()</p>
<p dir="auto">I understand your dialplan but my doubt, reading it, is:  how do you know if a blind transfer takes place ?</p>
<p dir="auto">In mine, i know because if is not takes place, ${BLINDTRANSFER} is empty, but in yours ?, what values takes the ${DIALEDPEERNAME} variable in the case you have a blind transfer and in the case you have not ?</p>
<p dir="auto">Anyway, i did not test your diaplan yet, only is a doubt ....</p>
]]></description><link>http://localhost:4567/post/9645</link><guid isPermaLink="true">http://localhost:4567/post/9645</guid><dc:creator><![CDATA[Roberto]]></dc:creator><pubDate>Mon, 25 Apr 2016 15:02:40 GMT</pubDate></item><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Tue, 05 Apr 2016 17:19:40 GMT]]></title><description><![CDATA[<p dir="auto">I am not sure if this will help or not, but this is how we got around the blind transfer button in FOP2 passing blank information. We are applying this to a ring group.</p>
<p dir="auto">exten =&gt; 305,1,Set(RETURN_DIAL=${DIALEDPEERNAME})  <strong>-&gt;Need to retain the DIALEDPEERNAME as another variable  before the blind transfer occurs</strong><br />
same =&gt; n,Dial(${WARR_GRP},20,trw)<br />
same =&gt; n,GotoIf($[${LEN(${RETURN_DIAL})}&gt;0]?RETURN)<br />
same =&gt; n,Hangup<br />
same =&gt; n(RETURN),Log(NOTICE,Returning to transferrer)<br />
same =&gt; n,Set(CALLERID(name)=${IF($[${DIALSTATUS}= NOANSWER]?Transfer Not Answered)})<br />
same =&gt; n,Set(CALLERID(name)=${IF($[${DIALSTATUS}= BUSY]?Transferee was BUSY:Transfer Failed)})<br />
same =&gt; n,Dial(${RETURN_DIAL:0:$[${LEN(${RETURN_DIAL})}-9]})<br />
same =&gt; n,Hangup()</p>
]]></description><link>http://localhost:4567/post/9644</link><guid isPermaLink="true">http://localhost:4567/post/9644</guid><dc:creator><![CDATA[dwill993]]></dc:creator><pubDate>Tue, 05 Apr 2016 17:19:40 GMT</pubDate></item><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Tue, 15 Mar 2016 07:55:03 GMT]]></title><description><![CDATA[<p dir="auto">Escribo solo para información, no hace falta que me respondas</p>
<p dir="auto">He revisado las variables con DumpChan y veo que cuando transfiero con FOP2 en ninguna me sale quien ha sido el que ha transferido así que no tengo por donde agarrarlo ....</p>
<p dir="auto">Lo que hago es lo siguiente: La extensión 105 llama a la 112 y ésta última hace una transferencia ciega de la extensión 105 a la extensión 100, la idea es que si la extensión 100 no coge la llamada, vuelva a la extensión 112 que fue quien hizo la transferencia.</p>
<p dir="auto">Transferencia con teléfono SIP (Variables)</p>
<p dir="auto">Variables:<br />
DIALSTATUS=NOANSWER<br />
DIALEDTIME=<br />
ANSWEREDTIME=<br />
DIALEDPEERNAME=<br />
DIALEDPEERNUMBER=<br />
SIPDOMAIN=192.168.200.244<br />
SIPTRANSFER_REFERER=<a rel="nofollow ugc">sip:112@192.168.200.244</a><br />
SIPTRANSFER=yes<br />
BLINDTRANSFER=SIP/112-000004dc<br />
SIPREFERREDBYHDR=<a rel="nofollow ugc">sip:112@192.168.200.244</a><br />
SIPREFERRINGCONTEXT=from-internal<br />
SIPADDHEADER04=<br />
SIPADDHEADER03=<br />
SIPADDHEADER02=<br />
SIPADDHEADER01=<br />
SIPCALLID=2975960790@192_168_200_105<br />
SIPURI=sip:105@192.168.200.105:5060</p>
<p dir="auto">Transferencia con panel FOP2 (Variables)</p>
<p dir="auto">Variables:<br />
DIALSTATUS=NOANSWER<br />
DIALEDTIME=<br />
ANSWEREDTIME=<br />
DIALEDPEERNAME=<br />
DIALEDPEERNUMBER=<br />
SIPADDHEADER04=<br />
SIPADDHEADER03=<br />
SIPADDHEADER02=<br />
SIPADDHEADER01=<br />
SIPCALLID=2893482195@192_168_200_105<br />
SIPDOMAIN=192.168.200.244<br />
SIPURI=sip:105@192.168.200.105:5060</p>
<p dir="auto">Como escribí antes, esto lo dejo a modo informativo, de momento le he dicho al operador que si quiere hacer transferencias ciegas lo haga con el teléfono porque sino la llamada no vuelve y eso es lo que hay así que dejo este tema aquí, gracias por la ayuda !!</p>
]]></description><link>http://localhost:4567/post/9643</link><guid isPermaLink="true">http://localhost:4567/post/9643</guid><dc:creator><![CDATA[Roberto]]></dc:creator><pubDate>Tue, 15 Mar 2016 07:55:03 GMT</pubDate></item><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Thu, 10 Mar 2016 08:51:21 GMT]]></title><description><![CDATA[<p dir="auto">Gracias Nicolás !</p>
<p dir="auto">En cuanto pueda voy a hacer pruebas y si doy con la solución la pondré aquí para quien la necesite.</p>
]]></description><link>http://localhost:4567/post/9642</link><guid isPermaLink="true">http://localhost:4567/post/9642</guid><dc:creator><![CDATA[Roberto]]></dc:creator><pubDate>Thu, 10 Mar 2016 08:51:21 GMT</pubDate></item><item><title><![CDATA[Reply to FOP2: La variable ${BLINDTRANSFER} llega vacía on Wed, 09 Mar 2016 22:45:37 GMT]]></title><description><![CDATA[<p dir="auto">La transferencia a ciegas desde FOP2 se hace con el comando AMI "Redirect", por lo tanto no va a generarse ninguna variable de ese tipo en el dialplan, ya que no es un teléfono SIP que inicia una transferencia.... no te puedo dar la receta de la solución, pero lo que haría en tu lugar sería hacer un DumpChan en la extensión de destino de la transferencia, luego intentar dicha transferencia desde el FOP2 y revisar las variables seteadas del canal, y compararlas con variables seteadas cuando transfieres desde el teléfono, luego tratar de encontrar alguna variable particular o única del Redirect del FOP2 y modificar tu dialplan de forma acorde, usando dicha variable y no BLINDTRANSFER que no va a estar seteada...</p>
]]></description><link>http://localhost:4567/post/9641</link><guid isPermaLink="true">http://localhost:4567/post/9641</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Wed, 09 Mar 2016 22:45:37 GMT</pubDate></item></channel></rss>