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 <wag...@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 < > viniciusbos...@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 < >> wag...@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 <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 >> >> -- >> Vinicius Bossle Fagundes >> viniciusbos...@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-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