Computernetzwerke

erwähnt, dass der Ethernet-Frame (MAC-Frame) bei allen Ethernet-Implementierungen (Standard IEEE 802.3x) vom Aufbau her identisch sei und dem oben gezeigten allgemeinen Aufbau entspräche. Dennoch gibt es für Ethernet unterschiedlich aufgebaute Rahmentypen, wobei die Unterschiede zwar nicht groß sind, aber dennoch von Belang sein können. Sie sind jedoch nicht, wie man es vielleicht vermuten würde, durch die Weiterentwicklung des Ethernet (vom Standard-Ethernet zum Gigabit-Ethernet) hervorgerufen worden, sondern es liegen hier gewissermaßen historische Gründe
    Das DIX-Konsortium (DEC, Intel Xerox) hatte zunächst ein Format mit der Bezeichnung Ethernet I eingeführt, das bald durch Ethernet II abgelöst wurde und als Standard bei den ursprünglichen 10 MBit/s-Realisierungen gilt. Kennzeichnend ist dabei, dass der Frame ein Typfeld (2 Bytes im fünften Feld des Ethernet-Frames, vgl. Abbildung 2.43) besitzt, das den Typ des höheren Protokolls auf der Schicht 3 kennzeichnet.
    Als der Ethernet-Standard noch nicht komplett verabschiedet war, leitete die Firma Novell aus Ethernet II ein eigenes Format für den Transport ihres IPX/SPX-Protokolls ab und nannte dies unglücklicherweise Ethernet 802.3, was aber nichts mit dem IEEE-Standard zu hat. Da diese Lösung ausschließlich für IPX/SPX geeignet ist, benötigt man auch kein Typfeld, sodass dieses Feld für die Kennzeichnung der Datenlänge verwendet wird. Immerhin hat Novell dieses Format nachträglich in Ethernet 802.3 raw umbenannt, um die Verwirrung etwas zu entschärfen.
    Der später verabschiedete IEEE-Standard für das LLC-Protokoll hat die Bezeichnung IEEE 802.2 und ist gewissermaßen innerhalb von IEEE 802.3 gültig. Aus diesem Grunde unterscheidet man genau genommen drei Frame-Implementierungen: IEEE 802.3 (mit LLC laut 802.2), einen Ethernet-Frame mit Typfeld, den das DIX-Konsortium (Ethernet II) ursprünglich definiert hat, sowie die Novell-Implementierung Ethernet 802.3 raw.
    Novell ist später ebenfalls dazu übergegangen, den offiziellen IEEE-Frame-Standard zu unterstützen. In den Netzwerk-Konfigurationsdateien wie net.cfg (ODI) oder protocol.ini (NDIS) lässt sich der jeweilige Frame-Typ manuell festlegen, wenn dies bei der automatischen Konfigurierung nicht optimal funktionieren sollte.
    Prinzipiell empfiehlt es sich, in einem (Sub-)Netz nur mit einem einzigen Rahmentyp zu arbeiten. Probleme sowie notwendige Anpassungen sind aber nur dann zu erwarten, wenn in Netzen mit (zahlreichen) unterschiedlichen Protokollen (IPX/SPX, TCP/IP, NetBEUI) gearbeitet wird und es sich um ein über Jahre gewachsenes Netzwerk mit aktuellen und mit relativ alten Geräten handelt, deren Treiber nur jeweils einen bestimmten Rahmentyp ermöglichen.

    Der einzig relevante Unterschied zwischen einem Ethernet II-Frame und einem Frame laut IEEE 802.3 besteht in der Schicht 2 (LLC), wo beim Ethernet II-Frame ein Typfeld vorhanden ist statt eines für die Längenangabe des darauffolgenden Datenfeldes.
    Das Typfeld kennzeichnet das jeweilige Protokoll der höheren Schicht (3) durch explizit festgelegte Nummern. Beispielsweise steht 0800h für IP, 0806h für ARP-, 8137h für IPX/ SPX oder auch 814Ch für das SNM-Protokoll (SNMP).
    Cyclic Redundancy Check
Präambel
SFD
Zieladresse
Quelladresse
Länge
Datenfeld
FCS
7 Bytes
1 Byte
6 Bytes
6 Bytes
2 Bytes
|4 Bytes |
    \
DSAP
SSAP
CTRL
OUI
PID
Nutzdaten
1 Byte
1 Byte
1 Byte
3 Bytes
2 Bytes
    LLC Header
    SNAP Header
    Abbildung 2.44: Der Aufbau eines Frames (SNAP) laut IEEE-Standard
    Die entsprechende Protokollinformation wird bei der IEEE-802.3-Version hingegen mit im Datenfeld untergebracht, und die vorhergehende Längenangabe spezifiziert, wie groß das Datenfeld jeweils ist (64-1518 Bytes). Diese Information enthält der LLC-Header (802.2), der in das Datenfeld des MAC-Frames mit den folgenden Parametern »eingeblendet« wird:
    ■ DSAP: Destination Service Access Point, Zieladresse
    ■ SSAP: Source Service Access Point, Quelladresse
    ■ CTRL: Control, Protokolltyp
    Es stellte sich bald heraus, dass ein Byte für die Kennzeichnung des Protokolltyps nicht ausreicht, sodass unter IEEE 802.3 eine Erweiterung mit der Bezeichnung SNAP (Sub Net Access Protocol) eingeführt wurde.
    Hiermit werden fünf weitere Bytes für die Identifizierung des darüber liegenden Protokolltyps zur Verfügung gestellt und an den LLC-Header angehängt. Zur Kennzeichnung, dass ein SNAP-Header folgt, werden die Bytes DSAP = AAh, SSAP = AAh und Control = 3h