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

[Marcone Drumond Jacob]

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
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20120809/5f6ff4ba/attachment-0001.htm