wrt54gl reinicializa; etapas de solução de problemas?

Question

Estou usando cerca de 10 wrt54gl's em uma escola pequena. Eu estou usando uma combinação de firmware de estoque e tomate 1.25, movendo-se lentamente para todo o tomate. Temos esses dispositivos instalados há vários anos sem problemas.

Recentemente, cada vez mais unidades começaram a ser reiniciadas espontaneamente, geralmente durante horários de tráfego intenso (mas nem sempre).

Na maior parte, a reinicialização não é crítica para nós, mas o wrt54gl é revertido temporariamente para 192.168.1.1 nas portas Ethernet da LAN e entra em conflito com um servidor crítico que já está instalado com esse IP. (Sim - planejamos mover o servidor desse endereço, mas é um processo envolvido.)

O Tomato e o firmware padrão (várias versões de recentes para vários anos) exibem o mesmo problema: reinicializações aleatórias e reversão para 192.168.1.1 e conflito temporário com o nosso servidor até que o processo de inicialização do firmware termine.

Aqui estão minhas perguntas:

1. Qualquer maneira de impedir que o wrt54gl seja revertido para 192.168.1.1 durante o processo de inicialização? Eu estava pensando em fazer um mod de firmware personalizado, embora eu odeie ir nessa direção.

2. Alguma etapa da solução de problemas para as reinicializações? Apenas alguns reboot do wrt54gl, o que é estranho. Outros ficam on-line por semanas e meses sem problemas.

Obrigado.

    

Answer 1

Obrigado pela sua resposta.

Finalmente descobri que esse comportamento é como especificado pelo firmware. Como parte de um modo à prova de falhas de inicialização, o firmware sempre assume 192.168.1.1 por aproximadamente 5 segundos antes de assumir o endereço IP programado. Durante esta breve janela, você pode criar um novo firmware no caso de acidentalmente bloquear o roteador. Seria necessário uma reescrita de nível muito baixo do firmware para alterar o padrão 192.168.1.1.

Eu nunca imaginei completamente porque os roteadores reiniciaram espontaneamente, mas eu acredito que seja a) muitos clientes ou muito tráfego b) clientes com um nível de sinal muito marginal.

De qualquer forma, estamos começando a substituir agora por equipamentos sem fio corporativos.

    

Answer 2

Como os dois firmwares exibem esse comportamento e as caixas são mais antigas, suspeito de um problema de hardware. Difícil dizer o que é sem cavar por aí, mas o candidato provável seria capacitores eletrolíticos marginais / com falha.

Dado o preço do hardware, a sua melhor aposta é provavelmente simplesmente substituir as caixas com falhas.

Desculpe, não sei como forçar um IP padrão diferente.

    

Answer 3

Eu recomendaria que você iniciasse a solução de problemas substituindo unidades de fonte de alimentação entre dispositivos [ainda] em funcionamento e afetados. Aposto no bem conhecido 'problema dos capacitores' (obrigado, irmãos chineses) e seus dispositivos afetados funcionarão corretamente com unidades de fornecimento de energia substituídas por mais alguns anos ...