3.3 IP-Konfiguration und Subnetz prüfen

IPv4

• IPv4-Adresse,
• Präfixlänge beziehungsweise Subnetzmaske,
• Netzwerkadresse,
• Broadcastadresse,
• Standardgateway,
• DNS-Server,
• DHCP aktiviert oder statisch,
• DHCP-Server,
• Leasebeginn und Leaseende,
• Schnittstelle,
• Schnittstellenmetrik,
• zusätzliche Routen.

IPv6

• globale oder organisationsinterne IPv6-Adresse,
• Link-Local-Adresse,
• Präfixlänge,
• Standardrouter,
• DNS-Server,
• Adressquelle,
• Gültigkeits- und Bevorzugungsdauer,
• temporäre Adressen,
• Schnittstellenindex beziehungsweise Scope-ID,
• zusätzliche Routen.

Beispieldokumentation

Schnittstelle: Ethernet
MAC-Adresse: 00-11-22-33-44-55
VLAN: 20

IPv4-Adresse: 192.0.2.23
Präfixlänge: /24
Subnetzmaske: 255.255.255.0
Netzwerkadresse: 192.0.2.0
Broadcastadresse: 192.0.2.255
Standardgateway: 192.0.2.1
DNS-Server: 192.0.2.53, 192.0.2.54
Adressquelle: DHCP

• Adresse aus einem unerwarteten Subnetz,
• IPv4-Adresse aus 169.254.0.0/16,
• fehlende IPv4-Adresse,
• doppelt vergebene IP-Adresse,
• falsche Subnetzmaske oder Präfixlänge,
• fehlendes oder falsches Standardgateway,
• mehrere unerwartete Standardrouten,
• falsche DNS-Server,
• statische Adresse statt DHCP,
• DHCP-Adresse statt vorgesehener statischer Adresse,
• alte Konfiguration nach Standort- oder VLAN-Wechsel,
• Gateway liegt nicht im direkt erreichbaren Subnetz,
• falsche Quelladresse wird für das Ziel ausgewählt,
• nur IPv4 oder nur IPv6 funktioniert,
• virtuelle Schnittstelle besitzt eine günstigere Route,
• VPN-Adapter übernimmt unerwartet den Datenverkehr.

Kompakte PowerShell-Übersicht

[RO] Get-NetIPConfiguration

Vollständige klassische Ausgabe

[RO][SENS] ipconfig /all

Die Ausgabe kann Hostname, MAC-Adressen, DNS-Suffixe, DHCP-Server und interne Netzwerkadressen enthalten.

Nur aktive Adapter mit IPv4-Konfiguration

[RO] Get-NetIPConfiguration |
    Where-Object NetAdapter.Status -eq 'Up' |
    Select-Object InterfaceAlias,
                  InterfaceIndex,
                  IPv4Address,
                  IPv4DefaultGateway,
                  DNSServer

Alle IP-Adressen anzeigen

[RO] Get-NetIPAddress |
    Sort-Object InterfaceIndex, AddressFamily, IPAddress |
    Format-Table InterfaceAlias,
                 InterfaceIndex,
                 AddressFamily,
                 IPAddress,
                 PrefixLength,
                 PrefixOrigin,
                 SuffixOrigin,
                 AddressState

Nur IPv4-Adressen

[RO] Get-NetIPAddress -AddressFamily IPv4 |
    Format-Table InterfaceAlias,
                 InterfaceIndex,
                 IPAddress,
                 PrefixLength,
                 PrefixOrigin,
                 AddressState

Nur IPv6-Adressen

[RO] Get-NetIPAddress -AddressFamily IPv6 |
    Format-Table InterfaceAlias,
                 InterfaceIndex,
                 IPAddress,
                 PrefixLength,
                 PrefixOrigin,
                 AddressState

Standardrouten anzeigen

[RO] Get-NetRoute -DestinationPrefix '0.0.0.0/0' |
    Sort-Object RouteMetric |
    Format-Table InterfaceAlias,
                 ifIndex,
                 DestinationPrefix,
                 NextHop,
                 RouteMetric,
                 InterfaceMetric

IPv6-Standardrouten:

[RO] Get-NetRoute -DestinationPrefix '::/0' |
    Sort-Object RouteMetric |
    Format-Table InterfaceAlias,
                 ifIndex,
                 DestinationPrefix,
                 NextHop,
                 RouteMetric,
                 InterfaceMetric

