[AsteriskBrasil] Recuperando informações do canal via AMI

[jefaokpta]

Ok, acho q agora ficou mais fácil, pq vc pode executar uma macro qnd o 
agente atender, seguinte:

Se vc estiver usando ast* 1.6 em diante, vc tem uma opção na app queue 
de executar uma macro qnd algum agente atender. Daí vc passa como 
parâmetro o CALLERID p macro.

Ex:
crie a macro q pegue o dado do astDB
[macro-getAstDB]
exten=> s,1,Set(BLA=${DB_DELETE(CANAL/${ARG1})})

na hora d jogar a ligação p fila...
exten=> ...
exten => ...,Queue(nome-fila,,,,60,,getAstDB^${CALLERID(num)})

qnd algum agente atender, antes de estender a ligação, esta macro será 
executada.

Obs. Verifique direitinho a posição do parametro macro na app queue.

Flws


Em 17-12-2013 13:32, Alex Sander escreveu:
> Jefao,
>
> Beleza, criei uma familia com o nome de Canal e uma chave com o 
> Callerid que armazena o canal. Tá funcionando bem e consigo recuperar 
> o ID do canal e as variaveis dele. Mas tem outro problema que não 
> estou conseguindo solucionar. Tenho uma agente num ramal logado numa 
> fila. Como recupero via AMI o Callerid(num) quando o agente ou o ramal 
> atende a chamada? Pois quando uso o dbGet, preciso do CallerID(num) 
> para recuperar as informações do AstDB.
>
> Att,
>
>
> Em 13 de dezembro de 2013 14:32, Alex Sander <sanderdabio em globo.com 
> <mailto:sanderdabio em globo.com>> escreveu:
>
>     Valeu Jefao...
>
>     Vou testar aqui e falo.
>
>     Vlw
>
>
>     Em 13 de dezembro de 2013 13:21, jefaokpta <jefaokpta em hotmail.com
>     <mailto:jefaokpta em hotmail.com>> escreveu:
>
>         Vamos lá então.
>
>         Qnd vc manda a ligação p fila vc tem um unico dado q remete a
>         ligação q passou pela URA, o CALLERID(num). (Estou falando do
>         canal local q a app queue cria p chamar o operador).
>
>         Podemos usar esse callerid como identificador.
>
>         Vc pode ao criar o ID, deixa-lo no AstDB
>
>         Na hora de chamar o operador vc resgata e apaga a info do AstDB.
>
>         Entendeu?
>
>         Obs. vc estava certo ao dizer "Mas pode ser que eu tenha me
>         expressado mal"
>
>         Flws
>
>
>
>         Em 13-12-2013 12:04, Alex Sander escreveu:
>>         Pessoal, boa tarde!
>>
>>         Sei que quando ninguém responde é porque provavelmente não
>>         passaram por um problema parecido.
>>
>>         Mas pode ser que eu tenha me expressado mal. Por isso
>>         gostaria de reforçar o pedido. Quero apenas recuperar as
>>         variáveis do canal que for atendido por um ramal. Como o ID
>>         do canal varia dinâmicamente, não consigo recuperar
>>         automaticamente.
>>
>>         Por exemplo, quero popar na tela do operador o ANI e o
>>         Protocolo que defini antes na URA.
>>
>>         Me ajudem nessa aí.
>>
>>         Att,
>>
>>
>>         Em 12 de dezembro de 2013 11:57, Alex Sander
>>         <sanderdabio em globo.com <mailto:sanderdabio em globo.com>> escreveu:
>>
>>             Pessoal,
>>
>>             Desenvolvi uma URA em AGI que vocaliza um número de
>>             protocolo. Daí eu defini uma variavel de Canal para
>>             armazenar o valor desta variável.
>>
>>             Só que na integração com a aplicação utilizando AMI não
>>             consigo recuperar o canal que o ramal respondeu a
>>             chamada, não estou sabendo como fazer isso.
>>
>>             No ambiente de testes o chamador é SIP/2001 e o chamado
>>             na fila é SIP/2000. Num dos testes os dois canais abertos
>>             foram:
>>
>>             SIP/2001-0000001d: Onde estão as variáveis do chamador
>>             que quero recuperar
>>
>>             SIP/2001-0000001e: Ramal onde quero monitorar os eventos
>>
>>             Utilizo o PHPAGI. Quando copio o canal para o método,
>>             consigo recuperar as variáveis corretamente. EX:
>>             $Protocolo = $ami->GetVar("SIP/2001-0000001d","protocolo");
>>
>>             Mas o que eu quero é recuperar o canal de forma
>>             automática dentro da aplicação.
>>
>>             Alguém poderia me ajudar?
>>
>>             Att,
>>
>>             Alex
>>
>>
>>
>>
>>         _______________________________________________
>>         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
>>         Intercomunicadores para acesso remoto via rede IP e telefones IP
>>         Conheça todo o portfólio emwww.Khomp.com  <http://www.Khomp.com>
>>         _______________________________________________
>>         Para remover seu email desta lista, basta enviar um email em branco paraasteriskbrasil-unsubscribe em listas.asteriskbrasil.org  <mailto:asteriskbrasil-unsubscribe em 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
>         Intercomunicadores para acesso remoto via rede IP e telefones IP
>         Conheça todo o portfólio em www.Khomp.com <http://www.Khomp.com>
>         _______________________________________________
>         Para remover seu email desta lista, basta enviar um email em
>         branco para
>         asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>         <mailto:asteriskbrasil-unsubscribe em 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
> Intercomunicadores para 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 em listas.asteriskbrasil.org

-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20131217/c8811fa8/attachment.htm