http://mikrotik.moscow Новое в теме [Запрос функции] Поддержка Data Center Bridge форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 14 Jul 2026 06:38:43 +0300 [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
@larsa, спасибо за очередной ответ. Верно, это так. Но тогда мы теряем те преимущества RDMA, о которых я говорил. Согласен. Но сейчас, когда мы говорим о RDMA, мы в основном имеем в виду RoCE(v2) или, возможно, (старый) iWARP в большинстве случаев. Послушай, позволь переформулировать то, что я говорил о CXL. Я согласен с тобой, что это — "будущее". Но я не считаю, что текущие внедрения изменятся в ближайшее время — лет десять точно — чтобы сделать это мейнстримом.

PCIe 4 был анонсирован в 2011, выпущен в 2017 и только к 2021-2022 стал массовым. Сейчас мы начинаем видеть серверы на PCIe 5, но там такой бардак с качеством, что много оборудования забирают из-за проблем с целостностью сигнала, из-за которых возникают сотни разных проблем в эксплуатации. Такие консорциумы очень долго делают единый стандарт — это не новость. Как только выйдет CXL и его примет индустрия, пройдет 5-10 лет, прежде чем это станет массовым. Я искренне хотел бы, чтобы это было быстрее, но нужно смотреть правде в глаза.

В это вложены миллиарды долларов в Infiniband/RDMA-сети, и люди просто так это не выкинут, минимум нам придется пережить один цикл устаревания после того, как CXL дойдет до массового использования (~5 лет). Семейство чипов Marvell DX4310 поддерживает все необходимые стандарты для RDMA с RoCE (про iWARP не уверен). Три нужных стандарта (все остальные — опционально) есть в оригинальных портах.

Приведу примеры требований у популярных решений Hypervisor/Storage/HCI, которые широко используются:  
VMWare ESXI/vSphere и vSAN: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.networking.doc/GUID-E4ECDD76-75D6-4974-A225-04D5D117A9CF.html  
Windows Server Storage Space Direct/Azure Stack HCI: https://learn.microsoft.com/en-us/azure-stack/hci/concepts/physical-network-requirements?tabs=overview%2C23H2reqs  

Они оба проводят тесты, для которых свитч должен быть правильно настроен. Поверь, я пробовал CRS518-16XS-2XQ-RM, CRS510-8XS-2XQ-IN и CRS504-4XQ-IN с решениями MSFT и VMware — и оба проваливаются на первом тесте, который проверяет PFC, дальше тестирование даже не начинается, функция просто отключается.

Я очень хотел бы, чтобы всё “просто работало” на обычном железе, как ты говорил, но на практике этого нет. Теоретически должно работать, а на деле — увы, не выходит.

