Lo stick ALLNET ALL4781-VDSL2-SFP in un Turris Omnia si risincronizza ogni 30-120 minuti
Finalmente ho tolto la mia linea VDSL2 dal box dell'ISP e l'ho terminata direttamente sul Turris Omnia, principalmente per far girare il PPPoE sul router invece che su un secondo dispositivo in bridge mode. La parte di setup è stata piacevole: inserisci lo stick nella cage e l'interfaccia WAN si sposta semplicemente sul modulo, lasciando fuori dai giochi il socket metallico, con il link interno che sale da solo. Il LED verde segue il sync DSL, quello arancione il lato verso il router.
- Turris Omnia, PPPoE configurato sull'interfaccia verso il modem
- stick modem ALLNET ALL4781-VDSL2-SFP nella cage SFP
- linea VDSL2 che si sincronizza al pieno 100 Mbit in download
option ifname 'eth1.7', perché la mia linea vuole il tag VLAN 7
Dieci minuti di configurazione più un reboot ed era su alla velocità di linea. Il problema è che non ci resta. Da qualche parte tra mezz'ora e due ore il DSL si desincronizza, e ci mette due o tre minuti a tornare:
LCP terminated by peer
Modem hangup
eth1: link is downCosa ho già fatto:
- reinserito lo stick e riavviato il router, l'intervallo dopo resta uguale
- cambiato il cavo patch DSL e spostato lo stick sulla prima presa della linea
- staccato il cavo WAN in rame così che niente possa contendersi l'interfaccia
Niente di tutto questo cambia lo schema. È lo stick, la mia linea, o il modo in cui l'Omnia pilota la cage? C'è qualcuno che fa girare questo stick modem a lungo termine senza risincronizzazioni?
Comments 4
Quella è la nota combinazione infelice: firmware 3.4 su una linea che riesce davvero a fare 100 Mbit. Lo stick non è rotto in sé: un altro Omnia che conosco fa girare lo stesso modulo su una linea VDSL2 profilo 17a da tanto tempo e non si è mai risincronizzato una volta, ed è per questo che le segnalazioni su questo aggeggio si dividono così. Quale linea finisce in quale gruppo non è qualcosa che puoi leggere su un datasheet in anticipo.
Due cose, in quest'ordine.
Primo, rivolgiti al vendor per il firmware. Hanno ammesso che la 3.4 si comporta male dove la linea può arrivare a 100 Mbit, e la build più recente non costa nulla, quindi non c'è motivo di non usarla.
Secondo, continua a guardare i LED dopo. Il verde che si spegne per primo significa DSL, l'arancione significa il lato cage. Se il verde continua a cadere sulla build più recente, il firmware non era tutta la storia sulla tua linea.
Per essere onesti sul risultato, visto che lo chiederai comunque: conosco almeno una linea dove l'aggiornamento non ha cambiato nulla e le risincronizzazioni sono continuate nello stesso intervallo, da trenta minuti a due ore. La stabilità con questo stick sembra dipendere dalle caratteristiche della linea tanto quanto dalla build, quindi tratta il firmware come la cosa più economica da provare, non come una soluzione garantita. Se continua a cadere anche dopo, il ripiego poco entusiasmante è rimettere un modem davanti e tenere la sessione PPPoE sul router su
eth1.7: mantieni la configurazione che hai già e smetti di rincorrere il sync.Che firmware c'è sullo stick? Ci sono più build in circolazione e non si comportano allo stesso modo sulle linee veloci, quindi quello è il primo punto da chiarire.
Altre due cose prima di dare la colpa al router. Nel momento in cui cade, il LED verde si spegne, o resta acceso mentre quello arancione si muove? Questo ti dice se si perde il sync DSL o solo il link verso l'Omnia. E riesci a tirare fuori qualcosa di utile dallo stick stesso nei minuti prima di una caduta: attainable rate, margine SNR, contatori di errore? Un sync che tiene il suo rate fino al secondo in cui muore si legge in modo molto diverso da uno che scende strisciando prima.
Firmware 3.4 sullo stick.
Mi sono seduto vicino al box e ho beccato tre cadute di fila: il verde si spegne per primo, l'arancione resta acceso tutto il tempo. Quindi il link verso il router non si muove mai, è il sync DSL che muore e la sessione PPPoE lo segue giù. Questo rende anche
LCP terminated by peeruna conseguenza invece che una causa, cosa che sospettavo ma non avevo dimostrato.Sui contatori non ho nulla da darti. Attainable rate, margine, conteggio errori: lo stick non espone niente di tutto ciò da nessuna parte che io riesca a trovare, e il router mi mostra solo il sync rate e nient'altro. Quel valore resta al rate di linea fino al secondo in cui sparisce, quindi non scende strisciando, semplicemente se ne va. Il profilo non è cambiato nemmeno da quando il modem dell'ISP stava davanti alla linea.
Stick diverso, stessa cage, vale la pena saperlo mentre fai i test.
Avevo uno stick GPON HALNy HL-GSFP in un Omnia: il kernel lo ha rilevato senza problemi, la porta è passata a inband/1000base-x, e poi eth2 è rimasta lì down per sempre. Questione di tempi, non di compatibilità. Il modulo porta un suo piccolo OS e vuole quasi un minuto intero prima di rispondere a qualsiasi cosa, mentre la cage viene sondata una manciata di secondi dopo l'accensione. La sonda non trova nessuno in casa, il router resta tranquillamente sul WAN metallico e l'interfaccia SFP non si sveglia mai.
fw_setenv bootdelay 60in u-boot ha risolto la cosa per sempre.Questo non spiega una risincronizzazione a metà sessione, quindi non è la tua risposta. Ma se mai riavvii dopo una caduta e ti ritrovi tornato sul rame, è questo il meccanismo che stai guardando, non un modulo morto.