Dieser Name wird basierend auf der numerischen Anordnungsinformation, die durch die Firmware für Geräte auf dem Mainboard angegeben wird, gesetzt. Der Name besteht aus dem Präfix, dem Buchstaben o und einer durch die Firmware festgelegten Zahl. Dies ist nur für PCI-Geräte verfügbar.

Diese Eigenschaft wird basierend auf der durch die Firmware von Geräten, die auf dem Mainboard sind, gegebenen textuellen Kennzeichnung gesetzt. Der Name besteht aus dem Präfix, dem die Kennzeichnung angehängt ist. Dies ist nur für PCI-Geräte verfügbar.

Dieser Name besteht aus dem Präfixbuchstaben x und den 12 hexadezimalen Ziffern der MAC-Adresse. Er ist verfügbar, falls das Gerät über eine konstante MAC-Adresse verfügt. Da dieser Name auf einem Attribut der Karte selbst basiert, bleibt er »stabil«, selbst wenn das Gerät (sogar zwischen Maschinen) verschoben wird, aber ändert sich, wenn die Hardware ersetzt wird.

Diese Eigenschaft beschreibt die Slot-Position. Verschiedene Schemata werden abhängig vom Bus-Typ verwandt. Diese beschreibt die nachfolgende Tabelle. Im Falle von USB-, BCMA- und SR-VIO-Geräten besteht der komplette Name aus dem Präfix, dem PCI-Slot-Kennzeichner und dem USB- oder BCMA- oder SR-VIO-Slot-Kennzeichner. Die ersten zwei werden in der nachfolgenden Tabelle durch »…« angezeigt.

Tabelle 2. Slot-Benennungsschema

Format	Beschreibung
Präfix [PDomäne] sSlot [fFunktion] [nPort_Name | dGer_Port]	PCI-Slot-Nummer
Präfix vSlot	VIO-Slot-Nummer (IBM PowerVM)
… bNummer	Broadcom-Bus- (BCMA) Kernnummer
… uPort… [cKonfiguration] [iSchnittstelle]	USB-Port-Nummerkette
…vSlot	SR-VIO-Slot-Nummer

Die PCI-Domäne wird nur vorangestellt, wenn sie nicht 0 ist. Alle multifunktionalen PCI-Geräte werden die fFunktion-Nummer im Gerätenamen tragen, einschließlich der Funktion-0-Geräte. Für nicht-multifunktionale Geräte wird die Nummer unterdrückt, falls sie 0 ist. Der Port-Name Port_Name wird verwandt oder die Port-Nummer dGer_Port, falls der Name nicht bekannt ist.

Für BCMA-Geräte wird die Kernnummer unterdrückt, wenn diese 0 ist.

Für USB-Geräte wird die komplette Kette von Port-Nummern der Hubs zusammengesetzt. Falls der Name länger als die maximale Anzahl von 15 Zeichen ist, wird der Name nicht exportiert. Die Werte der normalen USB-Konfigurationsnummer 1 und Schnittstellennummer 0 werden unterdrückt.

Der Name von virtuellen SR-IOV-Geräten basiert auf dem Namen der übergeordneten Schnittstelle, gefolgt von v und der virtuellen Gerätenummer, wobei alle führenden Nullen entfernt werden. Die Busnummer wird ignoriert.

In einigen Konfigurationen kann eine übergeordnete PCI-Bridge eines angegebenen Netzwerk-Controllers einem Steckplatz zugewiesen sein. In diesen Fällen wird diese Geräteeigenschaft nicht erstellt, um Benennungskonflikte zu vermeiden.

Diese Eigenschaft beschreibt den Geräteinstallationsort. Verschiedene Schemata werden abhängig vom Bustyp verwandt, wie in der nachfolgenden Tabelle beschrieben. Für BCMA- und USB-Geräte muss die PCI-Pfadinformation bekannt sein und der vollständige Name besteht aus dem Präfix, der PCI-Slot-Kennzeichnung und dem USB- oder BCMA-Ort. Die ersten zwei Teile werden in der nachfolgenden Tabelle durch »…« angezeigt.

Tabelle 3. Pfadbenennungsschema

