[AsteriskBrasil] ChannelRedirect

[Wagner Mazuchi]

Fiquei sem tempo de voltar aqui para ver o andamento da conversa, realmente
Vinícius esqueci de verificar como se comportaria a ligação caso fosse
transferida.

Eu já fiz um teste com ChannelRedirect para direcionar a ligação após uma
fila para um determinado lugar caso ela tenha sido atendida ou não, mas
acredito que dê para fazer de um jeito mais fácil que o meu:

1 - Crio uma variável de valor randômico. Tipo: ${batata}=RAND(9999);
2 - Crio uma variável global de nome randômico com o valor da variável
anterior. Tipo: ${C-${batata}}
3 - Atribuo o valor de C-batata o nome do canal do cliente.
4 - Quando a ligação é atendida associo o valor de batata com o ramal do
agente na fila. Isso tudo para conseguir na macro disparada no momento que
o agente atende a ligação na fila o CHANNEL do cliente que ele atendeu.

Dai da pra fazer um monte de coisas tipo quando a ligação é encerrada no h
consigo saber o ramal que atendeu o cliente. Da pra fazer a sua primeira
ideia de criar uma feature que transfere a ligação para a pesquisa, sabendo
quem é o cliente e o ramal que atendeu isso se a ligação for atendida ou
não. Da para resolver o problema de diferenciar se a ligação foi desligada
ou transferida da fila como citado pelo Vinícius.

Mas como eu disse acho que tem alguma forma melhor de fazer isso.





Em 25 de março de 2017 08:40, Vinícius Bossle Fagundes <
viniciusbossle at gmail.com> escreveu:

> Só fiquem ligados na transferência na fila, consta com abandono no log.
>
> Outra coisa, se forem fazer algo via ami usem o command channel redirect e
> nao o redirect do ami , o segundo não gera cdr.
>
> Sei que não eh exatamente o caso citado, mas como o papo tá bom, resolvi
> contribuir.
>
> Em sex, 24 de mar de 2017 às 15:13, Wagner Mazuchi <
> wagner at sincronismotelecom.com> escreveu:
>
>> 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
>>
>>
>> _______________________________________________
>> 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
>
> --
> Vinicius Bossle Fagundes
> viniciusbossle at gmail.com (e-mail, msn, gtalk, skype)
> +55 (48) 99161-1609 <+55%2048%2099161-1609> (TIM)
>
> _______________________________________________
> 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/20170330/a82c9694/attachment-0001.html>