Kompakte Adressübersicht

[RO] ip -brief address

Ausführliche Adressübersicht

[RO] ip address show

Bestimmte Schnittstelle

[RO] ip address show dev eth0

Nur IPv4

[RO] ip -4 address show

Nur IPv6

[RO] ip -6 address show

IPv4-Routingtabelle

[RO] ip -4 route

IPv6-Routingtabelle

[RO] ip -6 route

Route und ausgewählte Quelladresse zu einem Ziel

[RO] ip route get 198.51.100.20

IPv6:

[RO] ip -6 route get 2001:db8:20::20

NetworkManager-Verbindungen

Falls NetworkManager verwendet wird:

[RO] nmcli connection show

Aktive Verbindungen:

[RO] nmcli connection show --active

Geräteinformationen:

[RO] nmcli device show

systemd-networkd

Falls systemd-networkd verwendet wird:

[RO] networkctl status

[RO] networkctl status eth0

Nicht jede Linux-Installation verwendet NetworkManager oder systemd-networkd. Zuerst muss bestimmt werden, welche Komponente die Netzwerkkonfiguration verwaltet.

Hardwareports und Gerätenamen

[RO] networksetup -listallhardwareports

Alle Schnittstellen

[RO] ifconfig

Bestimmte Schnittstelle

[RO] ifconfig en0

IPv4-Konfiguration eines Netzwerkdienstes

[RO] networksetup -getinfo "Ethernet"

Der tatsächliche Dienstname muss vorher ermittelt werden:

[RO] networksetup -listallnetworkservices

IPv4-Konfigurationsmethode

[RO] networksetup -getinfo "Wi-Fi"

DNS-Konfiguration

[RO][SENS] scutil --dns

IPv4-Routingtabelle

[RO] netstat -rn -f inet

IPv6-Routingtabelle

[RO] netstat -rn -f inet6

Ausgewählte Route zu einem IPv4-Ziel

[RO] route -n get 198.51.100.20

Ausgewählte Route zu einem IPv6-Ziel

[RO] route -n get -inet6 2001:db8:20::20

Die Dienstbezeichnung Ethernet oder Wi-Fi darf nicht ungeprüft übernommen werden. Sie kann auf einem konkreten Mac anders benannt sein.

Beispiel

IPv4-Adresse: 192.0.2.23
Präfix:        /24
Subnetzmaske:  255.255.255.0

Daraus ergibt sich:

Vergleich zweier Ziele

Client: 192.0.2.23/24
Ziel A: 192.0.2.80
Ziel B: 198.51.100.20

• Ziel A liegt im selben /24-Subnetz.
• Ziel B liegt außerhalb dieses Subnetzes.
• Ziel A wird normalerweise direkt über Layer 2 angesprochen.
• Ziel B benötigt normalerweise eine passende Route beziehungsweise ein Gateway.

Wichtig

Die erste und letzte Adresse eines Subnetzes werden bei klassischer IPv4-Subnetznutzung als Netzwerk- und Broadcastadresse verwendet. Sonderfälle wie /31 für Punkt-zu-Punkt-Verbindungen und /32 für einzelne Hostrouten müssen gesondert betrachtet werden.

Berechnung der Gesamtzahl

2 hoch (32 − Präfixlänge)

Beispiel /27:

2 hoch (32 − 27)
= 2 hoch 5
= 32 Adressen

Für gewöhnliche IPv4-Subnetze werden Netzwerk- und Broadcastadresse abgezogen:

32 − 2 = 30 klassische Hostadressen

Vorgesehene Konfiguration

Client: 192.0.2.130/25
Gateway: 192.0.2.129

Das vorgesehene Subnetz lautet:

192.0.2.128/25

Adressbereich:

192.0.2.128 bis 192.0.2.255

Fehlerhafte Konfiguration

Client: 192.0.2.130/24

Der Client hält nun den gesamten Bereich 192.0.2.0/24 für lokal. Ein Ziel wie 192.0.2.50 wird deshalb direkt per ARP gesucht, obwohl es nach der vorgesehenen Netzplanung in einem anderen Subnetz liegen kann.

Mögliche Symptome

