[AsteriskBrasil] AEL vs Plano de Discagem Tradicional
Rafael Puga
dev.netdrive em gmail.com
Domingo Dezembro 13 17:23:30 BRST 2009
O AEL nao é interessante se voce for usar uma interface gráfica para o
gerenciamento dos arquivos de configuracao do Asterisk (pelo menos eu
imagino), pois é mais fácil fazer o parser de um arquivo de configuracao do
que de um "código-fonte". A menos que essa interface gerencie tudo, menos o
plano de discagem.
2009/12/11 Marcelo Araujo <marcelojcaraujo em gmail.com>
> 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 <-> 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
> >>>>>
> >>>>>
> >>>>> _______________________________________________
> >>>>> 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
> >>>>
> >>>> _______________________________________________
> >>>> 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
> >
> > _______________________________________________
> > 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
> >
> _______________________________________________
> 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
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20091213/effe5ce1/attachment-0001.htm
Mais detalhes sobre a lista de discussão AsteriskBrasil