Коммутаторы : Коммутаторы Cisco Catalyst серии 6500

Поиск и устранение неисправностей оборудования и распространенные вопросы по коммутаторам семейства Catalyst 6500/6000, работающих под управлением системного программного обеспечения Cisco IOS

23 марта 2008 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (28 июля 2013) | Английский (24 мая 2012) | Отзыв

Содержание

Общие сведения
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Сообщения об ошибках, связанные с поиском и устранением неисправностей, в системном журнале или на консоли
Команда show diagnostic sanity
Supervisor Engine или проблемы с модулем
      Светодиоды на модуле Supervisor Engine красного/желтого цвета или индикатор состояния указывают на неисправность
      Коммутатор находится в непрерывном цикле загрузки в режиме ROMmon или утерян образ системы
      Резервный модуль Supervisor Engine не подключен или индикация статуса неизвестна
      Даже после удаления модулей команда show run показывает информацию об интерфейсах удаленных модулей
      Коммутатор сам выполнил сброс/перезагрузку
      Модуль, оснащенный DFC, самопроизвольно перегрузился
      Поиск и устранение неисправностей использования модуля, который не подключается или показывает состояние сбоя или другой статус
      Отказ внутриполосного канала связи
Поиск и устранение неисправностей преобразования CatOS в программное обеспечение Cisco IOS или программного обеспечения Cisco IOS в CatOS
      Проблема, возникающая при попытке пользователя получить доступ в NVRAM после преобразования Cisco IOS в CatOS
      Не удается загрузиться с программным обеспечением Cisco IOS, когда пользователь производит преобразование из CatOS в Cisco IOS
Проблемы соединения интерфейса/модуля
      Проблемы соединения или потеря пакетов с модулями WS-X6548-GE-TX и WS-X6148-GE-TX, используемыми на пуле серверов
      Рабочая станция не может входить в сеть во время запуска/не может получить адрес DHCP
      Поиск и устранение неисправностей, связанных с совместимостью с сетевой интерфейсной платой
      Интерфейс в состоянии errdisable (отключение из-за ошибки)
      Устранение ошибок в интерфейсе
      Вы получаете %PM_SCP-SP-3-GBIC_BAD: проверка целостности GBIC на порте x не состоялась: сообщение об ошибке bad key
      Вы получаете сообщение об ошибке COIL на интерфейсах модулей WS-X6x48
      Поиск и устранение неисправностей подключения модуля WS-X6x48
      Поиск и устранение неисправностей STP
Проблемы с подачей электропитания и проблемы с вентилятором
      Индикатор питания INPUT OK не загорается
      Поиск и устранение неисправностей C6KPWR-4-POWRDENIED: недостаточно мощности, модуль в слоте [dec] отключен от питания или %C6KPWR-SP-4-POWRDENIED: сообщения об ошибке: insufficient power, module in slot [dec] power denied (неодостаточно мощности, модуль в слоте [dec] отключен от питания)
      Индикатор вентилятора - красный или показывает состояние отказа в выходных данных команды show environment status
Связанные обсуждения сообщества поддержки Cisco
Дополнительные сведения

Общие сведения

В данном документе рассматривается поиск и устранение неисправностей оборудования и соответствующие распространенные вопросы по коммутаторам семейства Catalyst 6500/6000, работающих под управлением системного программного обеспечения Cisco IOS®. Под программным обеспечением Cisco IOS имеется в виду один связанный образ Cisco IOS как для модуля Supervisor Engine, так и для платы многоуровневой коммутации MSFC. В данном документе предполагается, что наблюдаются признаки проблемы, по которой нужно получить дополнительную информацию, или которую нужно решить. Данный документ применим к коммутаторам Catalyst 6500/6000 с модулем Supervisor Engine 1, 2 или 720.

См. раздел Соглашение об именах для образов программного обеспечения CatOS и Cisco IOS документа Преобразование системного программного обеспечения из CatOS в Cisco IOS для коммутаторов Catalyst 6500/6000 для того, чтобы понять соглашение об именах образов программного обеспечения.

См. эти документы для поиска и устранения неисправностей системы, работающей под управлением ПО Catalyst OS (CatOS) на модуле Supervisor Engine и ПО Cisco IOS на плате MSFC:

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

Требования

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

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

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

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

Дополнительные сведения об условных обозначениях  см. в документе "Технические рекомендации Cisco. Условные обозначения".

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

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

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

Для отслеживания записанных сообщений выполнить команду show logging или периодически использовать другие станции контроля, например, CiscoWorks и HP OpenView.

Для лучшего понимания специальных системный сообщений см. Сообщения и процедуры восстановления (Системное программное обеспечение Catalyst 6500/6000 Cisco IOS).

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

Команда show diagnostic sanity

Команда show diagnostic sanity запускает ряд заданных проверок настроек вместе с комбинацией определенных состояний системы. Затем команда компилирует перечень состояний предупреждения. Проверки предназначены для поиска всех вероятных несоответствий. Проверки также предназначены для оказания помощи в поиске неисправностей и поддержания исправности системы. Данная команда не изменяет существующие параметры или состояния системы. Команда считывает параметры системы, которые соответствуют настройкам и состояниям, для выдачи предупреждений, если находит совпадение с рядом заранее заданных комбинаций. Команда не влияет на функциональность коммутатора и может использоваться в среде производственной сети. Единственное ограничение во время процесса это то, что команда резервирует файловую систему на определенный промежуток времени, пока получает доступ к загрузочным образам и проверяет их достоверность. Команда поддерживается в ПО Cisco IOS Release 12.2(18)SXE1 или более поздней версии.

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

  • Транкинг — режим магистрали в положении "on" или "auto" (если порт в транковом режиме). Магистральный порт имеет режим, который настраивается на desirable и при котором не осуществляется транкинг, или, если согласовано с магистральным портом, на half duplex;

  • Создание логических каналов — режим создания логического канала включен "on" или выключен, если порт не включен в логический канал и установлен режим desirable;

  • Связующее дерево — Один из следующих параметров установлен в значение по умолчанию:

    • root max age (максимальное время устаревания для корневого порта);

    • root forward delay (время задержки пересылки корневого порта);

    • max age (макимальное время устаревания);

    • max forward delay (максимальная задержка пересылки);

    • hello time (время приветствия);

    • port cost (стоимость порта);

    • port priority (приоритет порта).

    Или если корень связующего дерева не установлен для VLAN.

  • UDLD — функция проверки однонаправленных соединений (UDLD) порта заблокирована, отключена или находится в переходном состоянии;

  • Управление потоком и PortFast — порт получает указания, управление потоком отключено, или, если PortFast включен;

  • Высокая готовность — имеется резервный модуль Supervisor Engine, но высокая готовность (HA) отключена;

  • Загрузочная строка и загрузочный регистр конфигурации — загрузочная строка пуста или имеет недопустимый файл, который определен как загрузочный образ. Регистр конфигурации представляет нечто иное, чем 0x2,0x102 или 0x2102;

  • Отслеживание IGMP — отслеживание протокола управление Интернет-группами (IGMP) отключено. Также если отслеживание IGMP отключено, но протокол управления группой порт-маршрутизатор (RGMP) включен, и если многоадресная передача включена на глобальном уровне, но отключена на интерфейсе;

  • Строки доступа сообщества SNMP — строки доступа (rw, ro, rw-all) установлены в значения по умолчанию;

  • Порты — порт ведет согласование для включения полудуплексного режима или имеется рассогласование дуплекса/VLAN;

  • Порты, получающие питание по линии — порт, получающий питание по линии, находится в любом из этих состояний:

    • denied (отклонено);

    • faulty (неисправный);

    • other (другой);

    • off (откл.).

  • Модули — модуль находится в любом состоянии, кроме "ok";

  • Проверки — перечень диагностических проверок системы, которые не были выполнены при загрузке;

  • Шлюз(ы) по умолчанию недоступны — эхо-тестирование шлюзов по умолчанию для составления списка недоступных шлюзов;

  • Проверка правильности форматирования загрузочной флэш-памяти и достаточности места для удержания файла сведений об аварийном отказе.

