<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Marcone,<div><br></div><div>So para constar.<br><div><br></div><div>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.</div><div><br></div><div>Numa placa ASUS com processador I3 funcionou sem problemas.</div><div><br></div><div>Att,</div><div>Tauer Lopes</div><div><br></div><div><br><br><div><div id="SkyDrivePlaceholder"></div><hr id="stopSpelling">Date: Thu, 9 Aug 2012 17:38:04 -0300<br>From: marcone@futurotec.com.br<br>To: asteriskbrasil@listas.asteriskbrasil.org<br>Subject: [AsteriskBrasil] Driver placa Digivoice GSM e E1 + Kernel 2.6.32.40+<br><br><div class="ecxgmail_quote">PessoALL, boa tarde!</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">Há alguns dias, enviamos um e-mail a lista, reportado um problema que estamos vivenciando com as placas GSM da Digivoice.</div>
<div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">O motivo de enviar este e-mail, é apenas informar como o problema foi solucionado e deixar como histórico para lista.</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">
Abaixo segue um histórico do ocorrido e testes realizados.</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote"><b>Placa GSM:</b></div><div class="ecxgmail_quote">A placa é reconhecida pelo sistema linux, os drivers Digivoice são compilados e o Asterisk reconhece a placa.</div>
<div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote"><b>O problema:</b></div><div class="ecxgmail_quote">A placa fica sem sinal após inserir o chip.</div><div class="ecxgmail_quote">Porém quando é feito uma chamada a um dos números do Chip a placa GSM funciona.</div>
<div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote"><b>Testes</b>:</div><div class="ecxgmail_quote">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.</div>
<div class="ecxgmail_quote">Entramos em contato com o suporte Digivoice no qual fez testes e não conseguiu solucionar o problema.</div><div class="ecxgmail_quote">A placa foi enviada a Digivoice e nenhum problema foi encontrado.</div>
<div class="ecxgmail_quote"><div class="ecxgmail_quote">Após conversa com o Sr. Rodrigo, foi questionado como os testes foram realizados na Digivoice.</div><div class="ecxgmail_quote">O Sr. Rodrigo reportou que os teste no sistema Linux são feitos no sistema Meucci e no Windows.</div>
<br class="ecxApple-interchange-newline"></div><div class="ecxgmail_quote"><b>Placa E1</b></div><div class="ecxgmail_quote">Temos uma placa E1 VB3030 instalada em um cliente na qual não é possível fazer chamadas.</div><div class="ecxgmail_quote">
Após colocar um PABX no local, o E1 funciona no PABX.</div><div class="ecxgmail_quote">Em contato com o suporte da Digivoice e da GVT, identificamos a seguinte situação:</div><div class="ecxgmail_quote">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. </div>
<div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">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.</div><div class="ecxgmail_quote">
Ficamos de continuar os testes em outro dia.</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">Depois desta conversa, informamos a ele (Rodrigo) que iriamos testar as placas no sistema Meucci.</div><div class="ecxgmail_quote">
Para nossa surpresa, as placas (GSM e E1) funcionaram apenas com a configuração básica do MeuCCCI.</div><div class="ecxgmail_quote">Problema descartado das placas.</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">
Diante desta situação e da conclusão que o problema <b>NÃO ERA NAS PLACAS DIGIVOICE</b> começamos uma investigação afim de identificar o que ocorria com nosso sistema que não funcionava.</div><div class="ecxgmail_quote">O primeiro teste realizado foi a instalação do Debian padrão e compilação do Asterisk + DAHDI + Digivoice.</div>
<div class="ecxgmail_quote">O resultado foi que funcionou sem nenhum problema.</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">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.</div>
<div class="ecxgmail_quote">Logo em seguida, fizemos downgrade para a versão 2.6.36.5 com nosso arquivo de configuração do kernel.</div><div class="ecxgmail_quote">O resultado foi satisfatório, a placa funcionou.</div><div class="ecxgmail_quote">
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:</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">Situação:</div><div class="ecxgmail_quote">
Testes na versão 2.6.36.5, resultado: OK e Versão 2.6.36.45, erro.</div><div class="ecxgmail_quote"><br></div><div class="ecxgmail_quote">Testamos então a versão 2.6.36.25, resultado: ok</div>Em seguida, testes na versão: 2.6.36.35, resultado: ok<div>
Em seguida, testes na versão: 2.6.36.43, resultado: erro</div><div>Em seguida, testes na versão: 2.6.36.38, resultado: ok</div><div>Em seguida, testes na versão: 2.6.36.40, resultado: erro <br class="ecxApple-interchange-newline">
<div class="ecxgmail_quote"><div>Em seguida, testes na versão: 2.6.36.39, resultado: ok</div><div><br></div><div>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.</div>
<div><br></div><div>Fica um "TODO".</div><div><br></div><div>As versões de softwares utilizadas para testes, foram:</div><div><br></div><div>Versões do Asterisk e drivers Digivoice:</div><div>asterisk-1.4.42</div>
<div>asterisk-addons-1.4.13</div><div>dahdi-2.4.1</div><div>dahdi-tools-2.4.1</div><div>dgvchannel-1.0.8</div><div>voicerlib-4.2.4.0</div><div><br></div><div>Changelog do kernel 2.6.32.40</div><div><a href="ftp://ftp.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/ChangeLog-2.6.32.40" target="_blank">ftp://ftp.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.32/ChangeLog-2.6.32.40</a></div>
<div><br></div><div>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.</div><div><br></div><div><br></div><div>
Att,</div><div>Marcone Drumond Jacob</div><div><a href="mailto:marcone@futurotec.com.br">marcone@futurotec.com.br</a></div></div></div>
<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@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@listas.asteriskbrasil.org</div></div></div> </div></body>
</html>