Расключение щитка: схемы + пошаговый инструктаж по сборке

Пример

Давайте опишем более подробно, как обнаружение откидной створки работает со службами …

На изображении ниже показана хронологическая история состояний обслуживания из последних 21 проверок обслуживания. Состояния OK отображаются зеленым цветом, состояния WARNING — желтым, состояния CRITICAL — красным, а состояния UNKNOWN — оранжевым.

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

Логика обнаружения закрылков использует изменения состояния, чтобы определить общее процентное изменение состояния для службы.Это мера волатильности / изменения для службы. Службы, которые никогда не изменяют состояние, будут иметь значение изменения состояния 0%, в то время как службы, которые изменяют состояние каждый раз, когда они проверяются, будут иметь изменение состояния 100%. У большинства служб процентное изменение состояния где-то посередине.

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

Используя изображения выше, давайте сделаем расчет процентного изменения состояния для сервиса. Вы заметите, что в общей сложности 7 изменений состояния (при t ₃ , т ₄ , т ₅ , т ₉ , т ₁₂ , т ₁₆ и т ₁₉ ) , Без какого-либо взвешивания изменений состояния с течением времени это даст нам общее изменение состояния на 35%:

(7 наблюдаемых изменений состояния / возможные 20 изменений состояния) * 100 = 35%

Поскольку логика обнаружения закрылков даст более новым изменениям состояния более высокую скорость, чем более старые изменения состояния, фактический рассчитанный процент изменения состояния в этом примере будет чуть меньше 35%.Допустим, взвешенный процент изменения состояния оказался 31% …

Рассчитанный процент изменения состояния для услуги (31%) будет затем сопоставлен с порогами колебания, чтобы увидеть, что должно произойти:

• Если услуга была , а не , которая была ранее запущена, и 31% — это , равная или превышающая , то высокий порог закрывания, Nagios считает, что служба только что начала колебаться.
• Если услуга была ранее колеблющейся, а 31% — это меньше , то низкий порог закрытия, Нагиос считает, что служба только что прекратила колебаться.

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

Обнаружение закрылков для услуг

Nagios проверяет, работает ли служба каждый раз, когда она проверяется (активно или пассивно).

Логика обнаружения закрылков для сервисов работает, как описано в примере выше.

Обнаружение закрылков для хозяев

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

• Хост проверен (активно или пассивно)
• Иногда, когда проверяется служба, связанная с этим хостом.Более конкретно, когда прошло, по меньшей мере, x промежутка времени с момента последнего обнаружения обнаружения, где x равен среднему интервалу проверки всех служб, связанных с хостом.

Почему это сделано? Что касается сервисов, мы знаем, что минимальный промежуток времени между последовательными процедурами обнаружения закрылков будет равен интервалу проверки сервисов. Тем не менее, вы можете не следить за хостами на регулярной основе, поэтому может не быть интервала проверки хоста, который можно использовать в логике обнаружения закрылков.Кроме того, имеет смысл, что проверка службы должна учитываться при обнаружении колебаний хоста. Сервисы — это атрибуты или вещи, связанные с хостом, в конце концов … В любом случае, это лучший метод, который я мог бы придумать для определения того, как часто на хосте может выполняться обнаружение закрылков, так что у вас это есть.

Пороги обнаружения закрылков

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

состояний, используемых для обнаружения закрылков

Обычно Nagios отслеживает результаты последних 21 проверок хоста или службы, независимо от результата проверки (состояние хоста / службы), для использования в логике обнаружения откидной створки.

: Вы можете исключить определенные состояния хоста или службы из логики обнаружения закрылков, используя директиву flap_detection_options в определениях хоста или службы. Эта директива позволяет вам указать, какие состояния хоста или службы (т. Е. «ВВЕРХ», «ВНИЗ», «ОК», «КРИТИЧЕСКИЙ») вы хотите использовать для обнаружения закрылков. Если вы не используете эту директиву, все состояния хоста или службы используются при обнаружении отказов.

Обработка закрылков

Когда служба или хост впервые обнаруживаются как колеблющиеся, Nagios будет:

