WAN-Bonding становится приложением для маршрутизатора: Bondix — первое стороннее ПО в Teltonika Package Manager

Десятилетиями маршрутизатор с функцией WAN Bonding был отдельной статьёй закупки: выделенное устройство, созданное исключительно для объединения нескольких интернет-каналов, которое закупали и эксплуатировали отдельно от остальной сетевой инфраструктуры объекта. Сейчас это базовое допущение заметно меняется. Bondix Intelligence разместила своё решение для bonding прямо в Package Manager RutOS промышленных маршрутизаторов Teltonika — по собственным данным компании, как первое независимое стороннее приложение, вошедшее в новый раздел сторонних решений Package Manager (bondix.de/milestone). Из отдельного специализированного устройства, которое приходилось закупать как самостоятельный продукт, WAN Bonding превращается в пакет, устанавливаемый на уже имеющееся оборудование маршрутизатора.

В этом материале мы разбираем, что конкретно изменилось в процессе установки, почему Bonding — это не Failover и не Load Balancing (самая частая путаница в нашей консультационной практике), что говорит собственная wiki Teltonika о поддержке этого стороннего пакета, и для каких маршрутизаторов и сценариев использования WAN-Bonding действительно оправдан.

До недавнего времени установка стороннего ПО на маршрутизатор Teltonika была ручной работой: нужный .TAR.GZ-пакет для соответствующей прошивки RutOS приходилось скачивать со стороннего сайта и вручную загружать в веб-интерфейсе через Services → Package Manager → Upload. При каждом обновлении прошивки этот путь приходилось проходить заново.

С появлением раздела сторонних решений в RutOS Package Manager этот обходной путь исчезает. Сама Bondix называет четыре конкретных изменения (bondix.de/milestone):

• Не нужно отдельно скачивать файл со стороннего сайта
• Не нужно вручную загружать установочные файлы
• Не нужна повторная установка после обновления прошивки RutOS — Bondix автоматически обновляется до подходящей версии
• Более быстрый и простой процесс установки в целом

Вместо поиска, скачивания и загрузки файла в Package Manager достаточно выполнить шаги: открыть раздел сторонних решений, выбрать Bondix, установить. Bondix описывает интеграцию как доступную начиная с RutOS 07.24 — минимальную версию явно не называют ни Bondix, ни собственная wiki Teltonika. Саму RutOS 07.24 мы уже разбирали в материале Обзор обновлений прошивки RutOS 7.24, 7.24.1 и 7.24.2.

Это самая частая ошибка в консультациях по Multi-WAN: Failover, Load Balancing и Bonding в разговорах часто используют как синонимы, хотя технически это совершенно разные вещи — причём первые два RutOS поддерживает «из коробки», без какого-либо участия Bondix.

Failover при отказе основного канала переключается на резервный. В каждый момент времени активен только один канал; второй находится в режиме ожидания и в нормальном режиме не несёт трафика.

Load Balancing распределяет новые сессии между несколькими активными каналами. Это увеличивает суммарную пропускную способность на объекте, но каждая отдельная сессия остаётся привязанной к одному из каналов. Если именно этот канал выходит из строя, сессия обрывается — Load Balancing защищает не отдельное соединение, а распределяет нагрузку.

Bonding идёт на шаг дальше: одна сессия одновременно использует несколько каналов. Поток данных распределяется по всем доступным путям и снова собирается на принимающей стороне. Это суммирует пропускную способность в расчёте на сессию и позволяет активному соединению пережить отказ одного из каналов, поскольку оно никогда не зависит только от одного канала.

Практическая разница для закупки: RutOS умеет Failover и Load Balancing «из коробки», без дополнительного ПО — но не одновременно. Собственная wiki Teltonika прямо указывает, что Load Balancing и Failover нельзя использовать одновременно (wiki Teltonika). Штатными средствами вы, соответственно, выбираете или одно, или другое: отказоустойчивость или распределение нагрузки. Именно от этого выбора «или-или» Bonding избавляет, потому что сессия в любом случае идёт через все каналы. Для настоящего Bonding дополнительно нужен пакет Bondix на маршрутизаторе и удалённая сторона — так называемый bonding-сервер, на котором маршрутизатор снова собирает разделённые потоки данных воедино. Без такой удалённой стороны речь идёт всего лишь о Load Balancing — далее в таблице эти три подхода сопоставлены.

То, что не упоминается ни в одной из двух рассылок производителей, но важно для любого решения о закупке, можно найти в собственной wiki Teltonika об установке Bondix (wiki.teltonika-networks.com/view/Bondix_by_SIMA): страница прямо указывает, что речь идёт о пакете стороннего производителя — Bondix Intelligence, — который не разработан Teltonika. По собственному заявлению Teltonika, компания ни при каких обстоятельствах не несёт ответственности за совместимость, взаимодействие с другими сервисами, безопасность или общую стабильность этого пакета.

