Way to Geneve

[Oll123]

Круто! Спасибо! Мне как бывшему сетевику очень понравилось. Кратко, емко, по существу и все понятно :) его уже внедрили/внедряют/используют? Есть реализации?

[AVMar]

Genevе — единственный Overlay в NSX-T 3.0. Ответ — да, внедрили и используют. В дальнейшем планирую описать путь пакета в упаковке Geneve до AWS. Спасибо за отзыв!

[pyrius]

Nexus 9k на CloudScale ASIC тоже его поддерживают, релиз обещали в первой половине 2021
blogs.cisco.com/datacenter/all-tunnels-lead-to-geneve

[AVMar]

Да, спасибо. Потом и остальные подтянутся. Ползком догонят.

[click0]

Расскажите, а какие преимущества VXLAN, работающего поверх UDP, перед Q-in-Q/QinQ (IEEE 802.1ad)?

[AVMar]

Привет. Спасибо за вопрос. Протоколы работают на разных уровнях модели OSI и ответить односложно очень не просто. Если смотреть в разрезе изоляции тенанта в виртуальной инфраструктуре, то потенциально, за счет внешнего тега QinQ, мы сможем отдать каждому тенанту 4094 L2 сегментов, а количество тенантов в свою очередь будет ограничено тем же количеством в 4094(верхний tag). Кроме этого QinQ в любом случае потребует наличия L2 канала по которому поедет траффик в отличии от Geneve, которая дает возможность перевозить L2 траффик поверх обычной IP-сети (Интернет в т.ч.).

[Gorn]

Позволю себе немного дополнить.
VXLAN — overlay'ная технология, а QinQ решает задачи разбиения доменов на втором уровне. Поэтому ответом на ваш вопрос может быть список преимуществ возникающий с использованием наложенных на L3 сеть технологии плоскости данных второго уровня:
— ECMP
— большая мобильность хостов
— возможность прикрутить SDN-контроллер(тут могут всплыть дополнительные преимущества)
— масштабируемость
— упрощённая работа с адресным пространством ​

[Gorn]

Спасибо за статью.
Если я правильно понял, Geneve потому, что больше полей в заголовке и они лучше определены в стандарте, чем в vxlan. Зачем NSX-T VMware нужны эти поля?

[AVMar]

Спасибо за вопрос.
К сожалению, ответить сейчас на вопрос как в VMware будут использовать расширенный заголовок в дальнейшем сложно. В любом случае состав инициативной группы нового стандарта состоит из больших игроков, поэтому применение они безусловно найдут. Дальше планирую практическую часть по результатам которой, возможно, смогу ответить на Ваш вопрос.

[jamaze]

Спасибо за краткий и содержательный обзор.
А какой реальный смысл в этих проприетарных метаданных?

[AVMar]

Спасибо за вопрос.
Своего ответа у меня пока нет. В качестве ответа приведу краткую выдержку из «draft-ietf-nvo3-geneve-08»:
«The reality is that the metadata is not exclusively used to identify tenants and
encoding other information quickly starts to crowd the space. In fact, when compared to the tags used to exchange metadata between line cards on a chassis switch, 24-bit identifiers start to look quite small. There are nearly endless uses for this metadata, ranging from storing input ports for simple security policies to service based context for interposing advanced middleboxes.»