1. Зарегистрируйте сообщение, указывающее, что служба или хост колеблются.
2. Добавьте непостоянный комментарий к хосту или сервису, указывающий, что он колеблется.
3. Отправьте уведомление о начале запуска хоста или службы соответствующим контактам.
4. Подавить другие уведомления для службы или хоста (это один из фильтров в логике уведомлений).

Когда служба или хост перестают работать, Nagios:

1. Зарегистрируйте сообщение, указывающее, что служба или хост перестали колебаться.
2. Удалите комментарий, который был первоначально добавлен к службе или хосту, когда он начал колебаться.
3. Отправьте уведомление о «остановке взмахом» хосту или услуге соответствующим контактам.
4. Снимите блокировку уведомлений для службы или хоста (уведомления все равно будут привязаны к обычной логике уведомлений).

Включение обнаружения закрылков

Чтобы включить функции обнаружения закрылков в Nagios, вам необходимо:

• Установить директиву enable_flap_detection равной 1.
• Установите директиву flap_detection_enabled в вашем хосте, а определения сервисов установлены в 1.

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

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

Errdisable Port State Recovery на платформах Cisco IOS

Введение

Этот документ определяет состояние errdisabled, описывает, как восстановить его, и предоставляет примеры восстановления errdisable. В этом документе взаимозаменяемо используются термины «errdisable» и «отключение ошибок». Клиенты часто обращаются в техническую поддержку Cisco, когда замечают, что один или несколько портов коммутатора отключены по ошибке, что означает, что порты имеют статус errdisabled. Эти клиенты хотят знать, почему произошло отключение из-за ошибки, и как они могут восстановить порты в нормальном режиме.

Примечание : Состояние порта с ошибками, выведенными из строя, отображается в выходных данных команды show interfaces interface_number status .

Предпосылки

Требования

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

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

Для создания примеров в этом документе вам понадобятся два коммутатора Cisco Catalyst серии 4500/6500 (или эквивалент) в лабораторной среде с очищенными конфигурациями.Коммутаторы должны работать с программным обеспечением Cisco IOS ^® , и каждый коммутатор должен иметь два порта Fast Ethernet, которые поддерживают EtherChannel и PortFast.

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

Справочная информация

Платформы, использующие Errdisable

Функция errdisable поддерживается на следующих коммутаторах Catalyst:

Способ реализации errdisable варьируется в зависимости от программных платформ.Этот документ определенно сосредотачивается на errdisable для коммутаторов, которые выполняют Программное обеспечение Cisco IOS.

Errdisable

Функция Errdisable

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

Когда порт отключен по ошибке, он фактически отключается, и на этот порт не отправляется и не принимается трафик.Индикатор порта установлен на оранжевый цвет, и когда вы вводите команду show interfaces , состояние порта показывает, что ошибка отключена. Вот пример того, как порт с отключенной ошибкой выглядит из интерфейса командной строки (CLI) коммутатора:

 cat6knative # показывать интерфейсы гигабитетернет 4/1 статус

Название порта Статус Vlan Duplex Speed ​​Тип
Gi4 / 1 с ошибками 100 полный 1000 1000BaseSX 

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

% SPANTREE-SP-2-BLOCK_BPDUGUARD:
   Получено BPDU через порт GigabitEthernet4 / 1 с включенной защитой BPDU.Отключение порта.
% PM-SP-4-ERR_DISABLE:
   Обнаружена ошибка bpduguard в Gi4 / 1, переводит Gi4 / 1 в состояние отключения по ошибке 

Это примерное сообщение отображается, когда хост-порт получает блок данных протокола моста (BPDU). Фактическое сообщение зависит от причины ошибки.

Функция отключения по ошибкам служит двум целям:

• Позволяет администратору узнать, когда и где возникла проблема с портом.

• Это исключает возможность того, что этот порт может вызвать сбой других портов на модуле (или на всем модуле).

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

Причины Errdisable

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

• Кабель, который не соответствует спецификации (слишком длинный, неправильного типа или неисправный)

• Плохая карта сетевой карты (NIC) (с физическими проблемами или проблемами с драйверами)

• Неверная конфигурация дуплексного порта

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

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

• Дуплекс несоответствие

• Неверная конфигурация канала порта

• BPDU нарушение охраны

