Назад | Перейти на главную страницу

Как предвидеть изменения связующего дерева, чтобы предотвратить потерю пакетов во время конвергенции?

У нас есть локальная сеть с коммутаторами Cisco, резервными кабелями и связующим деревом. Если я правильно понимаю, когда я вытаскиваю резервный кабель (который в настоящее время «используется» связующим деревом), требуется несколько секунд, пока связующее дерево не сойдется в ответ. Как я могу предотвратить эту потерю пакетов (если, конечно, я заранее знаю, что кабель будет вытянут)? То есть как я могу «проактивно» адаптировать остовное дерево?

Я бы предположил, что интерфейс shutdown плюс подождать пару секунд должно хватить, но пока не решился попробовать. На самом деле, я боюсь, что отключение интерфейса вызовет такое же время прерывания во время конвергенции, потому что вчера я пострадал от такого прерывания при внесении якобы безобидного изменения конфигурации на некоторых интерфейсах. (Изменить: я просто подтвердил это экспериментально; как и ожидалось, после отключения интерфейса было около 20 секунд прерывания - обратите внимание, что я ищу решение "без потерь", а не просто "меньшие потери")

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

interface *server interface*
spanning-tree portfast

Это должно применяться к интерфейсам сервера. Он сообщит STP, что на другой стороне этого порта нет переключателя и что можно безопасно пропустить обычный «безопасный» метод предотвращения петель. Порт должен сразу перейти к пересылке.

spanning-tree mode rapid-pvst

Включает новый протокол Rapid Per-VLAN Spanning Tree, который использует сообщения между коммутаторами для обеспечения повторной конвергенции в течение нескольких секунд, а не 30–45.

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

Как говорит Келлер, определенно включите portfast, обращенный к вашим граничным портам, но это действительно не то, о чем вы здесь беспокоитесь.

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

Вы ищете Стоимость связующего дерева ### команда. Вам просто нужно сделать ссылку, которая будет отключена, дороже, чем резервная ссылка, и связующее дерево заблокирует эту ссылку и разблокирует другую. Или, в зависимости от схемы вашей сети, вы можете запускать виртуальные ланы без зацикливания, которые не зависят от связующего дерева, для предотвращения петель и / или восстановления после сбоя.

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