Пример выходных данных:

Примечание. Фактический результат может быть другим, в зависимости от версии ПО.

IOSSwitch>show diagnostic sanity 
Status of the default gateway is:
10.6.144.1 is alive 

The following active ports have auto-negotiated to half-duplex:
4/1 

The following vlans have a spanning tree root of 32k:
1 

The following ports have a port cost different from the default:
4/48,6/1 

The following ports have UDLD disabled:
4/1,4/48,6/1 

The following ports have a receive flowControl disabled:
4/1,4/48,6/1 

The value for Community-Access on read-only operations for 
SNMP is the same as default. Please verify that this is the best 
value from a security point of view. 

The value for Community-Access on read-write operations for SNMP is 
the same as default. Please verify that this is the best value from 
a security point of view. 

The value for Community-Access on read-write-all operations for SNMP 
is the same as default. Please verify that this is the best value from 
a security point of view.

Please check the status of the following modules:
8,9


Module 2 had a MINOR_ERROR.


The Module 2 failed the following tests:

TestIngressSpan


The following ports from Module2 failed test1:

1,2,4,48

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

Supervisor Engine или проблемы с модулем

Светодиоды на модуле Supervisor Engine красного/желтого цвета или индикатор состояния указывают на неисправность

Если горит красный светодиод на модуле Supervisor Engine вашего коммутатора или индикатор состояния указывает на faulty (неисправность), это может быть связано с неисправным оборудованием. Сообщение о системной ошибке может выглядеть следующим образом:

%DIAG-SP-3-MINOR_HW: 
   Module 1: Online Diagnostics detected Minor Hardware Error

Выполнить следующие дополнительные действия по поиску и устранению неисправностей:

  1. Подключить консоль к модулю Supervisor Engine и выполнить команду show diagnostic module {1 | 2}, если это возможно.

    Примечание. Следует установить уровень диагностики на complete (полный), чтобы коммутатор мог выполнить полный набор тестов для определения любого сбоя оборудования. Выполнение полного оперативного диагностического тестирования немного увеличивает время загрузки. Загрузка при minimal (минимальном) уровне не занимает столько времени как при полном уровне, но определение потенциальных проблем оборудования на плате все же происходит. При установке уровня диагностического тестирования на bypass (обход), диагностическое тестирование не выполняется. Выполнить команду глобальной настройки уровня диагностики {полная | минимальная | обход} для переключения между уровнями диагностики. Уровень диагностики по умолчанию - минимальная с системным ПО CatOS или Cisco IOS.

    Примечание. Оперативная диагностика для систем на базе Supervisor Engine 1, работающих под управлением ПО Cisco IOS, не поддерживается.

    Нижеследующие выходные данные показывают пример отказа:

    Router#show diagnostic mod 1
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 1 : MINOR ERROR
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestNewLearn             : .
    2 . TestIndexLearn           : .
    3 . TestDontLearn            : .
    4 . TestConditionalLearn     : F
    5 . TestBadBpdu              : F
    6 . TestTrap                 : .
    7 . TestMatch                : .
    8 . TestCapture              : F
    9 . TestProtocolMatch        : .
    10. TestChannel              : .
    11. IpFibScTest              : .
    12. DontScTest               : .
    13. L3Capture2Test           : F
    14. L3VlanMetTest            : .
    15. AclPermitTest            : .
    16. AclDenyTest              : .
    17. TestLoopback:
              
       Port  1  2
       ----------
             .  . 
    
    18. TestInlineRewrite:
    
       Port  1  2
       ----------
             .  . 

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

    1. Повторно до упора установить модуль в слот шасси и надежно завинтить крепежные винты.

    2. Переместить модуль в хорошо работающий слот в том же или на другом шасси.

      Примечание. Supervisor Engine 1 или 2 может быть установлен только в слот 1 или 2.

    3. Диагностика неисправностей для устранения возможности присутствия неисправного модуля.

      Примечание. При некоторых условиях неисправный модуль может привести к сообщению, что Supervisor Engine faulty (неисправен).

      Чтобы устранить такую вероятность, выполните одно из следующих действий:

      • Если модуль вставлен недавно и Supervisor Engine начал выдавать отчет об ошибках, вынуть модуль, который был вставлен последним, и переустановить его. Если сообщения о том, что Supervisor Engine faulty, продолжают поступать, перегрузить коммутатор без этого модуля. Если после этого Supervisor Engine работает должным образом, есть вероятность, что неисправный модуль. Проверьте разъем задней объединительной панели на модуле, чтобы убедиться, что нет повреждения. Если видимых повреждений нет, установите модуль в другой слот или корпус. Проверьте, нет ли погнутых штырьков на разъеме слота задней объединительной панели. Если нужно, используйте фонарик при проверке штырьков разъемов на задней объединительной панели корпуса. Если и после этого нужна помощь, обращаться в Центр технической поддержки Cisco;

      • Если неизвестно, были ли добавлены новые модули, а замена Supervisor Engine не решила проблему, есть вероятность, что модуль установлен неправильно или неисправен. Для устранения неисправности, снять все модули, кроме Supervisor Engine, с шасси. Включить питание корпуса и убедиться, что Supervisor Engine работает без отказа. Если Supervisor Engine работает без сбоев, начать вставлять модули под одному, пока не определится неисправный модуль. Если Supervisor Engine после этого работает без отказа, есть вероятность, что один из модулей был вставлен неправильно. Понаблюдать за работой коммутатора, и если проблемы не устранены, подать заявку на обслуживание в Центр технической поддержки Cisco для устранения неисправностей.

    После этих действий выполнить команду show diagnostic module module_#. Проследить, не выдает ли модуль сообщение о состоянии failure (неисправности). Если статус failure опять появляется, записать в журнал регистрации шаги устранения неисправностей и подать заявку в Центр технической поддержки Cisco для получения помощи.

    Примечание. Если вы работаете с программным обеспечением Cisco IOS серии Release 12.1(8), диагностика полностью не поддерживается. При включении диагностики поступает ложное сообщение о неисправности. Диагностика поддерживается в ПО Cisco IOS Release 12.1(8b)EX4 и выше и, для систем на основе Supervisor Engine 2, в ПО Cisco IOS Release 12.1(11b)E1 и выше.

    См. также Уведомление о дефекте: неправильно активизированная диагностика в ПО Cisco IOS Release 12.1(8b)EX2 и 12.1(8b)EX3 для получения дополнительной информации.

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

  3. Если при загрузке или в выходных данных команды show diagnostics module {1 | 2} нет аппаратной неисправности, выполнить команду show environment status и осуществить поиск других неисправных компонентов.

    cat6knative#show environment status
    backplane: 
      operating clock count: 2
      operating VTT count: 3
    fan-tray 1: 
      fan-tray 1 fan-fail: OK
    VTT 1: 
      VTT 1 OK: OK
      VTT 1 outlet temperature: 35C
    VTT 2: 
      VTT 2 OK: OK
      VTT 2 outlet temperature: 31C
    VTT 3: 
      VTT 3 OK: OK
      VTT 3 outlet temperature: 33C
    clock 1: 
      clock 1 OK: OK, clock 1 clock-inuse: in-use
    clock 2: 
      clock 2 OK: OK, clock 2 clock-inuse: not-in-use
    power-supply 1: 
      power-supply 1 fan-fail: OK
      power-supply 1 power-output-fail: OK
    module 1: 
      module 1 power-output-fail: OK
      module 1 outlet temperature: 28C
      module 1 device-2 temperature: 32C
      RP 1 outlet temperature: 34C
      RP 1 inlet temperature: 34C
      EARL 1 outlet temperature: 34C
      EARL 1 inlet temperature: 28C
    module 3: 
      module 3 power-output-fail: OK
      module 3 outlet temperature: 39C
      module 3 inlet temperature: 23C
      EARL 3 outlet temperature: 33C
      EARL 3 inlet temperature: 30C
    module 4: 
      module 4 power-output-fail: OK
      module 4 outlet temperature: 38C
      module 4 inlet temperature: 26C
      EARL 4 outlet temperature: 37C
      EARL 4 inlet temperature: 30C
    module 5: 
      module 5 power-output-fail: OK
      module 5 outlet temperature: 39C
      module 5 inlet temperature: 31C
    module 6: 
      module 6 power-output-fail: OK
      module 6 outlet temperature: 35C
      module 6 inlet temperature: 29C
      EARL 6 outlet temperature: 39C
      EARL 6 inlet temperature: 30C

    Если какие-либо компоненты системы (вентилятор, выходной блок напряжения [VTT]) неисправны, подать заявку на обслуживание в Центр технической поддержки Cisco и предоставить выходные данные команды.

    При наличии статуса неисправности в любых других модулях, выполнить команду hw-module module module_# reset. Или переустановить модуль в тот же или другой слот для того, чтобы восстановить модуль. См. также раздел данного документа Поиск и устранение неисправностей использования модуля, который не подключается или показывает состояние сбоя или другой статус для получения помощи.

  4. Если показывается статус OK, как в примере выходных данных Шага 3, выполнить команду show environment alarms, для проверки сигнала среды.

    Если нет предупреждающих сигналов, то выходные данные аналогичны следующим:

    cat6knative#show environment alarm
    environmental alarms:
      no alarms
    

    Если есть предупреждающий сигнал, то выходные данные аналогичены следующим:

    cat6knative#show environment alarm
    environmental alarms:
    system minor alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system minor alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system minor alarm on VTT 3 outlet temperature (raised 00:07:07 ago)
    system major alarm on VTT 1 outlet temperature (raised 00:07:12 ago)
    system major alarm on VTT 2 outlet temperature (raised 00:07:10 ago)
    system major alarm on VTT 3 outlet temperature (raised 00:07:07 ago)