Format	Beschreibung
Präfix cBuskennung	CCW- oder gruppierte CCW-Gerätekennzeichner
Präfix aHändler Modell iInstanz	ACPI-Pfadnamen für ARM64-Plattformgeräte
Präfix iAdresse nPort-Name	Netdevsim (simulierte Netzwerkgeräte) Gerätenummer und Port-Name
Präfix [PDomäne] pBus sSlot [fFunktion] [nphys_Port_Name | dGer_Port]	Geographischer PCI-Ort
… bNummer	Broadcom-Bus- (BCMA) Kernnummer
… uPort… [cKonfiguration] [iSchnittstelle]	USB-Port-Nummerkette

CCW- und gruppierte CCW-Geräte gibt es in IBM-System-Z-Großrechnern. Alle einleitenden Nullen und Punkte werden unterdrückt.

Für PCI-, BCMA- und USB-Geräte werden die gleichen Regeln wie oben für Slot-Namen beschrieben verwandt.

Dies ist das in Systemd 238 implementierte Benennungsschema.

Die Benennung für mit SR-IOV und NPAR erstellte virtuelle Netzwerkgeräte und für Geräte, deren PCI-Netzwerk-Controller keine Slot-Nummer zugeordnet ist, wurde geändert.

Virtuelle SR-IOV Geräte werden basierend auf der übergeordneten Schnittstelle mit einer Endung »vPort« benannt, wobei Port die virtuelle Gerätenummer ist. Vorher wurden solche virtuellen Geräte benannt, als ob sie komplett unabhängig wären.

Das neunte und spätere virtuelle NPAR-Geräte folgen dem für die ersten acht NPAR-Partitionen verwandten Benennungsschema. Früher wurden solche Geräte nicht umbenannt und die Vorgabe des Kernels (»ethN«) wurde verwandt.

Es werden auch Namen für PCI-Geräte erstellt, bei denen der PCI-Netzwerk-Controller selbst keine zugeordnete Slot-Nummer hat, aber eines seiner übergeordneten Geräte hat eine. Früher wurden solche Geräte nicht umbenannt und die Vorgabe des Kernels wurde verwandt.

Das Präfix »ib« und gleichbleibende Namen für Infiniband-Geräte werden eingeführt. Früher wurden solche Geräte nicht umbenannt.

Das ACPI-Indexfeld (in ID_NET_NAME_ONBOARD= verwandt) wird jetzt auch genutzt, falls sein Wert 0 ist.

Es wurde eine neue Benennungsrichtlinie NamePolicy=keep eingeführt. Mit dieser Richtline wird das Netzwerkgerät nicht erneut umbenannt, falls sein Name bereits im Anwendungsraum (user space) gesetzt wurde. Früher wurde diese Bennungsrichtlinie implizit angewandt und jetzt muss sie explizit erbeten werden. Effektiv bedeutet dies, dass Netzwerkgeräte entsprechend ihrer Konfiguration umbenannt werden, falls keep nicht als Benennungsrichtlinie in der .link-Datei festgelegt ist, auch wenn sie bereits umbenannt worden sind. Siehe systemd.link(5) für eine Beschreibung von NamePolicy=.

MACAddressPolicy=persistent wurde erweitert, um MAC-Adressen basierend auf dem Gerätenamen zu setzen. Früher basierten Adressen nur auf ID_NET_NAME_*-Attributen, was bedeutete, dass für virtuelle Geräte niemals Schnittstellennamen erstellt wurden. Jetzt bekommen die meisten Geräte dauerhafte Adressen, insbesondere auch Bridges.

Beachten Sie: Wenn der Anwendungsraum keine MAC-Adresse für ein Bridge-Gerät setzt, dann wird der Kernel anfänglich eine zufällige Adresse zuweisen und diese dann ändern, wenn das erste Gerät zu der Bridge enslaved wird. Mit dieser Änderung der Benennungsrichtlinie erhalten Bridges eine dauerhafte MAC-Adresse basierend auf dem Bridge-Namen anstatt des ersten Gerätes, das enslaved ist.

