[AsteriskBrasil] AEL vs Plano de Discagem Tradicional
Rodrigo Lang
rodrigoferreiralang em gmail.com
Sexta Dezembro 11 17:32:39 BRST 2009
Uma coisa que eu acabei de descobrir é que, se você utilizar o "aelparse"
com a opção "-w", ele compila seu extensions.ael e cria um backup em
extensions.conf. Achei bacana!
Ats,
Rodrigo Lang.
2009/12/10 Sylvio Carlos Jollenbeck <sylvio.sdr em gmail.com>
> Pessoal,
>
> Vamos ao pratico:
>
> Contexto basico em Conf:
>
> [from-internal]
> exten => _2XXX,1,Noop(Meu primeiro exemplo em CONF)
> exten => _2XXX,n,Dial(SIP/${EXTEN},60,tT) ;
> Dial(Device/Exten/Tempo/Opções);
> exten => _2XXX,n,Hangup()
>
> O mesmo contexto em AEL:
>
> context from-internal {
> _2XXX => {
> Noop(Contexto em AEL);
> Dial(SIP/${EXTEN},60,tT);
> Hangup();
> }
> }
>
> Brincando com o GotoIf em conf:
>
> Nota: Para comparar strings use "" e para comparar números tire as "",
> exemplo:
>
> [from-internal]
> exten => _2XXX,1,Noop(Correio de voz)
> exten => _2XXX,n,Dial(SIP/${EXTEN},60,tT)
> exten => _2XXX,n,GotoIf($["${DIALSTATUS}" = "BUSY"]VM:HG)
> exten => _2XXX,n(VM),VoiceMail(${EXTEN}@default,b)
> exten => _2XXX,n,Hangup()
> exten => _2XXX,n(HG),Hangup()
>
> context from-internal {
> _2XXX => {
> Noop(Agora em AEL);
> Dial(SIP/${EXTEN},60,tT);
> if ("${DIALSTATUS}"=="BUSY") {
> VoiceMail(${EXTEN}@default,b);
> Hangup();
> } else {
> Hangup();
> }
> }
>
> ou mais chique:
>
> context from-internal {
> _2XXX => {
> Noop(Agora em AEL);
> Dial(SIP/${EXTEN},60,tT);
> &trata(${DIALSTATUS},${EXTEN});
> }
> }
>
> macro trata (DIALSTATUS,EXTEN) {
> switch (${DIALSTATUS}) {
> case BUSY:
> Noop(Faca algo para ocupado);
> break;
> case NOANSWER:
> Noop(Faca algo para nao atende);
> break;
> default:
> Noop(Simplesmente Delisga para os
> demais status);
> Hangup();
> }
> }
>
> via o ael.
>
>
>
> 2009/12/10 Rodrigo Lang <rodrigoferreiralang em gmail.com>
>
>> Estudo e prática, acha que eu faço o que da meia-noite até as seis da
>> matina?!?! Hehehehehe Troquei uns três servidores para AEL já, tem me
>> facilitado bastante! E realmente, como o Brunno disse, tem pouco material na
>> net sobre o assunto. Vou dar uma pesquisada aqui, se achar algo volto a
>> postar! E Sylvio, você que é um guru no AEL, poste ai sua opinião para a
>> galera. Acredito que possa mostrar mais pontos positivos que eu...
>>
>> Abraços,
>> Rodrigo Lang.
>>
>> 2009/12/10 Sylvio Carlos Jollenbeck <sylvio.sdr em gmail.com>
>>
>> Rodrigo lang,
>>>
>>> Para quem não conhecia o AEL a tão pouco tempo , vc esta quase um
>>> professor. Risos!!!!
>>>
>>> Viva o AEL
>>>
>>> Sylvio Carlos Jollenbeck
>>> Cel: 0151164049443
>>> Esc: 0151138292014
>>> www.ipbox.com.br
>>> www.minux.com.br
>>>
>>> Em 10/12/2009, às 13:58, Rodrigo Lang <rodrigoferreiralang em gmail.com>
>>> escreveu:
>>>
>>> Estava esquecendo deste detalhe Felipe, bem lembrado. O aelparse é
>>> extremamente útil, principalmente se for modificar algo crítico.
>>>
>>>
>>> Ats,
>>> Rodrigo Lang.
>>>
>>> 2009/12/10 Felipe Figueiredo < <felipe.figueiredo86 em gmail.com>
>>> felipe.figueiredo86 em gmail.com>
>>>
>>>> Bruno, a escolha do CONF e do AEL depende única e exclusivamente de quem
>>>> está programando.
>>>> Eu programo em AEL e me dou muito bem com ele. Na minha opinião, a
>>>> grande vantagem dele é o "aelparse", que checa os possíves erros antes de
>>>> voce carregar o arquivo. Se a estrutura dele é mais completa e mais
>>>> confiável que a do CONF eu não sei, mas que o AEL é bem mais claro, com
>>>> certeza que sim.
>>>>
>>>> 2009/12/10 Rodrigo Lang < <rodrigoferreiralang em gmail.com>
>>>> rodrigoferreiralang em gmail.com>
>>>>
>>>> Bruno, no meu entendimento, o AEL nada mais é que C com bibliotecas
>>>>> especificas do Asterisk. Tanto que quando você executa o comando "ael
>>>>> reload" no console ele responde assim:
>>>>>
>>>>> pbx_ael.c:141 pbx_load_module: AEL load process: compiled config file
>>>>> name '/etc/asterisk/extensions.ael'.
>>>>>
>>>>> Ou seja, ele é basicamente um C. Facilita muito para usar estruturas de
>>>>> decisão e loops. Sem contar que o extensions fica mais limpo. Além disso,
>>>>> não precisa ficar repetindo todas linha "exten =>", o filtro, prioridade,
>>>>> etc...
>>>>>
>>>>>
>>>>> Ats,
>>>>> Rodrigo Lang.
>>>>>
>>>>>
>>>>>
>>>>> 2009/12/10 < <brunoantognolli em email.com>brunoantognolli em email.com>
>>>>>
>>>>>> Bom dia lista.
>>>>>>
>>>>>> Gostaria de abrir uma discussão entre o "Plano de Discagem
>>>>>> Tradicional" e AEL, então vou lançar algumas perguntas iniciais (que podem e
>>>>>> deverão ser incrementadas).
>>>>>>
>>>>>> Como o AEL é muito pareceido com C, Pascal, PHP, e facilita a
>>>>>> adaptação rápida do programador, vcs acham que AEL é mais do que uma
>>>>>> "simples tendência"?
>>>>>>
>>>>>> Em qual versão do Asterisk implementar o AEL?
>>>>>> Qual é mais utilizado modo "tradicional" ou AEL?
>>>>>>
>>>>>> Para os "defensores" do modo tradicional, qual a principal crítica ao
>>>>>> AEL?
>>>>>> Para os "defensores" do AEL, qual a principal vantagem de se utilizar
>>>>>> AEL?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Att,
>>>>>> Bruno
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
>>>>>> - Valor similar ao de placas E1 PCI;
>>>>>> - Não há problemas de compatibilidade com barramento PCI;
>>>>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>>>>> servidores compartilham o mesmo E1)
>>>>>> Conheça mais sobre este produto em <http://www.red-fone.com>
>>>>>> www.red-fone.com
>>>>>> _______________________________________________
>>>>>> Lista de discussões <http://AsteriskBrasil.org>AsteriskBrasil.org
>>>>>> <AsteriskBrasil em listas.asteriskbrasil.org>
>>>>>> AsteriskBrasil em listas.asteriskbrasil.org
>>>>>> <http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil>
>>>>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Rodrigo F. Lang
>>>>> Amd. de Redes em Telecom
>>>>>
>>>>> _______________________________________________
>>>>> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
>>>>> - Valor similar ao de placas E1 PCI;
>>>>> - Não há problemas de compatibilidade com barramento PCI;
>>>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>>>> servidores compartilham o mesmo E1)
>>>>> Conheça mais sobre este produto em <http://www.red-fone.com>
>>>>> www.red-fone.com
>>>>> _______________________________________________
>>>>> Lista de discussões <http://AsteriskBrasil.org>AsteriskBrasil.org
>>>>> <AsteriskBrasil em listas.asteriskbrasil.org>
>>>>> AsteriskBrasil em listas.asteriskbrasil.org
>>>>> <http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil>
>>>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
>>>> - Valor similar ao de placas E1 PCI;
>>>> - Não há problemas de compatibilidade com barramento PCI;
>>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>>> servidores compartilham o mesmo E1)
>>>> Conheça mais sobre este produto em <http://www.red-fone.com>
>>>> www.red-fone.com
>>>> _______________________________________________
>>>> Lista de discussões <http://AsteriskBrasil.org>AsteriskBrasil.org
>>>> <AsteriskBrasil em listas.asteriskbrasil.org>
>>>> AsteriskBrasil em listas.asteriskbrasil.org
>>>> <http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil>
>>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>>
>>>
>>>
>>>
>>> --
>>> Rodrigo F. Lang
>>> Amd. de Redes em Telecom
>>>
>>> _______________________________________________
>>> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
>>> - Valor similar ao de placas E1 PCI;
>>> - Não há problemas de compatibilidade com barramento PCI;
>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> servidores compartilham o mesmo E1)
>>> Conheça mais sobre este produto em <http://www.red-fone.com>
>>> www.red-fone.com
>>> _______________________________________________
>>> Lista de discussões <http://AsteriskBrasil.org>AsteriskBrasil.org
>>> AsteriskBrasil em listas.asteriskbrasil.org
>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>
>>>
>>> _______________________________________________
>>> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
>>> - Valor similar ao de placas E1 PCI;
>>> - Não há problemas de compatibilidade com barramento PCI;
>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> servidores compartilham o mesmo E1)
>>> Conheça mais sobre este produto em www.red-fone.com
>>> _______________________________________________
>>> Lista de discussões AsteriskBrasil.org
>>> AsteriskBrasil em listas.asteriskbrasil.org
>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>
>>
>>
>>
>> --
>> Rodrigo F. Lang
>> Amd. de Redes em Telecom
>>
>> _______________________________________________
>> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
>> - Valor similar ao de placas E1 PCI;
>> - Não há problemas de compatibilidade com barramento PCI;
>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>> servidores compartilham o mesmo E1)
>> Conheça mais sobre este produto em www.red-fone.com
>> _______________________________________________
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil em listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>
>
>
> --
> Sylvio Carlos Jollenbeck Borin
> http://sylviojollenbeck.wordpress.com/
> msn: sylvio em sdrconsulting.com.br
>
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE <-> E1
> - Valor similar ao de placas E1 PCI;
> - Não há problemas de compatibilidade com barramento PCI;
> - Possibilitam a construção de soluções de alta disponibilidade(dois
> servidores compartilham o mesmo E1)
> Conheça mais sobre este produto em www.red-fone.com
> _______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil em listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>
--
Rodrigo F. Lang
Amd. de Redes em Telecom
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20091211/a3a202c0/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil