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. подключение Spine к RemoteLEAF в Multipod

подключение Spine к RemoteLEAF в Multipod

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

    Здравствуйте, у меня уже есть мультипод-среда и, следовательно, сеть IPN, включающая VRF, которая обеспечивает связь между под-под. Когда я теперь вставляю удаленный лист, лучше ли использовать существующий VRF для обеспечения связи между спином и удаленным листом? Или мне нужно вставить другой интерфейс в спин назначения (что для меня не имеет смысла). br + thx

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

      Здравствуйте
      [, @waschminator] При вставке удаленного листа в существующую среду Cisco ACI Multi-Pod, как правило, рекомендуется повторно
      использовать существующий VRF IPN (Inter-Pod Network)
      , который уже обеспечивает связь между модулями. Это позволяет избежать ненужной сложности и обеспечивает согласованную маршрутизацию и связь между спинами и удаленным листом. Вот почему повторное использование существующего VRF является лучшим подходом: 1.
      Упрощенная конструкция Существующий IPN VRF уже настроен для обработки связи между модулями в вашей среде Multi-Pod. Добавление удаленного листа в этот же VRF гарантирует, что удаленный лист будет рассматриваться как расширение существующей структуры, сохраняя единый дизайн.
      Внедрение нового VRF для удаленного листа неоправданно усложнит дизайн и маршрутизацию, поскольку вам потребуется управлять дополнительными политиками и конфигурациями маршрутизации. 2.
      Эффективное использование ресурсов Повторное использование существующего VRF позволяет избежать необходимости настраивать дополнительные интерфейсы или экземпляры маршрутизации на спинах или устройствах IPN. Это снижает нагрузку на инфраструктуру и упрощает управление. 3.
      Интеграция ACI Multi-Pod и удаленного листа В среде Multi-Pod IPN отвечает за обеспечение связи между спинами в разных модулях. При добавлении удаленного листа он фактически становится частью фабрики ACI, и спины в локальном модуле будут обмениваться данными с удаленным листом через IPN.
      Удаленный leaf использует те же механизмы инкапсуляции и маршрутизации VXLAN, что и остальная часть среды Multi-Pod, поэтому для этой связи имеет смысл использовать существующий IPN VRF. 4.
      Рекомендации Cisco Cisco рекомендует использовать одну и ту же инфраструктуру IPN (включая VRF) как для развертываний Multi-Pod, так и для удаленных листьев. IPN предназначен для обработки всей связи между под-системами и удаленными листьями, поэтому нет необходимости создавать отдельный VRF или интерфейс для удаленного листа. Ключевые моменты: Убедитесь, что IPN VRF имеет достаточную емкость и возможности маршрутизации для обработки дополнительного трафика от удаленного листа.
      Убедитесь, что устройства IPN (например, маршрутизаторы или коммутаторы) настроены для обеспечения связи между спинами и удаленным листом.
      Убедитесь, что IPN поддерживает требуемый размер MTU (обычно 9150 байт) для трафика VXLAN, так как это критически важно для связи ACI. Вывод: Вы должны
      повторно использовать существующий IPN VRF
      для обеспечения связи между спинами и удаленным листьем. Нет необходимости вставлять другой интерфейс в спин назначения, так как это добавит ненужную сложность и не соответствует лучшим практикам Cisco для развертываний ACI Multi-Pod и удаленных листьев. Надеюсь, это поможет!
      AshSe
      Советы по форуму:
      Вставляйте фотографии/изображения в текст, а не прикрепляйте их.
      Всегда отмечайте полезные и правильные ответы, это помогает другим найти то, что им нужно.
      Для быстрого ответа, пожалуйста, отметьте @имя. Участнику будет автоматически отправлено электронное письмо.

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

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

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

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

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


      • Войти

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

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