Orbit WAN: Peplinks neue Satelliten-Integration mit Starlink und OneWeb

TL;DR

• Peplink Orbit WAN ist das in Firmware 8.6.0 eingeführte Satelliten-Kontrollpanel, das den bisherigen Starlink Mode zu einem allgemeinen, multi-konstellationsfähigen WAN-Management-System weiterentwickelt.
• Es behandelt Satelliten-Terminals – Starlink und ab 8.6 auch OneWeb – als vollwertige, nativ verwaltete WANs: Der Router spricht die API der Dish, zeigt Gesundheitsdaten im Dashboard und InControl 2 und bindet die Satellitenverbindung in das Bonding ein wie jeden anderen WAN-Link.
• Abgestimmte Health-Checks und die Option „Starlink-Ausfälle ignorieren" verhindern den Failover-Churn, der Satelliten-gestützte Netzwerke plagt.
• In Kombination mit SpeedFusion Boost wird aus der Praxis von ~1,5 Gbps Durchsatz über gebündelte Starlink-Terminals berichtet (Feldbericht Connectivity101).
• Die MAX Orbit Serie (Orbit 2 / 4 / 8) ist die purpos-gebaute Hardware für Multi-Orbit-Deployments.
• Als Peplink Gold Partner entwirft, implementiert und betreut Ascend Orbit-WAN-Architekturen für maritime, industrielle und öffentliche Auftraggeber.

Einleitung

Für die Teams, die Netzwerke an den schwersten Orten betreiben – Offshore-Schiffe in der Nordsee, Pipeline-Kompressoren zweihundert Kilometer vom nächsten Funkmast entfernt, Katastrophenschutz-Einheiten, die in einem überfluteten Tal eine Einsatzleitung aufbauen – ist Satellit längst keine Option der letzten Wahl mehr. Er ist ein primärer WAN. Das Problem war nie die Bandbreite. Starlink liefert sie. OneWeb liefert sie. Das Problem ist die Verwaltung des Satelliten wie jedes anderen WANs: ihn sehen, Health-Checks auf ihn anwenden, von ihm failovern und – am wichtigsten – ihn mit den terrestrischen Links bündeln, damit ein Dish-Handoff oder eine kurze Obstruction nicht den Videocall, die SCADA-Abfrage oder den Telemetrie-Stream unterbricht.

Genau diese Lücke schließt Peplink Orbit WAN. Eingeführt in Firmware 8.6.0, ist es Peplinks Satelliten-Kontrollpanel – ein generalisiertes, API-gesteuertes Framework, das ein Satelliten-Terminal als vollwertigen, nativ verwalteten WAN behandelt. Der Router spricht das Protokoll der Dish, zeigt ihren Zustand im selben Dashboard wie Glasfaser und Cellular und faltet sie in SpeedFusion Bonding ein, als wäre sie ein weiteres Ethernet-Rohr. Ab 8.6 bedeutet das Starlink und OneWeb – die Architektur ist darauf ausgelegt, weitere Konstellationen aufzunehmen, sobald sie marktreif sind.

Dieser Beitrag erläutert, was Orbit WAN ist, was es ablöst und warum es zählt, wenn Ihr Netzwerk dort endet, wo der Asphalt aufhört.

Vom Starlink Mode zu Orbit WAN – die Weiterentwicklung

Peplinks Satelliten-Geschichte beginnt nicht mit Orbit WAN. Sie beginnt mit dem Starlink Mode – einem pragmatischen Feature, das eine einfache Frage beantwortete: „Wenn eine Starlink-Dish an einem WAN-Port hängt, kann der Router sie dann nativ verwalten, statt sie als dummen Ethernet-Handoff zu behandeln?"

