Site icon bintorosoft.com

IP-Design für 5G Core: SBA, Interfaces und Naming/Adressierung

Red Snapper

Ein sauberes IP-Design für 5G Core entscheidet darüber, ob Ihre Core-Plattform im Alltag stabil, sicher und skalierbar betrieben werden kann. Mit 5G wird der Core stärker softwaregetrieben: Die Service Based Architecture (SBA) setzt auf HTTP/2-basierte Service-Kommunikation, Service Discovery (z. B. über NRF), dynamische Skalierung (Cloud-native Deployments, häufig Kubernetes) und eine klare Trennung zwischen Control Plane und User Plane. Genau dadurch verschiebt sich der Schwerpunkt der Adressierung: Statt weniger „großer“ Schnittstellen mit statischen IPs haben Sie viele Network Functions (NFs), Services, Pods, Service-IPs, Load-Balancer-Endpunkte, Anycast- oder VIP-Adressen, DNS-Namen und Security-Zonen. Gleichzeitig bleiben klassische Telco-Anforderungen bestehen: deterministisches Routing, saubere Segmentierung (VRFs/VLANs), Filterbarkeit, Observability (OAM), Compliance-Logging und reproduzierbare Prozesse. Wer hier mit „ein paar Netzen im Rechenzentrum“ startet, landet schnell in Wildwuchs: unklare Prefix-Zuständigkeiten, überlappende RFC1918-Bereiche, unbeherrschbare ACLs, unsaubere MTUs, instabile Service-Erreichbarkeit oder Troubleshooting, das an fehlenden Naming-Standards scheitert. Dieser Beitrag zeigt praxisnah, wie Sie SBA, Interfaces sowie Naming/Adressierung im 5G Core so designen, dass neue Standorte, zusätzliche Slices, neue DNNs und wachsende UPF-Kapazitäten ohne Neuaufbau des Adressplans integriert werden können.

Service Based Architecture und ihre Auswirkungen auf IP-Adressierung

Die SBA bringt zwei Konsequenzen mit, die Ihr IP-Design direkt beeinflussen. Erstens: Viele Control-Plane-Kommunikationen laufen nicht mehr über „klassische“ Punkt-zu-Punkt-Interfaces, sondern über serviceorientierte HTTP(S)-Verbindungen zwischen NFs (z. B. AMF, SMF, PCF, UDM). Zweitens: Skalierung wird dynamischer, wodurch Endpunkte nicht zwingend als einzelne, statische IPs erscheinen, sondern als Services hinter Load Balancern oder Service-Mesh-Komponenten.

Grundprinzipien für ein telco-taugliches 5G-Core-IP-Design

Ein robustes Design folgt wenigen, aber konsequent umgesetzten Leitplanken. Diese Leitplanken verbinden klassische Provider-Disziplin (hierarchische Prefixe, Aggregation, klare Rollen) mit Cloud-native Anforderungen (Service-IPs, Overlays, Automatisierung).

Interface-Landschaft im 5G Core und was das für Netze bedeutet

5G kennt eine Vielzahl an Schnittstellen. Für das IP-Design ist weniger die vollständige Normliste entscheidend, sondern die Gruppierung nach Funktion: Access/Radio-Anbindung, SBA/Control Plane intern, User Plane, externe Exposures und Management/OAM. Daraus leiten sich Subnetze, VRFs und Filterregeln ab.

Zonen- und VRF-Modell: Der wichtigste Schritt gegen Wildwuchs

Ein 5G Core ist praktisch nie ein „flaches Netz“. Ein VRF-/Zonenmodell macht den Core beherrschbar, weil es Trust Boundaries definiert und Overlaps kontrollierbar macht. Eine bewährte Grundstruktur ist, mindestens folgende VRFs/Zonen zu trennen:

Ob Sie jede dieser VRFs tatsächlich separat implementieren, hängt von Ihrer Plattform und Ihrem Sicherheitsmodell ab. Entscheidend ist, dass das Adressdesign diese Rollen klar abbildet, damit Filter, uRPF, Prefix-Listen und Monitoring zuverlässig funktionieren.

