disadattamento velocità / duplex

Come si verificano disallineamenti; qual è l'impatto di una mancata corrispondenza sulla connettività di rete; la risoluzione delle discrepanze vale davvero la pena; quali sono alcuni modi per rilevare disallineamenti su larga scala?

Per rispondere alle tue domande in ordine:

• Si verificano scostamenti in caso di errore nella negoziazione automatica o nelle configurazioni manuali. Ciò può essere causato da problemi di livello fisico o perché le configurazioni manuali non sono d'accordo. I problemi fisici potrebbero essere qualcosa come un hub in linea o problemi di cavo fisico (coppie mancanti / spezzate).
• La mancata corrispondenza duplex può causare un impatto significativo sulle prestazioni della rete. Le collisioni, in particolare quelle tardive, possono richiedere molto tempo (relativamente parlando) per il recupero dello stack TCP. Le collisioni con UDP indicano che i dati potrebbero non arrivare mai lì o richiedere un meccanismo di recupero a livello di applicazione.
• Risolvere i disallineamenti vale assolutamente la pena risolvere il tuo tempo. Potrebbe anche suggerire altri problemi poiché duplex / velocità dovrebbero essere una cosa presunta in questi giorni.
• Alcuni degli strumenti di gestione centralizzata ( Solarwinds , Spiceworks , HP OpenView e altri) probabilmente hanno rapporti per errori di interfaccia che dovrebbero includere questo tipo di problemi.

Per comprendere appieno perché si verificano disallineamenti duplex, è necessario capire come si è evoluta la tecnologia.

Inizialmente, tutta Ethernet era half-duplex. Quando il full-duplex è entrato in scena, qualcuno ha saggiamente deciso che i dispositivi (in particolare i dispositivi half-duplex e full-duplex) dovrebbero essere in grado di concordare tra loro su come comunicare e anche la negoziazione automatica.

Tuttavia, nessuno di quei vecchi dispositivi half-duplex è stato progettato per la negoziazione automatica, quindi quando lo standard è stato scritto, il dispositivo di negoziazione automatica deve presumere che se l'altra parte non ha partecipato alla negoziazione, doveva funzionare in modalità half-duplex perché il dispositivo sull'altro lato deve essere in grado di utilizzare solo half-duplex.

Come altri hanno sottolineato, la negoziazione automatica non sempre ha funzionato bene all'inizio, quindi molti dispositivi sono stati configurati con impostazioni di velocità statica e duplex (spesso 100 / full) e quando un dispositivo di negoziazione è collegato a tale dispositivo, un duplex si verifica una mancata corrispondenza.

Per quanto riguarda il problema, una mancata corrispondenza duplex può essere molto peggio che in esecuzione in modalità half-duplex. Questo perché un lato (full-duplex) pensa di poter trasmettere in qualsiasi momento anche se sta ricevendo corrente. Il lato half-duplex vedrà questo come una collisione e arretrerà, mentre il lato full duplex continuerà a trasmettere.

Se il lato full-duplex tende a trasmettere molti dati, questo può "morire di fame" il lato half-duplex mentre è in attesa che il supporto si schiarisca prima della trasmissione, causando l'accodamento e la caduta dei frame.

Tutto sommato, una brutta situazione in cui trovarsi e una che dovresti risolvere.

Quando si tratta di rilevare discrepanze, è possibile cercare errori. Sul lato full duplex, vedrai generalmente molte colate e spesso errori CRC (i fornitori possono usare termini diversi a volte). Sul lato half-duplex, vedrai spesso collisioni e guasti del buffer. Qualsiasi sistema di gestione decente dovrebbe essere in grado di fornire un elenco di interfacce che generano un numero di errori superiore al previsto.

In questi giorni le cause più comuni sono i collegamenti in cui un sistema (rete o dispositivo finale) viene configurato manualmente e l'altro automatico.

All'inizio della negoziazione automatica (full duplex da 10 Mb e Fast Ethernet) non era raro che i dispositivi non riuscissero a negoziare correttamente.

Per questo (e altri motivi legati all'inerzia), molte reti aziendali e SP di grandi dimensioni hanno richiesto la configurazione manuale di alcuni o tutti i collegamenti.

Al giorno d'oggi non vi è alcuna giustificazione per farlo, e infatti è richiesta la negoziazione automatica su Gigabit Ethernet (almeno in rame) e dispositivi ben educati non ne consentiranno la disabilitazione. In alcuni casi questo potrebbe non essere chiaro, ad esempio su alcuni kit Cisco che "disabilitano" la negoziazione automatica sui collegamenti dei concerti limita semplicemente i valori accettabili nel processo di negoziazione automatica (che può essere utile se non si allarma sulla velocità inaspettata dell'interfaccia e duplex).

Le mancate corrispondenze si verificano più spesso quando una parte di un collegamento è configurata in modo esplicito e l'altra parte è impostata per la negoziazione automatica. Quando i dispositivi sono gestiti separatamente, le parti potrebbero non riuscire a comunicare e verificare le impostazioni. L'impatto sulla connettività di rete varia da collegamenti inosservati su utilizzo leggero a collegamenti severi su carichi pesanti. In generale, vale la pena di risolvere i disallineamenti laddove possibile. Sugli switch Cisco, un indicatore di affidabilità dell'interfaccia inferiore a 255 è un buon modo per individuare le discrepanze. Questo valore può essere sottoposto a polling con SNMP per rilevare discrepanze su larga scala.