Die Antwort war ja. Mit dem Starlink Mode verband man die Dish über den offiziellen Ethernet-Adapter, öffnete die WAN-Details im Peplink-Admin-Interface und schaltete den Modus ein. Der Router begann, direkt die API der Starlink-Dish zu sprechen. Dish-Status, Obstruction-Maps und Health-Telemetrie erschienen in den WAN-Details und in InControl 2 – derselben Cloud-Plattform, die man ohnehin für den Rest der Peplink-Flotte nutzte. Keine separate Starlink-App mehr, die man bei Link-Degradation öffnen musste. Kein Rätselraten, ob die Dish oder der Router das Problem war.

Der Starlink Mode führte auch eine trügerisch wichtige Option ein: „Starlink-Ausfälle ignorieren". Satelliten-WANs fallen anders aus als verkabelte. Ein Glasfaser-Ausfall ist meist ein sauberes, binäres Ereignis – der Link ist up oder down, und man failt über. Eine Starlink-Dish erlebt kurze, häufige, selbstheilende Unterbrechungen: einen Satelliten-Handoff zwischen Überflügen, ein paar Sekunden Obstruction durch einen Trichter oder Radarmast, ein kurzes Netzwerk-Ereignis im Space Segment. Mit Standard-Health-Checks lesen sich diese Blips als WAN-Ausfall und triggern Failover – der Sekunden später ein Failback nach sich zieht, wenn die Dish sich erholt. Die Failover-Logik flattert den ganzen Tag. Die Option „Starlink-Ausfälle ignorieren" wies den Router an, diese transienten Ereignisse zu tolerieren und den primären Pfad zu halten.

Der Starlink Mode war Starlink-spezifisch. Er funktionierte gut – so gut, dass Kunden die naheliegende Folgefrage stellten: „Was ist mit OneWeb? Was ist mit der nächsten Konstellation?" Firmware 8.6.0 ist die Antwort. Peplink hat das Starlink-Mode-Panel zu Orbit WAN generalisiert – einem konstellations-agnostischen Satelliten-Management-Framework – und OneWeb als erste nativ integrierte zweite Konstellation hinzugefügt. Die Weiterentwicklung ist architektonisch: Orbit WAN ist als Panel gebaut, das weitere Satelliten-Provider aufnehmen kann, sobald sie reifen, statt ein einmaliges Feature, das an eine einzelne Dish angebaut wurde.

Was native Satelliten-Verwaltung bringt

Der Unterschied zwischen „die Dish funktioniert" und „die Dish wird verwaltet" ist der Unterschied zwischen einem Netzwerk, das man betreiben kann, und einem, das man nur troubleshooten kann. Orbit WAN liefert drei konkrete Fähigkeiten.

Dish-Telemetrie dort, wo man ohnehin schaut

Mit aktiviertem Orbit WAN erscheint der Satelliten-Status direkt in den WAN-Details im lokalen Admin-Interface und in InControl 2 in der Cloud – neben den Cellular-, Glasfaser- und WLAN-WANs. Man sieht Dish-Health, Signalqualität und Stabilitätsindikatoren in derselben Ansicht. Für einen maritimen Betreiber, der eine Flotte von Schiffen fährt, bedeutet das: ein einziges Dashboard zeigt die Starlink-Dish auf der Brücke, das OneWeb-Terminal am Heck, die Cellular-Backup auf dem Mast – alles mit Live-Telemetrie. Kein Tab-Wechsel. Kein „lass mich mal die Starlink-App öffnen", während der Leitende Ingenieur fragt, warum das ECDIS-Kartenupdate steckengeblieben ist.

Vernünftige Health-Checks

Firmware 8.6.0 hat die satellitenspezifischen Health-Checks so abgestimmt, dass sie dem tatsächlichen Verhalten von Satelliten-Links entsprechen. Die praktische Wirkung: transiente Dish-Ereignisse – ein Handoff, eine kurze Obstruction, ein vorübergehender Congestion-Spike – registrieren nicht mehr als WAN-Ausfall. Der Router hält den Link, das Ereignis vergeht, und die Failover-Logik bleibt ruhig.

