Коммутаторы : Программное обеспечение Cisco BPX/IGX/IPX WAN

Почему сетевые изменения не могут быть внесены, если узлы BPX 8600 и IGX 8400 недоступны

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Когда существуют один или несколько недостижимых узлов в сети, архитектура программного обеспечения в использовании на Серии Cisco IGX 8400, серии BPX 8600 и коммутаторах глобальной сети (WAN) IPX ограничивает определенные, некоторый модификации сети. Этот документ объясняет, почему эти ограничения необходимы.

Предварительные условия

Требования

Ознакомление с этим документом требует наличия следующих знаний:

  • Программное обеспечение Коммутации глобальной сети (WAN) Cisco для Серии Cisco IGX 8400, серии BPX 8600 и коммутаторов глобальной сети (WAN) IPX

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Ограниченные изменения

Придерживающиеся изменения ограничены любое время, там недостижимый узел в сети:

  • Добавление нового узла

  • Изменение нумерации узла

  • Добавление нового транка

  • Изменение скорости передачи или получения существующей магистрали

  • Изменение CC Ограничивает параметр на любой существующей магистрали

  • Изменение Наземного / Спутникового параметра на любой существующей магистрали

Базы данных распределенной сети

Архитектура сетевого программного обеспечения опирается на базу данных распределенной сети. Никакой одиночный, централизованный компонент в сети (такой как узел или рабочая станция управления сетью) не содержит или использует базу данных конфигурации всей сети. Существенно, никакой компонент, если поврежденный или устранено, не может заставить всю сеть прекратить функционировать или быть неуправляемым. Эта архитектура устраняет опасности, привязанные к единственному уязвимому звену.

Вместо этого каждый узел в сети поддерживает актуальную базу данных, которая включает информацию о придерживающемся:

  • Любой узел в сети (включая имя узла, количество и тип)

  • Все транки в сети (включая тип, скорость передачи, получают скорость, ограничение трафика процессора, спутник по сравнению с наземной, настроенной сводкой загрузки, задержками в очереди наихудшего случая и состоянием оповещения),

  • Все локальные модули, линии и порты

  • Все Постоянные виртуальные каналы (PVCs), которые завершаются на нем

  • Все PVCs, которые пересекают его

Любое изменение в характеристиках топологии сети сразу передано ко всем другим узлам в сети. Эта непосредственность требуется потому что каждый узел в использованиях сети информация для определения придерживающегося:

  • Новые маршруты для PVCs через сеть

  • Пути соединения между процессорами узла

  • План плана синхронизации сети

Последствия использования несинхронизированных баз данных

Если характеристики топологии сети должны были измениться, в то время как узел недостижим, тот узел не получил бы обновление базы данных. Другие узлы в сети могли иметь другие версии тех же баз данных.

Узлы сети имеют возможность обмениваться базами данных друг с другом, и они используют такие обмены, чтобы обновить себя и согласовать любые различия. Протокол согласования является простым и непротиворечивым. Любые различия баз данных между узлами решены путем удаления любых записей базы данных, которые не соглашаются. Это - то, почему транк может быть удален из сети с недостижимым узлом, но транк не может быть добавлен к сети с недостижимым узлом. Когда узлы восстанавливают связь, базы данных согласовывают конфликтные записи, приводящие к удалению транка от узла, который был недостижим.

Самые большие последствия использования несинхронизированных баз данных, в частности база данных топологии, являются возможностью, что узел мог бы быть неспособен восстановить связь со своими узлами, если топология сети изменилась, в то время как это было недостижимо. Каждый узел использует алгоритм Дейкстры leavingcisco.com для определения который транк передать сообщения к одноранговым узлам. Ключ - то, что каждый узел выбирает только первый переход оптимального пути к каждому удаленному узлу, полагаясь на узел нисходящего потока для размножения пакетов сообщений к следующему переходу оптимального пути, и т.д. Это работает, потому что каждый узел использует тот же алгоритм для анализа той же базы данных топологии. Если бы один узел имел некорректную базу данных, то тот узел мог бы быть неспособен установить связь с другими узлами.

Например, примите придерживающуюся сеть:

topo1.gif

Обычно, узел A связывается с C узла по ABC пути. Точно так же узел D связывается с C узла по DABC пути.

Предположите, что узел D становится отдельным (например, его питание выключено или оба из его сбоя транков). Это приводит к состоянию отказа связи (и возможно другие условия сигнала тревоги, такие как потеря сигнала) обнаруживаемый на обоих транках. Узлы A и E передавали это изменение топологии ко всем другим узлам, приводящим к узлу D быть объявленным недостижимого любым узлом в сети:

/image/gif/paws/6937/topo2.gif

Предположите, что, в то время как D недостижим, новый транк добавлен между C узлов и E. Узлы A, B, C, E, и F знают о новом транке, но узел D не:

/image/gif/paws/6937/topo3.gif

Рассмотрите то, что происходит, когда восстановлен узел D:

/image/gif/paws/6937/topo4.gif

Как только DA транков и DE очищают их состояние отказа связи, узел A решает, что оптимальный путь для связи с C узла является A-D-E-C, таким образом избегая BC транка меньшей скорости.

Узел D не знает о наличии транка EC и все еще думает, что любой C сообщений для узла должен быть передан узлу A. В результате C узлов и D никогда не могут очищать недостижимое состояние между ними.

Кроме того, узлы A и C теперь взаимно недостижимы, даже при том, что они могли связаться прежде и во время изоляции узла D.

Узлы A и D, каждый думает, что другой корректный путь к C узла, так что в итоге ни один из них не может связаться с C узла.

Заключение

В то время как любой узел в сети недостижим, учитывая основную архитектуру распределенной базы данных топологии, как внедрено в Серии Cisco IGX 8400, серии BPX 8600, и коммутаторах глобальной сети (WAN) IPX, изменения топологии сети не могут быть позволены сети.

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Дополнительные сведения


Document ID: 6937