http://mikrotik.moscow Новое в теме GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Sat, 01 Aug 2026 08:16:33 -0400 GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Итак, запрос здесь касается аппаратного оффлоада, что означает многогигабитные скорости на поддерживаемом железе. CHR всегда будет работать на программном обеспечении. Я разгонял несколько гигабит на CHR через GRE на 3 ГГц Intel 9-го поколения. Нужно понимать, что каждый GRE-туннель привязывается к одному ядру процессора, так что дополнительные ядра особо не помогают с производительностью одного туннеля. Забавно, что GRE-точки на «чистом» Linux работают очень быстро. 10 Гбит между двумя бюджетными Dell Optiplex с картами i710 — без проблем. Контроллер Cambium cnWave e2e завершает GRE6-трафик от их узлов и может выдать около 15 Гбит/с на 10-м поколении i5-7xxx 2.4 ГГц в виртуальной машине при нагрузке CPU примерно 40%. Я здесь, потому что не могу даже близко подойти к 1 Гбит на устройствах hap ax2 с IPQ6010 — четырехъядерным процессором. Между парой rb5009 на 10G портах можно получить около 2.5 Гбит/с в сумме. VXLAN с IPv6 сигнализацией проходит около 2.7 Гбит/с в полном дуплексе и 4.5 Гбит/с в сумме на том же железе. В тесте с «прямым» подключением получилось 8.9 Гбит/с. Так что у нас есть стабильный вариант с VXLAN на примерно 4 Гбит/с, но GRE выдает вдвое меньше на том же железе.
25.07.2023 16:49:00, syadnom.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425982 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425982 Tue, 25 Jul 2023 16:49:00 -0400 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Какой объем пропускной способности реально можно получить с CHR на высокочастотном 8-ядерном процессоре (5 ГГц), выделенном специально для этой задачи?
25.07.2023 15:44:00, chechito.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425981 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425981 Tue, 25 Jul 2023 15:44:00 -0400 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Спасибо за обновление, Raimonds. Я понимаю, что вокруг возможного EVPN-сервиса сейчас много волнения, и аппаратное ускорение vxlan — своего рода обязательное условие для этого. Это не то же самое, что GRE/GRE6, о котором просят в этой ветке, но, думаю, часть технической базы для аппаратного GRE и аппаратного vxlan совпадает. В дата-центрах vxlan определённо на первом месте по аппаратному оффлоаду, вероятно, это главный кандидат для любого варианта «что дальше» в этом контексте. Честно говоря, я немного в раздумьях, что бы предпочёл больше. GRE/GRE6 проще для базового построения туннелей, но vxlan кажется более лёгким. Сейчас на железе hap ax2 я могу легко прокачивать через vxlan в 2-3 раза больше, чем через GRE. По моим тестам, на vxlan получается примерно 650x650 Мбит/с, тогда как на GRE — не более половины от этого. Это очень хорошо иллюстрирует мою позицию. hap ax2 — достаточно мощный девайс с быстрым чипом. Софтварная инкапсуляция просто не подходит для современных провайдеров услуг — от ISP до MSP и IT-компаний, которые нуждаются в туннелированных конечных точках. Я мульти-технологический оператор, у нас ещё и бизнес-класс развернут по оптоволокну. Мне очень хотелось бы аппаратный vxlan (на ipv6...). Для меня это в самом центре нативного дизайна сети на ipv6. Углубляюсь, но одна из серьёзных проблем при развёртывании на оптоволокне — большие расстояния с большим риском повреждений линий из-за падения столбов или повреждений экскаватором. Мы хотим делать проводную ipv6 с максимальной скоростью, и вместо хрупких xgspon-разветвлений или Ethernet-пробросов планируем маршрутизацию, которая позволит прокидывать пакеты по нескольким путям и даже по беспроводным связям без проблем с RSTP. При этом всё должно выглядеть как сервис уровня L2, так что аппаратный оффлоад vxlan — ключевой момент, а в крайнем случае — аппаратный GRE6. SPB тоже был бы очень желателен, но я уже ушёл слишком далеко от темы. Спасибо!
25.07.2023 15:08:00, syadnom.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425980 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425980 Tue, 25 Jul 2023 15:08:00 -0400 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
К сожалению, сейчас я не могу дать никаких оценок. В данный момент основное внимание сосредоточено на стабилизации ядра L3HW и аппаратном ускорении QoS (одна и та же команда работает над этими проектами). После этого мы пересмотрим приоритеты.
25.07.2023 13:27:00, raimondsp.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425979 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425979 Tue, 25 Jul 2023 13:27:00 -0400 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Проверяю по этому вопросу. Очевидно, что пока не реализовано, так как я не вижу ничего в списке изменений. Это в планах на далёкое будущее или всё же задача повыше по приоритету?
25.07.2023 00:29:00, syadnom.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425978 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425978 Tue, 25 Jul 2023 00:29:00 -0400 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Есть ли какие-нибудь варианты туннелирования для CRS317-1G-16S+, которые можно выполнить с аппаратным ускорением? У меня похожая задача. VXLAN, EoIP или что угодно…
17.01.2023 12:04:00, notdec.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425977 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425977 Tue, 17 Jan 2023 12:04:00 -0500 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Пока нет.
13.01.2023 09:21:00, raimondsp.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425976 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425976 Fri, 13 Jan 2023 09:21:00 -0500 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Это уже было реализовано?
12.01.2023 22:11:00, benoitc.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425975 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425975 Thu, 12 Jan 2023 22:11:00 -0500 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
GRE-оффлоадинг был бы отличным, но по-настоящему полезным оказался бы оффлоадинг EoIP, ведь с ним можно создавать мосты для простой настройки PTP-ссылок (или L2TP, если на другом конце не MikroTik). VPLS был бы идеальным вариантом, но у него много ограничений — например, нужно, чтобы каждый промежуточный узел не просто участвовал в MPLS, а ещё и умел инкапсулировать в зону L2MTU. В итоге EoIP получается гораздо практичнее, да и настраивать и устранять проблемы с ним куда проще.
12.01.2022 17:57:00, Railander.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425974 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425974 Wed, 12 Jan 2022 17:57:00 -0500 RouterOS GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+ RouterOS в форуме RouterOS.
Мы рассматриваем возможность использования стороннего сервиса защиты от DDoS, который бы перенаправлял нам очищенный входящий трафик через GRE-туннель на 10 Гбит/с порт. Без шифрования, просто обычная инкапсуляция GRE. Сейчас мы ищем недорогой вариант, который позволит нам завершать этот GRE-туннель и при этом достигать (приблизительно) скорости линии в 10 Гбит/с.

