<html><head></head><body bgcolor="#FFFFFF"><div>Pessoall, boa noite!</div><div><br></div><div>Gostaria de agradecer imensamente a todos que responderam os questionamentos. Principalmente aqueles que responderam em PVT, confesso que fiquei surpreso com algumas situações e como elas foram, alias não foram resolvidas. </div>
<div><br></div><div>Peço desculpas se deixei alguém magoado ou chateado com alguma resposta. </div><div><br></div><div>Um forte abraço e sucesso a todos. <br><br><div>Marcone</div></div><div><br>Em 18/07/2012, às 10:58, Marcone Drumond Jacob <<a href="mailto:marcone@futurotec.com.br">marcone@futurotec.com.br</a>> escreveu:<br>
<br></div><div></div><blockquote type="cite"><div>Ronaldo,<div><br></div><div>não há nada que impede de atualizar para testes.</div><div>Ainda tenho dúvidas de como "Tudo indica que existe alguma incompatibilidade entre as versões utilizadas" sendo que ao trocar a placa, por outra do mesmo fabricante funciona.</div>
<div><br></div><div>Sem dúvidas pode existir alguma incompatibilidade de software com relação aos crash de driver. Lembro de ter reportado na lista um bug do driver do dahdi 2.5.0 que ao iniciar equipamentos tdmoe sem estarem conectados fisicamente, o linux simplesmente fica completamente congelado. Nem mesmo 'num lock" ou "caps lock" funcionava.</div>
<div><br></div><div>Com relação ao problema da placa em especifico, nem mesmo no windows funciona. Sendo assim, não é uma atualização de versão do asterisk que irá resolver o problema.</div><div>Estaremos fazendo mais testes com relação aos crash do driver em função da variação da versão do asterisk e reporto os testes realizados e resultados obtidos e resultados esperados.</div>
<div><br></div><div><br></div><div>Obrigado,</div><div><br></div><div>Marcone</div><div><br><div class="gmail_quote">Em 18 de julho de 2012 09:59, Ronaldo Sacco <span dir="ltr"><<a href="mailto:contato@ronaldosacco.com.br" target="_blank">contato@ronaldosacco.com.br</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Marcone, <br><br>Tudo indica que existe alguma incompatibilidade entre as versões utilizadas. <br>Existe algo que impede você a atualizar a versão do seu asterisk, pelo menos para teste?<br>
<br>Aqui na empresa administro cerca de 30 servidores asterisk, e acredite, já quebrei muito a cabeça com problemas parecidos. Não exatamente com a digivoice, mas com outros equipamentos. Por isso acredito que uma atualização de versão possa te ajudar.<br>
<br><br><br><div class="gmail_quote">Em 18 de julho de 2012 09:26, Marcone Drumond Jacob <span dir="ltr"><<a href="mailto:marcone@futurotec.com.br" target="_blank">marcone@futurotec.com.br</a>></span> escreveu:<div>
<div class="h5"><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF"><div>Ronaldo,</div><div><br></div><div>Temos uma quantidade um pouco maior de servidores com esta versão. Sabemos de alguns bugs que fazem o asterisk cair. Por exemplo a versão 1.4.32 tem um bug na funcionalidade responsável por reproduzir mp3 que as vezes dá um crash no asterisk (tem até no site da digium).</div>
<div><br></div><div>Estas situações não estão sendo consideradas, pois sabemos que nada tem relacionado com o equipamento ou driver. </div><div><br></div><div>Agora, o que muito estranha é como pode o mesmo servidor, software e configuração ter problema de crash ao utilizar Digivoice e não ter problema ao não utilizar Digivoice?</div>
<div><br></div><div>Com o problema da placa Gsm, quando a mesma voltou da Digivoice, apenas foi feito a instalação física (porque o driver já estava instalado) e funcionou. <br><br>Att.<div>Marcone</div></div><div><br>Em 18/07/2012, às 09:13, Ronaldo Sacco <<a href="mailto:contato@ronaldosacco.com.br" target="_blank">contato@ronaldosacco.com.br</a>> escreveu:<br>
<br></div><div><div><div></div><blockquote type="cite"><div>Marcone, <br><br>Também utilizo ubuntu / debian e compilo os fontes do asterisk. Não uso nada "pronto". <br>Mas a versão do asterisk que você está utilizando talvez seja um problema.<br>
<br>Me recordo das versões 1.4x por constantes travamentos e deadlocks nos clientes. Tente atualizar a versão do seu asterisk.<br>
Utilizo a 1.6.2.18 em uma máquina e 1.8.10.0 em outra. Em nenhuma destas versões recordo de ter ocorrido qualquer tipo de travamento.<br><br><br>Ronaldo<br><br><div class="gmail_quote">Em 18 de julho de 2012 08:58, Marcone Drumond Jacob <span dir="ltr"><<a href="mailto:marcone@futurotec.com.br" target="_blank">marcone@futurotec.com.br</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF"><div>Olá Ronaldo,</div><div><br></div><div>utilizo ubuntu ou debian com asterisk 1.4 compilado do fonte. </div>
<div>Nada de distro pronta<br><br>Com relação as falhas de driver, já notou alguma situação de crash ou estranha?</div>
<div><br>Att.<div>Marcone</div></div><div><br>Em 18/07/2012, às 08:17, Ronaldo Sacco <<a href="mailto:contato@ronaldosacco.com.br" target="_blank">contato@ronaldosacco.com.br</a>> escreveu:<br><br></div><div><div>
<div></div><blockquote type="cite">
<div>Marcone,<br><br>Realmente estranho estes casos que estão acontecendo contigo. Será que não te mandaram de volta a mesma placa com problemas? heuahea<br>Que distro utiliza? E qual versão do asterisk?<br>Estas placas eu costumo colocar e "esquecer" que existem, pois para mim sempre foram bem estáveis. <br>
Uma vez uma antena veio com problema, mas conversando com o Sidney resolveu de forma rápida e sem "burocracia". <br><br>Já utilizei, a muito tempo atrás, as placas da Khomp. Lembro que eram boas. Já deu uma olhada nelas?<br>
<br>[]'s<br><br><div class="gmail_quote">Em 17 de julho de 2012 23:49, Marcone Drumond Jacob <span dir="ltr"><<a href="mailto:marcone@futurotec.com.br" target="_blank">marcone@futurotec.com.br</a>></span> escreveu:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Olá PessoALL, boa noite a todos!<div><br></div><div>Sempre acompanho a lista e vejo alguns problemas que muitas vezes nada tem haver com fabricantes e estes muitas vezes são penalizados por erros de configuração.</div>
<div>
No entanto, tenho uma situação um muito inusitada e gostaria de compartilhar da experiência de vocês. Segue abaixo:</div><div><br></div><div>No final de 2011 compramos duas placas GSM com 4 canais da Digivoice que ao serem entregues, foram instaladas e ambas apresentaram o mesmo problema: Inserimos o Chip, Conectamos antena original e cabo de força e não recebe sinal gsm. Estranhamente ao fazer uma ligação para o número do chip, o canal em questão é ativado e passa a ser possível fazer chamadas por ele.</div>
<div><br></div><div>Depois de vários e vários testes, entramos em contato com o suporte Digivoice (Já tive um problema com eles, quando resolveram testar um "rm -rf /" em um servidor de cliente em produção), troca máquina, troca de slot, troca driver, pediram até mesmo para instalar a placa em uma máquina com windows, por fim pediram para trocar a placa e o mesmo problema aconteceu com a segunda.</div>
<div>Tivemos de enviar as placas à Digivoice para manutenção. (Cômico se não fosse verdade. Dois equipamentos que chegaram a menos de 5 dias estavam sendo enviados para garantia).</div><div><br></div><div>Estávamos com projeto para ser entregue e apertado por causa do prazo. Entrei em contato direto com um dos donos da digivoice, o Sr Armando, (que francamente deixou muito a desejar no atendimento e atenção dispensada no caso. Depois deste dia comecei a entender porque o atendimento da Digivoice como um todo era tão fraco.) explicamos a situação, que precisava do apoio deles e que estava em uma situação complicada, pois o problema acontecia com duas placas e precisava de ser trocado com urgência. Bom, depois de muito conversar com o Sr. Armando e praticamente toda a Digivoice conseguimos a placa novamente. </div>
<div><br></div><div>Ironicamente uma voltou com defeito, além de faltando as antenas e a outra estava funcionando. (Pois é, parece piada!!)</div><div>Ativei o cliente e mandei novamente a placa para digivoice.</div><div>
Tempos depois recebemos a placa, testamos e estava funcionando. A mesma foi para o estoque. </div>
<div><br></div><div>Desde então temos utilizado os goip que tem atendido muitoooo bem. (Estranho que não precisam nem de suporte né?)</div><div><br></div><div>Continuando a saga, no inicio do mês de Julho tiramos a placa do estoque e fomos utilizar. Precisa contar o que aconteceu? </div>
<div>Pois é, o mesmo problema de sem sinal. Tudo novamente. Liga para Digivoice, troca máquina, troca slot, troca tudo e nada de funcionar, até o técnico solicitar para enviar a placa à Digivoice.</div><div><br></div><div>
Na sexta-feira (13/07) foi submetido um e-mail para o suporte, para o pessoal de compras, o pessoal de manutenção e o próprio Sr. Armando (Aquele, que é um dos donos da Digivoice) informando todo o ocorrido, que estava com o mesmo problema ocorrido no final de 2011, que era a mesma placa que já tinha sido trocada e que precisava da atenção para resolver a situação.</div>
<div>Pois bem, sabem qual foi a resposta? Nenhuma. Simplesmente a Digivoice e o próprio dono da empresa nem mesmo ligaram para entender o ocorrido. Nem mesmo uma resposta do tipo "estamos esperando a placa para verificar o ocorrido" foi enviada. </div>
<div><br></div><div>Depois de um longo texto, pergunto.</div><div><br></div><div>Alguém teve algum problema similar a este? Caso positivo, quais os métodos utilizados para resolver? (ok.. ok.. não comprar mais deles já esta lista... mas preciso colocar a placa em produção).</div>
<div><br></div><div>Outra situação que sempre acontece com o driver da Digivoice, parece que ele não é completamente estável, acontecem alguns crash muito sem noção e 'do nada', principalmente com as placas GSM. Todos os nossos servidores de produção estão rodando em servidores Dell que as vezes simplesmente travam em função do driver da placa Digivoice. (Isto pode ser observado do iDRAC6 Enterprise).</div>
<div>Em algumas situações ao simplesmente finalizar o asterisk com um "stop now", sem chamadas ativas o driver vlibd apresenta um crash no dmesg.</div><div><br></div><div>Alguém já notou isto?</div><div><br></div>
<div>Gostaria de ajuda de vocês para identificar estas situações e como foram resolvidas.</div><div><br></div><div><br></div><div>Obrigado a todos e um forte abraço,</div><div><br></div><div>Marcone</div><div><br></div><div>
<br></div><div><br></div>
<br>_</blockquote></div></div></blockquote></div></div></div></blockquote></div></div></blockquote></div></div></div></blockquote></div></div></div></blockquote></div></div>
</div></blockquote></body></html>