[AsteriskBrasil] ChannelRedirect

[Vinícius Bossle Fagundes]

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 (TIM)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20170325/d84c2aa8/attachment-0001.html>