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

2012-08-10 Por tôpico Tauer Lopes

Marcone,
So para constar.

Tive um problema parecido com kernel 2.6.18 que o Elastix usa, pois é mais 
antigo, mas o problemas ocorria somente na placa mãe INTEL i3, tinha muita 
perda de IRQ.
Numa placa ASUS com processador I3 funcionou sem problemas.
Att,Tauer Lopes


Date: Thu, 9 Aug 2012 17:38:04 -0300
From: marc...@futurotec.com.br
To: asteriskbrasil@listas.asteriskbrasil.org
Subject: [AsteriskBrasil] Driver placa Digivoice GSM e E1 + Kernel 2.6.32.40+

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 E1Temos 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: okEm seguida, testes na versão:  
2.6.36.35, resultado: ok
Em seguida, testes na versão:  2.6.36.43, resultado: erroEm seguida, testes na 
versão:  2.6.36.38, resultado: okEm 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.13dahdi-2.4.1dahdi-tools-2.4.1dgvchannel-1.0.8voicerlib-4.2.4.0
Changelog do kernel 
2.6.32.40ftp://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 jacobmarc...@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

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

2012-08-09 Por tôpico 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
marc...@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: yeal...@commlogik.com.br | www.commlogik.com.br | (11) 5503-1011
__
Para remover seu email desta lista, basta enviar um email em branco para 
asteriskbrasil-unsubscr...@listas.asteriskbrasil.org

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

2012-08-09 Por tôpico 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
mhter...@gmail.com


2012/8/9 Marcone Drumond Jacob marc...@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
 marc...@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