Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера

Reply to Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера on Thu, 26 Feb 2026 21:57:17 GMT

Enes Simnica — Thu, 26 Feb 2026 21:57:17 GMT

Не за что, G! Рад, что смог помочь. -Энес Еще Cisco?!
Еще спортзал?!
Если этот пост решил твою проблему, пожалуйста, отметь его как «Принятое решение». Буду очень признателен!

Reply to Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера on Thu, 26 Feb 2026 21:57:16 GMT

john.gregory — Thu, 26 Feb 2026 21:57:16 GMT

Еще раз спасибо. Благодарю за ответ.

Reply to Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера on Thu, 26 Feb 2026 21:57:15 GMT

john.gregory — Thu, 26 Feb 2026 21:57:15 GMT

Спасибо, что нашли время ответить. Я прикрепил схему, которую пытаюсь концептуализировать и которая, по моему мнению, похожа на приведенную выше. На этой схеме Cat8Kv будет размещен на кластерах ESXi под сервисными листьями, и я планирую иметь отдельные и выделенные восходящие каналы для Cat8Kv, чтобы напрямую подключаться к BGW. Для внутренней и внешней подложки сайта я рассматриваю возможность использования BGP между BGW через DCI, а также между BGW и RS. Что вы думаете об этом подходе? В конструкции BGW back-to-back без RS BGP используется как для подстилающего, так и для накладного уровня между BGW. Поскольку я использую RS, правильно ли сказать, что нет необходимости запускать BGP между BGW для подстилающего уровня?

Reply to Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера on Thu, 26 Feb 2026 21:57:14 GMT

Enes Simnica — Thu, 26 Feb 2026 21:57:14 GMT

Да, вы можете использовать маршрутный сервер в конфигурации BGW back-to-back. Фактически, использование маршрутного сервера, такого как Cat8Kv, может значительно упростить вашу контрольную плоскость BGP, особенно в крупных или мульти-DC развертываниях. В вашем случае развертывание одного Cat8Kv в DC1 и другого в DC2 является надежным подходом. Эти маршрутные серверы должны подключаться к VRF контрольной плоскости оверлея (или к любому VRF, который ваши BGW используют для обмена маршрутами оверлея). После полного установления подложки каждый BGW должен сформировать сеансы пиринга BGP с обоими маршрутными серверами. Это обеспечивает избыточность и согласованность маршрутов на обоих сайтах. Сами маршрутные серверы не участвуют в плоскости данных. Они действуют как BGP-рефлекторы (пассивно), что означает, что каждый BGW взаимодействует с ними, но не напрямую с другими BGW. Это уменьшает количество необходимых сеансов BGP, при этом по-прежнему обеспечивая полное распределение маршрутов. Если маршрутные серверы выходят из строя, это влияет только на обновления плоскости управления, например, пересылка продолжается на основе RIB/FIB. Но, G, убедитесь, что маршрутные серверы Cat8Kv доступны со всех BGW по всей оверлейной сети и что политики маршрутизации (такие как фильтрация префиксов или сообщества) согласованы между двумя маршрутными серверами, чтобы избежать непредвиденного поведения. Надеюсь, это поможет... -Энес Еще Cisco?!
Еще спортзал?!
Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Будем очень признательны!

Reply to Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера on Thu, 26 Feb 2026 21:57:13 GMT

Enes Simnica — Thu, 26 Feb 2026 21:57:13 GMT

Привет
[, @john.gregory]
, пожалуйста, G, и спасибо за разъяснение и за то, что поделились диаграммой... Да, использование Cat8Kv в качестве маршрутного сервера в вашей конструкции BGW back-to-back является допустимым и на самом деле отличным способом упростить пиринговую связь BGP. Размещение их на ESXi за сервисными листьями вполне допустимо, если маршрутные серверы доступны по IP из BGW, в идеале через выделенные маршрутизируемые uplink в контрольном VRF. Что касается вашего основного вопроса, то после установки маршрутных серверов нет необходимости поддерживать прямые сессии BGP-пиринга между BGW. Маршрутные серверы Cat8Kv будут обрабатывать отражение маршрутов оверлея. Просто убедитесь, что каждый BGW пирингуется с обоими маршрутными серверами (DC1 и DC2) для обеспечения избыточности. Тем не менее, вам по-прежнему потребуется маршрутизация подслоя между BGW (через DCI). Этот подслой может использовать eBGP, iBGP или IGP, и он необходим для доступности loopback и транспорта VXLAN. Итак: Надстройка BGP = только через маршрутные серверы
Подстилающий = BGW-к-BGW по-прежнему требуется Дайте мне знать, если вам нужна помощь в настройке карт маршрутов или логики предотвращения циклов, я с удовольствием помогу и надеюсь, что это будет полезно. G... -Энес Еще Cisco?!
Еще спортзал?!
Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Буду очень признателен!

Reply to Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера on Thu, 26 Feb 2026 21:57:12 GMT

Enes Simnica — Thu, 26 Feb 2026 21:57:12 GMT

и G, исходя из вашей конфигурации, топология может выглядеть следующим образом: ┌────────────┐ │ Cat8Kv RS1 │ │
(
DC1
)
│ └─────┬──────┘ │ ┌──────┴───────┐ │ │ ┌─────▼────┐ ┌────▼─────┐ │ BGW1 │ │ BGW2 │ │
(
DC1
)
│ │
(
DC1
)
│ └────┬─────┘ └────┬─────┘ │ │

===
Underlay

===

Underlay

===

│ │ ┌────▼────┐ ┌─────▼────┐ │ BGW3 │ │ BGW4 │ │
(
DC2
)
│ │
(
DC2
)
│ └────┬────┘ └────┬─────┘ │ │ └──────┬───────┘ │ ┌─────▼──────┐ │ Cat8Kv RS2 │ │
(
DC2
)
│ еще Cisco?!
еще Gym?!
Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Будем очень признательны!