Site icon bintorosoft.com

Subnetting für Point-to-Point: /31, /30 oder /29 – was passt wann?

Red Snapper

Beim Subnetting für Point-to-Point im Provider-Netz ist die Frage „/31, /30 oder /29 – was passt wann?“ nicht nur eine Rechenübung, sondern eine Designentscheidung mit direkten Auswirkungen auf IPv4-Verbrauch, Betriebssicherheit und Standardisierung. Punkt-zu-Punkt-Links (P2P) sind im Telco-Umfeld allgegenwärtig: Backbone-Links zwischen Core-Routern, Metro-Ringe, Aggregations-Uplinks, Interconnects zu Firewalls, PE-Links, BNG-Anbindungen oder Transportstrecken zwischen Standorten. Genau weil es so viele dieser Links gibt, multipliziert sich jede ineffiziente Präfixwahl sofort zu einem echten IPv4-Problem. Klassisch wurde lange /30 genutzt: vier Adressen, davon zwei nutzbar – perfekt für zwei Router. Moderne Provider verwenden heute sehr häufig /31, weil damit zwei Adressen ohne Broadcast-Overhead nutzbar sind und sich IPv4 deutlich effizienter einsetzen lässt. /29 hat im P2P-Kontext eher Spezialrollen: Es ist kein „besseres /30“, sondern ein kleines Mehrpunktnetz mit sechs nutzbaren Hostadressen, das z. B. bei Übergaben mit mehreren Geräten, bei kleinen DMZ-/Interconnect-Szenarien oder bei „Mini-Segmenten“ sinnvoll sein kann. Dieser Artikel erklärt praxisnah, wie /31, /30 und /29 funktionieren, welche Vor- und Nachteile sie im Provider-Betrieb haben und nach welchen Kriterien Sie entscheiden – inklusive Best Practices, typischer Fallstricke und einer schnellen Entscheidungslogik für Techniker und Planer.

Grundlagen: Was liefern /31, /30 und /29 an nutzbaren Adressen?

IPv4 hat 32 Bit. Die Präfixlänge bestimmt, wie viele Hostbits bleiben und damit, wie viele Adressen in einem Subnetz liegen. Für die schnelle Einordnung reichen drei Fakten:

Mathematisch: Wenn h die Hostbits sind, gilt h=32–Prefix und klassisch nutzbare Hosts=2^h–2. Bei /31 greift in P2P-Szenarien die Praxisregel, dass beide Adressen genutzt werden können, weil Broadcast im klassischen Sinn nicht erforderlich ist.

Warum P2P-Subnetting im Telco-Netz so wichtig ist

In Enterprise-Netzen machen P2P-Links oft nur einen kleinen Anteil aus. In Provider-Netzen sind sie massiv: Jede zusätzliche Backbone-Strecke, jeder neue PoP, jeder Aggregationsknoten bringt neue Links. Wenn Sie bei jedem Link „zu groß“ planen, verbrennen Sie IPv4 in Größenordnungen, die später schmerzen – besonders in Zeiten von IPv4-Exhaustion und CGNAT-Projekten.

/30: Der klassische P2P-Standard – stabil, verständlich, aber ineffizient

Ein /30 ist das traditionelle Punkt-zu-Punkt-Subnetz: Es hat vier Adressen, zwei davon sind nutzbar. Viele Teams mögen /30, weil es leicht zu erklären ist, in alten Templates steckt und nahezu jedes Gerät es problemlos unterstützt. Der Preis ist IPv4-Verbrauch: Pro Link gehen effektiv zwei Adressen „verloren“ (Netz und Broadcast).

/30-Beispiel in Sekunden erkennen

Bei /30 ist die Blockgröße im letzten Oktett 4. Netzstarts sind …0, …4, …8, …12 usw. Beispiel 198.51.100.8/30: Hosts sind .9 und .10, Broadcast ist .11. Das ist im Feldbetrieb sehr schnell zu prüfen.

/31: Der moderne Provider-Standard – maximale Effizienz für echte Punkt-zu-Punkt-Links

Ein /31 besteht aus genau zwei IPv4-Adressen. In Punkt-zu-Punkt-Szenarien können beide genutzt werden – perfekt für Router A und Router B. Dadurch sparen Sie im Vergleich zu /30 pro Link zwei Adressen. In großen Netzen ist das einer der effektivsten IPv4-Sparhebel überhaupt.

Wann /31 exakt passt

/31 passt dann, wenn es wirklich ein zwei-Endpunkte-Link ist: Router↔Router, Firewall↔Router (sofern genau zwei Geräte), Core↔PE, Metro↔Aggregation – überall dort, wo auf diesem L3-Segment keine weiteren Teilnehmer vorgesehen sind.

/29: Kein P2P-Standard, sondern ein kleines Mehrpunktnetz für Sonderfälle

Ein /29 liefert sechs nutzbare Adressen. Für einen reinen Punkt-zu-Punkt-Link ist das meist überdimensioniert. Dennoch hat /29 im Provider-Netz sinnvolle Anwendungsfälle – nur eben nicht als „Standard-P2P“. Typischerweise wird /29 genutzt, wenn Sie mehr als zwei Geräte in einem sehr kleinen L3-Segment benötigen oder wenn Übergaben mehrere Endpunkte erfordern (z. B. Router + Firewall + zusätzliche Appliance oder Management/Out-of-Band-Elemente in einem Mini-Segment).

Entscheidungskriterien: Was passt wann?

Die richtige Präfixwahl hängt nicht nur von „Adresssparen“ ab, sondern von Designzielen, Betriebsprozessen und Geräte-/Tooling-Realität. Diese Kriterien helfen bei einer sauberen Entscheidung.

Best Practices für Provider: Link-Adressräume als eigener Rollenblock

Unabhängig davon, ob Sie /31 oder /30 nutzen: Linknetze sollten in dedizierten Prefix-Blöcken liegen, getrennt von Management, Services und Kundenpools. Das erleichtert Aggregation, Filter und Audits.

Interconnects zu Firewalls und Services: /31 ist gut – aber Rückwege müssen deterministisch bleiben

Viele Provider interconnecten Firewalls, Load Balancer oder CGNAT-Systeme per P2P-Links. Hier ist /31 oft ideal, solange das Design die Stateful-Natur mancher Systeme berücksichtigt: Rückwege müssen kontrolliert sein, sonst brechen Sessions. Die Präfixwahl allein löst das nicht, aber ein klares P2P-Adressschema unterstützt deterministisches Routing.

Typische Stolperfallen und wie Sie sie vermeiden

Schnelle Rechenhilfe: Blockgrößen für /29, /30, /31

Praxis-Checkliste: /31, /30 oder /29 richtig wählen

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab/GNS3

Ich biete professionelle Unterstützung im Bereich Netzwerkkonfiguration und Network Automation für private Anforderungen, Studienprojekte, Lernlabore, kleine Unternehmen sowie technische Projekte. Ich unterstütze Sie bei der Konfiguration von Routern und Switches, der Erstellung praxisnaher Topologien in Cisco Packet Tracer, dem Aufbau und Troubleshooting von GNS3- und EVE-NG-Labs sowie bei der Automatisierung von Netzwerkaufgaben mit Netmiko, Paramiko, NAPALM und Ansible. Kontaktieren Sie mich jetzt – klicken Sie hier.

Meine Leistungen umfassen:

Benötigen Sie Unterstützung bei Ihrem Netzwerkprojekt, Ihrer Simulation oder Ihrer Network-Automation-Lösung? Kontaktieren Sie mich jetzt – klicken Sie hier.

Exit mobile version