Unterschiede bei der Ethernet-Autonegotiation zwischen (10M | 100M | 1G) Ethernet

19

Ich studiere für CCNA und in Wendell Odoms Buch heißt es (in Bezug auf Autonegotiation):

Wenn die Autonegotiation auf einem Knoten fehlschlägt, müssen wir zur Auswahl (Halb- / Vollduplex) die folgende Regel verwenden:

  • Wenn Sie eine 10/100 Mb / s-Schnittstelle haben -> verwenden Sie Halbduplex
  • Wenn Sie eine 1000 Mb / s-Schnittstelle haben -> verwenden Sie Vollduplex

Warum das?

BrunoMCBraga
quelle

Antworten:

19

Wenn die Autonegotiation auf einem Knoten fehlschlägt, müssen wir zur Auswahl (Halb- / Vollduplex) die folgende Regel verwenden:

  • Wenn Sie eine 10/100 Mb / s-Schnittstelle haben -> verwenden Sie Halbduplex
  • Wenn Sie eine 1000 Mb / s-Schnittstelle haben -> verwenden Sie Vollduplex

Warum das?

Zusammenfassung

Kurz gesagt , Ethernet gibt es seit den 1980er Jahren ... als Ergebnis

  • Alte Ethernet-NICs unterstützten nur den Halbduplexbetrieb ohne automatische Aushandlung. Wenn in dieser Situation die automatische Aushandlung aktiviert ist, müssen Sie alle alten Netzwerkkarten unterstützen (dh auf den Halbduplexbetrieb zurückgreifen). In einer anderen Antwort werden Hubs genannt, die ebenfalls in diese Kategorie fallen.
  • Die automatische Aushandlung ist in der 1GE-Spezifikation erforderlich. Daher macht es keinen Sinn, einen Fehler bei 1GE-Geschwindigkeiten zum Halbduplexbetrieb zu zwingen. 1GE Auto-Negotiation gibt an, ob es halb- / vollduplexfähig ist.

In diesen Tagen sollten Sie immer versuchen, die automatische Aushandlung zu verwenden, es sei denn, Sie wissen, dass der andere Port dies nicht unterstützt.

Die folgende Tabelle kann dazu beitragen, den verdrehten Verlauf der automatischen Aushandlung zu erläutern.

+------------+------+---------------+--------------+-----------------------+
| Standard   | Year | Speeds        | Media        | Auto-neg Status       |
+------------+------+---------------+--------------+-----------------------+
| 802.3i     | 1990 | 10M           | Twisted Pair | No auto-negotiation   |
+------------+------+---------------+--------------+-----------------------+
| 802.3u     | 1995 | 10/100M       | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M      | Twisted Pair | Optional              |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab    | 1999 | 10/100/1000M  | Twisted Pair | Optional @ 10/100M    |
|            |      |               |              | Required @ 1Gbps      |
+------------+------+---------------+--------------+-----------------------+

Auswirkungen von Duplex-Fehlpaarungen:

In Bezug auf die Vorgehensweise von Cisco, bei fehlgeschlagener automatischer Aushandlung auf Halbduplex zurückzugreifen ... Man könnte zu Recht ablehnen, dass bei fehlgeschlagener automatischer Aushandlung eine Fehlkonfiguration auftritt. Die Fehlkonfiguration ist jedoch tolerierbar. Das Schlimmste, was in dieser Situation passieren kann, ist, dass Sie auf einer Seite einer FastEthernet-Verbindung manuell fest codierten Vollduplex-Modus und auf der anderen Seite der Verbindung keine automatische Aushandlung des Halbduplex-Modus erhalten Fehler (Kollisionen und Runts), aber Sie können trotzdem ziemlich gut kommunizieren, solange Sie nicht versuchen, ein Drittel der Verbindungsgeschwindigkeit zu überschreiten (dh etwa 35 Mbit / s bei FastEthernet).

Potenziell interessante Details:

Original FastEthernet Auto-Negotiation == schlechter Juju

Die Erfahrungen mit der frühen automatischen Aushandlung in IEEE 802.3u (FastEthernet) waren so schlecht, dass die herkömmliche Vorgehensweise darin bestand, die automatische Aushandlung zu deaktivieren und Geschwindigkeit / Duplex manuell an allen Ethernet-Kupferports zu sperren.

Diese Vorgehensweise, die automatische Aushandlung für alle Kupferports zu deaktivieren, war in den Köpfen alter Zeit so verwurzelt, dass es auch heute noch nicht ungewöhnlich ist, bei Cat5e / Cat6 gesperrte Geschwindigkeit / Duplex zu finden, obwohl Implementierungen für die automatische Aushandlung in der Industrie seit über einem Jahrzehnt zuverlässig sind. Zu Ihrer Information, einige ISPs erzwingen immer noch 100 MB / s in ihren Kundenkreisen, unter der irrtümlichen Annahme, dass manuelle Geschwindigkeit / Duplex zuverlässiger ist.