Коммутатор находится в непрерывном цикле загрузки, в режиме ROMmon или утерян образа системы

Если коммутатор Supervisor Engine находится в непрерывном цикле загрузки, в режиме ROM monitor (ROMmon) или утерян образа системы, проблемы, скорее всего, не связаны с оборудованием.

Supervisor Engine переходит в режим ROMmon или не может загрузиться, когда образ системы либо поврежден, либо отсутствует. Для получения инструкций, как восстановить Supervisor Engine, см. Восстановление Catalyst 6500/6000 с системным программным обеспечением Cisco IOS System при повреждении или отсутствии образа загрузчика или в режиме ROMmon.

Можно загрузить образ Cisco IOS из любой Sup-bootflash: или слот0: (слот карты ПК). Скопировать образ системы в оба устройства для более быстрого восстановления. Если устройство загрузочной флэш-памяти Supervisor Engine 2 имеет только 16 МБ, может потребоваться модернизация до 32 МБ, чтобы поддерживать новые образы системы. Дополнительные сведения см. в Инструкции по установке обновления устройства загрузки ROM и загрузочной флэш-памяти Supervisor Engine 2 Catalyst серии 6500.

Резервный модуль Supervisor Engine не подключен или индикация статуса неизвестна

В данном разделе излагаются общие причины, почему резервный модуль Supervisor Engine не подключается к линии, и способы решения этой проблемы. Определить, что модуль Supervisor Engine не подключается к линии, одним из следующих способов:

  • Выходные данные команды show module показывают статус other (другой) или faulty (неисправный);

  • Горит желтый индикатор состояния.

Распространенные причины/решения

  • Подключить консоль к резервному Supervisor Engine для определения режима ROMmon или состояния непрерывной перезагрузки. Если Supervisor Engine в одном из этих состояний, см. Восстановление Catalyst 6500/6000 с системным программным обеспечением Cisco IOS System при повреждении или отсутствии образа загрузчика или в режиме ROMmon.

    Примечание. Если активный и резервный Supervisor Engine не используют одну и ту же версию ПО Cisco IOS, резервный модуль может не подключаться к линии. Например, Supervisor Engine может не подключиться к линии в ситуации, когда:

    • Действующий Supervisor Engine работает в режиме Route Processor Redundancy Plus (RPR+);

      Примечание. Режим RPR+ доступен в ПО Cisco IOS версии 12.1[11]EX и выше.

    • Резервный Supervisor Engine использует версию программного обеспечения, в которой режим RPR/RPR+ недоступен, например программное обеспечение Cisco IOS версии 12.1[8b]E9.

    В этом случае, второй Supervisor Engine не подключается к линии, потому что режим избыточности - это увеличенная высокая готовность системы (EHSA), по умолчанию. Резервный Supervisor Engine не может выполнить согласование с действующим Supervisor Engine. Следует убедиться, что оба Supervisor Engines используют один и тот же уровень ПО Cisco IOS.

    Данный результат показывает Supervisor Engine в слоте 2 в режиме ROMmon. Следует подключить консоль, подключенную к резервному Supervisor Engine для его восстановления. Процедуры восстановления см. в Восстановление Catalyst 6500/6000 с системным программным обеспечением Cisco IOS при повреждении или отсутствии образа загрузчика или в режиме ROMmon.

    tpa_data_6513_01#show module
    Mod Ports Card Type                              Model              Serial No.
    --- ----- -------------------------------------- ------------------ -----------
      1    2  Catalyst 6000 supervisor 2 (Active)    WS-X6K-S2U-MSFC2   SAD0628035C
      2    0  Supervisor-Other                       unknown            unknown
      3   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K3
      4   16  Pure SFM-mode 16 port 1000mb GBIC      WS-X6816-GBIC      SAL061218K8
      5    0  Switching Fabric Module-136 (Active)   WS-X6500-SFM2      SAD061701YC
      6    1  1 port 10-Gigabit Ethernet Module      WS-X6502-10GE      SAD062003CM
    
    Mod MAC addresses                       Hw    Fw           Sw           Status
    --- ---------------------------------- ------ ------------ ------------ -------
      1  0001.6416.0342 to 0001.6416.0343   3.9   6.1(3)       7.5(0.6)HUB9 Ok      
      2  0000.0000.0000 to 0000.0000.0000   0.0   Unknown      Unknown      Unknown 
      3  0005.7485.9518 to 0005.7485.9527   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      4  0005.7485.9548 to 0005.7485.9557   1.3   12.1(5r)E1   12.1(13)E3,  Ok      
      5  0001.0002.0003 to 0001.0002.0003   1.2   6.1(3)       7.5(0.6)HUB9 Ok      
      6  0002.7ec2.95f2 to 0002.7ec2.95f2   1.0   6.3(1)       7.5(0.6)HUB9 Ok      
    
    Mod Sub-Module                  Model           Serial           Hw     Status 
    --- --------------------------- --------------- --------------- ------- -------
      1 Policy Feature Card 2       WS-F6K-PFC2     SAD062802AV      3.2    Ok     
      1 Cat6k MSFC 2 daughterboard  WS-F6K-MSFC2    SAD062803TX      2.5    Ok     
      3 Distributed Forwarding Card WS-F6K-DFC      SAL06121A19      2.1    Ok     
      4 Distributed Forwarding Card WS-F6K-DFC      SAL06121A46      2.1    Ok     
      6 Distributed Forwarding Card WS-F6K-DFC      SAL06261R0A      2.3    Ok     
      6 10GBASE-LR Serial 1310nm lo WS-G6488        SAD062201BN      1.1    Ok
  • Следует убедиться, что модуль Supervisor Engine правильно установлен в разъем задней объединительной панели. Убедиться, также, что установочный винт Supervisor Engine плотно затянут. См. Инструкцию по установке модуля коммутатора серии Catalyst 6500 для получения дополнительной информации.

  • Для определения состояния резервного Supervisor Engine как faulty (неисправный), выполнить команду redundancy reload peer с действующего Supervisor Engine. Через консоль к резервному Supervisor Engine понаблюдать за последовательностью загрузки, чтобы определить любые неисправности оборудования.

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

Даже после удаления модулей команда show run показывает информацию об интерфейсах удаленных модулей

