<div class="gmail_quote">PessoALL, boa tarde!</div><div class="gmail_quote"><br></div><div class="gmail_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="gmail_quote"><br></div><div class="gmail_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="gmail_quote"><br></div><div class="gmail_quote">
Abaixo segue um histórico do ocorrido e testes realizados.</div><div class="gmail_quote"><br></div><div class="gmail_quote"><b>Placa GSM:</b></div><div class="gmail_quote">A placa é reconhecida pelo sistema linux, os drivers Digivoice são compilados e o Asterisk reconhece a placa.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote"><b>O problema:</b></div><div class="gmail_quote">A placa fica sem sinal após inserir o chip.</div><div class="gmail_quote">Porém quando é feito uma chamada a um dos números do Chip a placa GSM funciona.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote"><b>Testes</b>:</div><div class="gmail_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="gmail_quote">Entramos em contato com o suporte Digivoice no qual fez testes e não conseguiu solucionar o problema.</div><div class="gmail_quote">A placa foi enviada a Digivoice e nenhum problema foi encontrado.</div>
<div class="gmail_quote"><div class="gmail_quote">Após conversa com o Sr. Rodrigo, foi questionado como os testes foram realizados na Digivoice.</div><div class="gmail_quote">O Sr. Rodrigo reportou que os teste no sistema Linux são feitos no sistema Meucci e no Windows.</div>
<br class="Apple-interchange-newline"></div><div class="gmail_quote"><b>Placa E1</b></div><div class="gmail_quote">Temos uma placa E1 VB3030 instalada em um cliente na qual não é possível fazer chamadas.</div><div class="gmail_quote">
Após colocar um PABX no local, o E1 funciona no PABX.</div><div class="gmail_quote">Em contato com o suporte da Digivoice e da GVT, identificamos a seguinte situação:</div><div class="gmail_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="gmail_quote"><br></div><div class="gmail_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="gmail_quote">
Ficamos de continuar os testes em outro dia.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Depois desta conversa, informamos a ele (Rodrigo) que iriamos testar as placas no sistema Meucci.</div><div class="gmail_quote">
Para nossa surpresa, as placas (GSM e E1) funcionaram apenas com a configuração básica do MeuCCCI.</div><div class="gmail_quote">Problema descartado das placas.</div><div class="gmail_quote"><br></div><div class="gmail_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="gmail_quote">O primeiro teste realizado foi a instalação do Debian padrão e compilação do Asterisk + DAHDI + Digivoice.</div>
<div class="gmail_quote">O resultado foi que funcionou sem nenhum problema.</div><div class="gmail_quote"><br></div><div class="gmail_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="gmail_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="gmail_quote">O resultado foi satisfatório, a placa funcionou.</div><div class="gmail_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="gmail_quote"><br></div><div class="gmail_quote">Situação:</div><div class="gmail_quote">
Testes na versão 2.6.36.5, resultado: OK e Versão 2.6.36.45, erro.</div><div class="gmail_quote"><br></div><div class="gmail_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="Apple-interchange-newline">
<div class="gmail_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>