Skip to content
  • Категории
  • Последние
  • Метки
  • Популярные
  • Пользователи
  • Группы
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • По умолчанию (Нет скина)
  • Нет скина
Collapse

Networks Engineering

  1. Главная
  2. Центры обработки данных и облако
  3. Коммутаторы ЦОД
  4. Модель EVPN Multisite BGW Back-to-Back и использование маршрутного сервера

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

Запланировано Прикреплена Закрыта Перенесена Коммутаторы ЦОД
7 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • J Не в сети
    J Не в сети
    john.gregory
    написал в отредактировано
    #1

    В конструкции модели BGW back-to-back возможно ли иметь маршрутный сервер? Если да, то где следует подключить маршрутный сервер? Я планирую использовать Cat8Kv в качестве маршрутного сервера. Можно ли развернуть один маршрутный сервер в DC1, а другой в DC2? После установления подстилающей сети может ли каждый BGW устанавливать соседство с обоими маршрутными серверами для внешнего соседства сайтов наложения? Какой подход будет оптимальным в данном случае?

    1 ответ Последний ответ
    0
    • E Не в сети
      E Не в сети
      Enes Simnica
      написал в отредактировано
      #2

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

      ===
      Underlay

      ===

      Underlay

      ===

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

      1 ответ Последний ответ
      0
      • E Не в сети
        E Не в сети
        Enes Simnica
        написал в отредактировано
        #3

        Привет
        [, @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?!
        Еще спортзал?!
        Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Буду очень признателен!

        1 ответ Последний ответ
        0
        • E Не в сети
          E Не в сети
          Enes Simnica
          написал в отредактировано
          #4

          Да, вы можете использовать маршрутный сервер в конфигурации 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?!
          Еще спортзал?!
          Если этот пост решил вашу проблему, пожалуйста, отметьте его как «Принятое решение». Будем очень признательны!

          1 ответ Последний ответ
          0
          • J Не в сети
            J Не в сети
            john.gregory
            написал в отредактировано
            #5

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

            1 ответ Последний ответ
            0
            • J Не в сети
              J Не в сети
              john.gregory
              написал в отредактировано
              #6

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

              1 ответ Последний ответ
              0
              • E Не в сети
                E Не в сети
                Enes Simnica
                написал в отредактировано
                #7

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

                1 ответ Последний ответ
                0

                Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.

                Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.

                С вашими комментариями этот пост может стать ещё лучше 💗

                Зарегистрироваться Войти
                Ответить
                • Ответить, создав новую тему
                Авторизуйтесь, чтобы ответить
                • Сначала старые
                • Сначала новые
                • По количеству голосов


                • Войти

                • Нет учётной записи? Зарегистрироваться

                • Login or register to search.
                • Первое сообщение
                  Последнее сообщение
                0
                • Категории
                • Последние
                • Метки
                • Популярные
                • Пользователи
                • Группы