Bonding, das Satellit versteht

Weil der Satelliten-WAN nativ verwaltet wird – der Router weiß, dass es eine Dish ist, kein generischer Ethernet-Port – lässt er sich in einen SpeedFusion-Tunnel neben Cellular und weiteren WANs einbinden. WAN Smoothing und der neue SpeedFusion-Boost-Algorithmus adressieren die Instabilitäten, die Satellit innewohnt – Smoothing durch Paketduplizierung, Boost durch die Isolation instabiler Links. Das Ergebnis ist ein gebündelter Tunnel, der die aggregierte Bandbreite von Satellit plus Cellular liefert – mit der Stabilität des jeweils gesündesten Links. Für ein Einsatzleitfahrzeug des Katastrophenschutzes bedeutet das: der gebündelte Tunnel streamt Body-Cam-Feeds weiter, während die Starlink-Dish zwischen Satelliten handed over – das Cellular-Bein überbrückt die Lücke.

Ein Feld-Hinweis, der sich lohnt zu wiederholen: Mit Standard-Health-Checks kann eine Satelliten-Dish die Failover-Logik den ganzen Tag lang flattern lassen. Nutzen Sie die Ausfall-Toleranz des nativen Modus. Und wenn der Standort kritisch ist, failen Sie gar nicht erst über – bündeln Sie die Dish mit Cellular und lassen Sie SpeedFusion die Handoffs glätten. Kein Failover ist der eigentliche Punkt.

OneWeb Integration – die zweite Konstellation

Wenn der Starlink Mode das Konzept bewiesen hat, beweist die OneWeb-Integration die Architektur. OneWeb – Eutelsat OneWebs Low-Earth-Orbit-Konstellation – ist der zweite Satelliten-Provider, der ab Firmware 8.6.0 nativ in Orbit WAN integriert ist. Für Enterprise-, Regierungs- und maritime Käufer ist das kein Nice-to-have. Es ist eine Beschaffungs-Anforderung. Operations-Teams, die kritische Konnektivität nicht – und in vielen Fällen vertraglich nicht – an einen einzigen Satelliten-Provider hängen wollen, haben nun zwei nativ verwaltete LEO-Optionen im selben Router, verwaltet über dasselbe Panel, sichtbar im selben Dashboard.

OneWeb-Terminals liefern Ethernet nativ, was die physische Installation vereinfacht: Man verbindet das Ethernet des Terminals mit einem WAN-Port, aktiviert den OneWeb-Satellitenmodus im Orbit-WAN-Panel, und der Router beginnt, es zu verwalten. Telemetrie, Health-Checking und Bonding-Integration funktionieren genauso wie bei Starlink – das Orbit-WAN-Framework ist konstellations-agnostisch konzipiert.

Ein Hardware-Hinweis: Die OneWeb-Integration wird auf allen Peplink-Modellen unterstützt mit Ausnahme des HD1 Dome Pro. Wer OneWeb als primären oder Diversitäts-Pfad standardisiert, sollte die Hardware-Liste vor der Spezifizierung gegen die 8.6.0-Supported-Devices-Matrix prüfen. Als Peplink Gold Partner validiert Ascend den Hardware-Fit für Ihre spezifische Kombination.

Der strategische Punkt ist einfacher: Orbit WAN ist darauf gebaut, weitere Konstellationen aufzunehmen, sobald sie kommen. Das Panel ist ein Framework, kein Feature. Wenn der nächste LEO- oder MEO-Provider zu Enterprise-gradigen Handoff- und Telemetrie-APIs heranreift, ist die Architektur bereit, ihn zu absorbieren.

Satellit mit Cellular bündeln – der SpeedFusion Boost Vorteil

