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 <daniloricalme...@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 <wag...@sincronismotelecom.com>: > >> 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 >> > > > _______________________________________________ > 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