Слушай, я не хочу ни с кем ссориться и никого не обижать. Просто прошу рассмотреть возможность добавить эту функцию — она помогла бы многим и позволила бы Mikrotik выйти на рынок, на котором сейчас их нет, потому что люди предпочитают обходиться без свитчей, когда это возможно, вместо того, чтобы покупать дорогущие свитчи Dell/Cisco. Они просто упускают деньги.
02.05.2024 14:31:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379770 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379770 Thu, 02 May 2024 14:31:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
@galvesribeiro Ну, на самом деле, дело в том, что железо MikroTik работает с самыми выгодными по цене чипами. Какая SoC для роутеров/коммутаторов поддерживает управление потоком и заторами, такие как PFC, ECN, ETS, DCTCP и прочие? Аппаратное ускорение RDMA в сетевой карте — это просто оптимизация производительности. Если в NIC нет аппаратной поддержки, это можно реализовать программно в драйвере.
02.05.2024 14:14:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379769 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379769 Thu, 02 May 2024 14:14:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Я явно «оскорбляю» сам стандарт «Data Centre Bridge» (который даже не человек), а не ТЕБЯ как личность, но ты, похоже, слишком зациклен на себе и решил, что это про тебя. Удачи с сетями второго уровня и отказом внедрять нормальную сетевую архитектуру, просто потому что ты не хочешь иметь собственных сетевых инженеров или MSP, управляющего сетью «уровня дата-центра».
02.05.2024 14:00:00, DarkNate.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379768 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379768 Thu, 02 May 2024 14:00:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
@darknate Хорошо. Спасибо за «помощь». То, что ты предлагаешь — это не то, о чём я просил, честно говоря. Я понимаю альтернативу и полностью с тобой согласен насчёт использования NIC, которые поддерживают XDP или DPDK. Но это не относится к изначальному вопросу. Никакой «Data Centre Bridge» ерунды вообще. Не знаю, откуда пошли оскорбления, но я тебя прямо сейчас остановлю. Уважение — это хорошо, и всем оно нравится. Вопрос был простой и адресован Mikrotik как запрос на добавление функции. Ничего оскорбительного тут не нужно. Опять же, хоть я и согласен, что есть альтернативы для универсальных высокопроизводительных сетей, ты не изменишь того факта, что очень распространённое программное обеспечение по всему миру, такое как Windows Server Storage Space Direct и VMWare ESXI с vSAN (а это, между прочим, самый большой гипервизор вне облаков в мире), а также выделенные SAN-устройства вообще не используют это, а вместо этого пользуются «эту ерундой» RDMA, которая, кстати, применяется у крупных облачных провайдеров, таких как AWS и Microsoft Azure. То, что ты просишь, — это всё равно что полностью отказаться от всех реляционных СУБД только потому, что есть NoSQL. Нет смысла. Ещё раз: оборудование Mikrotik поддерживает RDMA на большинстве современных чипов переключателей. Сетевая карта начиная от $15 Connect-X 3 и до $10 тысяч Bluefield DPU NIC может работать с RDMA (будь то RoCE/RoCEv2 или iWARP — зависит от производителя). Не нужны специальные драйверы, а «SmartNIC» — не обязательное условие. Это очень широко доступно. Нет причин, почему Mikrotik не должен это поддерживать в своём ПО, и им это только на пользу пойдёт, особенно для малого и среднего бизнеса, который хочет получить сеть с высокой скоростью без необходимости иметь инженера уровня дата-центра, чтобы настраивать eBGP, MPLS, VXLan и всё такое. В перечисленном ПО это обычно просто переключатель, чтобы использовать преимущества RDMA, и всё, что для этого нужно — чтобы коммутаторы соответствовали требованиям.
02.05.2024 13:56:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379767 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379767 Thu, 02 May 2024 13:56:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
@galvesribeiro RoCE работает с любыми обычными коммутаторами и роутерами. Однако, как я уже говорил, эффективность по задержкам, управлению потоками и буферизации будет, конечно, зависеть от конкретной среды. RoCE просто передаёт обычные Ethernet-кадры на другую сетевую карту по L2/L3. Драйвер устройства принимающей сетевой карты должен поддерживать RDMA и, вероятно, использовать аппаратную реализацию для оптимальной производительности. SMB-Direct не зависит от протоколов и не требует RoCE. Remote DMA (RDMA) — это общий принцип, который расширяет DMA через межсоединение. Его можно реализовать разными технологиями на уровнях L1/L2/L3, такими как IB, OP, CXL, RoCE, iWARP, SMB-Direct и так далее. Консорциум InfiniBand, Gen-Z, OpenCAPI и многие другие объединились, чтобы создать единый стандарт ультрабыстрых межсоединений под названием CXL. На рынке уже есть высокопроизводительные продукты на базе CXL. Хотя RoCE/IB скорее всего будут использовать ещё какое-то время ради сохранения инвестиций клиентов, в долгосрочной перспективе им, вероятно, на смену придёт CXL. Не могли бы вы уточнить, о каком именно SoC (чипе коммутатора) идёт речь, который якобы поддерживает «RDMA»? Mikrotik может реализовывать механизмы управления потоками и перегрузками (PFC, ECN, ETS, DCTCP и др.) для RoCE лишь в случае, если SoC поддерживает эти функции, а производитель предоставляет соответствующие драйверы.
02.05.2024 13:54:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379766 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379766 Thu, 02 May 2024 13:54:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Все операционные системы поддерживают сетевой уровень 3 поверх IP с MTU 9k, не вижу в этом проблемы. Windows, macOS, Linux, ОС на базе *BSD — что ещё нужно? UDP-Lite встроен в macOS и Linux. Насчёт Windows и *BSD не уверен. Что касается «специальных NIC», вам нужен SmartNIC с поддержкой аппаратного оффлоада XDP или DPDK. Тогда загрузка CPU будет равна нулю. Крупные компании используют DPDK/VPP и SmartNIC, чтобы держать загрузку процессора на 0% при сетевых операциях и передаче данных между хостами. Ни о каком «Data Centre Bridge» и речи нет. С правильной сетевой архитектурой не нужно ломаться ради Ethernet. Я рассказал всё, что мог, чтобы вы оторвались от Ethernet. Но если настаиваете на магии Ethernet — ваше право. Удачи найти это всё по дешёвке. Даже в SP-сетях Ethernet уже бросили десятки лет назад, теперь всё на MPLS с IP-подслоем и L2VPN.
02.05.2024 12:39:00, DarkNate.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379765 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379765 Thu, 02 May 2024 12:39:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
О, конечно, я знаю про альтернативы. Я просто хочу сказать, что существуют широко используемые операционные системы, которые его используют и требуют. Польза от этих специальных сетевых карт выходит далеко за рамки только сетевых функций, как я уже говорил. При их использовании есть (большие) преимущества для процессора. Всё, что я хочу сказать — мы не сможем изменить это в ближайшее десятилетие, потому что эти ОС не откажутся от этого, а даже если и откажутся, они всё равно потеряют главный плюс (по крайней мере для меня) — экономию процессорных ресурсов и энергии.
02.05.2024 12:31:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379764 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379764 Thu, 02 May 2024 12:31:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Как ты и сказал, в конце концов это UDP. При правильной архитектуре сети не нужно прилагать сверхусилия ради этих «особенных» Ethernet-адаптеров, коммутаторов или программного обеспечения. Переходите на сетевые решения уровня 3, используйте eBGP, VXLAN/EVPN, и переведите ваше хранилище Ceph на сквозной 9k MTU по IP на первых этапах. На самом деле можно идти дальше UDP, если ваша внутренняя команда разработчиков или поставщик ПО разрешают использовать настоящий протокол UDP-Lite с частичной проверкой суммы. Частичная проверка суммы позволяет приложению уровня 7 принимать решения, делая сеть статeless, поскольку сеть будет транслировать даже повреждённый пакет, если повреждение не критично, как определит приложение уровня 7. Как уже отметил кто-то другой, правильное решение — современная материнская плата с современными связями для CPU, PCIe и т. д., и CXL, похоже, именно это и есть.
02.05.2024 12:27:00, DarkNate.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379763 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379763 Thu, 02 May 2024 12:27:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Спасибо за ответ, @DarkNate. Дело в том, что мы не можем все вручную настраивать и менять такие вещи, как Windows Server или ESXI. Они поддерживают RDMA, так как это широко используемый стандарт, и на него опираются приложения. Также учтите, что хотя функция называется «Datacenter Bridge», это вовсе не означает, что она подходит только для крупных сценариев. Как я уже говорил, малый и средний бизнес может (и хочет) использовать её из-за экономии и относительно недорогих инвестиций в сетевые карты. Единственное дорогое сейчас — это проклятый коммутатор, поэтому я считаю, что коммутаторы Mikrotik были бы отличным решением в таких случаях, ведь они относительно недорогие по сравнению с Dell, Cisco и другими крупными брендами. Но, повторюсь, дело не только в «сетях» как таковых. Я понимаю, что VXLAN был бы классным решением с точки зрения сети и инфраструктуры. Но преимущества RDMA выходят далеко за эти рамки. Приложения получают выгоду от поддержки RDMA в сетевых картах, как я уже говорил. И да, в итоге это UDP без повторной передачи, где ожидается отсутствие потерь.
02.05.2024 12:22:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379762 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379762 Thu, 02 May 2024 12:22:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Я работал с масштабной сетью ЦОД, которая использовала дизайн, похожий на гипермасштабируемые сети Google и Meta. Мы строго перевели всё на уровень 3 с eBGP, примерно так, как здесь: https://www.rfc-editor.org/rfc/rfc7938.html. «Ethernet» ограничивался только прямым соединением устройств. Он никогда не выходил за эти рамки, а если и выходил, то работал поверх уровня 4 — UDP с VXLAN-инкапсуляцией и EVPN в качестве управляющей плоскости. Ни FibreChannel, ни STP, ни VLAN (только VXLAN/VNI/EVPN). Сетевые хранилища использовали MTU 9к по IP с Ceph. Для гибкости в работе TCP можно выбрать приложения, основанные на SCTP. При наличии подходящей команды разработчиков это не должно быть сложной задачей. Удивляет, что некоторые всё ещё откатываются с уровня 3 и продолжают расширять Ethernet.
02.05.2024 12:06:00, DarkNate.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379761 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379761 Thu, 02 May 2024 12:06:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Маркетинговые термины обычно вводят клиентов в заблуждение. Всем в индустрии хорошо известно, что DCB означает «Enterprise/Datacenter Gear». Хотя правда, что RoCE v2 можно использовать через обычные коммутаторы/маршрутизаторы на стандартном оборудовании, это вовсе не означает, что оно будет работать. Любое приложение или ОС, проверяющие поддержку RDMA, смотрят на наличие очень конкретных функций и стандартов с обеих сторон, чтобы включить эту возможность. Примером являются Windows Server Storage Spaces Direct, VMWare vSAN, Open-Source Ceph и т.д. Это неполный список сервисов и ОС, которые не активируют RDMA, если эти требования не подтверждены полным тестированием оборудования. Если хоть одна проверка не проходит, они просто не включат RDMA.