После физического удаления модуля из корпуса, конфигурация модуля в слоте все равно появляется. Это результат использования конструкции, которая обеспечивает более легкую замену модуля. Если вставить в слот модуль того же типа, коммутатор использует конфигурацию модуля, который был в слоте до этого. Если вставить в слот модуль другого типа, конфигурация модуля стирается. Для удаления конфигурации автоматически вместе с удалением модуля выполнить команду module clear-config из режима глобальной конфигурации. Выполнить команду перед удалением модуля из слота. Команда не удаляет старые настройки модулей, которые уже удалены из слота. Данная команда удаляет настройки модуля из выходных данных команды show running-config и данные интерфейса из выходных данных команды show ip interface brief. Из Cisco IOS версии 12.2(18)SXF и выше также удаляется количество типов интерфейсов из команды show version.

Коммутатор сам выполнил сброс/перезагрузку

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

Распространенные причины/решения

  • Возможен сбой программного обеспечения коммутатора. Выполнить команду dir bootflash:, которая отображает устройство загрузочной флэш-памяти MSFC (процессора маршрутизации [RP]), и команду dir slavebootflash: для проверки сбоя программного обеспечения.

    Выходные данные в этом разделе показывают, что информация о сбое была записана в загрузочной флэш-памяти RP. Убедиться, что просматриваемая информация - информация о самом последнем сбое. Выполнить команду more bootflash:имя файла для отображения файла с информацией о сбое программы. В этом примере, команда выглядит так: more bootflash:crashinfo_20020829-112340.

    cat6knative#dir bootflash:
    Directory of bootflash:/
    
        1  -rw-     1693168   Jul 24 2002 15:48:22  c6msfc2-boot-mz.121-8a.EX
        2  -rw-      183086   Aug 29 2002 11:23:40  crashinfo_20020829-112340
        3  -rw-    20174748   Jan 30 2003 11:59:18  c6sup22-jsv-mz.121-8b.E9
        4  -rw-        7146   Feb 03 2003 06:50:39  test.cfg
        5  -rw-       31288   Feb 03 2003 07:36:36  01_config.txt
        6  -rw-       30963   Feb 03 2003 07:36:44  02_config.txt
    
    31981568 bytes total (9860396 bytes free)

    Команда dir sup-bootflash: отображает загрузочную флэш-память Supervisor Engine . Можно также выполнить команду dir slavesup-bootflash: для отображения загрузочной флэш-памяти резервного Supervisor Engine: . Результат дает информацию о сбое, записанную в загрузочной флэш-памяти Supervisor Engine .

    cat6knative11#dir sup-bootflash:
    Directory of sup-bootflash:/
    
        1  -rw-    14849280   May 23 2001 12:35:09  c6sup12-jsv-mz.121-5c.E10
        2  -rw-       20176   Aug 02 2001 18:42:05  crashinfo_20010802-234205
    
    !--- Выходные данные подавлены.
    
    

    Если выходные данные команды указывают, что сбой программного обеспечения произошел в то время, когда коммутатор перегрузился, следует обратиться в Центр технической поддержки Cisco. Предоставить выходные данные команд show tech-support и show logging , а также выходные данные файла crashinfo. Чтобы отправить файл, передать его через TFTP с коммутатора на TFTP сервер и прикрепить файл к описанию.

  • Если нет файла сведений об аварийном отказе, проверить источник питания коммутатора, чтобы убедиться, что он работает. Если используется источник бесперебойного питания (ИБП), убедиться, что он работает нормально. Если проблема не идентифицирована, обратиться в Центр технической поддержки Cisco.

Модуль, оснащенный DFC, самопроизвольно перегрузился

Если модуль, оснащенный платой распределенной переадресации (DFC), сам выполнил перегрузку без вмешательства пользователя, проверить загрузочную флэш-память платы DFC. Если имеется файл сведений об аварийных отказах, можно найти причину сбоя. Выполнить команду dir dfc#module_#-bootflash: для проверки файла сведений об аварийных отказах и времени его создания. Если перегрузка DFC совпадает с временем создания файла crashinfo, выполнить команду more dfc#module_#-bootflash:имя файла. Или выполнить команду copy dfc#module_#-bootflash:имя файла tftp для передачи файла через TFTP на сервер TFTP.

cat6knative#dir dfc#6-bootflash:
Directory of dfc#6-bootflash:/
-#- ED ----type---- --crc--- -seek-- nlen -length- -----date/time------ name 
1   ..   crashinfo 2B745A9A   C24D0   25   271437 Jan 27 2003 20:39:43 crashinfo_
 20030127-203943

После получения файла crashinfo собрать выходные данные команд show logging и show tech и обратиться в Центр технической поддержки Cisco для получения помощи.

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

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

  • Выходные данные команды show module показывают один из следующих статусов:

    • other (другой);

    • unknown (неизвестный);

    • faulty (неисправный);

    • errdisable (отключение из-за ошибки);

    • power-deny (отказ питания);

    • power-bad (плохое питание).

  • Горит желтый или красный индикатор состояния.

Распространенные причины/решения

  • Свериться с разделом Поддерживаемые аппаратные средства соответствующей версии Комментарии к выпуску Catalyst серии 6500 . Если модуль не поддерживается в используемом программном обеспечении, загрузить требуемое программное обеспечение из Центра ПО Cisco IOS (только для зарегистрированных пользователей).

  • Статус отказ питания означает, что коммутатор не имеет достаточной мощности для питания данного модуля. Выполнить команду show power , чтобы подтвердить наличие достаточной мощности. См. раздел данного документа Поиск и устранение неисправностей C6KPWR-4-POWRDENIED: недостаточно мощности, модуль в слоте [dec] отключен от питания или %C6KPWR-SP-4-POWRDENIED: Сообщения об ошибках: insufficient power, module in slot [dec] power denied (недостаточно мощности, модель в слоте [dec] отключен от питания) .

  • Статус плохое питание означает, что коммутатор видит плату, но не может распределить питание. Такое возможно, если Supervisor Engine не имеет доступ к содержанию последовательного PROM (SPROM) на модуле для определения идентификации линейной платы. Можно выполнить команду show idprom module slot для проверки читаемости SPROM. Если память SPROM недоступна, можно вынуть и заново вставить модуль.

  • Убедиться, что модуль установлен правильно и плотно привинчен. Если модуль все еще не подключается к линии, выполнить команду глобальной конфигурации diagnostic level complete, чтобы убедиться, что диагностика включена. Затем выполнить команду hw-module module slot_number reset. Если модуль все же не подключается к линии, проверить разъем на задней объединительной панели на модуле на наличие повреждений. Если видимых повреждений нет, установить модуль в другой слот или корпус. Проверить, нет ли погнутых штырьков на разъеме слота задней объединительной панели. Если нужно, используйте фонарик при проверке штырьков разъемов на задней объединительной панели корпуса.

  • Выполните команду show diagnostics module slot_number для определения любой аппаратной неисправности на модуле. Выполните команду глобальной конфигурации diagnostic level complete для включения полной диагностики. Функция полной диагностики должна быть включена, чтобы коммутатор мог выполнить диагностику на модуле. Если включена минимальная диагностика, но нужно перейти на полную диагностику, модуль следует перегрузить, чтобы коммутатор мог выполнить полную диагностику. Пример выходных данных выполнения команды show diagnostics module в этом разделе. Но выходные данные недостаточные, так как многие из этих тестов выполнены в режиме минимальной диагностики. Выходные данные показывают как включить уровень диагностики и затем снова выполнить команду show diagnostics module, чтобы увидеть окончательный результат.

    Примечание. Конвертеры интерфейса Gigabit (GBIC) не были установлены на модуле из примера. Поэтому проверка целостности не была выполнена. Проверка целостности GBIC выполнена только на медных GBIC (WS-G5483= ).

    cat6native#show diagnostic module 3
    Current Online Diagnostic Level = Minimal
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Minimal
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : U
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : U
    6 . TestCapture                   : U
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : U
    9 . TestTrap                      : U
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : U
    12. TestL3Capture                 : U
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : U
    17. TestAclDeny                   : U
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- Проверки, помеченные "U", были пропущены, поскольку был
    !--- включен минимальный уровень диагностики.
    
    cat6knative#configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    cat6knative(config)#diagnostic level complete
    
    !--- Эта команда включает полную диагностику.
    
    cat6knative(config)#end
    cat6knative#
    *Feb 18 13:13:03 EST: %SYS-5-CONFIG_I: Configured from console by console
    cat6knative#
    cat6knative#hw-module module 3 reset
    Proceed with reload of module? [confirm]
    % reset issued for module 3
    cat6knative#
    *Feb 18 13:13:20 EST: %C6KPWR-SP-4-DISABLED: power to module in slot 3 set off 
     (Reset)
    *Feb 18 13:14:12 EST: %DIAG-SP-6-RUN_COMPLETE: Module 3: Running Complete Online 
     Diagnostics...
    *Feb 18 13:14:51 EST: %DIAG-SP-6-DIAG_OK: Module 3: Passed Online Diagnostics
    *Feb 18 13:14:51 EST: %OIR-SP-6-INSCARD: Card inserted in slot 3, interfaces 
     are now online 
    cat6knative#show diagnostic module 3  
    Current Online Diagnostic Level = Complete
    
    Online Diagnostic Result for Module 3 : PASS
    Online Diagnostic Level when Module 3 came up = Complete
    
    Test Results: (. = Pass, F = Fail, U = Unknown)
    
    1 . TestGBICIntegrity : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             U  U  U  U  U  U  U  U  U  U  U  U  U  U  U  U 
    
    !--- Результат этой проверки неизвестен ("U", значит "untested", т.е. не проверен) 
    !--- поскольку не вставлен медный GBICS.
    
    
    2 . TestLoopback : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
    
    3 . TestDontLearn                 : .
    4 . TestConditionalLearn          : .
    5 . TestStaticEntry               : .
    6 . TestCapture                   : .
    7 . TestNewLearn                  : .
    8 . TestIndexLearn                : .
    9 . TestTrap                      : .
    10. TestIpFibShortcut             : .
    11. TestDontShortcut              : .
    12. TestL3Capture                 : .
    13. TestL3VlanMet                 : .
    14. TestIngressSpan               : .
    15. TestEgressSpan                : .
    16. TestAclPermit                 : .
    17. TestAclDeny                   : .
    18. TestNetflowInlineRewrite : 
    
       Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16
       ----------------------------------------------------
             .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  . 
  • Выполнить команды show tech-support и show logging. Выполнить поиск любых других сообщений, относящихся к этому модулю для дальнейшего устранения неисправностей.

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