С выходом RouterOS 7 CRS317-1G-16S+ поддерживает аппаратное L3-оффлоадинг и может обеспечивать близкую к максимальной скорость линии при простой маршрутизации. Но что происходит в случае GRE-туннеля? Может ли аппаратный L3-оффлоадинг «разворачивать» GRE-пакеты на уровне железа? Или для этого нужен будет процессор, тогда аппаратное ускорение использовать нельзя, и всё придётся обрабатывать программно (с серьёзными потерями в производительности, из-за чего пропускная способность будет заметно ниже скорости линии)?

Я не могу найти ответ на этот вопрос в документации RouterOS. В списке функций, которые точно работают, частично работают или не работают с L3-оффлоадингом, GRE-туннели почему-то не упомянуты. В технических описаниях Marvell Prestera есть информация о форвардинговом движке, который может обрабатывать GRE-пакеты, но я не знаю, применимо ли это к Mikrotik и использует ли Mikrotik эту возможность.

Итак, может ли CRS317-1G-16S+ завершать GRE-туннели на аппаратном уровне? Если нет, есть ли какой-либо другой похожий по цене коммутатор, который сможет это делать (на скорости порта 10 Гбит/с)?

Большое спасибо!
20.10.2021 09:20:00, lkkm99.]]> http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425973 http://mikrotik.moscow/forum/forum57/88351-gre-tunnel-i-funktsiya-apparatnogo-razgruzki-l3-na-crs317_1g_16s/message425973 Wed, 20 Oct 2021 09:20:00 -0400 RouterOS