+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Запрос на функцию: Multipath TCP

Запрос на функцию: Multipath TCP, RouterOS

bronco Guest	#1 0 26.03.2015 14:50:00 Здравствуйте, есть ли возможность добавить Multipath TCP согласно RFC 6824 в будущих версиях? Уже существует референсная реализация для ядра Linux: смотрите http://multipath-tcp.org/ и https://github.com/multipath-tcp С уважением, bronco

Zorro Guest	#2 0 10.04.2015 19:29:00 Отлично работает вместе с активными очередями. Также может быть полезна поддержка вариантов STCP.

ZeroByte

Guest

10.04.2015 20:28:00

Ты уверен? Всё, что ты описал, действительно относится к подключениям, идущим непосредственно с самого Mikrotik — например, если он собирается выполнить fetch или поддерживать ssh-соединение с удалённым хостом. Если я не пропустил, в RFC ничего не сказано про то, что какой-то промежуточный узел участвует в этой задаче. На самом деле, в RFC говорится о криптографическом рукопожатии на каждом подсоединении для аутентификации конечных точек и использовании токенов, чтобы обнаружить и пробить NAT.

MPTCP — это протокол транспортного уровня (уровня 4), который работает end-to-end. То, о чём ты думаешь, — это уже совсем другая история, которая использовала бы MPTCP как часть решения — а именно, когда TCP-сокет локально разрывается без лишнего шума, чтобы создать новый исходящий mptcp-поток, а потом данные между двумя сокетами пересылаются прозрачно.

Фактически, Mikrotik будет вынужден НЕ вмешиваться в MPTCP-рукопожатия, проходящие через него. (Что если внутренний хост имеет другую ссылку, которая не идёт через Mikrotik, и уже начал сессию MPTCP — 'tik просто не будет иметь правильный криптоключ для добавления или удаления подсоединений.)

П.С. Не думай, что я против MPTCP — мне кажется, это круто. Просто я не думаю, что он работает именно так.

bronco

Guest

10.04.2015 20:58:00

Да, я с тобой согласен — я думаю о каком-то подобии «прозрачного MPTCP-прокси», чтобы 'tik пытался устанавливать MPTCP-соединения для внутренних устройств, которые сами не умеют MPTCP. Если же какое-то внутреннее устройство захочет создать MPTCP-соединение самостоятельно, то 'tik должен определить, что такое соединение уже есть от этого устройства, и просто пропустить его с учётом всех прочих настроек. Я ещё не проверял RFC, возможно ли это реализовать полностью…

ZeroByte Guest	#5 0 10.04.2015 22:23:00 Интересно, какой из наборов меньше: сайты с поддержкой MPTCP или сайты с поддержкой IPv6 (скорее всего, первые).

f03nix

Guest

30.12.2015 07:44:00

Поддерживаю эту просьбу — поддержка в роутере была бы огромным плюсом для всех, кто использует VPN с [mtcp поддержкой] и балансировкой нагрузки. Поскольку это уже есть в iOS и MacOS, и для ядра Linux доступны патчи, Mikrotik должен добавить эту поддержку.

Zorro

Guest

30.12.2015 23:24:00

Да, было бы круто. Даже в отдельном (пока что изначально) пакете. Пока что версия не дозрела до 1.0, но даже код 0.9 кажется достаточно стабильным. http://www.multipath-tcp.org/ и вики для знакомства, конечно, https://en.wikipedia.org/wiki/Multipath_TCP. Помимо изначально задуманных преимуществ — это ещё помогает бороться с проблемами TCP-трафика, специфичными для радиоканалов, например, с перегрузками, а также обеспечивает простой, прозрачный и мягкий хендовер TCP для мобильных пользователей и клиентов. В сочетании с HWMP или OLSR, cjdns — может стать довольно интересным вариантом для новых горизонтов mesh-сетей и сетей в целом.

netflow

Guest

11.03.2017 13:17:00

+1 То, что это всё ещё довольно ново, не повод не рассматривать. Команда RouterOS усердно работает над решением всех проблем со стабильностью, совместимостью и производительностью. Добавление первоклассных функций будет следующим логичным шагом для привлечения внимания в корпоративном сегменте.

doctorrock Guest	#9 0 17.03.2017 09:24:00 Просто добавлю +1, чтобы сказать, что с удовольствием увидел бы поддержку MPTCP в RouterOS.

hkaiser Guest	#10 0 12.02.2020 17:48:00 Просто хочу добавить +1 и сказать, что с удовольствием посмотрел бы поддержку MPTCP в RouterOS.

MichaelDC Guest	#11 0 23.05.2020 18:34:00 Просто хочу добавить +1 за внедрение поддержки MPTCP в RouterOS… пожалуйста.

alex32c Guest	#12 0 25.05.2020 22:35:00 Плюс один.

chaos74

Guest

#13

20.07.2020 17:35:00

Очень важно внедрить Multipath TCP для объединения двух LTE-каналов в роутере RBM33, а другой роутер Mikrotik (hap ac2) будет работать как сервер, который агрегирует эти каналы. Отличное решение для онлайн-трансляций. Это дешевый аналог LiveU.

bronco

Guest

#14

28.07.2020 21:53:00

Спасибо, chaos74, это было одной из моих целей, когда я начинал эту тему. И MultipathTCP, конечно, не ограничен только использованием в LTE — его можно применять для любого типа сетевого соединения. К сожалению, похоже, что в MikroTik никто всерьёз не относится к просьбам о новых функциях (что мы видим, например, в теме про OpenVPN). Ладно, будем ждать бета-версию RouterOS v9, может, тогда что-то появится…

serj12 Guest	#15 0 11.12.2020 17:11:00 +1.

Bnolib Guest	#16 0 08.07.2021 17:30:00 +1 (долгосрочная трансляция, но было бы здорово, если бы так и было…)

milankragujevic Guest	#17 0 29.08.2021 17:30:00 Плюс один.

bronco Guest	#18 0 11.04.2015 08:37:00 Ты, пожалуй, прав, но, думаю, сравнение не совсем уместно, ведь цели MPTCP частично отличаются от целей IPv6…

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры