Mit der Last, nicht auf Vorrat
Kubernetes passt die Kapazität der tatsächlichen Last an, automatisch statt von Hand provisioniert. Sie dimensionieren kein Chassis für die Spitze der nächsten Jahre.
BNGbox ist eine Anwendung, die auf einem Kubernetes-Cluster aus gewöhnlichen Servern läuft: Container-Netzfunktionen, die zusammen ein verteiltes Broadband Network Gateway bilden. Zentral im PoP oder verteilt am Netzrand, dieselbe Software, aus Open-Source-Komponenten.
Ein BNG als Container-Anwendung auf Kubernetes ist kein Selbstzweck. Jede der vier Eigenschaften löst ein konkretes Betriebsproblem.
Kubernetes passt die Kapazität der tatsächlichen Last an, automatisch statt von Hand provisioniert. Sie dimensionieren kein Chassis für die Spitze der nächsten Jahre.
Dieselbe Software läuft zentral im PoP oder verteilt am Netzrand: auf x86-Servern, wo viele Teilnehmer zusammenkommen, ab Q4/2026 auch auf ARM, wo Strom und Platz knapp sind. Die Session-Terminierung rückt näher an den Kunden, wenn Sie das wollen.
User-Planes kommen dazu und gehen wieder, wie der Verkehr es verlangt. Weniger Last heißt weniger Verbrauch, mit der ARM-Variante ab Q4/2026 noch einmal weniger.
Vor dem Update einer User-Plane ziehen ihre Nutzergruppen auf einen Server mit freier Kapazität um, die Sessions bleiben bestehen. Das Wartungsfenster um drei Uhr nachts entfällt.
CUPS trennt den Zustand der Sessions von der Paketverarbeitung. Daraus folgt die Eigenschaft, auf der BNGbox aufbaut: Sessions lassen sich im laufenden Betrieb verschieben.
Eine Control-Plane hält den Zustand aller Sessions, für mehrere User-Planes, die das Forwarding übernehmen.
Nutzergruppen (Subscriber Groups) bündeln Sessions zu leichtgewichtigen virtuellen BNGs.
Floating vBNGs: Diese Gruppen wandern im laufenden Betrieb zwischen den User-Planes, ohne dass Sessions abbrechen, wenn das Zugangsnetz den Umzug mitträgt, wie es das Broadband Forum in WT-474 beschreibt. Das ist die Grundlage für Updates im laufenden Betrieb und für die Lastverteilung.
Nach TR-459 gebaut, anders verbunden: Die Aufteilung in Control-Plane und User-Planes folgt der Architektur des Broadband Forum in TR-459. Die Verbindung zwischen beiden ist NATS JetStream statt PFCP, derselbe Nachrichtenbus, über den der Rest der Plattform läuft.
Sechs Schichten, eine Architektur: Die Session des Teilnehmers im Kern gehört zu einer wandernden BNG-Identität, die auf einer Micro-User-Plane läuft, von der Control-Plane gesteuert, über Subscriber Session Steering an den richtigen Ort gelenkt und ins OSS eingebunden.
Was in einem Knoten übereinander liegt: Sessions, Gruppen, User-Planes und die Anbindung ans Netz.
Sessions bündeln sich zu Nutzergruppen. Jede Gruppe gehört zu genau einer Micro-User-Plane (SGUP), eine User-Plane trägt mehrere Gruppen. User-Planes laufen als Kubernetes-Workloads auf Worker Nodes.
Core- und Access-Interface binden den Knoten an das Ethernet-Segment und die Aggregations-Domäne an. Adressen für neue Gruppen und User-Planes kommen aus den Pools der zugeordneten Netzsegmente, ohne IP-Konfiguration von Hand je Endpunkt.
Die Gruppe ist die Einheit, in der Sie skalieren. Sie legen so viele Gruppen an, wie Sie brauchen, und schneiden jede auf die Größe, die ein Standort verlangt. Wachstum heißt mehr Gruppen und mehr Worker Nodes, kein größeres Chassis.
BNGbox ist aus etablierten Open-Source-Projekten zusammengesetzt. Jede Komponente hat einen Namen und eine Quelle, die Voraussetzung für Prüfbarkeit und für die Nachweise nach dem Cyber Resilience Act.
Der Funktionsumfang für Subscriber-Terminierung, AAA, QoS, Routing und Betrieb, so wie er heute im Labor läuft.
BNGbox bekommt einen MCP-Server (Model Context Protocol), über den KI-Assistenten auf Subscriber-, Session- und Konfigurationsdaten zugreifen, mit festgelegten Rechten und über eine definierte Schnittstelle. Ihr Betriebsteam kann dann Session-Fehler diagnostizieren, RADIUS- und Telemetriedaten zusammenführen und Konfigurationsänderungen in natürlicher Sprache vorbereiten. Jede Änderung läuft weiter über den bestehenden GitOps-Workflow.
Ein cloud-natives BNG ist nur dann ein Vorteil, wenn Ihr Team im Produktionsbetrieb damit leben kann. Den Betrieb führt Ihr eigenes Team oder der Systemintegrator, der Ihr Netz schon heute betreut. BISDN liefert die Software, die Patches und den Level-2/3-Support dahinter, aus Berlin, werktags von 9 bis 17 Uhr.
Ein Chassis verlieren Sie am Stück. Einen Knoten nicht: Die Last verteilt sich auf die übrigen, und Sie sehen im Voraus, wie viel Reserve Sie brauchen. Schalten Sie einen ab und probieren Sie es aus.
Die Sessions des ausgefallenen Knotens bauen sich neu auf, die übrigen laufen ohne Unterbrechung weiter.
Sprechen Sie mit den Entwicklern, die BNGbox gebaut haben, über Ihr Szenario, zentral oder am Netzrand.