Я уже пробовал с коммутаторами Mikrotik и двумя машинами с сетевыми картами Mellanox с поддержкой RDMA. Ни Windows Server, ни VMWare ESXI не включили RDMA при подключении через Mikrotik. Если же переключиться на Dell PowerON и включить/настроить RDMA на портах, обе ОС сразу распознают поддержку. Это не что-то масштабное. Любой современный файловый сервис с SMB на Windows Server может иметь включенное RDMA.

Кроме того, SoC в устройствах Mikrotik — это процессор. То, что они называют «Switch Chip» в блок-схемах, на самом деле ASIC, и по данным производителя чипа, он поддерживает RDMA. На самом деле — нет. RDMA — это не просто способ сэкономить на повторной передаче пакетов. RDMA открывает целый спектр возможностей, например удалённый прямой доступ к GPU. И это преимущество скорее для конечных устройств, а не для посреднических, вроде коммутаторов или маршрутизаторов. RDMA снимает всю сетевую нагрузку с CPU, переводя её на сетевую карту, что даёт огромный прирост производительности и экономию затрат. Приложение может напрямую выделять буферы в памяти сетевой карты, обходя ядро и всю стэковую нагрузку на процессор — это даёт порядок величины лучших результатов, так как устраняются проблемы с планировкой ввода-вывода из-за загрузки CPU.