Это не мелкий шрифт, а реальный факт закупки и эксплуатации: тот, кто планирует WAN-Bonding на маршрутизаторе Teltonika, получает оборудование маршрутизатора от одного производителя и ПО для bonding от другого — с соответствующим разделением ответственности, если в эксплуатации что-то не срабатывает совместно. Кто знает об этом заранее, может правильно спланировать пути поддержки и эскалации, а не импровизировать их в случае сбоя.

Именно здесь становится важна роль поставщика. Мы поставляем маршрутизаторы Teltonika со своего склада и одновременно поддерживаем партнёрство с Bondix Intelligence — у вас есть один контакт для обеих сторон установки, вместо того чтобы отдельно координировать два канала поддержки от двух производителей.

Wiki Teltonika приводит конкретный список поддерживаемых устройств (wiki.teltonika-networks.com/view/Bondix_by_SIMA):

• вся серия RUTX
• вся серия RUTM
• RUT901, RUT906, RUT951, RUT956
• RUT200, RUT241, RUT260, RUT206, RUT271
• RUTC50

Из нашего ассортимента, доступного в наличии, в этот список входят, среди прочего, RUTX11, RUTX50 и RUT951 — маршрутизаторы, которые вы, возможно, уже используете для Failover и Load Balancing и которые можно дополнить пакетом Bondix из Package Manager для настоящего Bonding — при условии, что настроена подходящая удалённая сторона.

На собственной странице проекта Bondix объясняет, почему именно временные и мобильные объекты вынуждены обходиться без надёжного проводного подключения: на площадках мероприятий редко есть интернет-подключение корпоративного качества, поставщики привозят собственную связь и при этом часто полагаются на нестабильные публичные или мобильные сети. Когда кассовые системы, VoIP-телефония, камеры видеонаблюдения и клиентский Wi-Fi одновременно работают через простое мобильное соединение, обычные мобильные маршрутизаторы быстро достигают предела своих возможностей — а обрыв связи на платёжном терминале означает потерянные транзакции и длинные очереди (bondix.de/projects/retail-production).

Два опубликованных Bondix кейса показывают, как это выглядит на практике:

• Фестиваль: маршрутизатор Teltonika RUTX11 с Bondix объединял две LTE-SIM-карты разных операторов и обслуживал 50 одновременно работающих кассовых систем. По данным Bondix, доля успешных транзакций выросла до 99,99 % — это показатель самой Bondix о надёжности платёжных операций именно в этом проекте, а не общее обещание доступности интернет-подключения как такового.
• Pop-up-розница: на временных торговых точках с маршрутизатором RUT360 и Bondix, по данным Bondix, время развёртывания на объекте сократилось с 2 часов до 20 минут.

В чём Bonding принципиально отличается от Failover и Load Balancing, мы обобщили в материале Multi-WAN-Bonding коротко. Применительно к типичным сценариям это означает: WAN-Bonding окупается там, где платёжные операции зависят от одного-единственного соединения, где на объекте нет проводной связи, при временных развёртываниях с жёсткими сроками на ввод в эксплуатацию, а также везде, где видео- или VoIP-сессии не переносят безболезненно переключение канала. Для непосредственной потребности в пропускной способности во многих таких случаях достаточно уже Load Balancing — но как только отдельная активная сессия должна пережить отказ канала или требует больше пропускной способности, чем даёт один канал, без настоящего Bonding не обойтись.

Переход от выделенного устройства для bonding к приложению в Package Manager заметно снижает порог входа — установка и обновления теперь идут тем же путём, что и любое другое обслуживание маршрутизатора. Но это не меняет двух моментов, которые стоит прояснить до закупки: во-первых, настоящему Bonding в дополнение к пакету на маршрутизаторе нужна удалённая сторона, а во-вторых, Teltonika прямо не берёт на себя ответственность за это стороннее ПО.

Если вы хотите выяснить, что подходит именно вашему объекту — Failover, Load Balancing или настоящий Bonding, — какой маршрутизатор из нашего ассортимента, доступного в наличии, для этого подходит и как эксплуатировать удалённую сторону, свяжитесь с нами. Подробнее о взаимодействии маршрутизатора, Bonding и тарифа читайте в материале Маршрутизатор, Bonding, тариф: три составляющих отказоустойчивого подключения.

Эта статья подготовлена и написана при поддержке ИИ и проверена компанией Ascend перед публикацией.