GRE туннель и функция аппаратного разгрузки L3 на CRS317-1G-16S+

GRE-оффлоадинг был бы отличным, но по-настоящему полезным оказался бы оффлоадинг EoIP, ведь с ним можно создавать мосты для простой настройки PTP-ссылок (или L2TP, если на другом конце не MikroTik). VPLS был бы идеальным вариантом, но у него много ограничений — например, нужно, чтобы каждый промежуточный узел не просто участвовал в MPLS, а ещё и умел инкапсулировать в зону L2MTU. В итоге EoIP получается гораздо практичнее, да и настраивать и устранять проблемы с ним куда проще.

Пока нет.

Проверяю по этому вопросу. Очевидно, что пока не реализовано, так как я не вижу ничего в списке изменений. Это в планах на далёкое будущее или всё же задача повыше по приоритету?

Спасибо за обновление, 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 тоже был бы очень желателен, но я уже ушёл слишком далеко от темы. Спасибо!