WAN-Bonding wird zur Router-App: Bondix ist die erste Fremdsoftware im Teltonika Package Manager

Jahrzehntelang war ein WAN Bonding Router eine eigene Anschaffung: eine dedizierte Appliance, ausschließlich fürs Bündeln mehrerer Internet-Leitungen gebaut, getrennt beschafft und getrennt betrieben von der übrigen Netzwerktechnik am Standort. Diese Grundannahme verschiebt sich gerade sichtbar. Bondix Intelligence hat sein Bonding-Paket direkt im RutOS Package Manager der Teltonika-Industrierouter platziert – nach eigener Aussage als erste unabhängige Fremdanwendung überhaupt, die im neuen Third-Party-Bereich des Package Managers gelistet wird (bondix.de/milestone). Aus einem WAN Bonding Router, der als eigenständiges Spezialgerät beschafft werden musste, wird damit ein Paket, das sich auf ohnehin vorhandener Router-Hardware installieren lässt.

Dieser Beitrag ordnet ein, was sich am Installationsweg konkret geändert hat, warum Bonding weder Failover noch Load Balancing ist – der in unserer Beratungspraxis häufigste Verwechslungsfehler –, was Teltonikas eigenes Wiki zum Support dieses Fremdpakets festhält, und für welche Router und Einsatzfälle sich WAN-Bonding tatsächlich rechnet.

Bis vor Kurzem war die Installation von Drittsoftware auf einem Teltonika-Router Handarbeit: Das passende .TAR.GZ-Paket für die jeweilige RutOS-Firmware musste von einer externen Website heruntergeladen, im WebUI unter Services → Package Manager → Upload manuell hochgeladen werden. Bei jedem Firmware-Update stand derselbe Weg erneut an.

Mit dem Third-Party-Bereich im RutOS Package Manager entfällt genau dieser Umweg. Bondix selbst nennt vier konkrete Punkte, die sich damit ändern (bondix.de/milestone):

• Kein separater Download von einer externen Website
• Kein manuelles Hochladen von Installationsdateien
• Keine Neuinstallation nach RutOS-Firmware-Updates – Bondix aktualisiert sich automatisch auf die passende Version
• Ein schnellerer und einfacherer Installationsablauf insgesamt

Statt Datei suchen, herunterladen und hochladen genügen im Package Manager die Schritte: Third-Party öffnen, Bondix auswählen, installieren. Bondix beschreibt die Integration als verfügbar mit RutOS 07.24 – eine Mindestversion nennen weder Bondix noch Teltonikas eigenes Wiki explizit. RutOS 07.24 selbst haben wir in unserem Überblick zu RutOS 7.24, 7.24.1 und 7.24.2 bereits eingeordnet.

Das ist der häufigste Beratungsfehler rund um Multi-WAN: Failover, Load Balancing und Bonding werden in Gesprächen oft synonym verwendet, obwohl sie technisch grundverschieden sind – und RutOS bringt die ersten beiden bereits ab Werk mit, ganz ohne Bondix.

Failover schaltet bei Ausfall der primären Leitung auf eine Backup-Leitung um. Zu jedem Zeitpunkt ist nur eine Leitung aktiv; die zweite steht bereit, trägt im Normalbetrieb aber keinen Datenverkehr.

Load Balancing verteilt neue Sitzungen auf mehrere aktive Leitungen. Das erhöht die insgesamt nutzbare Kapazität am Standort, aber jede einzelne Sitzung bleibt an eine der Leitungen gebunden. Fällt genau diese Leitung aus, bricht die Sitzung ab – Load Balancing schützt nicht die einzelne Verbindung, sondern verteilt Last.

Bonding geht einen Schritt weiter: Eine einzelne Sitzung nutzt mehrere Leitungen gleichzeitig. Der Datenstrom wird über alle verfügbaren Wege aufgeteilt und auf der Gegenseite wieder zusammengesetzt. Das summiert Bandbreite pro Sitzung und lässt eine laufende Verbindung einen Leitungsausfall überstehen, weil sie nie nur von einer einzigen Leitung abhängt.

Der praktische Unterschied für die Beschaffung: RutOS kann Failover und Load Balancing von Haus aus, ganz ohne Zusatzsoftware — allerdings nicht gleichzeitig. Teltonikas eigenes Wiki hält ausdrücklich fest, dass sich Load Balancing und Failover nicht zusammen betreiben lassen (Teltonika-Wiki). Mit Bordmitteln entscheiden Sie sich also für das eine oder das andere: Ausfallsicherheit oder Lastverteilung. Genau diese Entweder-oder-Entscheidung fällt beim Bonding weg, weil eine Sitzung ohnehin über alle Leitungen läuft. Echtes Bonding braucht zusätzlich das Bondix-Paket auf dem Router und eine Gegenstelle, den sogenannten Bonding-Server, auf die der Router die aufgeteilten Datenströme wieder zusammenführt. Ohne diese Gegenstelle bleibt es bei Load Balancing – die folgende Tabelle stellt die drei Verfahren gegenüber.

Was in keinem der beiden Hersteller-Newsletter steht, aber für jede Beschaffungsentscheidung relevant ist, findet sich in Teltonikas eigenem Wiki zur Bondix-Installation (wiki.teltonika-networks.com/view/Bondix_by_SIMA): Die Seite stellt ausdrücklich klar, dass es sich um ein Paket eines Drittanbieters – Bondix Intelligence – handelt, das nicht von Teltonika entwickelt wurde. Teltonika übernimmt laut eigener Aussage unter keinen Umständen Verantwortung für Kompatibilität, Interoperabilität mit anderen Diensten, Sicherheit oder allgemeine Stabilität dieses Pakets.

