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

Quarta Dezembro 18 08:50:51 BRST 2013

Pessoal, consegui resolver meu problema.

Já consigo recuperar o protocolo e Callerid diretamente pelo eventos do AMI.

Desde já agradeço a todos.

Att,

Alex

Em 17 de dezembro de 2013 15:47, Alex Sander <sanderdabio em globo.com>escreveu:

> Tranquilo. Conseguindo obter sucesso eu aviso.
>
> Att,
>
>
> Em 17 de dezembro de 2013 15:40, jefaokpta <jefaokpta em hotmail.com>escreveu:
>
>  Desculpe amigo, não conheço o asternic.
>>
>> Boa sorte ae.
>>
>> Flws
>>
>> Em 17-12-2013 15:19, Alex Sander escreveu:
>>
>>  Jefao
>>
>> Acho que não é isso ou eu entendi errado, até porque estou apagando a
>> referência no AstDB pela própria action do AMI. Quero apenas recuperar, no
>> momento que a chamada é atendida, o CallID, tal como aparece no display do
>> aparelho.
>>
>> Abri o código do Asternic, mas percebi que os dados na aba realtime são
>> recuperados do banco. Vou continuar estudando uma forma sem precisar jogar
>> em realtime, se tiver alguma outra idéia.
>>
>>  Te agradeço muita a ajuda que tem me dado.
>>
>> Att,
>>
>>
>> Em 17 de dezembro de 2013 14:09, jefaokpta <jefaokpta em hotmail.com>escreveu:
>>
>>>  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>escreveu:
>>>
>>>> Valeu Jefao...
>>>>
>>>> Vou testar aqui e falo.
>>>>
>>>>  Vlw
>>>>
>>>>
>>>> Em 13 de dezembro de 2013 13:21, jefaokpta <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>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 em www.Khomp.com
>>>>> _______________________________________________
>>>>> Para remover seu email desta lista, basta enviar um email em branco para 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
>>>>>
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>>
>> _______________________________________________
>> 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
>>
>>
>>
>> _______________________________________________
>> 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/20131218/98c11108/attachment-0001.htm 