[AsteriskBrasil] AEL vs Plano de Discagem Tradicional

Sylvio Carlos Jollenbeck sylvio.sdr em gmail.com
Quinta Dezembro 10 15:40:56 BRST 2009


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 &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 <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 &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 <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 &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 <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 &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 <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 &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
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20091210/ec423b50/attachment-0001.htm 


Mais detalhes sobre a lista de discussão AsteriskBrasil