[AsteriskBrasil] Dica Linux

Quarta Abril 14 12:21:30 BRT 2010

Pessoal,

    Tenho larga experiencia com a Digivoice, muitas delas decepcionantes e
outras poucas boas. Apenas consegui certa estabilidade com as placas da
Digivoice usando o CentOS e fazendo a compilação de tudo na mão, comentando
codigos dos drivers da Digivoice, etc.....

    Os problemas mais comuns, no meu ponto de vista é parte do proprio
hardware e parte do channel driver, vou listar alguns:

     Hardware:
      a) Cancelamento parcial de echo devido a estrutura compartilhada de
uso do DSP, ou seja, para uso em empresas com pouca utilização da placa -
você terá entre boa a ótima performance com as palcas da Digivoice- isso é
com ocupação maxima de 60% canais simultanos, para ambientes de maior
exigencia como callcenter que faz ocupações de até 100% dos canais de audio
da placa - vocês terão problema de eco, o DSP não consegue cobrir/filtrar
todos os canais dependendo do nível do echo e do seu tratamento.

      b) Channel Driver, o channel driver apresenta alguns bugs com o
Asterisk, tais como:
           * Estouro do canal de audio (chan_audio), quando isso acontece os
canais da placa ficam travados;

[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6
[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6
[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6
[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6
[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6
[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6
[Apr 14 12:05:50] WARNING[13225]: channel.c:954 __ast_queue_frame:
Exceptionally long voice queue length queuing to DGV/6

           * Incompatilbilidade com o DAHDI, é necessário alterar o DAHDI
antes de instalar-lo.
           * Problemas com detecção de sinalização; Muito segmentation fault
           * Provoca Kernel Panic no sistema quando a voicerlib não é
devidamente carregada;

Veja pessoal, esse email pode até parecer uma critica ao hardware mas não é,
estou apenas citando os problemas mais comuns e já debatidos nesta lista e
no proprio forum da Digivoice. No meu ponto de vista qualquer hardware esta
sujeito a falha, ainda mais quando há uma nova versão do Asterisk que ainda
não foi testada/homologada com os drivers das placas e neste sentido todos
terão/apresentarão problemas, seja Digivoice, Khomp, Aligera, OpenVox e/ou
Sangoma. Todos estão sugeitos a erros nas atualizações do Asterisk.

Na minha opinião, discusões como essa fortalecem todos nos
tecnicos/especialistas e tmb os fabricantes (sei que muitos deles tmb fazem
parte dessa lista). Minha sugestão é criar um sistema de compatibilidade, ou
seja, Sistema Operacional com Kernel X, com Asterisk Versao Y e com o Driver
Z - funcionam ou não funcionam - simples assim. Seria mais um guia de
referencia para que problemas de incompatibilidades sistemicas não
transparecam como se fosse no hardware.

Sobre o Asterisk, nativamente ele foi desenvolvido sobre o red hat, na minha
opiniao qualquer distribuição Like Red Hat apresentará melhores indices de
aceitação.

Estou a disposição ao recebimento de criticas e opiniões, todas são bem
vindas.

Abs

Sylvio Carlos Jollenbeck Borin

Em 14 de abril de 2010 11:44, Pablo Foruns <pablo.foruns em gmail.com>escreveu:

> Estabilidade com a seguinte combinação:
>
> Asterisk 1.4.X
> VB6060 (no futuro ter 2 VB6060 ou 1 VB6060 + 1 GSM)
> IBM 3200 M2 e tenho uns 3200 mais antigo com processador Dual Core.
>
> Já cheguei  a montar o servidor do zero junto a Digivoice e eles mesmos
> compilarem os drives pra mim, ai funciona uma semana e do nada a VB6060 para
> de responder, tem uma serie de emails meu no historico sobre isso,
> atualmente tem um com o titulo "Asterisk Caindo" no qual o amigo Victor tá
> passando pelo mesmo problema e praticamente com a mesma combinação de
> versões , hardware e cenário de uso.
>
> Obrigado!
>
> Sds,
> Pablo.
>
> Em 14 de abril de 2010 10:31, Saulo Quinteiro <sauloquinteiro em gmail.com>escreveu:
>
>  Bom dia Pablo,
>>
>> Poderia compartilhar o motivo para tal migração?
>>
>>
>> Att,
>>
>> Saulo Quinteiro dos Santos
>> Bacharel em Ciências da Computação UFPR
>> Cel: 	(041) 9927-5236
>> Com:	(041) 2141-9567
>>
>>
>> Em 14/04/2010 11:21, Pablo Foruns escreveu:
>>
>>   Bom dia galera!
>>
>> Estou migrando alguns servidores meus de Debian para CentOS, nos ultimos
>> testes eu fiz o seguinte,montando um servidor do zero, antes de instalar o
>> asterisk.
>>
>> vim /etc/yum.repos.d/CentOS-Base.repo
>> e habilitei  os repositorios
>> [centosplus]
>> enabled=1
>> [contrib]
>> enabled=1
>>
>> Após instalar todas as atualizações e as dependencias do asterisk notei
>> que o meu kernel agora é  2.6.18-164.15.1.el5.centos.plus, esses servidores
>> são dedicados para asterisk no maximo o que eu tenho instalado ai mais é um
>> php,apache e postgresql, diante disso eu gostaria de saber tem algum impacto
>> em usar esse kernel centos.plus ou mais indicado seria a utilização do
>> oficial mesmo?
>>  OBS: Antes disso eu instalei o yum-protectbase (yum install -y
>> yum-protectbase) e ativei protect=1 para os repositorios base e update
>>
>> Obrigado!
>>
>> Sds,
>> Pablo.
>>
>>
>> _______________________________________________
>> 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
>> _______________________________________________
>> A Redfone é líder no fornecimento de bridges TDMoE -> 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.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://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
>> _______________________________________________
>> A Redfone é líder no fornecimento de bridges TDMoE -> 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
>>
>
>
> _______________________________________________
> 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
> _______________________________________________
> A Redfone é líder no fornecimento de bridges TDMoE -> 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/20100414/86cd7fd6/attachment.htm 