Un collegamento 2,5GbE che scende a 100Mbps solo dopo la sospensione o il riavvio indica solitamente una rinegoziazione legata allo stato di alimentazione, il comportamento del driver o una coppia fisica al limite.
Questo è un problema diverso da quello di una porta che non riesce mai a negoziare oltre 1GbE. Per prima cosa, verifica che il collegamento raggiunga 2,5GbE da uno stato operativo a freddo, quindi riproduci il calo dopo la sospensione o il riavvio mantenendo lo stesso cavo e la stessa porta dello switch. Confronta le modalità pubblicizzate, le impostazioni di risparmio energetico, lo stato del driver e i contatori degli errori prima di sostituire l’intero percorso di rete.
Dimostra che il calo a 100Mbps avviene solo dopo una transizione di alimentazione
Registra la velocità negoziata subito dopo un avvio completo a freddo, dopo diversi minuti di traffico, dopo la sospensione e la riattivazione del sistema e dopo un normale riavvio. Usa lo stato della scheda di rete e della porta dello switch, non i risultati dei test di velocità Internet.
Un’analisi dei problemi dei controller Ethernet Realtek descrive un problema dello stato del collegamento in modalità deep sleep e mostra perché la transizione stessa può essere l’elemento discriminante.
Se il collegamento parte già a soli 100Mbps anche dopo un avvio a freddo, torna all’articolo generico sulla negoziazione. Se inizia regolarmente a 2,5GbE e scende solo dopo la sospensione o il riavvio, conserva questa transizione di stato per i test successivi.
Controlla le impostazioni di risparmio energetico della scheda di rete prima di cambiare il cavo
Controlla le impostazioni di gestione energetica e del driver avanzato della scheda per verificare la presenza di Energy Efficient Ethernet, Green Ethernet, Riduci velocità allo spegnimento, velocità del collegamento Wake-on-LAN e autorizzazione del sistema operativo a spegnere la scheda di rete.
Una guida aggiornata alla configurazione Ethernet osserva che la gestione energetica può disabilitare le schede indipendentemente dalla normale configurazione di velocità e duplex.
Disabilita o modifica una sola opzione di alimentazione pertinente alla volta e ripeti lo stesso test di sospensione e riattivazione. Non disabilitare insieme tutte le funzioni di offload e prestazioni, perché un risultato positivo non rivelerebbe quale impostazione abbia avuto effettivamente effetto.
Ricontrolla driver e chipset dopo la riattivazione
Registra il chipset esatto della scheda di rete, la versione del driver attivo, il firmware se applicabile e le modalità di collegamento pubblicizzate prima e dopo il calo. Il percorso di riattivazione può ricaricare lo stesso dispositivo con uno stato del driver diverso, anche se il nome dell’interfaccia resta invariato.
L’analisi degli adattatori 2,5GbE di PLANEX mostra che i driver 2,5GbE espongono controlli di alimentazione oltre alle normali impostazioni Ethernet.
Se l’aggiornamento o il ripristino del driver della scheda elimina il ripiego post-riattivazione mentre cavo e switch restano invariati, documenta quella versione. Evita di forzare una velocità statica come prima soluzione, perché ciò può nascondere un problema di negoziazione automatica o del percorso di riattivazione.
Escludi una coppia di cavi al limite che cede durante la rinegoziazione
Un cavo può funzionare a 2,5GbE finché il collegamento non viene rinegoziato, per poi stabilizzarsi su una modalità inferiore se una coppia, una terminazione, un giunto o un connettore è al limite. Ricollega entrambe le estremità e confronta il risultato usando un unico cavo corto sicuramente funzionante sulle stesse porte.
Un recente articolo sulla risoluzione dei problemi Ethernet spiega che 100Mbps può indicare un guasto a una coppia anche quando la categoria visibile del cavo sembra adeguata.
Se il cavo corto mantiene 2,5GbE dopo ripetuti cicli di sospensione e riavvio, testa separatamente i cavi patch originali, le prese a muro, i giunti e il cablaggio interno. Correggi il percorso fisico invece di lasciare la scheda di rete forzata a una modalità superiore.
Controlla separatamente gli adattatori 2,5GbE USB o collegati a una docking station
Se il server o il client utilizza un adattatore 2,5GbE USB-C o collegato a una docking station, includi nel test lo stato di alimentazione del controller USB e della docking station. La riattivazione può reimpostare il dispositivo USB prima dell’avvio della negoziazione automatica Ethernet.
Un test dettagliato di un adattatore 2,5GbE ha rilevato che gli adattatori USB dipendono dai driver e che l’enumerazione sul sistema host fa parte del percorso, non solo il cavo RJ45.
Testa lo stesso adattatore direttamente sull’host senza la docking station, quindi attraverso la docking station. Se solo il percorso tramite docking station effettua il ripiego dopo la riattivazione, concentra la soluzione sull’alimentazione USB e sul firmware della docking station, non sullo switch NAS.
Verifica che 2,5GbE resista a più cicli di sospensione e riavvio
Dopo aver modificato la causa confermata, esegui almeno due cicli di sospensione e riattivazione, un riavvio a caldo e un trasferimento LAN prolungato, monitorando la velocità negoziata, gli errori del collegamento e gli eventi di rinegoziazione su entrambe le estremità.
Un articolo sulle prestazioni delle reti multi-gigabit ricorda che la velocità del collegamento è diversa dalla velocità effettiva, quindi il test finale dovrebbe verificare sia la stabilità della negoziazione sia il traffico utile.
La riparazione è completa quando lo stesso collegamento 2,5GbE supera le transizioni di alimentazione senza scendere a 100Mbps. L’articolo correlato di ZimaSpace su una porta NAS che negozia a 1GbE resta il percorso corretto quando il problema non è più specifico della sospensione o del riavvio.
Supporto e consigli
Altro da leggere

Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...

Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...

Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...