Отказ внутриполосного канала связи

Supervisor Engines может выдавать сообщения, указывающие на сбой внутриполосного канала связи. Сообщения, зарегистрированные коммутатором могут выглядеть следующим образом:

InbandKeepAliveFailure:Module 1 not responding over inband
InbandKeepAlive:Module 2 inband rate: rx=0 pps, tx=0 pps
ProcessStatusPing:Module 1 not responding over SCP
ProcessStatusPing:Module 1 not responding... resetting module

Распространенные причины/решение 1

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

  • Supervisor Engine занят;

  • Петля протокола связующего дерева;

  • Диспетчеры политик на основе списков доступа и политик QoS ускорили или замедлили трафик на внутриполосном канале связи;

  • Проблемы синхронизации порта ASIC;

  • Проблемы модулей коммутационной матрицы.

Для устранения проблемы следуйте инструкциям:

  1. Используйте команду show process cpu для определения процесса, который вызывает проблему. См. Высокий уровень загрузки ЦП коммутаторов Catalyst 6500/6000 для выяснение причины.

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

Поиск и устранение неисправностей преобразования CatOS в программное обеспечение Cisco IOS или программного обеспечения Cisco IOS в CatOS

Если возникли трудности с преобразованием из CatOS в системное ПО Cisco IOS или ПО Cisco IOS в CatOS, см. следующие документы:

Проблема, возникающая при попытке пользователя получить доступ в NVRAM после преобразования Cisco IOS в CatOS

Если NVRAM поврежден или значение параметра CONFIG_FILE настраивается из MSFC ROMmon во время преобразования из Cisco IOS в CatOS, может возникнуть проблема при попытке доступа в NVRAM из MSFC. Поступающие сообщения об ошибке могут выглядеть следующим образом:

Router#write memory
     startup-config file open failed (Not enough space)
Router#dir nvram:
     Directory of nvram:/       
    
%Error calling getdents for nvram:/ (Unknown error 89)

Если MSFC загружается с CONFIG_FILE, настроенным в ROMmon, пользователь не может сохранить конфигурацию в NVRAM. Команда show startup-config также дает сбой (код ошибки 89). Данная проблема возникает в Catalyst 6500 с Supervisor Engine 720 в гибридном режиме, при использовании ПО Cisco IOS Release 12.2 (14)SX2 на MSFC3.

Ниже даны обходные пути в случае, если CONFIG_FILE настроен:

  1. Обновить код MSFC3 в ПО Cisco IOS Release 12.2(17a)SX или более поздней версии. Для получения более подробной информации об обновлении образа ПО на MSFC, см. Порядок обновления образов программного обеспечения на модулях 3-го уровня коммутаторов Catalyst.

  2. Отменить параметры CONFIG_FILE из MSFC ROMmon.

    Для вхождения в режим ROMmon перегрузите MSFC и нажимайте клавиши Ctrl+Break в течение первых 60 секунд запуска. После вхождения MSFC в режим ROMmon выполните следующие команды для отмены CONFIG_FILE:

    • rommon 2 >priv
      
      !--- Нажмите Enter или Return.
      !--- Вы вошли в привилегированный режим ROMmon.
      !--- Появляются следующие выходные данные:
      
      You now have access to the full set of monitor commands.
      Warning: some commands will allow you to destroy your
      configuration and/or system images and could render
      the machine unbootable.
    • rommon 3 >unset CONFIG_FILE
      
      !--- Нажмите Enter или Return.
      !--- Это восстанавливает настройку переменной CONFIG_FILE.
      
      
    • rommon 4 >sync
      
      !--- Нажмите Enter или Return.
      
      
    • rommon 5 >reset
      
      
      !--- Нажмите Enter или Return.
      
      

Если NVRAM поврежден во время преобразования из Cisco IOS в CatOS, очистить NVRAM для решения проблемы. Для того чтобы очистить NVRAM, войти в режим ROMmon и затем выполнить следующие команды:

  • rommon 1 >priv
    
    
    !--- Нажмите Enter или Return.
    !--- Вы вошли в привилегированный режим ROMmon.
    !--- Появятся следующие выходные данные:
    
    You now have access to the full set of monitor commands.
    Warning: some commands will allow you to destroy your
    configuration and/or system images and could render
    the machine unbootable.
  • rommon 2 >nvram_erase
    
    
    !--- Нажмите Enter или Return.
    !--- Эти параметры должны вводиться точно:
    !--- Первая строка должна быть "be" (без пробелов), затем шесть нулей ("000000").
    !--- Следующая строка должна быть "2" (без пробелов), затем пять нулей ("00000").
    
    Enter in hex the start address [0xbe020000]:  be000000
    
    
    !--- Нажмите Enter или Return.
    
    Enter in hex the test size or length in bytes [0x100]:  200000
    
    
    !--- нажмите Enter или Return.
    !--- После завершения стирания NVRAM используйте команду reset.
    
    
    rommon 3 >reset
    
    !--- Нажмите Enter или Return.
    
    

    Примечание. Supervisor Engine 720 имеет команду nvram_erase в маршрутизаторе (MSFC) ROMmon, но эта команда не действительна в процессоре коммутации (Supervisor Engine) ROMmon.

Не удается загрузиться с программным обеспечением Cisco IOS, когда пользователь производит преобразование из CatOS в Cisco IOS

При попытке загрузить программное обеспечение Cisco IOS с disk0 или slot0 во время процесса преобразования поступает следующее сообщения об ошибке:

*** TLB (Store) Exception ***
Access address = 0x10000403
PC = 0x8000fd60, Cause = 0xc, Status Reg = 0x30419003
 