Das ist kein Kleingedrucktes, sondern ein realer Einkaufs- und Betriebsfakt: Wer WAN-Bonding auf einem Teltonika-Router plant, bekommt Router-Hardware von einem Hersteller und Bonding-Software von einem anderen – mit entsprechend getrennter Verantwortung, wenn im Betrieb etwas nicht zusammenspielt. Wer das vorher weiß, kann Support- und Eskalationswege richtig planen, statt sie im Störungsfall zu improvisieren.

Genau an dieser Stelle wird der Handel relevant. Wir liefern Teltonika-Router aus unserem Lager und pflegen daneben eine Partnerschaft mit Bondix Intelligence – Sie haben damit einen Ansprechpartner für beide Seiten der Installation, statt zwei Hersteller-Supportwege einzeln koordinieren zu müssen.

Teltonikas Wiki listet die unterstützten Geräte konkret auf (wiki.teltonika-networks.com/view/Bondix_by_SIMA):

• die komplette RUTX-Serie
• die komplette RUTM-Serie
• RUT901, RUT906, RUT951, RUT956
• RUT200, RUT241, RUT260, RUT206, RUT271
• RUTC50

Aus unserem lieferbaren Sortiment fallen darunter unter anderem die RUTX11, die RUTX50 und die RUT951 – allesamt Router, die Sie bereits für Failover und Load Balancing im Einsatz haben könnten und die sich mit dem Bondix-Paket aus dem Package Manager um echtes Bonding erweitern lassen, sofern die passende Gegenstelle steht.

Bondix beschreibt auf der eigenen Projektseite, warum gerade temporäre und mobile Standorte ohne belastbare Festnetzanbindung auskommen müssen: Veranstaltungsorte bieten selten eine Internetanbindung in Unternehmensqualität, Anbieter bringen ihre eigene Konnektivität mit und verlassen sich dabei häufig auf instabile öffentliche oder mobile Netze. Wenn Kassensysteme, VoIP-Telefonie, Sicherheitskameras und Kunden-WLAN gleichzeitig auf einer einfachen mobilen Verbindung laufen, geraten einfache mobile Router schnell an ihre Grenzen – und ein Verbindungsabbruch am Zahlungsterminal bedeutet verlorene Transaktionen und lange Warteschlangen (bondix.de/projects/retail-production).

Zwei von Bondix veröffentlichte Fallbeispiele zeigen, wie sich das auswirkt:

• Festival-Einsatz: Ein Teltonika-RUTX11-Router mit Bondix band zwei LTE-SIM-Karten unterschiedlicher Netzbetreiber und versorgte 50 gleichzeitig aktive Kassensysteme. Laut Bondix stieg dabei die Transaktions-Erfolgsquote auf 99,99 % – eine Angabe von Bondix selbst zur Zuverlässigkeit der Zahlungsvorgänge in diesem Projekt, keine allgemeine Verfügbarkeitszusage für die Internetanbindung insgesamt.
• Pop-up-Retail: Bei temporären Verkaufsflächen mit einem RUT360-Router und Bondix sank laut Bondix die Einrichtungszeit je Standort von 2 Stunden auf 20 Minuten.

Was Bonding grundsätzlich von Failover und Load Balancing unterscheidet, haben wir in Multi-WAN-Bonding kurz erklärt zusammengefasst. Übertragen auf typische Einsatzfälle heißt das: WAN-Bonding zahlt sich dort aus, wo Zahlungsverkehr an einer einzigen Verbindung hängt, wo am Standort kein Festnetz verfügbar ist, bei temporären Aufbauten mit engen Zeitfenstern für die Inbetriebnahme, und überall dort, wo Video- oder VoIP-Sitzungen einen Leitungswechsel nicht klaglos wegstecken. Für den unmittelbaren Bandbreitenbedarf reicht in vielen dieser Fälle bereits Load Balancing – sobald aber eine einzelne laufende Sitzung einen Leitungsausfall überstehen oder mehr Bandbreite als eine einzelne Leitung liefern muss, führt kein Weg an echtem Bonding vorbei.

Der Wechsel von der dedizierten Bonding-Appliance zur Router-App im Package Manager senkt die Einstiegshürde spürbar – Installation und Updates laufen jetzt über denselben Weg wie jede andere Router-Wartung. Das ändert aber nichts an den zwei Dingen, die vor der Beschaffung geklärt sein sollten: erstens, dass echtes Bonding zusätzlich zum Router-Paket eine Gegenstelle braucht, und zweitens, dass Teltonika für dieses Fremdpaket ausdrücklich keine Verantwortung übernimmt.

Wenn Sie klären möchten, ob für Ihren Standort Failover, Load Balancing oder echtes Bonding die richtige Wahl ist, welcher Router aus unserem lieferbaren Sortiment dafür passt und wie die Gegenstelle betrieben wird, sprechen Sie uns an. Mehr zum Zusammenspiel aus Router, Bonding und Datentarif lesen Sie in Router, Bonding, Datentarif: die drei Bausteine einer ausfallsicheren Anbindung.

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