• Условие обнаружения однонаправленного канала (UDLD)

• Обнаружение поздних столкновений

• Обнаружение откидной створки

• Нарушение безопасности

• Клапан протокола агрегации портов (PAgP)

• Защита протокола туннелирования уровня 2 (L2TP)

• DHCP Snooping ограничение скорости

• Неправильный сменный модуль GBIC / малого форм-фактора (SFP) или кабель

• Проверка протокола разрешения адресов (ARP)

• Встроенная мощность

Примечание : Обнаружение отключения по ошибке включено по всем этим причинам по умолчанию.Чтобы отключить обнаружение отключения по ошибке, используйте команду no errdisable обнаружить причину . Команда show errdisable detect отображает состояние обнаружения с отключенной ошибкой.

Определите, находятся ли порты в состоянии Errdisabled

Вы можете определить, отключен ли ваш порт по ошибке, если вы выполните команду show interfaces .

Вот пример активного порта:

 cat6knative # показывать интерфейсы гигабитетернет 4/1 статус
 
! --- Обратитесь к показу статуса интерфейсов для получения дополнительной информации о команде.
Название порта Статус Vlan Duplex Speed ​​Тип
Gi4 / 1 подключен 100 полный 1000 1000BaseSX 

Вот пример того же порта в состоянии отключения по ошибке:

 cat6knative # показывать интерфейсы гигабитетернет 4/1 статус
 
! --- Обратитесь к показу статуса интерфейсов для получения дополнительной информации о команде.
 
Название порта Статус Vlan Duplex Speed ​​Тип
Gi4 / 1 с ошибками 100 полный 1000 1000BaseSX 

Примечание : Когда порт отключен по ошибке, светодиод на передней панели, связанный с портом, имеет оранжевый цвет.

Определите причину состояния Errdisabled (сообщения консоли, системный журнал и команда show errdisable recovery)

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

Примечание : Вы также можете увидеть эти сообщения в системном журнале, если вы выполните команду show log .

Вот примеры сообщений:

% SPANTREE-SP-2-BLOCK_BPDUGUARD:
   Получено BPDU через порт GigabitEthernet4 / 1 с включенной защитой BPDU. Отключение порта.

% PM-SP-4-ERR_DISABLE:
   Обнаружена ошибка bpduguard в Gi4 / 1, переводит Gi4 / 1 в состояние err-disable

 % SPANTREE-2-CHNMISCFG: цикл STP - канал 11 / 1-2 отключен в vlan 1 

Если вы включили errdisable recovery , вы можете определить причину состояния errdisable, если вы выполните команду show errdisable recovery .Вот пример:

 cat6knative # показать errdisable recovery
ErrDisable Состояние таймера причины
----------------- --------------
udld включен
bpduguard включен
нарушение безопасности включено
Channel-Misconfig включен
pagp-flap включен
dtp-flap включен
link-flap включен
l2ptguard включен
Psecure-нарушение включено
gbic-invalid включен
dhcp-rate-limit включен
mac-limit включен
одноадресный поток включен
ARP-инспекция включена

Интервал таймера: 300 секунд

Интерфейсы, которые будут включены в следующий таймаут:

Интерфейс Неисправная причина Оставшееся время (сек)
--------- --------------------- --------------
  Fa2 / 4 bpduguard 273 

Восстановить порт из штата Эррдисаблед

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

Исправить корневую проблему

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

