Cezar, bom dia.

        A experiencia que tenho com ambientes grandes diz que estruturas 
simples trazem problemas gigantes e estruturas complexas aumenta o nível de 
suporte, diante desses fatores você tem que achar um monto de equilíbrio, 
seguem algumas dicas:

a) Digitalização da Voz

Devido ao processo de digitalização da voz o uso de processamento e memória ram 
são intensos. Em cenários que fazem transcodificações de codec's o uso desses 
hardwares aumentam consideravelmente. Portanto tome bastante cuidado com 
transcodificação.


b) Gravação de chamadas

A gravação de chamadas gera muito I/O de disco, portanto não utilize discos 
SATA ou IDE, se possivel use SAS ou SCSI. Outro impeditivo é a quantidade de 
chamadas que você consegue gravar simultaneamente, algo proximo de 70 a 90 
chamadas por servidor, mesmo em servidores bi-processados e com muita RAM. Esse 
fato não esta associado diretamente ao uso da CPU ou da Memoria RAM, como falei 
o I/O dos discos são intensos e se não usar bons discos com boas controladoras 
as chances de voce fritar os discos são enormes.

Eu utilizo da técnica de RAMDisk, ou seja, criar um disco virtual dentro da 
memoria RAM, devido a essa técnica consigo fazer que o servidor que até então 
estava limitada a gravação de 70 chamadas simultaneas passe a gravar até 150, 
essa é uma grande vantagem, porem tem uma desvantagem, se acabar a energia 
eletrica perder-se tudo, algumas medidas tem que ser aplicadas e monitoradas, 
tais como: uso de no-breaks , processo de sincronismo desse RAMDisk com um 
disco rigido ou nfs.


c) Estrutura de Servidores

Sugiro você distribuir sua estrutura de servidores entre servidores de 
registros dos ramais SIP, servidores de gravação e servidores de terminação de 
chamadas (equipamentos com as placas de voz conectadas a rede publica).

Os servidores mais robustos serão os que fazem as gravações, os servidores de 
registros e pstn podem ser maquinas mais simples. Lembre-se sem 
transcodificação entre todas as etapas.

d) Dundi (Talvez Sim, Talvez Nao)

Se pretende montar uma infra-estrutura em realtime ou que permita que o mesmo 
ramal se registre em qualquer servidor. Neste caso, obrigatoriamente você fará 
uso do Dundi. Agora se cada range de ramal se registram em um determinado 
servidor, não precisa do Dundi, basta tratar tudo via plano de discagem e 
trunks iax2 entre eles.

e) Suporte e Projeto

Caso precise de suporte ao desenvolvimento do projeto, podemos te ajudar, temos 
experiências comprovadas com cenários de missão critica no-stop.

Abs

# ------------------------------------------------------------------------------
Sylvio Carlos Jollenbeck Borin
IPBoX - Sistemas para Call Center
Gerente Técnico de Produto
E-mail/Messenger: s...@ipbox.com.br
Celular: (11) 6404 9443
# ------------------------------------------------------------------------------
VMN Consultoria e Desenvolvimento de Sistemas
Av. Pedroso de Morais, n. 677 - Cj. 143
Pinheiros, São Paulo, Cep: 05914-000.
Fone/Fax: (11) 3819 2014 / 3513 2150
# ------------------------------------------------------------------------------

Em 12/05/2010, às 11:42, Mario Augusto Mania escreveu:

> 200 chamadas simultaneas: 200 SIP???? quantas para telefonia comum? 1
> E1? 30? ou 2 E1 60?
> 
> 
> Em 12 de maio de 2010 11:40, Cezar Augusto
> <cezar.augu...@novaprolink.com.br> escreveu:
>> Olá Pessoal,
>> 
>> Quero montar uma estrutura com mais de 200 chamadas simultaneas e 500
>> usuários, porém eu quero gravar as chamadas e tenho quase certeza que uma
>> máquina não vai aguentar, e quero aproveitar para fazer essa solução com
>> alta disponibilidade.
>> Então pensei em um servidor (SIPProxy), só fazendo os registros dos ramais e
>> balanceando as chamadas entre 2 servidores com asterisk e nestes eu gravaria
>> as chamadas.
>> 
>> Acredito que vou ter que ver como funciona o DUNDI e o Asterisk como SIP
>> Proxy ou aprender sobre o OpenSer para trabalhar junto com o Asterisk
>> Alguém com experiência em estrutura maiores que possa trocar uma idéia
>> comigo?
>> 
>> Grato.
>> Cezar Augusto
>> 
>> 
>> _______________________________________________
>> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk.
>> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
>> - Suporte técnico local qualificado e gratuito
>> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
>> _______________________________________________
>> Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.
>> Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de 
>> Redes.
>> http://www.encontrovoipcenter.com.br
>> ______________________________________________
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil@listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>> 
> _______________________________________________
> KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. 
> - Hardware com alta disponibilidade de recursos e qualidade KHOMP
> - Suporte técnico local qualificado e gratuito 
> Conheça a linha completa de produtos KHOMP em www.khomp.com.br
> _______________________________________________
> Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.
> Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de 
> Redes.
> http://www.encontrovoipcenter.com.br
> ______________________________________________
> Lista de discussões AsteriskBrasil.org
> AsteriskBrasil@listas.asteriskbrasil.org
> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

_______________________________________________
KHOMP: qualidade em placas de E1, GSM, FXS e FXO para Asterisk. 
- Hardware com alta disponibilidade de recursos e qualidade KHOMP
- Suporte técnico local qualificado e gratuito 
Conheça a linha completa de produtos KHOMP em www.khomp.com.br
_______________________________________________
Participe do I Encontro VoIPCenter, 08 a 10 de junho – Rio de Janeiro.
Área de exposição, palestras e cursos de VoIP, Asterisk e Convergência de Redes.
http://www.encontrovoipcenter.com.br
______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil@listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil

Reply via email to