[AsteriskBrasil] ChannelRedirect

Sexta Março 24 12:12:08 BRT 2017

Wagner, consegui fazer utilizando as duas formas aqui mencionada (com "h" e
com o queue (c)).

Quando o agente finaliza a chamada, o contexto continua ("c" na queue),
assim eu posso dar um goto para o contexto da pesquisa.
Quando o cliente finaliza, a chamada vai direto para o "h".
Sendo assim, consigo distinguir quem finalizou a chamada.

Essa foi uma forma de conseguir, pois o senário é tudo SIP. Outra forma
seria verificar o LOG SIP quando finalizasse a chamada para saber o canal
que enviou o BYE, creio que essa é mais complicada e exige mais
processamento.

Se tiver outra opção compartilhe conosco.

Obrigado!

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

2017-03-24 9:47 GMT-03:00 Wagner Mazuchi <wagner at sincronismotelecom.com>:

> Tenho quase certeza que sim, vou fazer um teste para descobrir.
>
>
>
>
> Em 23 de março de 2017 12:07, Danilo Almeida <daniloricalmeida at gmail.com>
> escreveu:
>
>> 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
>>>
>>
>>
>> _______________________________________________
>> 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/20170324/eb509a0a/attachment.html>