• Неверная конфигурация EtherChannel

  Чтобы EtherChannel работал, задействованные порты должны иметь согласованные конфигурации.Порты должны иметь одинаковую VLAN, одинаковый режим магистрали, одинаковую скорость, одинаковый дуплекс и т. Д. Большинство различий в конфигурации коммутатора обнаруживаются и сообщаются при создании канала. Если один коммутатор сконфигурирован для EtherChannel, а другой — не настроен для EtherChannel, процесс связующего дерева может отключить направляемые порты на стороне, сконфигурированной для EtherChannel. Включенный режим EtherChannel не отправляет пакеты PAgP для согласования с другой стороной перед канализацией; это только предполагает, что другая сторона направляет.Кроме того, этот пример не включает EtherChannel для другого коммутатора, но оставляет эти порты как отдельные, не канализированные порты. Если вы оставите другой коммутатор в этом состоянии в течение минуты или около того, протокол Spanning Tree Protocol (STP) на коммутаторе, где включен EtherChannel, считает, что существует петля. Это переводит порты каналов в состояние errdisabled.

  В этом примере была обнаружена петля, и порты были отключены. Вывод команды show etherchannel summary показывает, что количество используемых групп каналов равно 0.Когда вы посмотрите на один из задействованных портов, вы увидите, что состояние отключено из-за ошибки:

  % SPANTREE-2-CHNL_MISCFG: Обнаружен цикл из-за неправильной конфигурации эфирного канала
  из Gi4 / 1
  
  
  cat6knative # показать краткий обзор эфира
   
  ! --- Обратитесь к show etherchannel для получения дополнительной информации о команде.
   
  Флаги: D - вниз P - в порт-канале
          Я - автономный с - приостановлено
          H - Горячий резерв (только LACP)
          R - Уровень 3 S - Уровень 2
          U - используется f - не удалось выделить агрегатор
  
          u - не подходит для комплектации
  Количество используемых групп каналов: 0
  Количество агрегаторов: 0
  
  Порты групповых протоколов каналов
  ------ + ------------- + ----------- + ----------------- ------------------------------ 

  EtherChannel был поврежден, потому что порты были помещены в errdisable на этом коммутаторе.

   cat6knative # показывать интерфейсы гигабитетернет 4/1 статус
  
  Название порта Статус Vlan Duplex Speed ​​Тип
  Gi4 / 1 с ошибками 100 полный 1000 1000BaseSX 

  Чтобы определить, в чем проблема, посмотрите на сообщение об ошибке. Сообщение указывает, что EtherChannel обнаружил петлю связующего дерева. Как объясняется в этом разделе, эта проблема может возникать, когда на одном устройстве (в данном случае коммутаторе) EtherChannel включается вручную с использованием режима включения (в отличие от желаемого) и другого подключенного устройства (в данном случае другого коммутатора). ) EtherChannel вообще не включен.Один из способов исправить ситуацию — установить желаемый режим канала на обеих сторонах соединения, а затем повторно включить порты. Тогда каждая сторона формирует канал, только если обе стороны соглашаются на канал. Если они не соглашаются на канал, обе стороны продолжают функционировать как обычные порты.

   cat6knative (конфиг-терминал) # интерфейс гигабитетернет 4/1
  cat6knative (config-if) # режим группы каналов 3 желательно не молчать
   

• Дуплекс несоответствие

  Дуплексные несоответствия распространены из-за сбоев для автоматического согласования скорости и дуплексного режима должным образом.В отличие от полудуплексного устройства, которое должно ждать, пока в этом же сегменте ЛВС не будет других устройств, передающих данные, полнодуплексное устройство передает, когда устройству есть, что отправлять, независимо от других устройств. Если эта передача происходит во время передачи полудуплексного устройства, полудуплексное устройство считает, что это либо коллизия (во время интервала времени), либо поздняя коллизия (после интервала времени). Поскольку сторона полного дуплекса никогда не ожидает коллизий, эта сторона никогда не понимает, что она должна повторно передать этот отброшенный пакет.Низкий процент столкновений является нормальным с полудуплексом, но не нормальным с полным дуплексом. Порт коммутатора, который получает много поздних коллизий, обычно указывает на проблему несоответствия дуплекса. Убедитесь, что порты на обеих сторонах кабеля настроены на одинаковую скорость и дуплекс. Команда show interfaces interface_number сообщает вам скорость и дуплекс для портов коммутатора Catalyst. Более поздние версии протокола обнаружения Cisco (CDP) могут предупреждать вас о несоответствии дуплексных режимов, прежде чем порт будет переведен в состояние отключения по ошибке.

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

  Другие причины поздних столкновений включают в себя:

  • Плохой сетевой адаптер (с физическими проблемами, а не только с проблемами конфигурации)

  • плохой кабель

  • Сегмент кабеля, который слишком длинный