Natives Management und Telemetrie sind notwendig, aber nicht hinreichend. Der eigentliche Differentiator von Orbit WAN ist, was es in Kombination mit SpeedFusion Boost ermöglicht – dem neuen Bonding-Algorithmus, der in Firmware 8.6.0 parallel eingeführt wird.

Das Problem, das Boost löst, ist fundamental für Multi-Orbit-Networking: Wenn man Verbindungen mit dramatisch unterschiedlichen Geschwindigkeits-, Latenz- und Zuverlässigkeits-Eigenschaften bündelt, kann ein einzelner instabiler Link den gesamten Tunnel herunterziehen. Während eines Handoffs verliert eine Dish kurzzeitig an Qualität; ein klassischer Bonding-Algorithmus, der auf alle Pakete wartet, lässt den gesamten Tunnel träge wirken. SpeedFusion Boost geht anders vor – er verbessert den Durchsatz über gebündelte WAN-Verbindungen, indem er verhindert, dass instabile Links die Gesamt-Performance herunterziehen. Selbst wenn einzelne Verbindungen von Satelliten-Handoffs, temporären Obstructions, Congestion oder Wetter betroffen sind, haben diese Störungen weniger Auswirkung auf das aggregierte gebündelte WAN.

Der auffälligste Praxiswert stammt aus einem Feldbericht des Peplink-Fachportals Connectivity101: In gebündelten Starlink-Konfigurationen mit aktiviertem Boost wurden nahezu 1,5 Gbps aggregierter Durchsatz über mehrere Terminals beobachtet. Es handelt sich um eine Feldbeobachtung eines Drittanbieters, nicht um eine offizielle Leistungsspezifikation von Peplink.

Für die Zielgruppen, die es am meisten betrifft:

• Maritime: Ein Schiff, das zwei Starlink-Terminals mit einem OneWeb-Diversitäts-Pfad und einer Cellular-Backup für die Küstenfahrt bündelt. Boost hält Crew-WLAN, Motor-Monitoring-Telemetrie und Video-Backhaul online durch Satelliten-Handoffs und Wetter.
• Remote-Industrie: Eine Offshore-Plattform, die Starlink mit Cellular bündelt. Der gebündelte Tunnel liefert aggregierte Bandbreite für SCADA, Voice und Video-Inspektions-Feeds – mit Boost isoliert Cellular-Congestion-Spikes, sodass sie den Satelliten-Primären nicht degradieren.
• Öffentliche Sicherheit: Ein Einsatzleitfahrzeug, das eine Starlink-Dish mit mehreren Cellular-Carriern bündelt. Wenn das Fahrzeug hinter ein Gebäude fährt und ein Cellular-Bein degradiert, stottert der gebündelte Tunnel nicht – Starlink und die verbleibenden Cellular-Beine tragen die Last.

Die Kombination aus Orbit WANs nativem Satelliten-Management und SpeedFusion Boosts Bonding-Intelligenz ist der Kern der architektonischen Weiterentwicklung in Firmware 8.6.0 für Satelliten-lastige Deployments. Sie ist es, die aus „wir haben Satellit" ein „wir haben ein verwaltetes, gebündeltes, Multi-Orbit-WAN" macht. Mehr zur Funktionsweise von SpeedFusion Boost finden Sie in unserem Deep-Dive zu SpeedFusion Boost; die Bonding-Grundlagen erklärt unser Beitrag Multi-WAN-Bonding kurz erklärt.

Hardware für Multi-Orbit – die MAX Orbit Serie

Jeder Peplink-Router mit einem freien WAN-Port kann ein Satelliten-Terminal aufnehmen – das ist die Tugend von Orbit WAN als Firmware-Feature ohne Hardware-Lock-in. Aber manche Hardware ist von Grund auf für die Aufgabe gebaut. Die MAX Orbit Serie – der Orbit 2, Orbit 4 und Orbit 8 – ist Peplinks purpos-gebaute Multi-Orbit-Router-Linie, konstruiert für Deployments, in denen Satellit der primäre WAN ist, nicht das Backup.

