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 < [email protected]> 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 <[email protected]> > 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 <[email protected]>: > > Tenho quase certeza que sim, vou fazer um teste para descobrir. > > > > > Em 23 de março de 2017 12:07, Danilo Almeida <[email protected]> > 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 <[email protected]>: > > 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 <[email protected]> > 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 <[email protected]>: > > Chamadas recebidas pela fila: queue (c) > > Em 20 de mar de 2017 17:01, "Danilo Almeida" <[email protected]> > 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 > [email protected] > > > _______________________________________________ > 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 > [email protected] > > > > _______________________________________________ > 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 > [email protected] > > > > _______________________________________________ > 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 > [email protected] > > > > _______________________________________________ > 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 > [email protected] > > > > _______________________________________________ > 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 > [email protected] > > > > _______________________________________________ > 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 > [email protected] > > > _______________________________________________ > 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 > [email protected] -- Vinicius Bossle Fagundes [email protected] (e-mail, msn, gtalk, skype) +55 (48) 99161-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 [email protected]