• BPDU портовая охрана

  Порт, который использует PortFast, должен подключаться только к конечной станции (такой как рабочая станция или сервер), а не к устройствам, которые генерируют BPDU связующего дерева, таким как коммутаторы, или мосты и маршрутизаторы, которые выполняют мостовое соединение.Если коммутатор получает BPDU связующего дерева на порту, для которого включена защита PortFast связующего дерева и защита BPDU связующего дерева, коммутатор переводит порт в режим errdisabled для защиты от возможных петель. PortFast предполагает, что порт на коммутаторе не может генерировать физический цикл. Поэтому PortFast пропускает начальные проверки связующего дерева для этого порта, что позволяет избежать тайм-аута конечных станций при загрузке. Администратор сети должен тщательно внедрить PortFast. На портах с включенным PortFast защита BPDU помогает обеспечить бесперебойную работу локальной сети.

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

   cat6knative (config-if) # связующее дерево bpduguard enable
   
  ! --- Обратитесь к связующему дереву bpduguard для получения дополнительной информации о команде.
   
   

  В этом примере коммутатор Catalyst 6509 подключен к другому коммутатору (6509). 6500 отправляет BPDU каждые 2 секунды (с использованием настроек связующего дерева по умолчанию). Когда вы включаете PortFast на порту коммутатора 6509, функция защиты BPDU следит за BPDU, которые поступают на этот порт.Когда BPDU входит в порт, что означает, что на этом порте обнаружено устройство, которое не является конечным устройством, ошибка функции защиты BPDU отключает порт, чтобы избежать возможности петли связующего дерева.

   cat6knative (config-if) # spanfast-tree portfast enable
   
  ! --- Обратитесь к portfast связующего дерева (режим конфигурации интерфейса)
  ! --- для получения дополнительной информации о команде.
   
  
  Предупреждение: быстрый запуск порта Spantree должен быть включен только на подключенных портах
  одному хосту.Подключение концентраторов, концентраторов, коммутаторов, мостов и т. Д. К
  Порт быстрого запуска может вызвать временные петли связующего дерева.
  
  % PM-SP-4-ERR_DISABLE: ошибка bpduguard обнаружена в Gi4 / 1, в результате чего Gi4 / 1
  err-отключить состояние 

  В этом сообщении коммутатор указывает, что он получил BPDU на порту с включенным PortFast, и поэтому коммутатор отключает порт Gi4 / 1.

   cat6knative # показывать интерфейсы гигабитетернет 4/1 статус
  
  Название порта Статус Vlan Duplex Speed ​​Тип
  Gi4 / 1 с ошибками 100 полный 1000 1000BaseSX 

  Вам необходимо отключить функцию PortFast, поскольку этот порт является портом с неправильным соединением.Неправильное соединение, потому что PortFast включен, и коммутатор подключается к другому коммутатору. Помните, что PortFast предназначен только для использования на портах, которые подключаются к конечным станциям.

   cat6knative (config-if) # связующее дерево portfast отключить
   

• UDLD

  Протокол UDLD позволяет устройствам, подключенным через оптоволоконные или медные кабели Ethernet (например, кабели категории 5), отслеживать физическую конфигурацию кабелей и определять наличие однонаправленной линии связи.При обнаружении однонаправленной связи UDLD отключает соответствующий порт и предупреждает пользователя. Однонаправленные ссылки могут вызвать множество проблем, включая петли топологии связующего дерева.

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

  Каждый порт коммутатора, настроенный для UDLD, отправляет пакеты протокола UDLD, которые содержат устройство порта (или идентификатор порта) и соседнее устройство (или идентификаторы порта), которые видны UDLD на этом порту. Соседние порты должны видеть свое собственное устройство или идентификатор порта (эхо) в пакетах, полученных с другой стороны. Если порт не видит свое собственное устройство или идентификатор порта во входящих пакетах UDLD в течение определенного периода времени, канал считается однонаправленным. Поэтому соответствующий порт отключен, и на консоли выводится сообщение, подобное этому:

   PM-SP-4-ERR_DISABLE: ошибка udld, обнаруженная на Gi4 / 1, помещая Gi4 / 1 в
  err-отключить состояние

  Для получения дополнительной информации о работе, конфигурации и командах UDLD см. Документ Настройка UniDirectional Link Detection (UDLD).