Adressbereiche pro Core-Cluster: Container statt Einzelnetze

Ein Core-Cluster (z. B. pro Region oder pro Rechenzentrum) sollte einen klaren, aggregierbaren Adressblock erhalten, aus dem alle Teilbereiche abgeleitet werden. Das vereinfacht Summarisierung in IGP/BGP, reduziert Filterlisten und beschleunigt Rollouts neuer Sites.

Kubernetes und IP-Planung: Pod CIDR, Service CIDR, Load Balancer

Wenn Ihr 5G Core cloud-native ist, sind drei IP-Domänen zentral: Pod-Netze, Service-Netze und externe Endpunkte (Load Balancer/VIPs). Diese Bereiche müssen im IPAM dokumentiert und sauber von Underlay- und Transportnetzen getrennt sein. Die wichtigste Regel lautet: Pod-IPs sind dynamisch, aber die CIDRs sind planbar.

Naming und Adressierung für Network Functions: Einheitliche Konventionen

Im 5G Core ist Naming ein Betriebskostenhebel. Gute Namensstandards sorgen dafür, dass ein On-Call-Team aus einem Namen sofort Scope und Rolle erkennt. In cloud-nativen Umgebungen gilt das für DNS/FQDNs, Service-Namen, VRF-Namen, VLAN-Namen, Prefix-Container und auch für Load-Balancer-VIPs.

Beispielmuster für FQDNs und Labels

Wichtig ist, dass Sie Namen nicht mit Interface-Bezeichnern oder kurzlebigen Details überladen. Rollen, Scope und Cluster reichen meist aus; technische Details gehören als Metadaten ins IPAM.

Adressierung der SBA: NRF, SCP und Service-Endpunkte

In SBA-Designs sind NRF und oft auch SCP zentrale Elemente. Daraus ergeben sich Anforderungen an stabile Endpunkte (VIPs), klare Zonierung (SBA intern vs. Exposure) und saubere DNS-Auflösung.

User Plane (UPF) und Subnetting: N3, N9, N6 sauber trennen

Die UPF ist der Datenpfad. Hier gelten andere Anforderungen als bei SBA: hohe Bandbreite, klare MTU, deterministische Pfade, uRPF/Anti-Spoofing, DNN-spezifische Policies und oft spezielle QoS-Anforderungen. Subnetting und Segmentierung helfen, N3/N9/N6 klar zu trennen.

MTU und Encapsulation: Warum IP-Design ohne MTU-Plan scheitert

5G Core Umgebungen nutzen häufig Overlays, Service Mesh, Container Networking, EVPN/VXLAN oder SR-Transport. Damit steigen Overheads, und MTU wird schnell zum versteckten Fehlerverursacher. Deshalb sollten MTU-Profile als Pflichtfeld pro Zone und Interface geführt werden.

Prefix-Filter und Anti-Spoofing im 5G Core

Ein 5G Core hat viele Übergänge: RAN-Transport, interne SBA, externe Exposures, DNN-Interconnects. In jedem Übergang müssen Prefix-Filter und Anti-Spoofing (uRPF/ACLs) auf Basis Ihres Adressdesigns greifen, sonst entstehen Route Leaks oder Spoofing-Pfade.

IPv6 im 5G Core: Präfixhierarchie und Filterbarkeit

IPv6 ist im 5G Core nicht nur „optional“. Viele Deployments profitieren von IPv6 in SBA und in DNNs, insbesondere wenn Skalierung und Multi-Tenant-Isolation relevant sind. Ein sauberer IPv6-Plan muss aggregierbar und filterbar sein.

Dokumentation und IPAM: Pflichtfelder für 5G-Core-Adressierung

5G Core skaliert nur, wenn die Adressdaten als System gepflegt werden. Neben den Prefixen selbst sind Metadaten entscheidend, damit Betrieb, Security und Automation dieselbe Wahrheit teilen.

Typische Fehlerbilder im 5G-Core-IP-Design und ihre Ursachen

Praxis-Checkliste: IP-Design für 5G Core sauber umsetzen

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