monitor: command "boot" aborted due to exception

Данное сообщение об ошибке может относиться к аппаратному или программному обеспечению и привести зацикливанию при загрузке или зависанию коммутатора в режиме ROM Monitor (ROMmon).

Чтобы устранить данную проблему, выполните следующие действия:

  1. Данная проблема может быть вызвана образом ПО с неверной контрольной суммой. Перезагрузить образ программного обеспечения Cisco IOS с сервера TFTP.

  2. Если перезагрузка не решает проблему, следует отформатировать флэш-карту и перезагрузить образ программного обеспечения Cisco IOS.

    См. Таблица совместимости файловых систем PCMCIA и данные файловых систем для получения информации о порядке очистки флэш-памяти.

  3. Данная проблема может также возникать в связи с аппаратным сбоем, но сообщение об ошибке не указывает, какой именно аппаратный компонент вызывает проблему. Следует попытаться загрузить программное обеспечение Cisco IOS с другой флэш-карты.

Проблемы соединения интерфейса/модуля

Проблемы соединения или потеря пакетов с модулями WS-X6548-GE-TX и WS-X6148-GE-TX, используемыми на пуле серверов

При использовании модуля WS-X6548-GE-TX или WS-X6148-GE-TX есть вероятность, что отдельный порт загрузки может привести к проблемам связи или потере пакетов на окружающем интерфейсе. В особенности, при использовании логического канала EtherChannel и дистанционного анализатора коммутируемых портов (RSPAN) в этих линейных платах, потенциально можно видеть медленный ответ из-за потери пакетов. Эти линейные платы - платы превышения лимита подписки, предназначенные для расширения гигабитных сетей до рабочего стола, и могут быть не идеальными для соединяемости пула серверов. Эти модули содержат одну 1-гигабитную восходящую из порта ASIC линию, которая поддерживает 8 портов. Эти платы имеют общий буфер объемом 1 МБ между группой портов (1-8, 9-16, 17-24, 25-32, 33-40 и 41-48) так как каждый блок из восьми портов превышает лимит подписки в отношении 8:1. Совокупная статистика каждого блока из восьми портов не может превышать 1 гбит/с. Таблица 4 в Cisco Catalyst 6500 серии 10/100- и 10/100/1000-мбит/с интерфейсных модулей Ethernet показывает различные типы модулей интерфейса Ethernet и поддерживаемый размер буфера на каждый порт.

Превышение лимита подписки происходит в результате объединения нескольких портов в одну Pinnacle ASIC. Pinnacle ASIC - это машина прямого доступа к памяти (DMA), которая передает пакеты между объединительной коммутируемой шиной и портами сети. Если любые порты в этом диапазоне получают или передают трафик со скоростью, которая превышает полосу или используют большое количество буферов для поддержания трафика с передачей пакетированных данных, другие порты в том же диапазоне могут потенциально испытывать потерю пакетов. Назначение буфера на этих модулях задокументировано в Буферы, очереди и пороги на модулях Ethernet Catalyst 6500.

Адрес места назначения SPAN представляет собой наиболее частую причину, так как трафик нередко копируется из всей VLAN или нескольких портов в один интерфейс. На плате с отдельными интерфейсными буферами пакеты, которые превышают полосу порта назначения, молча отбрасываются и другие порты не затрагиваются. С совместно используемыми буферами это вызывает проблемы соединения для других портов в этом диапазоне. В большинстве сценариев совместно используемые буферы не вызывают проблем. Даже с восемью подключенными гигабитными рабочими станциями редко когда предоставленная полоса пропускания превышается.

Использование модулей WS-X6548-GE-TX, WS-X6548V-GE-TX, WS-X6148-GE-TX и WS-X6148V-GE-TX с каналом EtherChannel ограничено. В каналах EtherChannel данные из всех линий передаются пучком на порт ASIC, даже если они были предназначены для другой линии. Эти данные используют полосу пропускания 1-гигабитном канале Ethernet. Для этих модулей суммарный поток данных на одном канале EtherChannel не может превышать 1 гбит/с.

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

  • CatOS

    Cat6500 (enable) show asicreg <mod/port> pinnacle err

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

    015B: PI_PBT_S_QOS3_OUTLOST_REG = 0011

    015F: PI_PBT_S_HOLD_REG = D26C

  • NativeIOS

    Cat6500# show counters interface gigabitEthernet <mod/port> | include qos3Outlost

    51. qos3Outlost = 768504851

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

Обходной путь

Выполните следующие действия:

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

    Например, если есть сервер, подключенный к порту 1, который превышает лимит подписки интерфейса, это может привести к медленному ответу, если есть несколько других серверов, подключенных к портам в диапазоне 2-8. В этом случае, переместите сервер, превышающий лимит подписки на порт 9, чтобы освободить буфер в первом блоке портов 1-8. В новых версиях программного обеспечения буферизация порта назначения SPAN автоматически перемещается в интерфейс, так что это не влияет на другие порты в ее диапазоне. См. сообщение об ошибке с идентификатором Cisco CSCed25278 (только для зарегистрированных пользователей) (CatOS) и CSCin70308 (только для зарегистрированных пользователей) (NativeIOS) для получения дополнительной информации.

  2. Отключите защиту от блокировки очереди (HOL), которая использует буферы интерфейса вместо совместно используемых буферов.

    Этот приводит только к одному порту с чрезмерной нагрузкой, который имеет потери. Так как буферы интерфейса (32 k) значительно меньше, чем совместно используемый буфер размером 1 МБ, то вероятно большее количество потерь пакетов на отдельных портах. Выделенные буферы интерфейса предлагаются только для крайних случаев, когда более медленные клиенты или порты SPAN не могут быть перемещены на другие линейные платы.

    • NativeIOS

      Router(config)# interface gigabitethernet <mod/port>

      Router(config-if)# hol-blocking disable

      После этого отключения потери перемещаются в счетчики интерфейса, и их можно увидеть при помощи команды show interface gigabit <mod/port> . Другие порты больше не затрагиваются, если они также не осуществляют пакетную передачу по отдельности. Так как рекомендуется, чтобы защита от блокировки HOL была включена, эта информация может использоваться для нахождения устройства, которое переполняет буферы в диапазоне портов и перемещает их на другую плату или в изолированный диапазон на плате, так что защита HOL может быть включена повторно.

    • CatOS

      Console> (enable) set port hol-blocking <mod/port> disable

      Так как защита отключена, потери перемещаются в счетчики интерфейсов и их можно увидеть при помощи команды show mac <mod/port> . Другие порты больше не затрагиваются, если они также не осуществляют пакетную передачу по отдельности. Так как рекомендуется, чтобы защита от HOL была включена, эта информация может использоваться для нахождения устройства, которое переполняет буферы в диапазоне портов и перемещает их на другую плату или в изолированный диапазон на плате, так что защита от HOL может быть включена повторна.

Рабочая станция не может входить в сеть во время запуска/не может получить адрес DHCP

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

  • Клиент сети Microsoft выводит No Domain Controllers Available (контроллеры домена недоступны);

  • DHCP сообщает No DHCP Servers Available (серверы DHCP недоступны);

  • В процессе загрузки на рабочей станции Novell IPX экран регистрации в сети Novell не появляется;

  • Клиент сети AppleTalk выводит Access to your AppleTalk network has been interrupted (доступ к сети Apple Talk прерван); Для повторного соединения откройте и закройте панель управления AppleTalk. Есть вероятность, что приложение "Выбор клиента" AppleTalk может выводить неполный список зон или не выводить его вообще;

  • Терминалы сети IBM могут иметь одно из следующих сообщений:

    • NSB83619--Address resolution failed (ошибка разрешения адреса);

    • NSB83589--Failed to boot after 1 attempt (не удалось загрузиться с 1 попытки);

    • NSB70519--Failed to connect to a server (не удалось подключиться к серверу).

Распространенные причины/решения

