[AsteriskBrasil] AEL vs Plano de Discagem Tradicional

Marcelo Araujo marcelojcaraujo em gmail.com
Sexta Dezembro 11 18:09:00 BRST 2009 

Já ouvi diversas vezes que o ael é instável. O uso à 1 ano sem
qualquer problema.

Com ael  é muito mais fácil escrever o plano de discagem além de ser
mais legível.

2009/12/11 Rodrigo Lang <rodrigoferreiralang em gmail.com>:
> 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>
>>>>>
>>>>> 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>
>>>>>>
>>>>>> 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>
>>>>>>>
>>>>>>> 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 &lt;-> 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 &lt;-> 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
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> 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 &lt;-> 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
>>>>
>>>> _______________________________________________
>>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> 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 &lt;-> 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 &lt;-> 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 &lt;-> 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
>

Mais detalhes sobre a lista de discussão AsteriskBrasil