Die Orbit-Serie ist darauf ausgelegt, Starlink, OneWeb und Cellular gleichzeitig über SpeedFusion zu bündeln – mit integriertem GPS für mobile und maritime Positionierung und widerstandsfähigen Gehäusen, die für die Umgebungen zertifiziert sind, in denen Multi-Orbit-Konnektivität tatsächlich zählt. Die Serie umfasst drei Größen (Orbit 2, Orbit 4, Orbit 8) für unterschiedlich dichte Multi-Orbit-Setups; die konkreten Spezifikationen je Modell listet Peplink auf der Produktseite.

Für maritime Betreiber ist die Orbit-Serie die natürliche Wahl: Ein Schiff, das Starlink als Primär, OneWeb als Diversität und Cellular für die Küstenfahrt will, kann alle drei über einen einzigen Router fahren – in einem Dashboard verwaltet, mit SpeedFusion Boost für die Handoffs. Für abgelegene Industriestandorte liefert die Orbit-Serie die WAN-Dichte und den Bonding-Durchsatz, um Satellit und Cellular zu einem hochverfügbaren Tunnel zu aggregieren. Für die öffentliche Sicherheit machen das widerstandsfähige Gehäuse und das integrierte GPS die Orbit-Serie geeignet für mobile Einsatzleitfahrzeuge, die innerhalb von Minuten nach Eintreffen einen gebündelten Multi-Orbit-WAN brauchen.

Wer mehr über die Peplink-5G-Architektur erfahren möchte, die in Kombination mit Satellit besonders relevant ist, findet in unserem Beitrag Peplink 5G nachrüsten: Warum vier Antennenpfade? weiterführende Erklärungen.

Wenn Satellit Ihr Primärer ist, nicht Ihr Backup, dann ist die Orbit-Serie die Hardware-Linie, die Sie spezifizieren sollten. Sprechen Sie mit Ascend – als Peplink Gold Partner entwerfen wir den gesamten Stack: Hardware-Auswahl, Orbit-WAN-Konfiguration, SpeedFusion-Bonding-Design und laufendes InControl-2-Management.

Fazit

Peplink Orbit WAN ist kein Satelliten-Feature. Es ist eine WAN-Management-Philosophie: Behandle das Satelliten-Terminal genauso wie jedes andere WAN – nativ, mit Telemetrie, mit abgestimmten Health-Checks und mit Bonding-Integration – und der Satellit hört auf, der fragile, Sonderfall-Link zu sein, den Operatoren tolerieren, und wird ein verwaltetes Mitglied des Edge-Netzwerks. Firmware 8.6.0 liefert diese Philosophie mit Starlink und OneWeb als ersten beiden integrierten Konstellationen, SpeedFusion Boost als Bonding-Engine, die Multi-Orbit-Aggregation bei Geschwindigkeit real macht, und der MAX Orbit Serie als der Hardware, die dafür gebaut wurde.

Wer eine maritime Flotte, ein Remote-Industrie-Netzwerk oder eine öffentliche Sicherheits-Deployment betreibt, in dem Satellit primär ist – die Frage ist nicht mehr, ob man Satelliten-WANs verwalten und bündeln kann. Mit Orbit WAN kann man. Die Frage ist, ob die aktuelle Architektur das schon ausnutzt.

Bereit, Ihr Orbit-WAN-Deployment zu entwerfen? Als Peplink Gold Partner liefert Ascend den gesamten Stack – von der Hardware-Auswahl über das SpeedFusion-Bonding-Design bis zum InControl-2-Flottenmanagement. Kontaktieren Sie uns, um Ihre Multi-Orbit-Architektur zu planen. Weitere Beiträge zu Peplink Firmware 8.6.0 finden Sie in unserer Blog-Kategorie Peplink.

FAQ

1. Was ist Peplink Orbit WAN?