Herstellerunterstützung für die Werbung für bestimmte 1GE-Duplexmodi

Auto-Negotiation ist im Rahmen von IEEE 802.3ab (Gigabit-Ethernet über Kupfer) erforderlich. Es gibt jedoch noch einige Herstellerimplementierungen, mit denen Sie GigE-Geschwindigkeit / Duplex fest codieren können ... Ich habe einige JunOS-Switches gesehen, die eine Vollduplex-Konfiguration an 1GE-Switch-Ports ermöglichen. Bedeutet dies, dass der JunOS-Switch die automatische Aushandlung auf diesem 1GE-Port deaktiviert? Nein, dies bedeutet effektiv, dass JunOS die konfigurierte Geschwindigkeit / Duplex nur während der automatischen Aushandlung ankündigt.

Update für @ yttis Frage: Ethernet-Leitungskonditionierung

Die automatische Aushandlung von 1GE umfasst (unter Angabe von 802.3-2012, Abschnitt 40.5.1):

Die automatische Aushandlung ist für 802.3ab bei 1GE erforderlich, da die automatische Aushandlung von GigabitEthernet eine spezielle Leitungskonditionierung umfasst. Diese Konditionierung erfolgt im TRAINING-Modus des Starts von MASTER / SLAVE PHY. Der TRAINING-Modus stellt sicher, dass die Leitung stabil genug ist, um 1000 Mbit / s über Cat5e-Strecken mit einer Länge von bis zu 100 m zu übertragen.

Mike Pennington
quelle
2
Ich würde gerne mehr über diese automatische Verhandlung "Leitungskonditionierung" lesen. Haben Sie einen Link dafür? Vorzugsweise Seite in 802.3 Abschnitt drei. Völlig einverstanden, dass Autonego verwendet werden sollte, leider sind viele Telekommunikationsunternehmen immer noch in den 90er-Jahren eingestellt und die Produkte erfordern kein Autonego. Ein weiteres gutes Argument, um sie zu überzeugen, ist, dass Autonego RFI (Remote Fault Indication) bereitstellt, was dazu führt, dass beide Enden ausfallen, wenn ein Ende nicht empfängt, aber immer noch senden kann.
Ytti
2
@ytti, 802.3 bezeichnet allgemein die Leitungskonditionierung als TRAINING. TRAINING ist Teil der MASTER-SLAVE PHY-Aushandlung, die während der automatischen Aushandlung stattfindet. Verweise auf die MASTER-SLAVE-Aushandlung finden Sie in 802.3-2012, Abschnitt 3, Abschnitt 40.5.1 (in dem alle Funktionen für die automatische Aushandlung beschrieben werden). Um mehr über Training zu erfahren, durchsuchen Sie die 802.3-2012-PDFs nach "TRAINING"
Mike Pennington,
Danke, mir war die Uhrwahl im Ethernet bekannt. Gedankenleitungskonditionierung war etwas anderes.
Ytti
2
Der PHY-Start von Master / Slave umfasst den sogenannten Decision Feedback Equalizer (DFE - Ref. 802.3-2012, Abschnitt 3, Abschnitt 40.4.2.4). Die DFE arbeitet zusammen mit anderen Funktionen für die Echounterdrückung / Near-End-Übersprechunterdrückung (NEXT)
Mike Pennington
Gern geschehen ... es war eine gute Auffrischung, durch die 802.3-Dokumente zu surfen ...
Mike Pennington
12

Wenn die Autonegotiation auf einem Knoten fehlschlägt, müssen wir folgende Regel anwenden (Halb- / Vollduplex): -> Wenn Sie eine 10/100 Mb / s-Schnittstelle haben -> Halbduplex verwenden

Wenn ein Hub verbunden ist, würde ein Vollduplex-Standard zu viele Kollisionen verursachen. Die Standardeinstellung Halbduplex stellt sicher, dass die Kommunikation unabhängig vom angeschlossenen Gerät (Switch oder Hub) fortgesetzt wird.

-> Wenn Sie eine 1000 Mb / s-Schnittstelle haben-> verwenden Sie Vollduplex

Der 1000Base-T-Standard erforderte eine automatische Aushandlung sowie eine Switched-Layer-2-Domäne (keine Hubs). Dies liegt daran, dass alle vier Paare mit 250 Mbit / s in Vollduplex kommunizieren müssen. Als solches wird angenommen, dass keine Hubs auf der Verbindung zum Zwecke der bidirektionalen Kommunikation existieren.

user2403
quelle
Übrigens, Hubs sind ein guter Grund, auf Halbduplex zurückzugreifen, aber es sind nicht nur Hubs ... frühe 10/100-Millionen-NICs haben überhaupt nicht automatisch verhandelt ... und die frühen FastEthernet-Auto-Negotiation-Implementierungen waren unzuverlässig.
Mike Pennington