Это не правда (видимо, относится к IB). Крупные облачные провайдеры, такие как AWS и Azure, сильно инвестировали в RDMA с RoCE благодаря этим преимуществам. В Azure, например, есть исследования, показывающие, что более 80% их сетевого трафика приходится на RDMA с RoCE, что для них означает более 60% экономии CPU-ресурсов и энергии на соответствующих нагрузках. Сомневаюсь, что в течение следующего десятилетия что-то это заменит.

Кроме того, ситуация с CXL сейчас — полный хаос, ни один крупный производитель NIC не хочет поддерживать этот стандарт. Поддержка в основных ОС практически отсутствует. Не стоит на это особенно рассчитывать.

Если есть надежные источники — поделитесь, я мог бы поверить, но... Broadcom? Шутки в сторону. В любом случае, с точки зрения железа у Mikrotik есть всё, чтобы это реализовать. С точки зрения рынка — у них есть целая новая индустрия от малого до среднего бизнеса, который мог бы использовать преимущества RDMA и экономию, но зачастую вынужден работать без коммутаторов (что в целом плохо) или покупать дорогие коммутаторы типа Dell Power, которые иногда стоят дороже их собственных систем хранения или вычислений. Из-за этого либо переходят на беспереключательную схему (опять же плохо), либо отказываются от RDMA и недополучают выгоду.

