[AsteriskBrasil] ChannelRedirect

Sexta Março 24 14:34:17 BRT 2017

Tive tempo para testar agora a opção h junto com a opção c do Queue.

E só agora que vim colocar aqui o resultado do meu teste que eu vi seu
e-mail kkk.

Cheguei a mesma conclusão.

Em 24 de março de 2017 12:12, Danilo Almeida <daniloricalmeida at gmail.com>
escreveu:

> 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
>>
>
>
> _______________________________________________
> 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/24120b36/attachment-0001.html>