Tenho quase certeza que sim, vou fazer um teste para descobrir.
Em 23 de março de 2017 12:07, Danilo Almeida <daniloricalme...@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 <wag...@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 <daniloricalme...@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@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.jollenb...@gmail.com
>>> >:
>>>
>>>> Chamadas recebidas pela fila: queue (c)
>>>>
>>>> Em 20 de mar de 2017 17:01, "Danilo Almeida" <
>>>> daniloricalme...@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@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@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@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-unsubscr...@listas.asteriskbrasil.org
