[AsteriskBrasil] ChannelRedirect

[Danilo Almeida]

Wagner, to pensando em fazer desta forma mesmo, o cliente acaba de me
solicitar uma outra funcionalidade, retornar a ligação em caso de queda.
Como terei que executar um AGI de qualquer forma, pois terei que buscar o
ID do agente que fez o atendimento entre outras coisas na pesquisa, sabe se
eu consigo identificar de qual canal veio o hangup pelo AGI?

Nesse caso, se o hangup vier do lado do cliente, faço o retorno da chamada
e caso contrário envio para pesquisa.

Valeu.

*att*
*Danilo Almeida*
*skype: danilo.almeida33*
*(43) 9 9625-4359*

2017-03-23 10:01 GMT-03:00 Wagner Mazuchi <wagner at sincronismotelecom.com>:

> Olá Danilo,
>
> Acredito que apenas separar esta fila do contexto das demais e usar a
> extensão h é a melhor pensando no lado tanto operacional quanto de
> configuração.
>
> Por exemplo:
> Seu contexto principal é pstn lá existem as opções 1 => filaA, 2 => filaB
> e 3 => filaC faz com que para mandar para filaC tenha um 3 => goto
> context_filaC,3333,Inicio;
> Dai no contexto context_filaC usa a opção h.
>
> Simples.
>
> Pois se você depender do usuário transferir a chamada para uma pesquisa de
> satisfação eles podem ou não usar, por não querer a avaliação do cliente X
> ou simplesmente esquecer de transferir. Agora se usar a extensão h o agente
> não tera como não enviar o cliente para a pesquisa.
>
> Agora se quiser mesmo usar o ChannelRedirect posso tentar te ajudar já
> usei essa função dentro de uma AGI e funcionou legal e também já criei
> features agora nunca usei os dois juntos.
>
>
>
>
>
> Em 21 de março de 2017 08:47, Danilo Almeida <daniloricalmeida at gmail.com>
> escreveu:
>
>> Sylvio, já estou utilizando, porém, o (c) seria pra continuar o contexto
>> após o agente finalizar a chamada, não queria fazer desta forma, mais pelo
>> visto vai ter que ser.. rsrs.
>>
>> same => n,Queue(SUPORTE,tc,,,600)
>>
>> -- Executing [1 at contexto-entrada-ura:6] Queue("SIP/operadora-oi-0007b97a",
>> "SUPORTE,tc,,,600") in new stack
>>
>> *att*
>> *Danilo Almeida*
>> *skype: danilo.almeida33*
>> *(43) 9 9625-4359*
>>
>> 2017-03-21 0:19 GMT-03:00 Sylvio Jollenbeck <sylvio.jollenbeck at gmail.com>
>> :
>>
>>> Chamadas recebidas pela fila: queue (c)
>>>
>>> Em 20 de mar de 2017 17:01, "Danilo Almeida" <daniloricalmeida at gmail.com>
>>> escreveu:
>>>
>>>> Olá pessoal!
>>>>
>>>> Estou tentando transferir uma chamada pra um contexto usando o
>>>> ChannelRedirect, pra isso, criei um ApplicationMap no features, ficou o
>>>> seguinte.
>>>>
>>>> Após a ligação já estar atendida, a ponta que atendeu digita *3:
>>>>
>>>> *features.conf*
>>>> DRApesquisa => *3,peer/callee,Macro,pesquisa-satisfacao
>>>>
>>>> *extensions.conf*
>>>> [macro-pesquisa-satisfacao]
>>>> exten => s,1,ChannelRedirect(${CHANNEL},contexto-pesquisa,s,1)
>>>>
>>>> [contexto-pesquisa]
>>>> exten => s,1,NoOp(---> PEQUISA DE SATISFACAO <---)
>>>> same => n,Set(RAMALAGENTE=${BRIDGEPEER})
>>>> same => n,Answer()
>>>> same => n,Wait(1)
>>>> same => n,PlayBack(tt-monkeys)
>>>> same => n,Hangup()
>>>>
>>>> A ideia é mandar o canal de origem para responder a pesquisa, porém, a
>>>> ligação "morre" na primeira linha do contexto-pesquisa
>>>>
>>>>  --  Feature Found: DRApesquisa exten: DRApesquisa
>>>>     -- Executing [s at macro-pesquisa-satisfacao:1]
>>>> ChannelRedirect("SIP/operadora-oi-0007b97a",
>>>> "SIP/operadora-oi-0007b97a,contexto-pesquisa,s,1") in new stack
>>>>   == Channel 'SIP/operadora-oi-0007b97a' jumping out of macro
>>>> 'pesquisa-satisfacao'
>>>>     -- Executing [s at contexto-pesquisa:1] NoOp("SIP/operadora-oi-0007b97a",
>>>> "---> PEQUISA DE SATISFACAO <---") in new stack
>>>>   == MixMonitor close filestream (mixed)
>>>>   == End MixMonitor Recording SIP/operadora-oi-0007b97a
>>>>
>>>> Alguém sabe o porque?
>>>>
>>>> OBS: Não quero usar a transferência para não "sujar" o relatório do
>>>> callcenter (queue.log). Pensei em usar a extensão "h", mais como não serão
>>>> todas as filas e nem todas as ligações dos determinados contextos que irão
>>>> participar da pesquisa.
>>>>
>>>> Abraços.
>>>>
>>>> *att*
>>>> *Danilo Almeida*
>>>> *skype: danilo.almeida33*
>>>> *(43) 9 9625-4359*
>>>>
>>>> _______________________________________________
>>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>>>> Intercomunicador e acesso remoto via rede IP e telefones IP
>>>> Conheça todo o portfólio em www.Khomp.com
>>>> _______________________________________________
>>>> Para remover seu email desta lista, basta enviar um email em branco
>>>> para asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>>>>
>>>
>>> _______________________________________________
>>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>>> Intercomunicador e acesso remoto via rede IP e telefones IP
>>> Conheça todo o portfólio em www.Khomp.com
>>> _______________________________________________
>>> Para remover seu email desta lista, basta enviar um email em branco para
>>> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>>>
>>
>>
>> _______________________________________________
>> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
>> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
>> Intercomunicador e acesso remoto via rede IP e telefones IP
>> Conheça todo o portfólio em www.Khomp.com
>> _______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>>
>
>
> _______________________________________________
> KHOMP: completa linha de placas externas FXO, FXS, GSM e E1
> Media Gateways de 1 a 64 E1s para SIP com R2, ISDN e SS7
> Intercomunicador e acesso remoto via rede IP e telefones IP
> Conheça todo o portfólio em www.Khomp.com
> _______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe at listas.asteriskbrasil.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20170323/534f6ae6/attachment.html>