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.<div><div>
<br></div><div>[]s<br clear="all"><br><div>Marcelo H. Terres<br><a href="mailto:mhterres@gmail.com" target="_blank">mhterres@gmail.com</a><br><br><br><div class="gmail_quote">2012/8/9 Marcone Drumond Jacob <span dir="ltr"><<a href="mailto:marcone@futurotec.com.br" target="_blank">marcone@futurotec.com.br</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><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></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>
<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" target="_blank">marcone@futurotec.com.br</a></div></div></div>
<br>_______________________________________________<br>
KHOMP Inovação: External Board Series<br>
Módulos de 1/2 rack e 1U para todas as interfaces e soluções Asterisk e FreeSWITCH.<br>
Tenha a External Series Experience na sua aplicação. Visite <a href="http://www.khomp.com" target="_blank">www.khomp.com</a><br>
_______________________________________________<br>
DIGIVOICE Fabricante de Placas de Voz e Channel Bank<br>
20 anos de experiência com E1(R2/ISDN), FXS, FXO e GSM<br>
Centro Treinamento - Curso de PABX IP - Asterisk - Site <a href="http://www.digivoice.com.br" target="_blank">www.digivoice.com.br</a><br>
________<br>
YEALINK: Telefones IP e VídeoPhones IP com o melhor custo/benefício do mercado.<br>
email: <a href="mailto:yealink@commlogik.com.br">yealink@commlogik.com.br</a> | <a href="http://www.commlogik.com.br" target="_blank">www.commlogik.com.br</a> | (11) 5503-1011<br>
______________________________________________<br>
Para remover seu email desta lista, basta enviar um email em branco para <a href="mailto:asteriskbrasil-unsubscribe@listas.asteriskbrasil.org">asteriskbrasil-unsubscribe@listas.asteriskbrasil.org</a><br></blockquote></div>
<br></div></div></div>