Выбор пути в топологии STP¶
В статье описываются команды конфигурации, влияющие на построение топологии STP
Необходимые условия и предварительные требования¶
Информация представленная ниже является актуальной для всех версий STP, в случае присутствия особенностей и/или отличий в реализации для одной из версий протокола об этом будет сказано дополнительно.
В домене STP трафик, между различными коммутаторами проходит через центральный коммутатор топологии STP, имеющий специальную роль STP Root Bridge. Топологии MSTP расширяют понятия корневого коммутатора и вводят новые типы: основной CIST Root, региональный CIST Regional Root. Особенности работы выбора пути и построения топологии MSTP рассматриваются в соответствующих разделах документации.
Построение дерева MSTP для выделенного экземпляра (MSTP Instace) в регионе (MSTP Region) происходит аналогично построению дерева топологии STP.
Информация о версиях STP¶
Команды настройки, приведенные в данной статье совместимы с версиями STP:
- Spanning Tree Protocol (STP, IEEE 802.1D)
- Rapid Spanning Tree Protocol (RSTP, 802.1W)
- Multiple Spanning Tree Protocol (RSTP, 802.1s)
Допущения и общие данные: аббревиатура STP обозначает все семейство протоколов STP, если не указано иное.
Основная информация о применяемых технологиях¶
Построение топологии STP¶
После выбора STP Root Bridge - центральный коммутатор STP переводит все свои порты в режим передачи трафика. Все порты коммутатора STP Root Bridge (кроме «замкнутых» одним и тем же патч-кордом) находятся в роли выделенных (Designated port) и состоянии передачи трафика (STP Forwarding state).
Коммутаторы в домене STP при наличии нескольких путей до корневого коммутатора Root Bridge, для передачи трафика выбирают специальный корневой порт, имеющий специальную роль - Root Port. Данный порт всегда находится в состоянии передачи трафика (STP Forwarding state).
Каждый коммутатор, не являющийся STP Root Bridge, имеет только один Root Port, который направлен «вверх» по дереву топологии STP - в сторону Root Bridge.
Порты, смотрящие «вниз по топологии» STP имеют роль designated (выделенный) port и также находятся в состоянии передачи трафика (STP Forwarding state) Root и Designated порты передают продуктовый трафик, работают со служебными сообщениями BPDU.
Порты создающие кольцевые топологии имеют различные роли/состояния и в активной топологии заблокированы средствами STP и не передают продуктовый трафик. Роль и состояние неактивных портов имеют различные называния в зависимости от стандарта STP. Однако, в не зависимости от названия ролей и стандарта, данные порты
- получают служебные кадры BPDU и участвуют в построении/перестроении топологии STP
- не передают пользовательские и служебные данные
Выбор пути до Root Bridge¶
При подключении коммутатора в домен STP, коммутатор определяет Root порт используя следующую последовательность предпочтений:
- наименьшая общая стоимость пути до Root Bridge
- наименьший идентификатор промежуточного моста (Designated Bridge ID)
- наименьший приоритет вышестоящего порта (Designated Bridge Port Priority)
- наименьший ID вышестоящего порта (Designated Bridge Port ID)
При расчете общей стоимости пути также учитывается стоимость собственных интерфейсов.
Выбор стандарта стоимости STP портов¶
Для расчета стоимости пути до корневого коммутатора, используются две модели стоимости портов STP:
- dot1d-1998 – «короткая» шкала стоимости (classic STP cost, 16-бит, до 65 535)
- dot1t – «длинная» шкала стоимости (extended/long mode, 32-бит)
Ниже приведена таблица соответствий стандартных стоимостей STP-портов для двух режимов: Значения соответствуют таблице скоростей и стоимостей портов для IEEE 802.1D-1998 и 802.1t
| Скорость порта | Стоимость STP (dot1d-1998, short) | Стоимость STP (dot1t, long) |
|---|---|---|
| 10 Мбит/с | 100 | 2 000 000 |
| 100 Мбит/с | 19 | 200 000 |
| 1 Гбит/с | 4 | 20 000 |
| 10 Гбит/с | 2 | 2 000 |
| 20 Гбит/с | 1 | 1 000 |
| 100 Гбит/с | 1 | 200 |
| 1 Тбит/с | 1 | 20 |
| 10 Тбит/с | 1 | 2 |
На практике многие вендоры называют эти режимы, например,
dot1d-1998/shortиdot1t/long. Переключение стандарта стоимости (pathcost-standard) влияет только на дефолтные значения, вручную заданная стоимость порта всегда имеет приоритет.
Пример конфигурирования¶
Ниже рассматриваются параметры настройки STP влияющие на выбор пути.
Настройка глобальных параметров STP¶
Выбор параметра stp pathcost-standard в режиме настройки (stp-config). Данный параметр влияет на общий режим определения стоимости интерфейсов и должен быть одинаково настроен на всех коммутаторах L2 сегмента сети, участвующих в построении STP топологии.
Для выбора модели стоимости портов введите следующую команду в режиме глобальной конфигурации:¶
Note
Настройка по умолчанию - «длинный» формат стоимости (802.1t)
Индивидуальная настройка интерфейсов¶
Данные параметры настраиваются на индивидуальных интерфейсах. Индивидуальные настройки стоимости имеют приоритет. Могут быть использованы для приоритета выбора пути администратором.
- стоимости порта stp cost
- приоритета порта stp priority (настройка интерфейса)
Настройка Root Bridge ID Priority (stp priority) в режиме конфиугирования stp рассматривается в соответсвующем разделе руководства. Настройка Designated Bridge Port ID не производится, так как зависит от физического номера порта коммутатора.
Настройка стоимости порта¶
Настройка приоритета порта¶
Приоритет порта назначается на вышестоящем коммутаторе (на портах направленных вниз по дереву) и определяет какой из портов нижестоящего коммутатора примет роль Root-Port.
Полный вывод выполненных конфигураций¶
Вывод представлен в виде команды show running-config для каждого настраиваемого устройства.
Изучение состояния устройства¶
Выполнение диагностических команд (команды show, debug, syslog) с указанием (выделением) строк, на которые следует обратить внимание для каждого устройства в конфигурации.
Приводятся промежуточные выводы диагностических команд с привязкой к этапам работы или настройки функции, таймерам, ключевым состояниям (где применимо или требуется).
Изучение состояния устройства рекомендуется производить в следующей последовательности: просмотр конфигурации, просмотр параметров работы
Просмот состояния в настройки в глобальном режиме¶
Просмот состояния в режим настройки интерфейса¶
Проверка состояния Uplink интерфейса
Стоимость порта на интерфейсах направленных «вверх» по топологии влияет на построение дерева, но приоритет - не имеет значения.
Проверка состояния Dowplink интерфейса
Стоимость порта на интерфейсах направленных «вниз» по топологии не влияет на построение дерева, но влияет приоритет.
Рекомендации выполнения команд/настроек¶
Используйте современную модель стоимости
- Используйте современную модель расчета стоимости пути (dot1t). Она более гранулярно оценинивает стоимость интерфейсов STP. На разных коммутаторах используйте одинаковую модель стоимости.
Риск непредсказуемого выбора Root Bridge
- Явно задавайте Root и, по возможности, Secondary Root.
- Уменьшайте bridge priority на коммутаторах ядра/центра.
- Не полагейтесь на дефолтные значения. Иначе один из ранее выпущенных коммутаторов может быть выбран в качестве Root коммутатора по наименьшему MAC адресу.
Используйте port cost для проектирования дерева
- Используйте port cost для проектирования дерева.
- Основные магистрали – меньший cost.
- Резервные/менее предпочтительные пути – больший cost.
- Не оставляйте одинаковую стоимость cost на всех uplink’ах, это позволит выстраивать предсказуемую топологию.
Port priority – для тонкой настройки
- Port priority используется для тонкой настройки.
- Когда два пути архитектурно равноправны, но нужно определенное поведение на конкретном нижестощем коммутатоторе узле.
- Не используйте порт priority’ем для задач, которые логичнее решать через cost.
Осторожно с bridge priority
- Назначайте bridge priority – только для роли Root, а не для “рисования” дерева.
- bridge priority - это грубый инструмент, его изменение может повлиять на часть топологии.
- может осложнить конфигурацию дерева в дальнейшем.
Документируйте изменения
- Документируйте изменение значений.
- Рекомендуется по возможности соблюдать консистентность в выборе портов, смотрящих вверх и вниз по инфраструктуре. Такой подход поможет создать легкочитаемые схемы дизайна сети.
История возникновения команды¶
Версия ПО
Команды в данной главе применимы для:
- аппаратных плаформ CIT серии L3200, с уставленной версией ПО 5.3.0.
- являются актуальными с версии ПО 5.3.0