Comments 4
Спасибо за статью.
Есть пожелание немного четче структурировать
поначалу очень хорошо разбираются проблемы MLAG
Затем идет теория-теория, читатель засыпает
И потом раз:
И вот тут очень трудно сообразить, что это как раз один из подходов по решению задачи MLAG и был.
Ну еще можно добавить, что в случае с EVPN, MLAG можно реализовать так же и традиционным способом с помощью vPC. И тут же минусы vPC озвучить.
А еще, что в терминах cisco описанный подход называется BGP EVPN Multihoming. Потому что для тех кто захочет копнуть глубже, гугление по словам «применения программной модели обучения MAC адресов в Overlay сети для сценария включения или отключения порта доступа» можно будет найти исключительно Вашу статью :)
Я если что не претендую, сам только начал погружаться в этот удивительный мир фабрики.
Поэтому заодно воспользуюсь случаем и задам вопрос эксперту:
Если мне теперь не нужен vPC и соответственно нет необходимости собирать попарно leaf-ы и соединять их через spine,
то что мне мешает совсем отказаться от spine коммутаторов
при условии что мои портебности в портах доступа закрывают 3-4 leaf-а?
т.е. сделать вот так:
картинка тянута отсюда (прости Ivan)
но используя EVPN Multihoming сделать подключение к серверам active-active
Есть пожелание немного четче структурировать
поначалу очень хорошо разбираются проблемы MLAG
Затем идет теория-теория, читатель засыпает
И потом раз:
Больший интерес для темы данной статьи представляет описание применения программной модели обучения MAC адресов в Overlay сети для сценария включения или отключения порта доступа
И вот тут очень трудно сообразить, что это как раз один из подходов по решению задачи MLAG и был.
Ну еще можно добавить, что в случае с EVPN, MLAG можно реализовать так же и традиционным способом с помощью vPC. И тут же минусы vPC озвучить.
А еще, что в терминах cisco описанный подход называется BGP EVPN Multihoming. Потому что для тех кто захочет копнуть глубже, гугление по словам «применения программной модели обучения MAC адресов в Overlay сети для сценария включения или отключения порта доступа» можно будет найти исключительно Вашу статью :)
Я если что не претендую, сам только начал погружаться в этот удивительный мир фабрики.
Поэтому заодно воспользуюсь случаем и задам вопрос эксперту:
Если мне теперь не нужен vPC и соответственно нет необходимости собирать попарно leaf-ы и соединять их через spine,
то что мне мешает совсем отказаться от spine коммутаторов
при условии что мои портебности в портах доступа закрывают 3-4 leaf-а?
т.е. сделать вот так:
картинка тянута отсюда (прости Ivan)
но используя EVPN Multihoming сделать подключение к серверам active-active
Спасибо, за критику. Не просто находить нужные слова для перевода узкоспециализированных терминов, иногда проще написать оригинальное понятие — в статьях технической направленности я считаю это уместным. При написании именно этой статьи я старался придерживаться понятных не специалистам формулировок. Рад тому, что после прочтения у вас возникло желание копнуть глубже, в концы статьи есть полезные, на мой взгляд, ссылки.
EVPN хорош тем, что топология может быть свободной от каких-то догматов. Если коммутационный чип на leaf позволяет им работать в качестве l2/l3 шлюзов, и потребности портовой емкости согласованы с имеющимися каналами, нет никакой проблемы запустить эту схему.
EVPN хорош тем, что топология может быть свободной от каких-то догматов. Если коммутационный чип на leaf позволяет им работать в качестве l2/l3 шлюзов, и потребности портовой емкости согласованы с имеющимися каналами, нет никакой проблемы запустить эту схему.
Хорошая, приятная для чтения статья. Спасибо!
Если у вас есть какой-то практический опыт работы с подобными решениями, насколько сложно всем этим управлять? Это по сути те же VLAN'ы, только в профиль. Даже когда весь underlay настроен, допустим, понадобилось добавить ещё один overlay. Там создать, тут создать… vni с vlan'ом мапинги…
И могли бы вы что-нибудь сказать про symmetric/assymetric routing между VNI касаемо EVPN с VXLAN. Видели ли вы их в работе? Кстати, вы не поделитесь каким-то опытом с конкретными решениями? А то мы тут смотрим как раз на одно решение с VXLAN под EVPN'ом.
Спасибо.
Существует три сервисные модели — VLAN-Based, VLAN Bundle и VLAN-Aware.
VLAN Based и VLAN Bundle расположены на разных полюсах с точки зрения сложности управления, масштабируемости и контроля широковещательного трафика. Последняя модель VLAN-Aware — разумный компромисс между этими характеристиками, на пограничных устройствах управление не особенно сложнее классической езернет сети, в ядре — все совсем просто.
symmetric/assymetric модель маршрутизации обусловлена исключительно возможностями коммутационного чипа и реализованными в софте вариантами обмена NLRI. Type 5 анонс может быть рекурсивно раскрыт либо через дополнительную информацию в своих полях (тогда он является самодостаточным) либо через информацию во вспомогательном Type 2 анонсе. Самодостаточные (pure type 5) анонсы обычно используют в таких задачах DCI, где можно или нужно делить сети на третьем уровне, чтобы максимально разделить топологию разных площадок и снизить требования к размерам таблиц коммутации.
В этой статье я не планировал хвалить/ругать конкретные реализации вендора A или B, сферические сравнения рискуют быть бесполезными без проработки деталей. Могу лишь посоветовать — в выборе отталкивайтесь исключительно от требований и условий конкретно вашей задач. И, если вы присматриваетесь к какому-то решению, присматривайтесь к нему со всей внимательностью.
Существует три сервисные модели — VLAN-Based, VLAN Bundle и VLAN-Aware.
VLAN Based и VLAN Bundle расположены на разных полюсах с точки зрения сложности управления, масштабируемости и контроля широковещательного трафика. Последняя модель VLAN-Aware — разумный компромисс между этими характеристиками, на пограничных устройствах управление не особенно сложнее классической езернет сети, в ядре — все совсем просто.
symmetric/assymetric модель маршрутизации обусловлена исключительно возможностями коммутационного чипа и реализованными в софте вариантами обмена NLRI. Type 5 анонс может быть рекурсивно раскрыт либо через дополнительную информацию в своих полях (тогда он является самодостаточным) либо через информацию во вспомогательном Type 2 анонсе. Самодостаточные (pure type 5) анонсы обычно используют в таких задачах DCI, где можно или нужно делить сети на третьем уровне, чтобы максимально разделить топологию разных площадок и снизить требования к размерам таблиц коммутации.
В этой статье я не планировал хвалить/ругать конкретные реализации вендора A или B, сферические сравнения рискуют быть бесполезными без проработки деталей. Могу лишь посоветовать — в выборе отталкивайтесь исключительно от требований и условий конкретно вашей задач. И, если вы присматриваетесь к какому-то решению, присматривайтесь к нему со всей внимательностью.
Sign up to leave a comment.
Что такое EVPN/VXLAN