Это не нишевая или «массовая» дата-фича, как вы сказали. Это просто очень оптимизированный способ организации сети, который подходит для клиентов любого размера, особенно потому, что не требует лицензий и патентных отчислений.
02.05.2024 11:44:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379760 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379760 Thu, 02 May 2024 11:44:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
@galvesribeiro — как вы и заметили, «Enterprise and Data Center products» — это маркетинговый термин и может означать что угодно. Если вы занимаетесь хранением данных, разумно сначала оценить свои технические требования перед покупкой. Трафик RoCE можно передавать через любые стандартные коммутаторы или маршрутизаторы, и он может отлично работать для выделенного трафика до определённого уровня пропускной способности с использованием обычного QoS. Однако для действительно требовательных задач, таких как массивные центральные хранилища данных с высокими скоростями и экстремально низкой задержкой, управление потоком, приоритизация пакетов и буферизация должны обрабатываться специализированным оборудованием (ASIC), чтобы добиться так называемого «безпотерьного Ethernet». Обычно это не поддерживается SoC в стандартных коммутаторах. Главная задача безпотерьного Ethernet — минимизировать повторные передачи NIC-to-NIC для обеспечения оптимальной производительности при больших нагрузках, иначе сама конечная точка RoCE должна выполнять повторные передачи и точечно управлять перегрузками (как TCP). Для более подробной информации смотрите: roceinitiative.org — 11 мифов о RDMA over Converged Ethernet (краткое руководство), electronicdesign.com — 11 мифов о RDMA over Converged Ethernet (RoCE), блог Broadcom — RoCE Horror, том 5: PFC Free CXL в итоге заменит RoCE/IB, особенно в дата-центрах.
02.05.2024 10:39:00, Larsa.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379759 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379759 Thu, 02 May 2024 10:39:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Я думаю, что в RouterOS 7.15rc добавили аппаратное QoS, смотри https://help.mikrotik.com/docs/pages/viewpage.action?pageId=189497483
02.05.2024 06:42:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379758 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379758 Thu, 02 May 2024 06:42:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Да… Раздражает. Я отправил письмо в поддержку, но, к сожалению, меня просто проигнорировали и так и не ответили. Открыл заявку через их систему поддержки, и угадайте что? «Исчезла». Скорее всего, это минимум, что можно сказать… Думаю, было бы лучше, если бы они прямо сказали, что не собираются это поддерживать. Mikrotik начинает походить на Ubiquiti в том, как ведут бизнес — игнорируют своих клиентов.
02.05.2024 06:20:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379757 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379757 Thu, 02 May 2024 06:20:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
@larsa Я думаю, ты зря тратишь время. Очевидно, что он даже не заинтересован в базовой переработке сети с VXLAN/EVPN (ведь мы говорим про дата-центровые сети). Почему ты думаешь, что он вообще рассмотрит 9k MTU с SMB-Direct?
02.05.2024 14:01:00, DarkNate.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379756 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379756 Thu, 02 May 2024 14:01:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Согласен, я купил 2 CRS504-4XQ-IN в надежде, что Mikrotik добавит поддержку RoCE, но, похоже, этого не произойдет в ближайшем будущем, хотя я ждал этого с момента выхода коммутатора. Это действительно разочаровывает, ведь сначала Mikrotik выглядел многообещающим, но упустил самое важное для меня — поддержку RoCE/RoCE v2. Сейчас я продаю свои коммутаторы Mikrotik и покупаю бренд для корпоративных сетей с поддержкой RoCE/RoCE v2 на eBay.
02.05.2024 04:49:00, lejfi.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379755 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379755 Thu, 02 May 2024 04:49:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
То же самое ^^ «Я согласен с этим запросом, это то, к чему Mikrotik нужно отнестись серьезно. RoCE становится доминирующим в дата-центрах и корпоративных сетях и требует наличия запрашиваемых функций.» Я собираюсь продать свой CRS504-4XQ-IN, как только появится возможность перейти на нормальный коммутатор.
07.11.2023 23:57:00, domrockt.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379754 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379754 Tue, 07 Nov 2023 23:57:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Современный RoCEv2 от Nvidia не требует всего этого, но отсутствие любых функций QoS для управления трафиком в топовых сериях коммутаторов и маршрутизаторов сбивает с толку. Почему у младших моделей CRS1xx/2xx есть функции QoS, а у CRS3xx, CRS5xx, CCR2116, CCR2216 — нет? Это связано с ограничениями чипа или программного обеспечения? Планируется ли добавить функции QoS в будущем? Не понимаю, как можно использовать коммутатор без возможности выставлять приоритеты QoS, для меня все современные серии выглядят бесполезными.
28.08.2022 01:07:00, Largelos.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379753 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379753 Sun, 28 Aug 2022 01:07:00 +0300 RouterOS [Запрос функции] Поддержка Data Center Bridge RouterOS в форуме RouterOS.
Привет! С выходом новой линейки продуктов с поддержкой 100GbE (CCR2216-1G-12XS-2XQ / CRS504-4XQ-IN / CRS518-16XS-2XQ), которые позиционируются как решения для корпоративного сектора и дата-центров, компании с серьёзными корпоративными и дата-центровыми нагрузками (как и мы) начали использовать эти устройства для развития своего бизнеса. Однако, несмотря на выдающуюся производительность этих устройств и RouterOS (с учётом их цены), им не хватает корпоративных и дата-центровых функций. Самая заметная из них — Data Center Bridge (DCB), которая сейчас является крайне полезным и практически обязательным требованием для любого развертывания гиперконвергентной инфраструктуры (HCI).

