<div> </div>
<div>Viu, e quanto ao consumo de memória e cpu, aumenta muito, ou nada que faça o sistema perder em questões de performance ?<br><br> </div>
<div><span class="gmail_quote">Em 10/01/06, <b class="gmail_sendername">Carlos Eduardo Silva</b> <<a href="mailto:carlos@youngs.com.br">carlos@youngs.com.br</a>> escreveu:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Caio,<br><br>Eu tenho extensions de servidores vindo do ARA, sem 'xunxar' como você<br>fala. As informações estáticas ficam no próprio arquivo, e do banco você
<br>puxa apenas as regras mesmo, que é o que muda.<br>Com o switch do ARA você consegue puxar dialplans do banco,<br>possibilitando a criação de contextos dinâmicos. Funciona bem, mas a<br>manutenção pode ficar confusa na linha de comando. Mas é fácil criar uma
<br>insterface para editar isso de forma intuitiva, já que fica tudo sob as<br>leis do SQL.<br><br>Agora sobre os peers - que são IMHO o elemento mais crítico em uma<br>instalação de grande porte, já que cada peer ocupa em média aí 15 ou 20
<br>linhas - esses sim, dá pra usar de forma muito simples no ARA.<br>Hoje todos os servidores de clientes nossos em produção usam ARA. Os<br>peers estão totalmente no banco. A maioria dos servidores estão com o<br>extensions estático. Mas tenho também servidores com extensions
<br>mesclado, ou seja, alguns contextos que interessam vêm do switch do<br>banco de dados, para criação dinâmica de regras conforme cadastro nas<br>interfaces WEB do nosso sistema de gerenciamento. Enquanto a parte<br>estática fica no arquivo de configuração mesmo.
<br><br>Numca me decepcionei, a performace é sem comparações. Sem contar a<br>desvinculação com os infames 'sip reload' e 'extensions reload'.<br>Viemos trabalhando há algum tempo já com estes recursos avançados como o<br>
RealTime, mesmo antes da versão oficial incluir o ARA. Hoje nossos<br>servidores não saem de casa sem ARA. :)<br><br>Precisando de ajuda aí na sua estrutura, não exite em me contatar.<br><br>Abraços!<br><br>Carlos Eduardo Silva
<br>Young Soluções em Informática<br><a href="mailto:carlos@youngs.com.br">carlos@youngs.com.br</a><br>(48) 3241-2463<br><br><a href="http://www.youngs.com.br">www.youngs.com.br</a><br><br>- Consultoria VoIP<br>- Soluções de voz com Asterisk
<br>- Servidores GNU/Linux<br><br><br><br>Caio Begotti wrote:<br><br>>On Tuesday 10 January 2006 16:08, Carlos Eduardo Silva wrote:<br>><br>><br>>>Nossa... é muito fácil instalar o RealTime.<br>>>E o benefício é tão evidente, que eu não me imagino fazendo instalação
<br>>>de Asterisk hoje sem ARA.<br>>><br>>><br>><br>>Fácil de instalar é uma coisa, ter uma plano de discagem inteiro em Realtime,<br>>com todas as tabelas sendo alimentadas em Realtime de verdade são outros 500,
<br>>e sem xunxar os .conf inteiros no banco de dados... você faz tudo isso<br>>facilmente, Carlos?<br>><br>>Ainda não vi ninguém (nem manager) usando Realtime de verdade, como deve ser,<br>>então seria ótimo trocar experiências. Falou,
<br>><br>><br>><br><br>_______________________________________________<br>LIsta de discussões AsteriskBrasil.org<br><a href="mailto:AsteriskBrasil@listas.asteriskbrasil.org">AsteriskBrasil@listas.asteriskbrasil.org
</a><br><a href="http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a><br><br>_______________________________________________<br>Acesse o wiki
AsteriskBrasil.org:<br><a href="http://www.asteriskbrasil.org">http://www.asteriskbrasil.org</a><br></blockquote></div><br>