• einzelne Ziele sind nicht erreichbar,
• Gateway funktioniert, andere Subnetze jedoch nicht erwartungsgemäß,
• ARP-Anfragen erscheinen für eigentlich entfernte Ziele,
• Kommunikation funktioniert nur in eine Richtung,
• ein Client verhält sich anders als Vergleichsclients,
• Routing auf dem Client wirkt korrekt, die lokale Subnetzentscheidung ist aber falsch.

Die Präfixlänge muss mit DHCP-Konfiguration, VLAN-Plan und Referenzsystemen verglichen werden.

Windows und andere Betriebssysteme können eine IPv4-Link-Local-Adresse aus folgendem Bereich verwenden:

169.254.0.0/16

Unter Windows wird dies häufig als APIPA bezeichnet.

Beispiel:

169.254.73.22/16

Das ist ein Hinweis darauf, dass keine reguläre IPv4-Konfiguration vorliegt beziehungsweise keine gewünschte DHCP-Konfiguration bezogen werden konnte. Die Adresse ermöglicht nur eingeschränkte lokale Kommunikation mit kompatibel konfigurierten Geräten im selben Link-Local-Bereich.

Mögliche Ursachen

• DHCP-Server nicht erreichbar,
• falsches VLAN,
• Switchport nicht korrekt konfiguriert,
• DHCP-Relay fehlt oder funktioniert nicht,
• DHCP-Bereich erschöpft,
• DHCP-Verkehr wird gefiltert,
• Netzwerkkabel wurde erst nach dem Start verbunden,
• DHCP-Clientdienst arbeitet nicht,
• Adapter oder Treiber ist fehlerhaft.

Windows-Prüfung

[RO] Get-NetIPAddress -AddressFamily IPv4 |
    Where-Object IPAddress -Like '169.254.*'

Linux-Prüfung

[RO] ip -4 address show |
    grep '169\.254\.'

macOS-Prüfung

[RO] ifconfig |
    grep '169\.254\.'

Eine Link-Local-Adresse sollte nicht durch eine willkürlich gewählte statische Adresse ersetzt werden. Zuerst muss die vorgesehene Adressvergabe geklärt werden.

Die in diesem Buch verwendeten Bereiche 192.0.2.0/24, 198.51.100.0/24 und 203.0.113.0/24 sind für Dokumentationsbeispiele vorgesehen und sollten nicht als produktive Adressplanung übernommen werden.

Zuerst muss das konfigurierte Gateway ausgelesen werden. Es darf nicht angenommen werden, dass es immer auf .1 endet.

Windows

[RO] Get-NetIPConfiguration |
    Select-Object InterfaceAlias,
                  IPv4Address,
                  IPv4DefaultGateway

Gateway testen:

[TEST] Test-Connection 192.0.2.1 -Count 4

Linux

[RO] ip route show default

Gateway testen:

[TEST] ping -c 4 192.0.2.1

macOS

[RO] route -n get default

Gateway testen:

[TEST] ping -c 4 192.0.2.1

Interpretation

Ein fehlgeschlagener Ping beweist nicht, dass das Gateway vollständig unerreichbar ist. Manche Gateways beantworten ICMP nicht oder nur eingeschränkt.

Bei mehreren Adressen und Schnittstellen ist nicht automatisch die erwartete Quelladresse aktiv.

Windows

[RO] Find-NetRoute -RemoteIPAddress 198.51.100.20

Die Ausgabe zeigt unter anderem:

• verwendete Schnittstelle,
• Next Hop,
• ausgewählte lokale IP-Adresse,
• passende Route.

Linux

[RO] ip route get 198.51.100.20

Beispiel:

198.51.100.20 via 192.0.2.1 dev eth0 src 192.0.2.23

macOS

[RO] route -n get 198.51.100.20

Zu kontrollieren sind:

Eine unerwartete Quelladresse kann zu Firewall-, Rückweg-, NAT- oder Berechtigungsproblemen führen.

Mehrere Standardrouten können beabsichtigt sein, beispielsweise bei:

• mehreren Internetanbindungen,
• VPN,
• Redundanz,
• Policy-Based Routing,
• getrennten Netzwerkdiensten,
• virtuellen Umgebungen.

Sie können aber auch zu unerwarteten Wegen führen.

Windows

[RO] Get-NetRoute -DestinationPrefix '0.0.0.0/0' |
    Sort-Object RouteMetric, InterfaceMetric

Linux

[RO] ip route show default

[RO] ip rule show

macOS

[RO] netstat -rn -f inet |
    grep '^default'

Zu prüfen

