Микротик: как дублировать трафик по разным каналам связи?

Question

[goldfish]

Есть канал связи со значительным процентом потерь пакетов (3g, wifi):

Абонент - канал связи (3g, wifi) - интернет

Если добавить ещё один равнозначный канал связи, настроить 2 ВПН для каждого канала связи (допустим ipip), настроить ВПН-клиент/сервер (пусть будет OpenVPN), по обоим каналам cвязи дублировать трафик ОВПН - даст ли это ощутимый прирост надежности?

Хотелось бы что бы работало так:

Абонент -- Роутер + ОВПН-клиент ---- канал1-ipip1/канал2-ipip2 (дублирование) --- ОВПН-сервер --- Интернет

Абонент запускает ping ya.ru:
пакет от Абонента направляется к роутеру. Далее пакет абонента направляется через интерфейс ОВПН-клиент. Пакет абонента внутри пакета ОВПН-клиента дублируется и отправляется по ipip1 и ipip2. Последний пришедший пакет отбрасывается ОВПН-сервером. При потере пакета есть его дубликат по второму каналу связи. Роутер с ОВПН-сервером отправляет пакет абонента к адресату.

Аналогично ответ от ya.ru:
Пакет ответа внутри пакета от ОВПН-сервера дублируется по ipip1/ipip2. Последний пришедший пакет отбрасывается ОВПН-клиентом, к абоненту приходит ответ.

Реализуема ли такая схема в принципе на оборудовании Микротик или другого производителя? Будет ли работать ОВПН при дублировании пакетов именно так, как описано выше?

Решение:
как написал Дмитрий Александров Дмитрий Александров у микротика есть решение Bonding с опцией broadcast.

https://wiki.mikrotik.com/wiki/Manual:Interface/Bo...

Answer 1

[Дмитрий Александров]

Реализуема, называется в понятиях микрота как bonding, (lacp в простанародье).
Конкретно тут будет нечто типа такого.

Comments

[Wexter]

не bounding, а bonding.
и задачу ТСа он никак не решит. он решает задачу агрегирования и резервирования каналов, но никак не дублирования.

Answer 2

[Ярослав]

Дмитрий Александров : bounding, судя по документации, не решит вопрос резервирования трафика; полосу расширит, это да.

Этим давно и успешно занимаются в Industrial Ethernet:
wwwlehre.dhbw-stuttgart.de/~rentschler/Publication...

А вот в ip-сетях это направление, похоже, только зарождается:
https://tools.ietf.org/html/draft-popovic-iprp-00

С другой стороны, если поднять OVPN-стык поверх собранной multipath SCTP-ассоциации...
SCTP умеет, во-первых, использовать несколько endpoint-ов одновременно через разные каналы связи, а во-вторых, по сравнению с TCP, намного резвее отрабатывает потерю и выполняет ретрансмиссию пакетов.

Comments

[Дмитрий Александров]

Ярослав Личная практика показывает что если падает любой канал то трафик начинает бежать по другому без потерь и разрывов. Так же на асимметричных каналах(я пробовал на нестабильном 3г, кабеле и wifi) при слишком долгом потуге через медленный линк сразу летит запрос по второму каналу. Хотя могу ошибаться т.к. давно этим занимался и возможно что то шаманили дополнительно но работало все очень хорошо и не было гемора с переключением роутов через скрипты как многие предлагают везде. Хотя в целом у нас стояла задача немного другая, был удаленный сервер с 1с и шарами до которого был воздух, местный провайдер по адсл и 3г. Нужна была максимальная стабильность и доступность и bonding ее решил.
PS: спасибо за поправку в названии) память злая штука).