[AsteriskBrasil] HP Proliant ML110 G6

Paulo Henrique - BSDs Brasil paulo.rddck em bsd.com.br
Sábado Setembro 17 01:55:17 BRT 2011


Olha não sou expert nesse assunto, mais algo que poderia verificar é 
quanto ao HZ do sistema, 36 horas é suficiente para desalinhar o 
temporizador da maquina com o do servidor.
1 segundo é muito tempo na computação.
Verifica o temporizador do sistema do cliente, e até mesmo o do 
servidor, pois uma coisa que depois de muito penar em redes é que o ttl 
de um pacote é consequentemente interferido pelo o mesmo.

Att.

Em 16/09/2011 22:10, Rogger Faioli escreveu:
> Luciano,
>
> Boa noite.
>
> Acredito que seu problema esteja alinhado com energia elétrica, vejo
> que a maioria das empresas ignora a importância de uma rede
> estabilizada e com o OK de um especialista.
>
> Att,
>
> Rogger
>
> Em 16 de setembro de 2011 10:08, Luciano Alves Barroso
> <lucianodigivoice em gmail.com>  escreveu:
>    
>> Bom dia AsteriskBrasil,
>> gostaria de abrir uma discussão, toda ajuda é muito bem vinda.
>> Recebemos uma reclamação de um cliente nosso (Henrique da Universidade de
>> Caxias do Sul), ele possui varios sistemas baseados em Asterisk para Gateway
>> e PBX. Em seus ambientes ele utiliza placas DigiVoice e placas de outros
>> fabricantes.
>> Em sua reclamação, Henrique comenta sobre os logs de "WARNING[3287]
>> chan_dgv.c: EV_ERRORDETECTED card 1, data 1", aqui na lista a DigiVoice ja
>> deu sua contribuição comentando sobre como é o processo de funcionamento de
>> interrupções (IRQ).
>> Efetuando um acesso remoto ao cliente, verificamos que a ocorrência dos logs
>> acima comentados somente ocorria após +/- 36 horas de uptime do servidor,
>> trata-se de um HP Proliant ML110 G6 (Linux trixbox1.localdomain
>> 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:39:21 ETD 2009 i686 i686 i386
>> GNU/Linux).
>> Após inúmeras ocorrências deste log, efetuamos um teste básico, executamos
>> um zttest no ambiente do cliente e percebemos que o driver zt_dummy estava
>> registrado mas o mesmo não respondia com a temporização necessária para
>> MeetMe e outras features do Asterisk. Solitamos ao cliente o reboot da
>> maquina e após o reboot (antes das 36 horas) o zttest respondia com a
>> temporização. Sim, após as 36 horas o mesmo parou!!!
>> O cliente então removeu todos os drivers da DigiVoice, e até mesmo removeu a
>> placa DigiVoice. Novamente, sim!!! o problema ocorreu identico.
>> Como o cliente possuia placas da concorrência efetuamos o mesmo teste nestes
>> ambientes, e novamente o problema ocorreu.
>> Aqui venho solicitar a ajuda dos senhores, usuários linux, Asterisk,
>> colaboradores, etc. Até então muitos na lista comentavam que esta fato
>> ocorrido é problema da DigiVoice, mas olhando para todos os testes,
>> verificamos que o problema ocorre no zt_dummy, dahdi_dummy, com placas
>> DigiVoice e de outros participantes do mercado, com centos, openSuse,
>> ubuntu, Debian e Redhat.
>> Acredito que o problema esta relacionado a gerenciamento de energia, ou
>> mesmo em algum driver que "perde" muito tempo para tratar algum dispositivo,
>> onde o mesmo não deixa outras IRQs serem tratadas. Este fato faz com que a
>> placa da DigiVoice avise através de logs que sua IRQ não esta sendo atendida
>> de 2 em 2ms (pelo que vimos, a unica que gera este tipo de log), e como
>> todos sabem se o zt/dahdi_test não responde, as temporizações do Asterisk
>> serão prejudicadas resultando em baixa qualidade do audio e até mesmo
>> picotes.
>> Obs.: Tentamos contato com o fabricante HP, e a HP nos informou que somente
>> sistemas homologados (versões Enterprise do Suse e RedHat) são suportados
>> por eles, e desta forma eles não poderiam nos ajudar.
>> Obrigado a todos.
>> --
>> Luciano Alves Barroso
>> Equipe de Desenvolvimento DigiVoice Channel Driver&  DigiVoice Meucci
>> www.digivoice.com.br
>> www.meucci.org
>>
>> _______________________________________________
>> 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
>> _______________________________________________
>> DIGIVOICE: Lider no mercado de placas para Asterisk
>> Único fabricante com Centro de Treinamento especializado.
>> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
>> www.digivoice.com.br ou (11)3016-5200.
>> ________
>> LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM.
>> Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica.
>> Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org
>> Mais informações: www.shopvoip.com.br ou 0800-6021244
>> ______________________________________________
>> Para remover seu email desta lista, basta enviar um email em branco para
>> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>>
>>      
> _______________________________________________
> 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
> _______________________________________________
> DIGIVOICE: Lider no mercado de placas para Asterisk
> Único fabricante com Centro de Treinamento especializado.
> LANÇAMENTO: Channel Bank TDMoE, até 64 canais FXS / FXO.
> www.digivoice.com.br ou (11)3016-5200.
> ________
> LANÇAMENTO SHOPVOIP! Gateway Xibelis Lyric VoIP com 2,4 e 6 canais GSM.
> Arquitetura Escalável, Balanceamento de Carga, Portabilidade Numérica.
> Confira em http://www.yx.cl/landing/brasil/lyric_voip_asterisk.org
> Mais informações: www.shopvoip.com.br ou 0800-6021244
> ______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>    


-- 
Paulo Henrique.
Consultória em Projetos de TI.

Pessoas normais, conversam sobre pessoas
Pessoas inteligentes, conversam sobre fatos
Pessoas Excepcionais, conversam sobre conceitos
Porem prefiro ficar mudo
Afinal, não sou normal
Não me creo que seja inteligente
E ainda cometo erros para ser considerado excepicional

Desenvolvedor de Software
Administrador de Sitemas.
Genuine BSD/Unix User.


Mais detalhes sobre a lista de discussão AsteriskBrasil