• welche Standardroute bevorzugt wird,
• welche Schnittstelle zu dieser Route gehört,
• ob ein VPN eine neue Route angelegt hat,
• ob der Rückweg zur verwendeten Quelladresse passt,
• ob die Metrik beabsichtigt ist,
• ob eine spezifischere Route die Standardroute übersteuert.

Längstes passendes Präfix hat grundsätzlich Vorrang vor einer weniger
spezifischen Route. Die Metrik entscheidet erst zwischen geeigneten
konkurrierenden Routen nach den Regeln des jeweiligen Betriebssystems.

Link-Local-Adresse

Beispiel:

fe80::1234:5678:9abc:def0%12

Die Scope-ID %12 beziehungsweise ein Interfacebezug ist erforderlich, weil derselbe Link-Local-Bereich auf mehreren Schnittstellen existieren kann.

Windows

[RO] Get-NetIPAddress -AddressFamily IPv6 |
    Format-Table InterfaceAlias,
                 InterfaceIndex,
                 IPAddress,
                 PrefixLength,
                 AddressState,
                 PrefixOrigin,
                 SuffixOrigin

Linux

[RO] ip -6 address show

macOS

[RO] ifconfig |
    grep -E '^[a-z0-9]+:|inet6'

Eine vorhandene Link-Local-Adresse beweist nicht, dass globales oder standortübergreifendes IPv6-Routing funktioniert.

Eine IP-Adresse kann vorhanden sein, aber noch nicht vollständig verwendbar sein.

Windows-Feld AddressState

Linux-Ausgabe kann unter anderem zeigen

Prüfung unter Linux

[RO] ip address show

Eine Adresse im Zustand Duplicate oder dadfailed darf nicht als normal funktionsfähig betrachtet werden.

Mögliche Symptome:

• Warnmeldung über doppelte IP-Adresse,
• Verbindung funktioniert wechselweise,
• ARP-Eintrag ändert seine MAC-Adresse,
• ein anderes Gerät ist unter der eigenen Adresse erreichbar,
• Verbindungen brechen sporadisch ab,
• Switch lernt dieselbe IP-Zuordnung über wechselnde MAC-Adressen,
• Windows meldet Duplicate,
• IPv6 Duplicate Address Detection schlägt fehl.

Windows

[RO] Get-NetIPAddress |
    Where-Object AddressState -ne 'Preferred' |
    Format-Table InterfaceAlias,
                 IPAddress,
                 AddressFamily,
                 AddressState

Systemereignisse untersuchen:

[RO] Get-WinEvent -LogName System -MaxEvents 1000 |
    Where-Object {
        $_.Message -match 'duplicate|conflict|Adressenkonflikt'
    } |
    Select-Object TimeCreated,
                  Id,
                  ProviderName,
                  Message

Linux

[RO] ip address show |
    grep -E 'tentative|dadfailed|deprecated'

Kernel- und Netzwerkprotokolle:

[RO][PRIV] sudo journalctl -b |
    grep -Ei 'duplicate|conflict|dadfailed'

macOS

[RO] log show --last 1h --style compact \
    --predicate 'eventMessage CONTAINS[c] "duplicate" OR eventMessage CONTAINS[c] "conflict"'

Wichtig

Das absichtliche Senden von ARP-Probes mit zusätzlichen Werkzeugen ist ein aktiver Test und kann Sicherheitsüberwachung auslösen. Solche Werkzeuge dürfen nur im autorisierten Netz eingesetzt werden.

Bei einem bestätigten Konflikt müssen DHCP-Leases, statische Zuweisungen, Reservierungen, Dokumentation und die MAC-Adressen beider Geräte geprüft werden.

An dieser Stelle wird nur geprüft, welche DNS-Server konfiguriert sind. Die eigentliche DNS-Fehleranalyse erfolgt auf Seite 3.8.

Windows

[RO] Get-DnsClientServerAddress |
    Format-Table InterfaceAlias,
                 InterfaceIndex,
                 AddressFamily,
                 ServerAddresses

Linux mit systemd-resolved

[RO] resolvectl status

Klassische Resolverdatei:

[RO] cat /etc/resolv.conf

Die Datei /etc/resolv.conf kann automatisch generiert oder ein symbolischer Link sein:

[RO] ls -l /etc/resolv.conf

macOS

[RO][SENS] scutil --dns

Dienstbezogene DNS-Server:

[RO] networksetup -getdnsservers "Wi-Fi"

Zu prüfen

• gehören die Server zur vorgesehenen Umgebung?
• sind interne und externe Resolver korrekt getrennt?
• hat ein VPN andere DNS-Server eingetragen?
• existieren schnittstellen- oder domänenspezifische Resolver?
• wird eine lokale Filterlösung verwendet?
• ist die Reihenfolge beabsichtigt?

Ein Eintrag in der Konfiguration beweist noch nicht, dass der DNS-Server erreichbar ist oder korrekte Antworten liefert.

Windows

[RO] Get-NetIPInterface -AddressFamily IPv4 |
    Select-Object InterfaceAlias,
                  InterfaceIndex,
                  Dhcp,
                  ConnectionState

Adressursprung:

[RO] Get-NetIPAddress -AddressFamily IPv4 |
    Select-Object InterfaceAlias,
                  IPAddress,
                  PrefixLength,
                  PrefixOrigin,
                  SuffixOrigin

Vollständige Leaseinformationen:

[RO][SENS] ipconfig /all

Linux mit NetworkManager

[RO] nmcli device show

Verbindungsprofil:

[RO][SENS] nmcli connection show

Die genaue Verbindung kann anschließend gezielt abgefragt werden:

[RO][SENS] nmcli connection show "VERBINDUNGSNAME"

macOS

[RO] networksetup -getinfo "Ethernet"

Mögliche Zustände

Die detaillierte DHCP-Analyse folgt auf Seite 3.4.

Die Adressen müssen durch die tatsächlichen Werte des untersuchten Systems ersetzt werden.

Windows

[TEST] Test-Connection 127.0.0.1 -Count 4

[TEST] Test-Connection 192.0.2.23 -Count 4

[TEST] Test-Connection 192.0.2.1 -Count 4

Linux und macOS

[TEST] ping -c 4 127.0.0.1

[TEST] ping -c 4 192.0.2.23

[TEST] ping -c 4 192.0.2.1

IPv6-Loopback

Windows:

[TEST] Test-Connection ::1 -Count 4

Linux und macOS:

[TEST] ping -c 4 ::1

Ein erfolgreicher Test zur eigenen IP-Adresse durchläuft nicht zwangsläufig den vollständigen physischen Netzwerkweg.

Mögliche Risiken:

• Verlust des Remotezugriffs,
• doppelter IP-Adresskonflikt,
• falsches VLAN wird verdeckt,
• DHCP-Fehler bleibt unentdeckt,
• bestehende Verbindungen brechen ab,
• falsche DNS- oder Gatewaywerte werden eingetragen,
• ursprünglicher Diagnosezustand geht verloren,
• statische Serverkonfiguration wird überschrieben.

Vor jeder Änderung sichern

Windows

[RO][FILE][SENS] Get-NetIPConfiguration |
    Format-List * |
    Out-File 'C:\Temp\NetIPConfiguration-vorher.txt'

[RO][FILE][SENS] Get-NetIPAddress |
    Format-List * |
    Out-File 'C:\Temp\NetIPAddress-vorher.txt'

[RO][FILE][SENS] Get-NetRoute |
    Format-Table -AutoSize |
    Out-File 'C:\Temp\NetRoute-vorher.txt' -Width 300

Linux

[RO][FILE][SENS] ip address show > /tmp/ip-address-vorher.txt

[RO][FILE][SENS] ip route show table all > /tmp/ip-route-vorher.txt

macOS

[RO][FILE][SENS] ifconfig > /tmp/ifconfig-vorher.txt

[RO][FILE][SENS] netstat -rn > /tmp/netstat-route-vorher.txt

Die verwendeten Speicherorte müssen zur betrieblichen Umgebung und deren Datenschutzvorgaben passen.

Windows – DHCP-Lease freigeben

[PRIV][CHANGE][DISRUPT] ipconfig /release

Lease erneut anfordern:

[PRIV][CHANGE][DISRUPT] ipconfig /renew

Linux mit NetworkManager – Verbindung neu aktivieren

[PRIV][CHANGE][DISRUPT] sudo nmcli connection down "VERBINDUNGSNAME"

[PRIV][CHANGE][DISRUPT] sudo nmcli connection up "VERBINDUNGSNAME"

macOS – DHCP-Lease erneuern

[PRIV][CHANGE][DISRUPT] sudo ipconfig set en0 DHCP

