Stick ALLNET ALL4781-VDSL2-SFP num Turris Omnia resincroniza a cada 30 a 120 minutos
Finalmente tirei minha linha VDSL2 da caixa da operadora e terminei ela no próprio Turris Omnia, principalmente para o PPPoE rodar no roteador em vez de num segundo aparelho em modo bridge. A parte da configuração foi tranquila: encaixa o stick na cage e a interface WAN simplesmente migra para o módulo, deixando o soquete metálico fora da jogada, com o link interno subindo sozinho. O LED verde acompanha a sincronia DSL, o laranja o lado voltado para o roteador.
- Turris Omnia, PPPoE configurado na interface voltada para o modem
- stick de modem ALLNET ALL4781-VDSL2-SFP na cage SFP
- linha VDSL2 que treina no máximo de 100 Mbit de download
option ifname 'eth1.7', porque minha linha quer a tag de VLAN 7
Dez minutos de configuração mais um reboot e já estava rodando na taxa de linha. O problema é que não fica no ar. Em algum ponto entre meia hora e duas horas o DSL dessincroniza, e leva de dois a três minutos para voltar:
LCP terminated by peer
Modem hangup
eth1: link is downO que já fiz:
- reencaixei o stick e reiniciei o roteador, o intervalo depois continua o mesmo
- troquei o cabo de patch do DSL e movi o stick para a primeira tomada da linha
- desconectei o cabo WAN de cobre para nada disputar a interface
Nada disso muda o padrão. Isso é o stick, minha linha, ou o jeito que o Omnia comanda a cage? Alguém está rodando esse stick de modem por muito tempo sem resincronizações?
Comments 4
Essa é a combinação ruim conhecida: firmware 3.4 numa linha que realmente consegue fazer 100 Mbit. O stick não está quebrado propriamente - outro Omnia que eu conheço está rodando o mesmo módulo numa linha VDSL2 perfil 17a há muito tempo e nunca resincronizou uma vez sequer, que é por isso que os relatos sobre essa coisa se dividem do jeito que se dividem. Qual linha cai em qual grupo não é algo que dá para ler numa folha de dados antes.
Duas coisas, nessa ordem.
Primeiro, procure o fabricante sobre o firmware. Eles já admitiram que o 3.4 se comporta mal quando a linha consegue chegar a 100 Mbit, e a build mais nova não custa nada, então não há motivo para não rodar ela.
Segundo, continue observando os LEDs depois. O verde apagar primeiro significa DSL, o laranja significa o lado da cage. Se o verde continuar caindo na build mais nova, o firmware não era a história toda na sua linha.
Sendo honesto sobre o resultado, já que você vai perguntar de qualquer jeito: eu conheço pelo menos uma linha onde a atualização não mudou nada e as resincronizações continuaram nos mesmos trinta minutos a duas horas. A estabilidade com esse stick parece depender tanto das características da linha quanto da build, então trate o firmware como a coisa mais barata para tentar, não como uma solução garantida. Se continuar caindo depois disso, o fallback sem graça é colocar um modem de volta na frente e manter a sessão PPPoE no roteador via
eth1.7- você mantém a configuração que já tem e para de correr atrás da sincronia.Qual firmware está no stick? Tem mais de uma build circulando e elas não se comportam do mesmo jeito em linhas rápidas, então isso é a primeira coisa a confirmar.
Mais duas coisas antes de culpar o roteador. No momento em que cai, o LED verde apaga, ou ele continua aceso enquanto o laranja se mexe? Isso diz se é a sincronia DSL que se perde ou só o link em direção ao Omnia. E dá para tirar alguma coisa útil do próprio stick nos minutos antes de uma queda - taxa atingível, margem de SNR, contadores de erro? Uma sincronia que mantém a taxa até o segundo exato em que morre conta uma história bem diferente de uma que já vem rastejando para baixo antes.
Firmware 3.4 no stick.
Fiquei do lado da caixa e peguei três quedas seguidas: o verde apaga primeiro, o laranja fica aceso o tempo todo. Então o link em direção ao roteador nunca se mexe, é a sincronia DSL que morre e a sessão PPPoE cai atrás dela. Isso também faz do
LCP terminated by peeruma consequência, não uma causa, que era o que eu suspeitava mas não tinha provado.Sobre contadores, não tenho nada para te dar. Taxa atingível, margem, contagem de erros - o stick não expõe nada disso em lugar nenhum que eu encontre, e o roteador só me mostra a taxa de sincronia e mais nada. Esse número fica na taxa de linha até o segundo exato em que desaparece, então nada rasteja para baixo antes, simplesmente vai embora. O perfil também não mudou desde que o modem da operadora ficava na frente da linha.
Stick diferente, mesma cage, vale saber enquanto você está testando.
Eu tinha um stick GPON HALNy HL-GSFP num Omnia: o kernel reconheceu ele sem reclamar, a porta virou inband/1000base-x, e depois a eth2 ficou ali down para sempre. Timing, não compatibilidade. O módulo carrega um pequeno SO próprio e quer boa parte de um minuto antes de responder a qualquer coisa, enquanto a cage é sondada poucos segundos depois de ligar. A sondagem não encontra ninguém em casa, o roteador silenciosamente fica na WAN metálica e a interface SFP nunca acorda.
fw_setenv bootdelay 60no u-boot resolveu isso de vez.Isso não explica uma resincronização no meio de uma sessão, então não é a sua resposta. Mas se você algum dia reiniciar depois de uma queda e se encontrar de volta no cobre, é esse o mecanismo que você está vendo, não um módulo morto.