Протокол IP : Протокол HSRP

Избежание нестабильности HSRP в коммутируемой среде с различными платформами маршрутизаторов

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Перевод, выполненный профессиональным переводчиком (29 июля 2008) | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Когда запускается протокол HSRP (протокол связи с маршрутизатором горячего резерва) между двумя маршрутизаторами, соединенными через коммутатор локальной сети, можно наблюдать нестабильность в его работе. Это часто происходит при нарушениях в работе сети или переключениях активного маршрутизатора, например, добавляемого к локальной сети маршрутизатора HSRP с более высоким приоритетом и настроенным правом на внеочередное занятие линии. В данном документе разъясняется, почему возникает такая нестабильность и как ее можно избежать.

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

Требования

Для этого документа отсутствуют особые требования.

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

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

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

Дополнительные сведения об условных обозначениях в документах см. Cisco Technical Tips Conventions.

Настройка

В этом разделе содержатся сведения о настройке функций, описанных в этом документе.

Примечание: Поиск дополнительной информации о командах в данном документе можно выполнить с помощью средства "Command Lookup" (Поиск команд) (только для зарегистрированных клиентов).

Схема сети

В данном документе используется сетевая установка, показанная на следующей схеме.

/image/gif/paws/13782/8a.gif

Конфигурации

Эти конфигурации используются в данном документе:

Маршрутизатор А
interface FastEthernet1/0
 ip address 10.144.220.3 255.255.252.0
 standby priority 120
 standby preempt
 standby ip 10.144.220.1

Маршрутизатор В
interface FastEthernet3/0
 ip address 10.144.220.2 255.255.252.0
 standby priority 110
 standby preempt
 standby ip 10.144.220.1

Проверка

В настоящее время для этой конфигурации нет процедуры проверки.

Устранение неполадок

В этом разделе описывается процесс устранения неполадок конфигурации.

Команды для устранения неполадок

Некоторые команды show поддерживаются Средством интерпретации выходных данных(только зарегистрированные клиенты), которое позволяет просматривать аналитику выходных данных команды show.

Примечание: Перед использованием команд debug ознакомьтесь с документом Важные сведения о командах debug.

  • debug standby

Пример результата отладки

На вышеприведенной диаграмме показано, что когда маршрутизатор А добавляется к сети, на маршрутизаторе B протокол HSRP постоянно переключается из активного режима в режим ожидания. Запуск команды debug standby на маршрутизаторе B выдает следующие выходные данные:

RouterB# debug standby

*Mar 1 02:55:56: SB0:FastEthernet3/0 Hello out 10.144.220.2 Active pri 110 hel 3 
hol 10 ip 10.144.220.1 
*Mar 1 02:56:08: SB0:FastEthernet3/0 Hello in 10.144.220.3 Active pri 120 hel 3 
hol 10 ip 10.144.220.1
*Mar 1 02:56:08: SB0: FastEthernet3/0 state Active -> Speak 
*Mar 1 02:56:08: SB0:FastEthernet3/0 Resign out 10.144.220.2 Speak pri 110 hel 3 
hol 10 ip 10.144.220.1 
*Mar 1 02:56:08: SB0:FastEthernet3/0 Hello out 10.144.220.2 Speak pri 110 hel 3 
hol 10 ip 10.144.220.1
*Mar 1 02:56:09: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to down
*Mar 1 02:56:11: SB0: FastEthernet3/0 state Speak -> Init 
*Mar 1 02:56:13: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to up
*Mar 1 02:56:13: SB0: FastEthernet3/0 state Init -> Listen 
*Mar 1 02:56:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to down
*Mar 1 02:56:14: SB0: FastEthernet3/0 state Listen -> Init
*Mar 1 02:56:20: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet3/0,
 changed state to up 