Der macOS-Befehl setzt die betreffende Schnittstelle auf DHCP und ist deshalb nicht für ein System geeignet, das statisch konfiguriert sein soll.

Diese Befehle dürfen erst verwendet werden, nachdem die vorhandene Konfiguration, der vorgesehene Adressierungsmodus und ein Rückweg dokumentiert wurden. Bei einer Remoteverbindung kann der eigene Zugriff sofort verloren gehen.

Ein funktionierendes Vergleichssystem sollte möglichst folgende Merkmale teilen:

• gleicher Standort,
• gleiches VLAN,
• gleiche Verbindungsart,
• gleiche Geräteklasse,
• gleiche Betriebssystemversion,
• gleiche Netzwerkrolle.

Vergleichstabelle

Eine Abweichung ist zunächst ein Untersuchungshinweis. Sie ist erst dann eine belegte Ursache, wenn sie zum Fehlerbild passt und durch einen kontrollierten Test bestätigt wird.

Merksatz

Schnittstelle → Adresse → Präfix → Gateway → DNS
→ Route → Quelladresse → Vergleich

Die Platzhalter DIENST, INTERFACE, GATEWAY und ZIEL-IP müssen durch zuvor eindeutig ermittelte Werte ersetzt werden.

Ticketnummer:
Prüfzeitpunkt:
Zeitzone:
Betroffenes Gerät:
Betriebssystem:
Benutzer:
Standort:
VLAN:
Verbindungsart:

SCHNITTSTELLE

Schnittstellenname:
Schnittstellenindex:
MAC-Adresse:
Status:
Linkgeschwindigkeit:
MTU:

IPV4

IPv4-Adresse:
Präfixlänge:
Subnetzmaske:
Netzwerkadresse:
Broadcastadresse:
Adresszustand:
Adressquelle:
DHCP aktiviert:
DHCP-Server:
Leasebeginn:
Leaseende:
Standardgateway:
DNS-Server:
Ausgewählte Quelladresse zum Ziel:
Ausgewählte Route:
Next Hop:

IPV6

Link-Local-Adresse:
Globale beziehungsweise interne IPv6-Adresse:
Präfixlänge:
Adresszustand:
Adressquelle:
Standardrouter:
DNS-Server:
Ausgewählte Quelladresse zum Ziel:
Ausgewählte Route:
Next Hop:

LOKALE TESTS

Loopback IPv4:
Loopback IPv6:
Eigene IPv4-Adresse:
Eigene IPv6-Adresse:
IPv4-Gateway:
IPv6-Router:
Ziel im lokalen Subnetz:
Entferntes Ziel per IP:

REFERENZVERGLEICH

Referenzgerät:
Gleiches VLAN:
IPv4-Präfix:
Gateway:
DNS-Server:
Adressquelle:
Relevante Abweichungen:

AUFFÄLLIGKEITEN

-
-
-

Arbeitshypothese:
Nächster Prüfschritt:
Gesicherter Ausgangszustand:
Durchgeführte Änderung:
Rückweg:
Abschlussprüfung:
Ermittelte Ursache:

Microsoft

• Get-NetIPConfiguration
• Get-NetIPAddress
• Get-NetIPInterface
• Get-NetRoute
• Find-NetRoute
• Get-DnsClientServerAddress
• TCP/IP-Adressierung und Subnetting

Linux

• ip-address – Linux Manual Page
• ip-route – Linux Manual Page
• ip-rule – Linux Manual Page
• NetworkManager nmcli
• systemd networkctl

Apple

• Lokale Befehlsreferenzen: man ifconfig, man route, man netstat, man scutil, man networksetup und man ipconfig
• Ändern der TCP/IP-Einstellungen auf dem Mac
• Ändern der DNS-Einstellungen auf dem Mac

Standards

• RFC 1918 – Private Address Space
• RFC 3927 – IPv4 Link-Local Addresses
• RFC 4291 – IPv6 Addressing Architecture
• RFC 6164 – IPv6 Prefix Length for Point-to-Point Links
• RFC 3021 – IPv4 /31 Point-to-Point Links
• RFC 5737 – IPv4 Documentation Address Blocks

Adressen, Präfixe, Gateways und DNS-Server müssen immer mit der tatsächlichen Netzwerkdokumentation verglichen werden. Die Beispielwerte auf dieser Seite sind keine Vorgabe für produktive Netze.