MAC-Adress-Lookup 2026: OUI-Präfixe, I/G- und U/L-Bits

Eine MAC-48-Adresse besteht aus sechs Oktetten, also 48 Bits, üblicherweise als sechs Hexadezimalpaare geschrieben. Die ersten drei Oktette sind der Organizationally Unique Identifier, die OUI, die die IEEE einem Hersteller zuweist. Die letzten drei vergibt dieser Hersteller, wobei viele Hersteller sie in der Praxis aus einer Seriennummer oder einer Zufallsquelle ableiten.

Hexadezimalziffern werden in der Textform mit dem höchstwertigen Nibble zuerst geschrieben, aber die IEEE überträgt jedes Oktett auf der Leitung mit dem niederwertigsten Bit zuerst. Diese Diskrepanz ist der Grund, warum die Bit-Nummerierung nur beim ersten Oktett alle verwirrt: Bit 0 im Standard bedeutet das niederwertigste Bit dieses ersten Oktetts in der geschriebenen Form, nicht das linkeste Bit der Zeichenkette.

Zwei Bits im ersten Oktett tragen Bedeutung. Bit 0 ist das Individual/Group-Bit: null bedeutet eine Unicast-Adresse für eine Schnittstelle, eins bedeutet eine Gruppen- oder Multicast-Adresse. Bit 1 ist das Universal/Local-Bit: null bedeutet, die Adresse ist global unter einer OUI verwaltet, eins bedeutet, sie wurde lokal zugewiesen, typischerweise durch Software.

Da Hexadezimalziffern vier Bits umfassen, sind diese beiden Bits immer in der letzten Hex-Ziffer des ersten Oktetts kodiert. Deshalb ist das zweite Zeichen des ersten Oktetts bei einer Unicast-Adresse immer gerade und bei einer Multicast-Adresse ungerade, und deshalb erscheinen lokal verwaltete Unicast-Adressen im Muster 02, 06, 0A, 0E, 12 und ähnlich als erstes Oktett randomisierter WLAN-Adressen.

Die OUI ist eine 24-Bit-Zuweisung. Wenn das U/L-Bit null ist, identifizieren die ersten drei Oktette den Zuweisungsempfänger, und ein Lookup im IEEE-Register ist sinnvoll. Wenn das U/L-Bit eins ist, wurden die ersten drei Oktette vom Gerät oder Betriebssystem gewählt, und es kann keinen Registereintrag geben, egal wie plausibel das Präfix aussieht.

Die IEEE vergibt außerdem 36-Bit-Zuweisungen im MA-S-Register, die sich die ersten 24 Bits mit anderen Zuweisungsempfängern teilen und vier weitere Bits im dritten Oktett hinzufügen. Ein Lookup, der nur die ersten drei Oktette prüft, ordnet diese Adressen dem falschen Inhaber zu. Wenn Präzision zählt, prüfen Sie die Zuweisungsgröße, bevor Sie dem Herstellernamen vertrauen.

Moderne Betriebssysteme rotieren WLAN-Adressen. iOS und macOS verwenden pro Netzwerk eine private Adresse, Android randomisiert pro SSID, und Windows bietet zufällige Hardwareadressen an. All diese setzen das U/L-Bit, das ehrliche Signal dafür, dass das Präfix keine Herstellerzuweisung ist. Lookups, die das Bit ignorieren, liefern einen Herstellernamen für ein Präfix, das niemand je zugewiesen bekam.

Randomisierung untergräbt auch Annahmen in Netzwerkkontrollen. Ein MAC-Filter ist keine Authentifizierung, denn die Adresse wird auf den meisten Plattformen per Software gesetzt. Dieselbe Eigenschaft macht MAC-Adressen als stabile Geräte-ID in Analysen unbrauchbar. Wenn Ihr Produkt eine Lizenz oder einen Gerätedatensatz an einer MAC-Adresse festmacht, zersplittert es in jedem Netzwerk, das Adressen rotiert, und die Adresse lässt sich trivial fälschen.

EUI-64 macht aus einer 48-Bit-Adresse in drei Schritten 64 Bits: OUI und NIC-Teil aufteilen, FF:FE dazwischen einfügen und das U/L-Bit umdrehen. Die Einfügung liefert 16 zusätzliche Bits Länge; das umgedrehte Bit erhält die Bedeutung universal/lokal in der 64-Bit-Form, weshalb das Ergebnis modified EUI-64 heißt.

Das Ergebnis wird häufig als Interface-Identifier einer IPv6-Link-Local-Adresse verwendet, die immer in fe80::/10 liegt und beim Verbinden immer einen Zonenindex wie eine Scope-ID erfordert. Privacy-Extensions ersetzen diesen Identifier bei globalen Adressen durch einen zufälligen, aber die abgeleitete Form erscheint weiterhin in Dokumentation, Laboraufbauten und Geräteinventaren.

Dieselben 48 Bits erscheinen in mindestens vier Notationen. Unix und Windows verwenden doppelpunktgetrennte Paare. Windows verwendet manchmal Bindestriche. Cisco verwendet drei Gruppen aus vier Hex-Ziffern, getrennt durch Punkte. Manche Tools geben Großbuchstaben aus, manche Kleinbuchstaben, und manche entfernen Trennzeichen ganz. Ein Parser sollte alle normalisieren und alles ablehnen, was nicht genau 48 Bits hat.

Normalisierung ist wichtig für Vergleiche, nicht für die Speicherung des Originals. Kleinbuchstaben-Doppelpunkt-Notation ist die portabelste kanonische Form. Wenn Sie eine reine 12-stellige Hex-Zeichenkette akzeptieren, machen Sie das explizit, denn stilles Akzeptieren lässt einen Nutzer einen 16-stelligen Hex-Identifier einfügen, der gar keine MAC-Adresse ist.

Ein gutes Lookup unterscheidet „das ist fehlerhaft“ von „das ist lokal verwaltet“ von „dieses Präfix ist gültig, aber der Zuweisungsempfänger fehlt im lokalen Register“. Alle drei zu „unbekannt“ zusammenzufassen kostet den Aufrufer Zeit, denn die Lösungen sind völlig verschieden.

Längenfehler sind am häufigsten: fünf Oktette, sieben Oktette oder eine 64-Bit-EUI-64, die in ein 48-Bit-Feld eingefügt wurde. Zeichenfehler kommen als Nächstes, meist ein O statt einer Null oder ein I statt einer Eins aus OCR. Dann gibt es die logischen Fälle: Multicast-Adressen, die Broadcast-Adresse und lokal verwaltete Präfixe, die jeweils syntaktisch gültig und semantisch speziell sind.

Erzeugen Sie für Testdaten immer lokal verwaltete Unicast-Adressen: erstes Oktett auf 02 setzen und das I/G-Bit auf null lassen. Diese Kombination gehört garantiert keinem Hersteller, sodass ein Fixture nie für ein echtes Gerät gehalten werden kann und ein Lookup-Tool korrekt meldet, das Präfix sei lokal, statt einen Hersteller zu erfinden.

Die MAC-Tools der Website arbeiten auf der 48-Bit-Struktur und behaupten nicht, echte Hardware zu identifizieren. Sie parsen die Bits, zeigen die OUI als Bits statt als Herstellergarantie und können eine EUI-64-Form ableiten. Beachten Sie, dass die Website keine Bluetooth-Geräteadressen oder andere 48-Bit-Identifier außerhalb der Ethernet-artigen MAC-Tools erzeugt und überhaupt keine Seriennummern generiert.