Unterstützung für die Umbenennung von Netdevsim-Geräten (simulierten Netzwerkgeräten) wurde hinzugefügt. Früher wurden diese Geräte nicht umbenannt.

Früher wurde der zweibuchstabige Schnittstellentyppräfix ID_NET_LABEL_ONBOARD= vorangestellt. Dies ist jetzt nicht mehr der Fall.

Wenn systemd-nspawn(1) den Namen für die Rechnerseite des mit --network-veth vom Container-Namen erstellten Netzwerkschnittstellennamens ableitet, schnitt es bisher das Ergebnis nach 15 Zeichen ab, falls es länger war (da dies die maximale Länge für Netzwerkschnittstellennamen ist). Ab jetzt werden die letzten 4 Zeichen auf einen 24-Bit-Hash-Wert des vollständigen Schnittstellennamens gesetzt, falls der Schnittstellenname länger als 15 Zeichen wäre. Auf diese Art sollten Schnittstellennamenkollisionen zwischen mehreren, ähnlich benannten Containern (die sich nur in der Containernamen-Endung unterscheiden) weniger wahrscheinlich werden — sie sind allerdings weiterhin möglich, da der 24-Bit-Hash-Wert sehr klein ist.

Falls ein PCI-Steckplatz einer PCI-Bridge zugeordnet ist, die über mehrere nachgeordnete Netzwerk-Controller verfügt, dann können alle davon den gleichen Wert der Eigenschaft ID_NET_NAME_SLOT ableiten. Dadurch können Benennungskonflikte auftreten, falls die Eigenschaft als Gerätename ausgewählt wird. Jetzt wird die Situation erkannt, Steckplatz - Bridge-Zusammenhang, und die Eigenschaft ID_NET_NAME_SLOT wird nicht mehr erstellt, um mögliche Benennungskonflikte zu vermeiden.

$ udevadm test-builtin net_id /sys/class/net/enp0s31f6
…
Verwendung des Vorgabe-Schnittstellen-Benennungsschemas 'v243'.
ID_NET_NAMING_SCHEME=v243
ID_NET_NAME_MAC=enx54ee75cb1dc0
ID_OUI_FROM_DATABASE=Wistron InfoComm(Kunshan)Co.,Ltd.
ID_NET_NAME_PATH=enp0s31f6
…

ID_NET_NAME_ONBOARD=eno1
ID_NET_NAME_ONBOARD_LABEL=Ethernet Port 1


      

# /sys/devices/pci0000:00/0000:00:1c.3/0000:05:00.0/net/ens1
ID_NET_NAME_MAC=enx000000000466
ID_NET_NAME_PATH=enp5s0
ID_NET_NAME_SLOT=ens1

# /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.0/net/enp2s0f0
ID_NET_NAME_MAC=enx78e7d1ea46da
ID_NET_NAME_PATH=enp2s0f0
# /sys/devices/pci0000:00/0000:00:1c.0/0000:02:00.1/net/enp2s0f1
ID_NET_NAME_MAC=enx78e7d1ea46dc
ID_NET_NAME_PATH=enp2s0f1

# /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/wlp3s0
ID_NET_NAME_MAC=wlx0024d7e31130
ID_NET_NAME_PATH=wlp3s0

# /sys/devices/pci0000:00/0000:00:03.0/0000:15:00.0/net/ibp21s0f0
ID_NET_NAME_PATH=ibp21s0f0
# /sys/devices/pci0000:00/0000:00:03.0/0000:15:00.1/net/ibp21s0f1
ID_NET_NAME_PATH=ibp21s0f1

# /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4/2-1.4:1.6/net/wwp0s29u1u4i6
ID_NET_NAME_MAC=wwx028037ec0200
ID_NET_NAME_PATH=wwp0s29u1u4i6

# /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.0/net/enp0s29u1u2
ID_NET_NAME_MAC=enxd626b3450fb5
ID_NET_NAME_PATH=enp0s29u1u2

# /sys/devices/css0/0.0.0007/0.0.f5f0/group_device/net/encf5f0
ID_NET_NAME_MAC=enx026d3c00000a
ID_NET_NAME_PATH=encf5f0