Peplink Orbit WAN ist das in Firmware 8.6.0 eingeführte Satelliten-Management-Framework. Es behandelt Satelliten-Terminals – aktuell Starlink und OneWeb – als nativ verwaltete WANs: Der Router spricht die API der Dish, zeigt Health-Telemetrie im Dashboard und InControl 2 und bindet die Satellitenverbindung in SpeedFusion Bonding ein wie jeden anderen WAN. Es entstand durch die Weiterentwicklung des bisherigen Starlink Mode zu einem konstellations-agnostischen Panel, das weitere Satelliten-Provider aufnehmen kann, sobald sie reifen.

2. Welche Satelliten-Provider unterstützt Orbit WAN?

Ab Firmware 8.6.0 unterstützt Orbit WAN nativ Starlink und OneWeb (Eutelsat OneWeb). Die OneWeb-Integration ist auf allen Peplink-Modellen verfügbar mit Ausnahme des HD1 Dome Pro. Das Orbit-WAN-Panel ist als Framework architected – Peplink hat es darauf ausgelegt, weitere Konstellationen aufzunehmen, sobald sie verfügbar sind.

3. Wie verhindert Orbit WAN Failover-Churn bei Satelliten-Links?

Satelliten-WANs erleben kurze, häufige, selbstheilende Unterbrechungen – Satelliten-Handoffs, momentane Obstructions, transiente Space-Segment-Ereignisse – die Standard-Health-Checks als WAN-Ausfall fehlinterpretieren können, was unnötige Failover- und Failback-Zyklen auslöst. Orbit WAN adressiert das mit abgestimmten Satelliten-Health-Checks und der Option „Starlink-Ausfälle ignorieren". Für kritische Standorte empfiehlt sich, den Satelliten-WAN per SpeedFusion mit Cellular zu bündeln und Boost die Unterbrechungen glätten zu lassen – Failover entfällt dann ganz.

4. Was ist SpeedFusion Boost und wie funktioniert es mit Orbit WAN?

SpeedFusion Boost ist ein in Firmware 8.6.0 eingeführter Bonding-Algorithmus der nächsten Generation. Er verbessert den Durchsatz über gebündelte WAN-Verbindungen, indem er verhindert, dass instabile oder latenzbehaftete Links die Gesamt-Tunnel-Performance herunterziehen. Wenn ein Satelliten-Terminal innerhalb eines SpeedFusion-Tunnels einen Handoff, eine Obstruction oder einen Congestion-Spike erlebt, isoliert Boost den beeinträchtigten Link und liefert weiter aggregierten Durchsatz aus den gesunden Verbindungen. In gebündelten Starlink-Konfigurationen mit aktiviertem Boost wurden nahezu 1,5 Gbps aggregierter Durchsatz über mehrere Terminals gemessen.

5. Welche Peplink-Hardware sollte ich für ein Multi-Orbit-Satelliten-Deployment verwenden?

Jeder Peplink-Router mit einem freien WAN-Port kann ein Satelliten-Terminal über Orbit WAN verwalten. Die MAX Orbit Serie (Orbit 2 / 4 / 8) ist jedoch purpos-gebaut für Multi-Orbit-Deployments – konstruiert, um Starlink, OneWeb und Cellular gleichzeitig über SpeedFusion zu bündeln, mit integriertem GPS und widerstandsfähigen Gehäusen für maritime, industrielle und mobile Einsatz-Umgebungen. Wenn Satellit Ihr primärer WAN ist und nicht das Backup, ist die Orbit-Serie die empfohlene Hardware-Linie. Als Peplink Gold Partner hilft Ascend bei der Auswahl des passenden Modells für Ihre Anforderungen.

AI-Disclosure

Dieser Artikel wurde mit KI-Unterstützung recherchiert und verfasst und vor der Veröffentlichung von Ascends Peplink-zertifizierten Ingenieuren geprüft.