*Mar 1 02:56:20: SB0: FastEthernet3/0 state Init -> Listen 
*Mar 1 02:56:30: SB0: FastEthernet3/0 state Listen -> Speak 
*Mar 1 02:56:40: SB0: FastEthernet3/0 state Speak -> Standby 
*Mar 1 02:56:41: SB0: FastEthernet3/0 state Standby -> Active
*Mar 1 02:56:41: SB: FastEthernet3/0 Adding 0000.0c07.ac00 to address filter
*Mar 1 02:56:41: SB0:FastEthernet3/0 Hello out 10.144.220.2 Active pri 110 hel 3 
hol 10 ip 10.144.220.1 
*Mar 1 02:56:44: SB0:FastEthernet3/0 Hello in 10.144.220.3 Active pri 120 hel 3 
hol 10 ip 10.144.220.1
*Mar 1 02:56:44: SB0: FastEthernet3/0 state Active -> Speak

Как следует из этих выходных данных, состояние HSRP маршрутизатора B постоянно переключается из активного режима в разговорный, из него — в режим ожидания, а затем снова в активный и т. д.

Процесс HSRP использует групповой адрес 224.0.0.2 для пересылки приветственных пакетов другим маршрутизаторам HSRP. Если соединение потеряно или к сети добавляется маршрутизатор HSRP с более высоким приоритетом, происходит постоянное переключение состояний работы HSRP, как упоминалось выше. Когда на некоторых платформах маршрутизаторов запускается протокол HSRP (см. Примечание ниже) и к сети добавляется маршрутизатор с более высоким приоритетом, протокол HSRP на маршрутизаторе с меньшим приоритетом переходит из активного режима в разговорный, и происходит изменение в состоянии канала. Порт коммутатора обнаруживает изменение в состоянии канала, и происходит преобразование по протоколу покрывающего дерева (STP). Требуется приблизительно 30 секунд для того, чтобы порт осуществил прослушивание, обучение и переадресацию. Этот временной период превышает интервалы ожидания процессов приветствия протокола HSRP, так что маршрутизатор с меньшим приоритетом после достижения режима ожидания становится активным, поскольку от активного маршрутизатора не были получены приветственные пакеты.

Так как эти маршрутизаторы не получили приветственные пакеты протокола HSRP, они оба становятся активными. Когда порты коммутатора переходят в режим обучения, коммутатор может увидеть один и тот же виртуальный MAC-адрес у двух различных портов.

Примечание: Физические изменения состояния соединения, вызванные изменениями состояния HSRP, происходят в частности на Fast Ethernet сетевого модуля (NM-FE) интерфейсы на Cisco 2600, Cisco 3600 и маршрутизаторах Cisco серии 7200. Это поведение больше не происходит в Cisco Выпуск ПО IOS� 12.1 (3) и выше.

Для получения дополнительной информации см. идентификатор ошибки Cisco CSCdr02376 (только для зарегистрированных клиентов).

Процедура устранения неполадок

Выполните одну из следующих задач для разрешения описанной выше проблемы.

  1. Настройте коммутатор с помощью команды set spantree portfast enable, которая позволяет обойти режимы покрывающего дерева и перейти непосредственно в режим переадресации.

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

    Примечание: Это ограничение также истинно для портов коммутатора, которые связаны с другими коммутаторами или мостами.

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

    Рекомендуется устанавливать значение времени удержания для данного протокола 40 секунд.

    Примечание: Увеличение времени удержания HSRP делает HSRP медленнее в обнаружении, на которое Активный маршрутизатор не работает и создание активного Резервного маршрутизатора.

  3. Убедитесь, что в сети нет лавинной рассылки пакетов (протокол IPX предрасположен к лавинной рассылке пакетов).

  4. Настройте команду standby use-bia, которая вынуждает активный маршрутизатор HSRP использовать встроенный адрес.

    Эта настройка приводит к двум результатам. Так как протоколу HSRP больше не нужно изменять (или добавлять) MAC-адрес одноадресной передачи к списку фильтров MAC-адресов, то нет необходимости перезагружать интерфейс Ethernet. Это также позволяет коммутатору не запоминать один и тот же адрес на двух различных портах. Дополнительную информацию см. в разделе Для чего нужна команда standby use-bia и как она работает.

Примечание: Использование команды standby use-bia имеет следующие недостатки:


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


Document ID: 13782