[AsteriskBrasil] Driver placa Digivoice GSM e E1 + Kernel 2.6.32.40+

[Marcelo Terres]

Esse é o tipo de informação que DEVERIA constar na documentação dos drivers
para evitar que os clientes precisassem realizar todos estes testes para
resolver um simples problema de incompatibilidade com o kernel.

[]s

Marcelo H. Terres
mhterres em gmail.com


2012/8/9 Marcone Drumond Jacob <marcone em futurotec.com.br>

> PessoALL, boa tarde!
>
> Há alguns dias, enviamos um e-mail a lista, reportado um problema que
> estamos vivenciando com as placas GSM da Digivoice.
>
> O motivo de enviar este e-mail, é apenas informar como o problema foi
> solucionado e deixar como histórico para lista.
>
> Abaixo segue um histórico do ocorrido e testes realizados.
>
> *Placa GSM:*
> A placa é reconhecida pelo sistema linux, os drivers Digivoice são
> compilados e o Asterisk reconhece a placa.
>
> *O problema:*
> A placa fica sem sinal após inserir o chip.
> Porém quando é feito uma chamada a um dos números do Chip a placa GSM
> funciona.
>
> *Testes*:
> Trocamos a máquina onde estava instalado por 4 (quatro) vezes, e o sistema
> Linux e Asterisk foi completamente reinstalado e sempre ocorria o mesmo
> problema.
> Entramos em contato com o suporte Digivoice no qual fez testes e não
> conseguiu solucionar o problema.
> A placa foi enviada a Digivoice e nenhum problema foi encontrado.
> Após conversa com o Sr. Rodrigo, foi questionado como os testes foram
> realizados na Digivoice.
> O Sr. Rodrigo reportou que os teste no sistema Linux são feitos no sistema
> Meucci e no Windows.
>
> *Placa E1*
> Temos uma placa E1 VB3030 instalada em um cliente na qual não
> é possível fazer chamadas.
> Após colocar um PABX no local, o E1 funciona no PABX.
> Em contato com o suporte da Digivoice e da GVT, identificamos a seguinte
> situação:
> A placa 'enviava' a sinalização R2 para a operadora, porém o canal no qual
> a sinalização era enviada não era ocupado.
>
> Começamos a suspeitar de ter uma bridge ou algum equipamento entre a GVT e
> a placa E1. Porém o pessoal da GVT descartou a possibilidade.
> Ficamos de continuar os testes em outro dia.
>
> Depois desta conversa, informamos a ele (Rodrigo) que iriamos testar as
> placas no sistema Meucci.
> Para nossa surpresa, as placas (GSM e E1) funcionaram apenas com a
> configuração básica do MeuCCCI.
> Problema descartado das placas.
>
> Diante desta situação e da conclusão que o problema *NÃO ERA NAS PLACAS
> DIGIVOICE* começamos uma investigação afim de identificar o que ocorria
> com nosso sistema que não funcionava.
> O primeiro teste realizado foi a instalação do Debian padrão e compilação
> do Asterisk + DAHDI + Digivoice.
> O resultado foi que funcionou sem nenhum problema.
>
> Fizemos upgrade para o kernel 2.6.36.45 (Kernel utilizado em TODOS os
> casos de problemas) e aconteceu o mesmo problema (Placa sem sinal) e E1 sem
> completar ligação.
> Logo em seguida, fizemos downgrade para a versão 2.6.36.5 com nosso
> arquivo de configuração do kernel.
> O resultado foi satisfatório, a placa funcionou.
> Partindo do principio que não era erro na configuração do kernel e nem nas
> placas Digivoice, seguimos com a seguinte lógica de testes:
>
> Situação:
> Testes na versão 2.6.36.5, resultado: OK e  Versão 2.6.36.45, erro.
>
> Testamos então a versão 2.6.36.25, resultado: ok
> Em seguida, testes na versão:  2.6.36.35, resultado: ok
> Em seguida, testes na versão:  2.6.36.43, resultado: erro
> Em seguida, testes na versão:  2.6.36.38, resultado: ok
> Em seguida, testes na versão:  2.6.36.40, resultado: erro
> Em seguida, testes na versão:  2.6.36.39, resultado: ok
>
> Desta forma, chegamos a conclusão que à partir da versão 2.6.36.40 ocorre
> uma incompatibilidade entre os drivers Digivoice e o Kernel Linux(Não
> testamos outras series de Kernel e também não testamos outras configurações
> do kernel). Tentamos buscar as informações no site do Kernel sobre o que
> ocorreu entre a versão 2.6.36.39 e 2.6.36.40 e não tivemos muito sucesso em
> identificar o que poderia ter ocorrido que influenciou o funcionamento dos
> drivers.
>
> Fica um "TODO".
>
> As versões de softwares utilizadas para testes, foram:
>
> Versões do Asterisk e drivers Digivoice:
> asterisk-1.4.42
> asterisk-addons-1.4.13
> dahdi-2.4.1
> dahdi-tools-2.4.1
> dgvchannel-1.0.8
> voicerlib-4.2.4.0
>
> Changelog do kernel 2.6.32.40
>
> ftp://ftp.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/ChangeLog-2.6.32.40
>
> Agrademos principalmente a atenção do Sr. Rodrigo que após informar como
> os testes são realizados na Digivoice, tivemos um norte a seguir para
> encontrar a solução.
>
>
> Att,
> Marcone Drumond Jacob
> marcone em futurotec.com.br
>
> _______________________________________________
> KHOMP Inovação: External Board Series
> Módulos de 1/2 rack e 1U para todas as interfaces e soluções Asterisk e
> FreeSWITCH.
> Tenha a External Series Experience na sua aplicação. Visite www.khomp.com
> _______________________________________________
> DIGIVOICE  Fabricante de Placas de Voz e Channel Bank
> 20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM
> Centro Treinamento - Curso de PABX IP -  Asterisk  - Site
> www.digivoice.com.br
> ________
> YEALINK: Telefones IP e VídeoPhones IP com o melhor custo/benefício do
> mercado.
> email: yealink em commlogik.com.br | www.commlogik.com.br | (11) 5503-1011
> ______________________________________________
> Para remover seu email desta lista, basta enviar um email em branco para
> asteriskbrasil-unsubscribe em listas.asteriskbrasil.org
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20120809/5e47a57a/attachment-0001.htm