[FAQ] Прерывание сервисов при изменении MSTP топологии

Блок-схема

Сетевая топология

Процесс устранения проблемы

1.     Проверьте статусы интерфейсов на оборудовании.

Проверьте роли всех интерфейсов, добавленных в MSTP процесс.

В показанной топологии, присутствует только одно MSTP кольцо, это означает, что в каждом MSTP процессе будет только один заблокированный интерфейс. Введите команду display stp brief на каждом устройстве и проверьте статусы всех портов.

Router1 является корневым в MSTP процессах 0 и 1, все порты в роли Designated. В процессе 2, один порт Router1 имеет роль Designated, и второй порт в роли root. Оба порта имеют статус Forwarding.

Router2 является корневым в MSTP процессе 2, и все порты в роли Designated. В MSTP процессе 0 и 1 один порт находится в роли Designated, а второй в роли Root. Оба порта имеют статус Forwarding.

В MSTP процессе 2, один порт Router3 находится в роли Alternate, а второй порт в роли Root. Alternate порт заблокирован и имеет статус Discarding. В других MSTP процессах, один порт находится в роли Designated, а второй порт находится в роли Root. Оба порта имеют статус Forwarding.

В MSTP процессах 0 и 1, один порт Router4 заблокирован, находится в роли Alternate и имеет статус Discarding, а второй порт находится в роли Root и имеет статус Forwarding. В MSTP процессе 2 один порт находится в роли Designated, второй порт в роли Root, оба порта имеют статус Forwarding.

§В показанной топологии, в каждом MSTP процессе есть один порт, находящийся в статусе Discarding, а второй порт находится в статусе Forwarding. Если несколько портов имеют статус Discarding, значит возникает ошибка при расчете MSTP топологии. Для решения данной проблемыпереходите к шагу 6.

§  Если проблем со статусами интерфейсов не наблюдается, переходите к шагу 2.

2.     Проверьте настройки MSTP.

Введите команду display stp region-configuration.

§  Проверьте привязку разных VLAN к MSTP процессам. Для привязки вилана к необходимому MSTP процессу, введите команду instance <instance-number> vlan <vlan-number> в режиме конфигурирования mst региона. Затем введите команду active region-configuration чтобы конфигурация вступила в силу.

Введите команду display current-configuration для проверки настроек MSTP.

§  Проверьте, отключен ли MSTP на интерфейсах, подключенных к конечным устройствам, или настроены ли они как edge интерфейсы.

§  Проверьте интерфейсы, добавленные в необходимые виланы.

§  Если конфигурация MSTP корректна, переходите к шагу 3.

3.     Проверьте, был ли перерасчет MSTP процесса.

Введите команду display stp и проверьте, получало ли оборудование TC сообщения.

§  Обратите внимение на поля TC or TCN received, TC count per hello, TC received, если значения увеличились, оборудование получало TC сообщения, и сетевая топология изменилась. Если топология менялась, значит были изменения ролей портов и в логе будут сообщения вида: MSTP/6/SET_PORT_DISCARDING и MSTP/6/SET_PORT_FORWARDING.

o  Если роли портов не менялись, переходите к шагу 4.

o  Если роли портов менялись, переходите к шагу 6.

§ Если значения в полях TC or TCN received, TC count per hello, TC received равны нулю, оборудование не получало TC сообщения. Обратитесь в TAC.

4.     Убедитесь, что не возникает флаппинг интерфейса.

Проверьте лог на наличие сообщений: IFNET/4/IF_STATE об интерфейсах, включенных в MSTP процесс.

§  Если будут сообщения о том, что интерфейс постоянно меняет состояние между Up и Down, значит возникает флаппинг. Статус MSTP процесса будет неустойчив. В этом случае, посылается большое число TC сообщений, ARP и MAC записи постоянно удаляются, и возникают прерывания в работе сервисов. Введите команду shutdown на таком интерфейсе. Если работа сервисов не восстановилась после выключения интерфейса, переходите к шагу 5.

§  Если флаппинг интерфейса не происходит, переходите к шагу 5.

5.     Проверьте режим сходимости MSTP.

Введите команду display stp для проверки режима сходимости.

§  Если в поле STP Converge Mode будет Normal, переходите к шагу 6.

§  Если в поле STP Converge Mode будет Fast, введите команду stp converge normal чтобы изменить режим сходимости. Если после изменения режима сходимости, сервисы не были восстановлены, переходите к шагу 6.

6.       Соберите следующую информацию и обратитесь в TAC - CISsupport@huawei.com:

§  Результаты процесса решения проблемы.

§ Файлы конфигурации, логи, алармы с оборудования.