Чипы Prestera теоретически поддерживают аппаратное разгрузку vxlan. У нас есть программная поддержка vxlan, но никаких комментариев насчет того, будет ли аппаратная разгрузка в будущем. Это фича из дорожной карты? Или «мы считаем, что клиентам это особо и не нужно»? Или «мы поняли, что для этого понадобятся другие чипы»? Было бы здорово разворачивать сети на vxlan с чипами серии CRS3/5xx, а не переходить на Aruba/Cisco/что-то ещё. Суть и преимущество в том, что можно делать полноценный L3 уровень распределения и при этом сохранять L2 роуминг по всей сети. То есть у каждого краевого или access-коммутатора может быть одна большая VLAN «printers», но такой VLAN не будет существовать на агрегационном или ядровом уровнях.
Правка: чтобы сразу убрать ответы типа «почему не EoIP или GRE». Короче, вопрос кросс-совместимости. Приходилось внедрять vxlan в продакшен, где работали устройства Aruba/Cisco/Dell/Fortinet без проблем. VXLAN обладает некоторыми функциями multicast, которые делают его гораздо привлекательнее двух других вариантов именно для описанной ситуации (NVGRE — конкурирующий стандарт, но поддержка у него встречается реже). Честно говоря, в основном я использовал vxlan для глупых L2-бриджевых связей поверх L3 с несовместимым железом.
Правка: чтобы сразу убрать ответы типа «почему не EoIP или GRE». Короче, вопрос кросс-совместимости. Приходилось внедрять vxlan в продакшен, где работали устройства Aruba/Cisco/Dell/Fortinet без проблем. VXLAN обладает некоторыми функциями multicast, которые делают его гораздо привлекательнее двух других вариантов именно для описанной ситуации (NVGRE — конкурирующий стандарт, но поддержка у него встречается реже). Честно говоря, в основном я использовал vxlan для глупых L2-бриджевых связей поверх L3 с несовместимым железом.
