Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Запрос на функцию – UDM Pro Jumbo Frames – функция добавлена в выпуск EA (завершено), feature-request
 
ФИНАЛЬНОЕ ОБНОВЛЕНИЕ: ОНО ЗДЕСЬ https://community.ui.com/releases/UniFi-OS-Dream-Machines-1-12-22/851bdc97-fc39-40ef-bd71-786766512c58 МЫ СДЕЛАЛИ ЭТО. ОБНОВЛЕНИЕ: Временно сделал обходное решение https://github.com/kalenarndt/udmp-jumbo-frames ОБНОВЛЕНИЕ 2: Добавлено в EA-релиз. Я уже задавал этот вопрос раньше, но никто из UI не ответил. НЕ могли бы вы, пожалуйста, сделать так, чтобы при включении jumbo frames на UDM/UDMP устанавливался размер MTU на L3-интерфейсе 9000 или 9216? Сейчас при включении jumbo frames они работают ТОЛЬКО на уровне 2 и не позволяют маршрутизировать jumbo frames между подсетями. У меня есть лабораторные и рабочие нагрузки, которым нужны jumbo frames, и трафик у них идет с установленным битом DF. Еще одна проблема: при использовании 10Gig между UDM Pro и другим коммутатором (USW) не передается MTU 9k, если трафик находится на том же L2. Текущий дизайн сети: NUC (Ubuntu 20.04 – MTU 9K) --> 24 Unifi POE 1Gbps --> Ethernet --> UDM Pro --> SFP+ (10Gig) --> USW --> Storage Array --> 10Gig Этот поток идет по VLAN1 только для теста и не работает при MTU выше 1500, хотя jumbo frames включены на Linux OS, Unifi 24 POE, UDM Pro, USW и Storage Array. Если пинговать другой 10Gig-узел, я могу без проблем отправлять пакеты с MTU 8972 и установленным битом DF. Если я залогинюсь по ssh на UDM Pro и выполню следующий скрипт, то проблема с jumbo frames решается: #!/bin/sh interfaces=$(ip link list | grep -i switch | sed 's/^[^:]*://g; s/:.*//; s/@switch0.*//') sfp=$(ip link list | grep -i eth10 | sed 's/^[^:]*://g; s/:.*//; s/@eth10.*//') for interface in $interfaces do ip link set dev $interface mtu 9000 done for sfp in $sfp do ip link set dev $sfp mtu 9000 done Пожалуйста, исправьте эту проблему — очень раздражает каждый раз запускать shell-скрипты для выставления MTU, когда железо явно поддерживает значения 9000 и 9216.
 
@karndt какую новую функцию или проблему мы собираемся DoS-ить теперь? Хаха :P поздравляю!
 
Я скучаю по всем вам.
 
Этот фикс доступен и для устройств UXG? @UI-Glenn
 
Единственный способ проверить, работают ли Jumbo Frames, — это сделать пинг с длиной пакета больше 1500. Если Jumbo Frames не работают, пакет будет фрагментирован.
 
Понял. Вот что я проверял: коммутатор Unifi Lite на 8 портов (включены jumbo frame), подключенные устройства: NAS1 (2 порта по 1 Гбит с агрегацией каналов), jumbo frame включены [9000], NAS2 (то же, что и NAS1, jumbo frame включены [9000]). Передавал файл размером 5 ГБ между ними через протокол SMB3 — никаких улучшений не заметил. Потом еще пробовал Rsync — тот же результат (то есть никакого реального прироста с включённым jumbo frame).
 
Поздравляю! Думал, что именно этого и не хватало, чтобы добавить функцию отложенного уведомления в Protect!
 
Вся цепочка между двумя устройствами, которые хотят отправлять или получать jumbo кадры, должна поддерживать jumbo кадры. То есть, если у вас есть такая схема: ПК 1 <-> Коммутатор 1 <-> Коммутатор 2 <-> ПК 2, то нужно включить поддержку jumbo кадров на всех четырёх устройствах: ПК 1, ПК 2, Коммутатор 1 и Коммутатор 2. По умолчанию на них это не включено. Если у вас есть устройства, которые не поддерживают jumbo кадры, то, разумеется, вы не сможете отправлять или получать jumbo кадры с этих устройств, но это не повлияет на другие устройства в сети, которые такую поддержку имеют.
 
Хмм... значит все устройства, участвующие в сети, а также сами сетевые устройства должны поддерживать jumbo-фреймы? Если один компьютер не поддерживает jumbo-фреймы, но при этом подключён к тому же коммутатору, то неважно, что ещё два других устройства в сети с включёнными jumbo-фреймами подключены к тому же коммутатору с поддержкой jumbo-фреймов?
 
Вы выиграете от jumbo frames только если вся цепочка устройств их поддерживает — включая компьютеры/серверы на обоих концах. Ваш интернет-соединение точно не будет использовать jumbo frames, как и Wi-Fi-клиенты, поэтому это имеет смысл только при внутреннем обмене данными между двумя проводными устройствами, у которых тоже включены jumbo frames, плюс коммутаторы.
 
Спасибо! Я включил это, протестировал... выключил, протестировал... и не заметил никакой разницы :-( А в чем был тест? Отправить файл на 5 ГБ с одного устройства на другое по протоколу SMB3 (с одного NAS на другой NAS), оба подключены по связке из двух 1-гигабитных каналов (2 Гбит/с). Максимальная скорость передачи осталась той же — 114-115 МБ/с.
 
Поддержка Jumbo Frame была добавлена в UDM-Pro с версией 1.12.22 (официальная) и ДОЛЖНА работать. Многие коммутаторы уже давно поддерживают Jumbo Frames, так что, если такая опция есть, тоже ДОЛЖНО работать. Единственное устройство, которое я сейчас знаю как несовместимое — это UDR (возможно, это баг или упущение).
 
Очень запутанно, но, думаю, это просто не работает.
 
Потратьте пару минут, чтобы пробежаться по ответам на последних двух страницах.
 
Вот они! :-) Вопрос в том, действительно ли это работает или это просто фиктивная кнопка?
 
Если бы только был какой-то способ это выяснить… Эта галочка сама себя не поставит. 🤷‍♂️
 
Это значит, что теперь у нас есть поддержка Jumbo Frames на UDM-Pro, USW-Pro-24-POE, Lite Switch 8-port POE? В интерфейсе я вижу опцию включения Jumbo Frames на всех этих устройствах, вопрос в том... будет ли это работать? @UI-Glenn
 
@karndt если бы только Ubiquiti поставляли UDM-P/SE с опцией без всякого лишнего программного обеспечения.
 
Ну вот, это случилось, наконец-то случилось. https://community.ui.com/releases/UniFi-OS-Dream-Machines-1-12-22/851bdc97-fc39-40ef-bd71-786766512c58 Хочу поблагодарить своих друзей из этой темы и собираюсь отметить её как решённую. МЫ СДЕЛАЛИ ЭТО, КОМАНДА, У НАС САМЫЕ ОГРОМНЫЕ ФРЕЙМЫ!
 
Я действительно разбудил зверя, вызвав его знания по этой теме в другой ветке, так что, уверен, @karndt сейчас по-ностальгировал 😋
Страницы: 1 2 След.
Читают тему (гостей: 1)