Sim Cézar... se reparar coloquei dois servidores, um fazendo a transcodificação sem gravação de chamadas como provedor do segundo, que faz gravação de chamadas mas trafega sempre em g711... desta forma vc teria as 1500 chamadas, entretanto n chegaria a isso pelo agravante da gravação de chamadas mas certamente chegaria a 250 gravando e se não chegar basta colocar uma maquina mais forte como um DualXeon <b>Quad</b>Core no lugar do DualXeon <b>Dual</b>Core, teoricamente vc pode até dobrar o n de simultaneas.... pode fazer q eu garanto auahuahuhauahuahuahuhau precisando de ajuda estamos ai...<br>
<br><br><div class="gmail_quote">Em 14 de maio de 2010 13:14, Cezar Augusto <span dir="ltr"><<a href="mailto:cezar.augusto@novaprolink.com.br">cezar.augusto@novaprolink.com.br</a>></span> escreveu:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Olá Davi,<br>
<br>
Eu li esse artigo, no caso citado realmente a máquina consegue fazer muitas<br>
ligações, e suportaria o case que eu citei, mas tem um fator que agrava o<br>
processamento da máquina que é a gravação das chamadas.<br>
No caso do artigo :<br>
<br>
> Ele utilizou para fazer os testes um servidor com 2 Xeon 5140, dual core,<br>
> CPU de 2.33 GHz e 4 Gb de RAM. Para este hardware ele conseguiu gerenciar<br>
> ate 1500 ligacoes simultaneas sem fazer transcodificacao e 400 ligacoes<br>
> simultaneas transcodificando de G.711 para G.729.<br>
<br>
Nesse caso há somente as ligações levando em conta as transcodificações. Por<br>
isso levantei a questão do balanceamento de carga, por causa da gravação que<br>
sei que agravará o processamento do servidor.<br>
<br>
Att.<br>
Cezar Augusto<br>
<br>
----- Original Message ----- ------------------------------<br>
<br>
Message: 2<br>
Date: Fri, 14 May 2010 12:28:44 -0300<br>
From: tfernandesp <<a href="mailto:tfernandesp@gmail.com">tfernandesp@gmail.com</a>><br>
<div class="im">Subject: Re: [AsteriskBrasil] Balanceamento de carga<br>
</div><div class="im">To: <a href="mailto:asteriskbrasil@listas.asteriskbrasil.org">asteriskbrasil@listas.asteriskbrasil.org</a><br>
</div>Message-ID:<br>
<<a href="mailto:AANLkTilxJDYjP10-amMPoHpLj4461mvmXScZgL7CtqJV@mail.gmail.com">AANLkTilxJDYjP10-amMPoHpLj4461mvmXScZgL7CtqJV@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="windows-1252"<br>
<div><div></div><div class="h5"><br>
Excelente material sobre Asterisk Performance!<br>
<br>
<br>
2010/5/14 Davi Magno <<a href="mailto:davi.magno@gmail.com">davi.magno@gmail.com</a>><br>
<br>
> Fala grande Cézar!!!<br>
><br>
> rapaz sabe que eu sempre disse que openSIP um dia seria necessário né<br>
> rssss<br>
> então eu apoio o uso do openSIP porque por mais que agora vc consiga dar<br>
> algum jeitinho, mais cedo ou mais tarde a empresa que você trabalha vai<br>
> aumentar a carga, e nós dois sabemos muito bem disso, sabemos que você<br>
> pode<br>
> ter a necessidade de dobrar ou triplicar esta carga em questão de dois ou<br>
> três meses, e ai como vai fazer? então acho q entrar no mundo do openSIP<br>
> seria legal... agora se quiser montar só com asterisk eu faria o seguinte:<br>
><br>
> A server com asterisk + placas E1 + Troncos SIP<br>
> B server com asterisk + storage<br>
><br>
> o server A teria somente uma conta SIP e seria usado para completar as<br>
> chamadas. Usaria g729 ou o codec de sua preferencia para terminar as<br>
> chamadas SIP e g711 para comunicar com o server B.<br>
><br>
> o server B por sua vez teria todos os ramais e apenas um tronco SIP (do<br>
> server A). Este server faria toda a comunicação via 711 para não consumir<br>
> processamento com transcodificação, e gravaria as chamadas no storage. Com<br>
> um *BOM *STORAGE o problema relato pelo Sylvio, que de fato pode acontecer<br>
> com um HD, não aconteceria pois os storages estão ai para suprir as<br>
> necessidades de armazenamento em massa com performance, escalabilidade e<br>
> disponibilidade em infras de empresas como a sua, que necessitam de<br>
> suporte<br>
> a dados críticos. Hoje em dia máquinas como um DualXeon QuadCore com 32GB<br>
> de<br>
> Ram estão disponíveis no mercado a um custo não tão elevado, e tenho<br>
> certeza<br>
> que você não precisa nem disso.<br>
><br>
><br>
> muitos podem pensar que estou viajando, mas em 12 de setembro de 2009 o<br>
> fiz<br>
> uma pergunta sobre capacidade de um asterisk e o Alberto Satto me<br>
> respondeu<br>
> de forma muito interessante e indicando um artigo com um teste realizado<br>
> pelo Di-Shi Sun, quem tiver interesse pode ver a pergunta e resposta em<br>
> <a href="http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/2009-September/033628.html" target="_blank">http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/2009-September/033628.html</a><br>
> e o artigo em <a href="http://www.albertosato.voipcenter.com.br/?p=239" target="_blank">http://www.albertosato.voipcenter.com.br/?p=239</a> ps: este<br>
> artigo não contém todo o teste mas tem o link para baixar um documento em<br>
> ingles de 53 paginas com o teste completo, detalhando inclusive as config<br>
> utilizadas no asterisk.<br>
><br>
> outra questão importante é o OS. Adoro o Debian, amo de coração e quando<br>
> tenho q ter um linux em meu pc pessoal coloco Debian, mas com asterisk,<br>
> sinceramente recomendo CentOS. Se buscar aqui na lista, vai encontrar<br>
> diversos posts relatando um problema ou outro envolvendo o uso de Debian<br>
> ou<br>
> outro OS diferente do CentOS.<br>
><br>
> Esta é a minha opnião e acho q vc consegueria testa-la sem grandes<br>
> esforços, montar este cenário em sua empresa não é nenhum bicho de sete<br>
> cabeças... em relação as simultaneas, só combinar horário com a galera<br>
> aqui<br>
> e dar 10 minutos de chamadas liberadas para fixo, limitando a 300<br>
> simultaneas, que nós ajudamos.<br>
><br>
><br>
> Em 14 de maio de 2010 00:09, Rodrigo Lang<br>
> <<a href="mailto:rodrigoferreiralang@gmail.com">rodrigoferreiralang@gmail.com</a>>escreveu:<br>
><br>
>> Boa noite pessoal.<br>
>><br>
>> Então, consegui terminar só uma parte do post sobre DUNDi. Fiz em duas<br>
>> partes pois ficou bastante longo. A segunda parte estarei postando hoje<br>
>> ou<br>
>> amanhã, nela haverá as configurações do DUNDi. Segue o link abaixo:<br>
>><br>
>> DUNDi!<br>
</div></div>>> pt.1<<a href="http://rodrigorecipes.blogspot.com/2010/05/dundi-so-easy-caveman-could-do-it-pt1.html" target="_blank">http://rodrigorecipes.blogspot.com/2010/05/dundi-so-easy-caveman-could-do-it-pt1.html</a>><br>
>><br>
>><br>
>> --<br>
<div class="im">>> Rodrigo Recipes!<br>
>> Last post: DUNDi!<br>
</div>>> pt.1<<a href="http://rodrigorecipes.blogspot.com/2010/05/dundi-so-easy-caveman-could-do-it-pt1.html" target="_blank">http://rodrigorecipes.blogspot.com/2010/05/dundi-so-easy-caveman-could-do-it-pt1.html</a>><br>
<br>
<br>
Fim da Digest AsteriskBrasil, volume 50, assunto 117<br>
****************************************************<br>
<div><div></div><div class="h5"><br>
<br>
_______________________________________________<br>
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.<br>
- Hardware com alta disponibilidade de recursos e qualidade KHOMP<br>
- Suporte técnico local qualificado e gratuito<br>
Conheça a linha completa de produtos KHOMP em <a href="http://www.khomp.com.br" target="_blank">www.khomp.com.br</a><br>
_______________________________________________<br>
Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.<br>
Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de Redes.<br>
<a href="http://www.encontrovoipcenter.com.br" target="_blank">http://www.encontrovoipcenter.com.br</a><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" target="_blank">http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil</a><br>
</div></div></blockquote></div><br>