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. Сети (Routing & Switching)
  3. SD-Access
  4. Cisco SDA Transit Control Plane

Cisco SDA Transit Control Plane

Запланировано Прикреплена Закрыта Перенесена SD-Access
7 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • L Не в сети
    L Не в сети
    loger9901
    написал в отредактировано
    #1

    Какое оборудование рекомендуется для работы функции Transit Control Plane? У нас может быть несколько сайтов в топологии MAN, и мы хотим подключить их через SD-Access Transit. Интересно, какое оборудование рекомендуется для Transit Control Plane в производственной среде.

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

      Дополнительно можно найти полный список поддерживаемого оборудования (и рекомендуемые/поддерживаемые версии программного обеспечения) для узлов Control Plane в таблице совместимости SDA. Выберите роль устройства «Fabric Border and Control-Plane» (Граница фабрики и плоскость управления). https://www.cisco.com/c/dam/en/us/td/docs/Website/enterprise/sda_compatibility_matrix/index.html# См. также технический паспорт DNA Center 2.3.3.X для получения подробной информации о масштабировании Fabric Control Plane. https://www.cisco.com/c/en/us/products/collateral/cloud-systems-management/dna-center/nb-06-dna-center-data-sheet-cte-en.html @Jonathan Cuthbert
      — я заметил, что в приведенной выше информации не указаны масштабы Fabric Control Plane для новых пограничных платформ Catalyst 8K (8000V, 8300 и 8500). Знаете ли вы, каковы цифры для этих устройств, и будут ли они опубликованы в техническом описании?

      1 ответ Последний ответ
      0
      • J Не в сети
        J Не в сети
        Jonathan Cuthbert
        написал в отредактировано
        #3

        Это действительно зависит от вашего масштаба и доступных возможностей подключения. А затем все сводится к бюджету, бизнес-требованиям, личным предпочтениям и т. д. Лично я использую маршрутизаторы ISR-4451s и ASR-1001X. Однако коммутаторы также подходят.

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

          Можно ли обновить техническое описание Catalyst Center / DNAC или, что еще лучше, руководство по проектированию SDA, чтобы включить в него текущий список поддерживаемого оборудования с максимальным количеством конечных точек. Кроме того, похоже, что рекомендации Cisco по проектированию постоянно меняются, и теперь предпочтение отдается развертыванию совместно размещенных узлов пограничного и контрольного уровней, а не разделению контрольного уровня при масштабировании. В настоящее время имеется запрос в службу технической поддержки TAC в связи с тем, что, по-видимому, возникли проблемы с процессором LISP на 9500H, значительно ниже заявленного предела ввода LISP.

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

            Привет, Блейк, наиболее подходящая конструкция BN/CP зависит от ряда факторов, включая архитектуру CP (LISP/BGP против Pub/Sub), бюджет, общее количество подключенных конечных точек и поведение конечных точек в режиме роуминга, например, 50 тысяч Wi-Fi-роботов, постоянно перемещающихся между пограничными узлами, против медленно перемещающихся беспроводных конечных точек и полностью статичных проводных конечных точек. Я знаком с вашим случаем TAC и помогаю в его решении. 9500H BN+CP должен с легкостью справиться с вашим масштабом. Высокая загрузка процессора LISP в вашем сценарии может быть ошибкой или, возможно, проблемой конфигурации/дизайна сети (менее вероятно). Давайте подождем результатов технического анализа RCA, а затем определимся с оптимальным курсом действий. С уважением, Джером

            1 ответ Последний ответ
            0
            • F Не в сети
              F Не в сети
              frlevesque
              написал в отредактировано
              #6

              Привет,
              @jedolphi
              , знаете ли вы, публиковала ли Cisco данные о конечных точках, поддерживаемых Catalyst 8300, используемым в качестве узла CP? В техническом описании указано, что ISR4000 и ASR1000 могут поддерживать 100 000 конечных точек с 8 ГБ ОЗУ и 200 000 конечных точек с 16 ГБ ОЗУ. Можно ли ожидать таких же показателей от Cat8k с 8/16 ГБ ОЗУ? Может ли Cat8k с 32 ГБ ОЗУ поддерживать 400 000 конечных точек? https://www.cisco.com/c/en/us/products/collateral/cloud-systems-management/dna-center/nb-06-dna-center-data-sheet-cte-en.html Спасибо!

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

                @frlevesque
                , мы не публиковали. Каков ваш вариант использования 8300 в качестве узла контрольной плоскости? Можете ли вы использовать вместо него недорогой коммутатор C9K, например, 24-портовый C9300 без POE? Помните, что SDA Transit CP отслеживает только сводные маршруты, а не маршруты хостов, поэтому подавляющему большинству клиентов обычно требуется всего несколько сотен или несколько тысяч префиксов в Transit CP, что C9300 может легко обеспечить. Я стараюсь избегать использования маршрутизаторов в роли Site CP или Transit CP, поскольку в обозримом будущем маршрутизаторы не будут поддерживать LISP Extranet, который может потребоваться в вашей сети сейчас или в будущем при добавлении новых услуг. Спасибо, Джером

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

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

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

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

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


                • Войти

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

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