Задержка интерфейса может привести к симптомам, которые перечислены в разделе Рабочая станция не может входить в сеть во время запуска/не может получить адрес DHCP . Это общие причины задержки интерфейса:

  • Задержка протокола связующего дерева (STP);

  • Задержка канала EtherChannel;

  • Задержка транкинга;

  • Задержка автосогласования.

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

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

Поиск и устранение неисправностей, связанных с совместимостью с сетевой интерфейсной платой

При наличии следующих проблем может возникнуть вопрос о совместимости или неправильной настройке сетевых интерфейсных плат (NIC) в отношении коммутатора:

  • Соединение с коммутатором сервер/клиент не включается;

  • Проблемы с автосогласованием;

  • Имеются ошибки на портах.

Распространенные причины/решения

Причины этих признаков могут быть следующие:

  • Проблема с известным драйвером NIC;

  • Несоответствие скорости и дуплексного режима;

  • Проблемы автосогласования;

  • Проблема прокладки кабелей.

Для устранения неисправностей см. Устранение проблем совместимости коммутаторов Cisco Catalyst и сетевых интерфейсных плат.

Интерфейс в состоянии errdisable (отключение из-за ошибки)

Если состояние интерфейса errdisable в выходных данных команды show interface status, интерфейс отключен из-за состояния ошибки. Ниже дается пример интерфейса в статусе errdisable:

cat6knative#show interfaces gigabitethernet 4/1 status 

Port    Name               Status       Vlan       Duplex  Speed Type
Gi4/1                      err-disabled 100          full   1000 1000BaseSX

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

%SPANTREE-SP-2-BLOCK_BPDUGUARD: 
   Received BPDU on port GigabitEthernet4/1 with BPDU Guard enabled. Disabling port.
%PM-SP-4-ERR_DISABLE: 
   bpduguard error detected on Gi4/1, putting Gi4/1 in err-disable state

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

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

  • Несоответствие между параметрами дуплексного режима;

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

  • Нарушение защиты BPDU;

  • Состояние UDLD;

  • Обнаружение поздней коллизии;

  • Обнаружение переброски канала;

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

  • Переброска по протоколу агрегации портов (PAgP);

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

  • Ограничение скорости слежения DHCP.

Чтобы повторно включить интерфейс вручную, выполнить интерфейсную команду no shutdown. Можно также выполнить команду errdisable recovery cause cause enable, чтобы настроить механизм таймаута (timeout), который автоматически повторно включит порт по истечении времени таймера.

Примечание. Состояние ошибки возникает снова, если не устранить причину проблемы.

Для определения причины состояния errdisable выполнить команду show errdisable recovery.

cat6knative#show errdisable recovery 
ErrDisable Reason    Timer Status
-----------------    --------------
udld                 Enabled
bpduguard            Enabled
security-violatio    Enabled
channel-misconfig    Enabled
pagp-flap            Enabled
dtp-flap             Enabled
link-flap            Enabled
l2ptguard            Enabled
psecure-violation    Enabled

Timer interval: 300 seconds

Interfaces that will be enabled at the next timeout:

Interface    Errdisable reason    Time left(sec)
---------    -----------------    --------------
 Gi4/1           bpduguard             270

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

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

Устранение ошибок в интерфейсе

Если вы видите ошибки в выходных данных команды show interface, проверьте состояние и исправность интерфейса. Также проверьте, проходит ли трафик через интерфейс. См. Шаг 12. Поиск и устранение неисправностей, связанных с возможностью соединения порта модуля WS-X6348 для Catalyst 6500/6000 под управлением системного ПО Cisco IOS.

cat6knative#show interfaces gigabitethernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0001.6416.042a (bia 0001.6416.042a)
  Description: L2 FX Trunk to tpa_data_6513_01
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex mode, link type is autonegotiation, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:28, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue :0/40 (size/max)
  5 minute input rate 118000 bits/sec, 289 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     461986872 packets input, 33320301551 bytes, 0 no buffer
     Received 461467631 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 137 overrun, 0 ignored
     0 input packets with dribble condition detected
     64429726 packets output, 4706228422 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
cat6knative#

Ошибки могут быть также в выходных данных команды show interfaces interface-id counters errors. Если это так, проверьте ошибки, связанные с интерфейсом. См. шаг 14 Поиск и устранение неисправностей, связанных с возможностью соединения порта модуля WS-X6348 для Catalyst 6500/6000 под управлением системного ПО Cisco IOS.

cat6knative#show interfaces gigabitethernet 3/1 counters errors 

Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Gi3/1               0          0          0          0         0           0

Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
Gi3/1              0         0         0          0         0         0         0

Распространенные причины/решения

  • Причина ошибок в интерфейсе может относиться к физическому уровню, например:

    • Поврежденный кабель/NIC;

    • Проблемы конфигурации, например, несоответствие скорости и дуплексного режима;

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

    Чтобы понять и устранить эти проблемы см. документ Устранение неисправностей портов и интерфейсов коммутаторов.

  • Иногда, показания счетчиков увеличиваются неправильно из-за ошибок в программном обеспечении или аппаратных ограничений. В данной таблице приведены некоторые известные проблемы счетчиков платформы Catalyst 6500/6000, на которых работает ПО Cisco IOS:

    Признак

    Описание

    Устранение

    Гиганты на интерфейсах магистрального канала IEEE 802.1Q на коммутаторах на базе Supervisor Engine 720.

    Коммутатор серии Catalyst 6500 может передавать гиганты для размеров пакетов более 1496 байт, которые принимаются помеченными на канал через порты Supervisor Engine 720. Эта же проблема может присутствовать на линейных платах 67xx. Данная проблема незначительная и коммутатор передает пакеты. Проблема также возникает с магистральными каналами ISL1 . См. сообщение об ошибках с идентификатором Cisco CSCec62587 (только для зарегистрированных пользователей) и CSCed42859 (только для зарегистрированных пользователей) для получения более подробной информации.

    ПО Cisco IOS Release 12.2(17b)SXA и выше

    ПО Cisco IOS Release 12.2(18)SXD и выше

    Гиганты на инерфейсах магистрального канала 802.1Q на коммутаторах на базе Supervisor Engine 2.

    Коммутатор считает пакеты, которые следуют в диапазоне от 1497 до 1500 байт на несобственных VLAN на порте магистрального канала 802.1Q как гиганты. Это незначительная проблема и пакеты передаются коммутатором. См. сообщение об ошибке с идентификатором Cisco CSCdw04642 (только для зарегистрированных пользователей) для получения более подробной информации.

    В настоящее время недоступно

    Счетчики сбросов избыточных выходных данных можно видеть в выходных данных команды show interface на интерфейсе Gigabit даже при условиях низкого трафика.

    Счетчики сбросов избыточных выходных данных можно видеть в выходных данных команды show interface на интерфейсе Gigabit даже при условиях низкого трафика. См. сообщение об ошибке с идентификатором Cisco CSCdv86024 (только для зарегистрированных пользователей) для получения подробной информации.

    ПО Cisco IOS Release 12.1(8b)E12 и выше

    ПО Cisco IOS Release 12.1(11b)E8 и выше

    ПО Cisco IOS Release 12.1(12c)E1 и выше

    ПО Cisco IOS Release 12.1(13)E1 и выше

    Интерфейс логического канала порта имеет неправильную статистику в выходных данных команды show interface для bps1 и pps2.

    Если вы используете ПО Cisco IOS и логический канал порта определяется на двух портах Fast Ethernet, а трафик проходит через логический канал порта, физические интерфейсы имеют правильную статистику скорости. Однако интерфейс логического канала порта имеет неправильную статистику. См. сообщение об ошибке с идентификатором Cisco CSCdw23826 (только для зарегистрированных пользователей) для получения более подробной информации.

    ПО Cisco IOS Release 12.1(8a)EX

    ПО Cisco IOS Release 12.1(11b)E1

    ПО Cisco IOS Release 12.1(13)E1

    1 ISL = Межкоммутаторный канал.

    2 bps = бит в секунду.

    3 pps = пакетов в секунду.

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

Вы получаете %PM_SCP-SP-3-GBIC_BAD: проверка целостности GBIC на порте x не состоялась: сообщение об ошибке bad key

