[AsteriskBrasil] ChannelRedirect

[Danilo Almeida]

pois é senhores, essa parte da transferência é um problema..rsrs.

Estou realizando alguns testes aqui pra tentar achar alguma solução, pois
quando a chamada é transferida, mesmo se a outra ponta atender e voltar a
chamada para o mesmo, eu já perco os dados da chamada atual, pois executa o
"h" do contexto da queue.

Como os senhores tratam essa questão?

Obs: eu executo um AGI no "h" (canal do cliente fecha), onde pego as
informações da chamadas e trato para determinadas ações. Com a
transferência, perco essas tratativas.

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

2017-03-30 15:43 GMT-03:00 Wagner Mazuchi <wagner at sincronismotelecom.com>:

> 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
>>
>
>
> _______________________________________________
> 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/5fa31841/attachment-0001.html>