Ethernet verwendet eine Weiterentwicklung von ALOHA, bekannt als Carrier Sense Multiple Access (CSMA), die die Leistung bei höherer Medienauslastung verbessert. Wenn eine NIC Daten zu übertragen hat, hört die NIC zuerst das Kabel ab (unter Verwendung eines Transceivers), um zu sehen, ob ein Träger (Signal) von einem anderen Knoten übertragen wird. Dies kann erreicht werden, indem überwacht wird, ob ein Strom im Kabel fließt (jedes Bit entspricht 18–20 Milliampere (mA)). Die einzelnen Bits werden gesendet, indem sie mit einem Takt von 10 (oder 100 MHz für Fast Ethernet) unter Verwendung von Manchester-Codierung codiert werden. Daten werden nur gesendet, wenn kein Träger beobachtet wird (dh kein Strom vorhanden ist) und das physische Medium daher frei ist. Jede NIC, die nicht zu übertragen braucht, hört zu, um zu sehen, ob andere NICs begonnen haben, Informationen an sie zu übertragen.
Ich bin verwirrt über CSMA/CD (Halbduplex-Kommunikation), nachdem ich den folgenden Satz gelesen habe.
Daten werden nur gesendet, wenn kein Träger beobachtet wird (dh kein Strom vorhanden ist) und das physische Medium daher frei ist.
Wird kein Impuls (Verbindungsintegritätstestimpuls, normaler Impuls, schneller Impuls) erzeugt, wenn das Medium im Leerlauf ist?
Eine Sache noch.
In der Ausgabe des Befehls show Interfaces Fastethernet , Show Interfaces Gigabitethernet oder Show Interfaces Tengigabitethernet beobachten Sie den Wert der Trägersignalzähler. Der Zähler für verlorene Träger zeigt an, wie oft der Träger während der Übertragung verloren gegangen ist. Der Kein-Träger-Zähler zeigt an, wie oft der Träger während der Übertragung nicht vorhanden war.
Wird Trägerverlust durch RX der Schnittstelle bestimmt?
Beginnend mit 10BASE-T gibt es kein CDMA/CD im Ethernet, weil (und während) die zugrunde liegende PMA/PMD dem PCS (das die Dienstschnittstelle für den MAC bereitstellt) einen Vollduplex-Datenübertragungsmechanismus bereitstellt. Bei 10BASE-T, 100BASE-TX, 1000BASE-X, 1000BASE-T usw. wird der Halbduplex-Betriebsmodus, dh das Bereitstellen von CRS- und CD-Signalen durch den PHY an seinen MAC, spekulativ in dem PHY von selbst wie dem simuliert Folgendes:
carrier sense:= rx activity bzw tx activitycollision detect:= rx activity und tx activity(Seien Sie hier vorsichtig und denken Sie daran, dass sich rx activitysowohl tx activityauf der Mediumseite als auch carrier senseauf der Seite der PHY-Serviceschnittstelle, dh MAC, befindet.)
Zurück zu Ihren Zählern, sie (könnten) zeigen, wie die Aktionen über die PHY (die vom MAC-Dienst ausgeführt werden) mit den Aktionen unter der PHY (die auf dem Medium geschehen) korrelieren/korrespondieren und wie folgt aussehen können (könnten):
lost carrier counterinkrementiert, wenn carrier sensevon HIGH nach LOW übergeht, während TX_EN HIGH ist (im Allgemeinen ist es implementierungsabhängig und könnte allein TX_EN, allein RX_DV oder eine Kombination davon sein)
no carrier counterinkrementiert, wenn TX_EN von LOW nach HIGH wechselt, während carrier sensees LOW ist (es ist auch implementierungsabhängig und könnte anders sein)
Mit anderen Worten, der erste Zähler gibt an, wie oft die Verbindung fehlschlägt, während ein Paket gesendet und/oder empfangen – insgesamt präsentiert – am Medium wurde, und der zweite Zähler zeigt an, wie oft der MAC versucht, a zu senden Paket, während keine physische Verbindung bestand.
Ja, in 10BASE-T (und heute in EEE) werden FLPs generiert, während das Medium im Leerlauf ist, aber dies ist nicht der Fall, wie oben gezeigt.