• Ошибка откидной створки

  Клапан

  означает, что интерфейс постоянно идет вверх и вниз. Интерфейс переводится в состояние errdisabled, если он срабатывает более пяти раз за 10 секунд. Распространенной причиной перегиба канала связи является проблема уровня 1, такая как неисправный кабель, несоответствие дуплексного режима или неисправная плата Gigabit Interface Converter (GBIC).Посмотрите на сообщения консоли или сообщения, отправленные на сервер системного журнала, в которых указана причина отключения порта.

  % PM-4-ERR_DISABLE: ошибка переключения канала связи на Gi4 / 1, установка Gi4 /
  1 в состоянии отключения по ошибке 

  Выполните эту команду для просмотра значений закрылка:

   cat6knative # показать errdisable значения закрылков
   
  ! --- См., Чтобы показать errdisable значения закрылка для получения дополнительной информации о команде.
   
  Время откидывания причины сбоя (сек)
  ----------------- ------ ----------
  pagp-flap 3 30
  дтп-лоскут 3 30
  откидная створка 5 10 

• Ошибка обратной связи

  Ошибка обратной связи возникает, когда пакет keepalive возвращается в порт, который отправил keepalive.По умолчанию коммутатор отправляет сообщения активности всем интерфейсам. Устройство может зациклить пакеты обратно на интерфейс источника, что обычно происходит, потому что в сети существует логический цикл, который связующее дерево не заблокировало. Исходный интерфейс получает пакет keepalive, который он отправил, и коммутатор отключает интерфейс (errdisable). Это сообщение происходит, потому что пакет keepalive возвращается в порт, который отправил keepalive:

  % PM-4-ERR_DISABLE: ошибка обратной связи обнаружена на Gi4 / 1, помещая Gi4 / 1 в
  ошибка-состояние 

  Keepalive отправляются на все интерфейсы по умолчанию в ПО Cisco IOS версии 12.Программное обеспечение на основе 1EA. В программном обеспечении Cisco IOS версии 12.2SE и более поздних версиях сообщения поддержки активности по умолчанию не передаются по оптоволоконным и восходящим интерфейсам. Для получения дополнительной информации обратитесь к идентификатору ошибки Cisco CSCea46385 (только зарегистрированные клиенты).

  Предложенный обходной путь заключается в отключении keepalive и обновлении до программного обеспечения Cisco IOS версии 12.2SE или более поздней.

• Нарушение безопасности порта

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

   cat6knative (config-if) #switchport отключение защиты безопасности порта
   

  Нарушение безопасности происходит в любой из этих двух ситуаций:

  • Когда максимальное число защищенных MAC-адресов достигнуто на защищенном порту и исходный MAC-адрес входящего трафика отличается от любого из идентифицированных защищенных MAC-адресов

    В этом случае защита порта применяет настроенный режим нарушения.

  • Если трафик с защищенным MAC-адресом, который настроен или изучен на одном защищенном порту, пытается получить доступ к другому защищенному порту в той же VLAN

    В этом случае защита порта применяет режим нарушения отключения.

• L2pt Guard

  Когда блоки PDU уровня 2 входят в туннель или порт доступа на входящем пограничном коммутаторе, коммутатор перезаписывает MAC-адрес получателя PDU клиента с помощью общеизвестного фирменного многоадресного адреса Cisco (01-00-0c-cd-cd-d0) ,Если включено туннелирование 802.1Q, пакеты также имеют двойную метку. Внешний тег — это метка метки клиента, а внутренний тег — метка VLAN клиента. Базовые коммутаторы игнорируют внутренние теги и перенаправляют пакет на все магистральные порты в одной и той же VLAN метро. Пограничные коммутаторы на исходящей стороне восстанавливают надлежащие данные протокола и уровня MAC-адреса уровня 2 и перенаправляют пакеты на все туннельные порты или порты доступа в той же сети VLAN метро. Следовательно, PDU уровня 2 сохраняются и доставляются через инфраструктуру поставщика услуг на другую сторону сети клиента.

   Switch (config) # интерфейсный гигабитетернет 0/7
  l2protocol-tunnel {cdp | VTP | СТП}
   

  Интерфейс переходит в состояние errdisabled. Если инкапсулированный PDU (с проприетарным MAC-адресом назначения) получен от туннельного порта или порта доступа с включенным туннелированием уровня 2, туннельный порт отключается, чтобы предотвратить петли. Порт также отключается при достижении настроенного порога отключения для протокола. Вы можете вручную включить порт (выполнив shutdown , no shutdown последовательность команд) или, если errdisable recovery включена, операция повторяется через указанный интервал времени.

  Интерфейс можно восстановить из состояния errdisable, повторно включив порт с помощью команды errdisable recovery reason l2ptguard . Эта команда используется для настройки механизма восстановления после ошибки максимальной скорости 2-го уровня, так что интерфейс можно вывести из отключенного состояния и разрешить повторную попытку. Вы также можете установить временной интервал. Errdisable восстановление отключено по умолчанию; при включении интервал времени по умолчанию составляет 300 секунд.