После некоторых исследований выяснилось, что RouterOS поддерживает только IEEE 802.1Q (VLAN), в то время как остальные распространённые требования игнорируются. Вот список самых важных стандартов, которые нужны для полноценной поддержки DCB в роутерах/коммутаторах:

IEEE 802.1Qbb — Priority Flow Control (PFC): PFC необходим там, где используется DCB, чтобы обеспечить поддержку как RoCE, так и iWARP типов RDMA. Требуется минимум 3 приоритета классов обслуживания (CoS) без ухудшения возможностей коммутатора или скорости портов, при этом один из классов должен обеспечивать безпотерьную передачу данных.

IEEE 802.1Qaz — Enhanced Transmission Select (ETS): Как и PFC, ETS тоже является требованием DCB для RDMA.

IEEE 802.1AB — Link Layer Discovery Protocol (LLDP): LLDP нужен для динамической поддержки TLV без дополнительной настройки. Например, включение подтипа 3 должно автоматически объявлять все VLAN, доступные на порту коммутатора.

Так есть ли у MikroTik планы реализовать или включить эти функции хотя бы в этих мощных высококлассных устройствах с коммутаторными чипами? Похоже, что коммутаторные чипы в этих моделях поддерживают SAFE (Marvel Prestera RDMA implementation), так что остаётся только добавить поддержку на уровне RouterOS. Уверен, что многие компании переключились бы с Dell, Cisco или Huawei на MikroTik, если бы эти корпоративные и дата-центровые функции стали доступны.

С учётом новой линейки 100G устройств, единственная причина, по которой я бы сегодня выбрал традиционные брендовые коммутаторы или роутеры — это отсутствие этих стандартов на устройствах MikroTik и в RouterOS.

Спасибо!
11.07.2022 00:54:00, galvesribeiro.]]> http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379752 http://mikrotik.moscow/forum/forum57/83753-zapros-funktsii_-podderzhka-data-center-bridge/message379752 Mon, 11 Jul 2022 00:54:00 +0300 RouterOS