GBIC, которые работают в более ранних версиях ПО, чем ПО Cisco IOS Release 12.1(13)E дают сбой после обновления.

С системным ПО Cisco IOS Release 12.1(13), портам с GBIC, которые имеют неверную контрольную сумму GBIC EEPROM не разрешено переходить в состояние включения up. Это ожидаемое поведение для модулей 1000BASE-TX (для кабелей с медными проводниками) и CWDM GBIC. Однако, это поведение неправильно для других GBIC. Имеющие более ранние версии, порты с другими GBIC с ошибками контрольной суммы, были разрешены.

Это сообщение об ошибке печатается, когда эта ошибка возникает в ПО Cisco IOS Release 12.1(13)E:

%PM_SCP-SP-3-GBIC_BAD: GBIC integrity check on port 1/2 failed: bad key

Выполнить команду show interface для отображения выходных данных:

Router#show interface status

Port    Name               Status       Vlan       Duplex  Speed Type
Gi2/1                      faulty       routed       full   1000 bad EEPROM

Данная проблема будет устранена в ПО Cisco IOS Release 12.1(13)E1, 12.1(14)E, и более поздних выпусках.

Для получения более подробной информации по этой проблеме см. Уведомление о дефекте: GBIC EEPROM ошибки несоответствующие ПО Cisco IOS® Release 12.1(13)E для Catalyst 6000.

Вы получаете сообщение об ошибке COIL на интерфейсах модулей WS-X6x48

Можно видеть одно или более таких ссобщений об ошибках в системных журналах или выходных данных команды show log:

  • Coil Pinnacle Header Checksum;

  • Coil Mdtif State Machine Error;

  • Coil Mdtif Packet CRC Error;

  • Coil Pb Rx Underflow Error;

  • Coil Pb Rx Parity Error.

Если имеются проблемы соединения при подключении узлов на модуле WS-X6348 или других модулях 10/100 или наблюдаются сообщения об ошибках, подобных тем, что перечислены в этом разделе и имеется группа из 12 портов, которые зависли и не передают трафик, выполните следующие действия:

  1. Отключите и вновь включите интерфейсы.

  2. Выполните команду hw-module module module_#reset для мягкой перегрузки модуля.

  3. Выполните одно из следующих действий для жесткой перезагрузки модуля:

    • Физически переустановите плату;

    • Выполните команду глобальной конфигурации no power enable module module_# и power enable module module_#.

После выполнения этих действий, обратитесь в Центр технической поддержки Cisco с информацией, если у вас возникнет одна или более из этих проблем:

  • Модуль не подключается к линии;

  • Модуль подключается к линии, но группа из 12 интерфейсов не диагностируется;

    Результат можно увидеть в выходных данных команды show diagnostic module module_#.

  • Модуль зависает в состоянии other при загрузке;

  • Все светодиодные индикаторы портов на модуле горят желтым;

  • Все интерфейсы в состоянии errdisabled.

    Такой результат можно увидеть при выполнении команды show interfaces status module module_#.

См. Устранение неисправностей подключения порта модуля WS-X6348 для Catalyst 6500/6000 под управлением системного ПО Cisco IOS для обстоятельной диагностики.

Поиск и устранение неисправностей подключения модуля WS-X6x48

Если есть проблемы при подключении узлов к модулю WS-X6348 или другим 10/100 модулям, см. Устранение неисправностей подключения порта модуля WS-X6348 на Catalyst 6500/6000 под управлением системного ПО Cisco IOS для обстоятельной диагностиги.

Если после просмотра и устранения неисправностей на основе документа Устранение неисправностей подключения порта модуля WS-X6348 на Catalyst 6500/6000 под управлением системного ПО Cisco IOS , проблемы остались, обратитесь в Центр технической поддержки Cisco для получения помощи.

Поиск и устранение неисправностей STP

Неполадки связующего дерева могут вызвать проблемы связности в коммутируемых сетях. Пошаговую процедуру устранения неисправностей и инструкции по предотвращению проблем связующего дерева, см. в документе Поиск и устранение неисправностей STP на коммутаторе Catalyst с системным программным обеспечением Cisco IOS.

Проблемы с подачей электропитания и проблемы с вентилятором

Индикатор питания INPUT OK не загорается

Если индикатор питания INPUT OK не загорается после включения электропитания, выполните команду show power status all. Проверить статус подачи электропитания, как показано в этом примере:

cat6knative#show power status all           
                        Power-Capacity PS-Fan Output Oper
PS   Type               Watts   A @42V Status Status State
---- ------------------ ------- ------ ------ ------ -----
1    WS-CAC-2500W       2331.00 55.50  OK     OK     on 
2    none
                        Pwr-Requested  Pwr-Allocated  Admin Oper
Slot Card-Type          Watts   A @42V Watts   A @42V State State
---- ------------------ ------- ------ ------- ------ ----- -----
1    WS-X6K-S2U-MSFC2    142.38  3.39   142.38  3.39  on    on
2    WSSUP1A-2GE         142.38  3.39   142.38  3.39  on    on
3    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
4    WS-X6516-GBIC       231.00  5.50   231.00  5.50  on    on
5    WS-X6500-SFM2       129.78  3.09   129.78  3.09  on    on
6    WS-X6502-10GE       226.80  5.40   226.80  5.40  on    on
cat6knative#

Если статус не OK, как показано в примере, выполнить действия, указанные в разделеПоиск и устранение неисправностей электропитания документа Поиск и устранение неисправностей (коммутаторы серии Catalyst 6500) для устранения неисправностей.

Поиск и устранение неисправностей C6KPWR-4-POWRDENIED: недостаточно мощности, модуль в слоте [dec] отключен от питания или %C6KPWR-SP-4-POWRDENIED: сообщения об ошибке: insufficient power, module in slot [dec] power denied (неодостаточно мощности, модуль в слоте [dec] отключен от питания)

Если это сообщение появляется в журнале, это указывает на то, что нет достаточной мощности для включения модуля. [dec] в сообщении указывает номер слота:

%OIR-SP-6-REMCARD: Card removed from slot 9, interfaces disabled
C6KPWR-4-POWERDENIED: insufficient power, module in slot 9 power denied
C6KPWR-SP-4-POWERDENIED: insufficient power, module in slot 9 power denied

Выполните команду show power для нахождения режима резервного питания.

cat6knative#show power
system power redundancy mode = redundant
system power total = 27.460A
system power used = 25.430A
system power available = 2.030A
FRU-type       #    current   admin state oper
power-supply   1    27.460A   on          on
power-supply   2    27.460A   on          on
module         1    3.390A    on          on
module         2    3.390A    on          on
module         3    5.500A    on          on
module         5    3.090A    on          on
module         7    5.030A    on          on
module         8    5.030A    on          on
module         9    5.030A    on          off (FRU-power denied).

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

  • Установить более мощный источник питания;

    Например, если действующий источник питания 1300W AC, нужно увеличить мощность до 2500W AC или 4000W AC (Вт переменного тока).

  • Перевести резервный источник питания в режим combined (комбинированный).

    Ниже представлен пример:

    cat6knative(config)#power redundancy-mode combined 
    cat6knative(config)#
     %C6KPWR-SP-4-PSCOMBINEDMODE: power supplies set to combined mode. 
    

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

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

Дополнительную информацию об управлении питанием см. в Управление питанием коммутароров серии Catalyst 6000.

Индикатор вентилятора - красный или показывает состояние отказа в выходных данных команды show environment status

Если при выполнении команды show environment status установлено, что вентилятор не работает, следовать указаниям раздела Поиск и устранение неисправностей вентилятора документа Поиск и устранение неисправностей (коммутаторы серии Catalyst 6500) для определения проблемы.

Ниже представлен пример:

cat6knative#show environment status                              
backplane: 
  operating clock count: 2
  operating VTT count: 3
fan-tray 1: 
  fan-tray 1 fan-fail: failed

!--- Выходные данные подавлены.

Связанные обсуждения сообщества поддержки Cisco

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


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


Document ID: 24053