• Неправильный SFP-кабель

  Порты переходят в состояние errdisable с сообщением об ошибке% PHY-4-SFP_NOT_SUPPORTED при подключении коммутаторов Catalyst 3560 и Catalyst 3750 с использованием соединительного кабеля SFP.

  Межкомпонентный кабель SFP Cisco Catalyst 3560 (CAB-SFP-50CM =) обеспечивает недорогое соединение Gigabit Ethernet «точка-точка» между коммутаторами Catalyst серии 3560. Кабель 50 сантиметров (см) является альтернативой использованию трансиверов SFP при соединении коммутаторов Catalyst серии 3560 через их порты SFP на небольшом расстоянии. Все коммутаторы Cisco Catalyst серии 3560 поддерживают соединительный кабель SFP.

  Если коммутатор Catalyst 3560 подключен к Catalyst 3750 или модели коммутатора Catalyst любого другого типа, не может использовать кабель CAB-SFP-50CM =.Оба коммутатора можно подключить с помощью медного кабеля с SFP (GLC-T) на обоих устройствах вместо кабеля CAB-SFP-50CM =.

• 802.1X Нарушение безопасности

   DOT1X-SP-5-SECURITY_VIOLATION: нарушение безопасности интерфейса GigabitEthernet4 / 8,
  Новый MAC-адрес 0080.ad00.c2e4 отображается на интерфейсе в режиме одного хоста
  % PM-SP-4-ERR_DISABLE: ошибка нарушения безопасности обнаружена на Gi4 / 8, помещая Gi4 / 8 в
  ошибка-состояние 

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

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

  Режим многодоменной аутентификации (MDA) позволяет IP-телефону и одному хосту за IP-телефоном выполнять аутентификацию независимо, с 802.1X, обходом аутентификации MAC (MAB) или (только для хоста) веб-аутентификации.В этом приложении Multidomain ссылается на два домена — данные и голосовые — и только два MAC-адреса разрешены для каждого порта. Коммутатор может разместить хост в VLAN для передачи данных и IP-телефон в голосовой VLAN, хотя они находятся на одном и том же порту коммутатора. Назначение данных VLAN может быть получено из атрибутов, специфичных для поставщика (VSA), полученных от сервера AAA в ходе аутентификации.

  Для получения дополнительной информации обратитесь к разделу Режима многодоменной аутентификации Конфигурирования 802.1X Аутентификация на основе портов.

Reenable Errdisabled Порты

После устранения проблемы с корнем порты по-прежнему отключены, если на коммутаторе не настроено аварийное восстановление. В этом случае необходимо повторно включить порты вручную. Выполните команду shutdown и затем команду режима интерфейса no shutdown на связанном интерфейсе, чтобы вручную повторно включить порты.

Команда errdisable recovery позволяет вам выбрать тип ошибок, которые автоматически перезапускают порты через определенное время.Команда show errdisable recovery показывает состояние восстановления по умолчанию с отключенной ошибкой для всех возможных условий.

 cat6knative # показать errdisable recovery
ErrDisable Состояние таймера причины
----------------- --------------
udld Отключено
bpduguard отключен
нарушение безопасности отключено
ошибка канала отключена
pagp-flap Отключено
dtp-flap отключен
ссылка отключена
l2ptguard Отключено
нарушение psecure отключено
gbic-invalid Отключено
dhcp-rate-limit Отключено
mac-limit отключен
одноадресный потоп отключен
ARP-инспекция отключена

Интервал таймера: 300 секунд

Интерфейсы, которые будут включены в следующий таймаут: 

Примечание : интервал тайм-аута по умолчанию составляет 300 секунд, и по умолчанию функция тайм-аута отключена.

Чтобы включить errdisable recovery и выбрать условия errdisable, введите следующую команду:

 cat6knative # errdisable причина восстановления?
  все Включить таймер для восстановления от всех причин
  таймер arp Включить таймер для восстановления после ошибки проверки arp отключить
                      штат
  bpduguard Включить таймер для восстановления после ошибки BPDU Guard
                      штат
  channel-misconfig Включить таймер для восстановления после отключения неверной конфигурации канала
                      штат
  dhcp-rate-limit Включить таймер для восстановления после ошибки dhcp-rate-limit
                      отключить состояние
  dtp-flap Включить таймер для восстановления из состояния отключения ошибки dtp-flap
  gbic-invalid Включить таймер для восстановления после недействительной ошибки GBIC
                      штат
  l2ptguard Включить таймер для восстановления после ошибки l2protocol-tunnel
                      отключить состояние
  link-flap Включить таймер для восстановления после ошибки link-flap
                      штат
  mac-limit Включить таймер для восстановления из состояния отключения mac mac
  pagp-flap Включить таймер для восстановления после ошибки pagp-flap
                      штат
  psecure-protection Включить таймер восстановления после отключения от psecure.
                      штат
  нарушение безопасности Включить таймер для восстановления после 802.1x нарушение отключить
                      штат
  udld Включить таймер для восстановления из состояния отключения ошибки udld
  таймер включения одноадресного потока для восстановления из состояния отключения одноадресного потока 

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

 cat6knative (Config) # errisable причина восстановления bpduguard
 

Приятной особенностью этой команды является то, что, если вы включите восстановление с помощью errdisable, команда перечисляет общие причины того, что порты были переведены в состояние отключения по ошибке.В этом примере обратите внимание, что функция защиты BPDU была причиной отключения порта 2/4:

 cat6knative # показать errdisable recovery
ErrDisable Состояние таймера причины
----------------- --------------
udld Отключено
bpduguard включен
нарушение безопасности отключено
ошибка канала отключена
pagp-flap Отключено
dtp-flap отключен
ссылка отключена
l2ptguard Отключено
нарушение psecure отключено
gbic-invalid Отключено
dhcp-rate-limit Отключено
mac-limit отключен
одноадресный потоп отключен
ARP-инспекция отключена

Интервал таймера: 300 секунд

Интерфейсы, которые будут включены в следующий таймаут:

Интерфейс Неисправная причина Оставшееся время (сек)
--------- --------------------- --------------
  Fa2 / 4 bpduguard 290 

Если какое-либо одно из ошибочных условий восстановления включено, порты с этим условием включаются через 300 секунд.Вы также можете изменить это значение по умолчанию на 300 секунд, если вы выполните эту команду:

 cat6knative (Config) # интервал восстановления # 

 timer_interval_in_seconds
 

В этом примере изменяется интервал восстановления с Errdisable с 300 до 400 секунд:

 cat6knative (Config) # интервал восстановления # 400
 

Подтвердить

• показать версию — отображает версию программного обеспечения, используемого на коммутаторе.

• show interfaces interface interface_number status — Показывает текущее состояние порта коммутатора.

• show errdisable Detect — отображает текущие настройки функции errdisable timeout и, если какой-либо из портов в настоящее время отключен из-за ошибки, причина, по которой они отключены по ошибке.

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

• показать состояние интерфейсов с ошибками отключено — показывает, какие локальные порты включены в состояние с ошибками.

• показать сводку etherchannel — Показывает текущее состояние EtherChannel.

• показать восстановление после сбоя — показывает период времени, после которого интерфейсы включаются для условий сброса.

• show errdisable обнаружить — показывает причину состояния errdisable.

Для получения дополнительной информации об устранении проблем с портами коммутатора, обратитесь к Устранению проблем порта коммутатора и проблем интерфейса.

Дополнительная информация