Ремонт коммутатора cisco своими руками

Ремонт коммутаторов

Коммутаторы активно используются для создания локальной сети, ее децентрализованных сегментов. Наиболее распространены свитчи торговых марок Edge-Core, D-Link, FoxGate, Zyxel, TP-Link. Для коммутаторов ремонт является возможностью восстановить их работоспособность после выхода из строя. Любая неполадка коммутатора может остановить работу всего офиса.

Причины ремонта свитча

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

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

Ремонт коммутаторов: что чаще всего выходит из строя?

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

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

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

Методы ремонта сетевого оборудования

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

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

Особенности проведения ремонтных работ

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

• Диагностика. Необходимо определить причину нарушений в локальной сети (в некоторых случаях свитч оказывается рабочим, проблемы могут возникать с кабелями, неправильной настройкой). Если отсутствие связи вызвано поломкой коммутатора, мастер обязан определить, какой элемент вышел из строя.
• Составить план действий. Это требуется для последующего определения стоимости работы, перечня необходимых запчастей, их цены.
• Согласовать выполнение работ с заказчиком. Для этого ему необходимо описать суть проблемы, пути ее решения, стоимость предложенного и альтернативных методов, возможные риски.
• Выполнение необходимых действий по восстановлению работоспособности свитча.

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

Источник

5 типичных поломок сетевых коммутаторов: причины неисправностей и способы их устранения

Топ-5 причин выхода коммутатора из строя: перегрузка и другие поводы

Поломку коммутационного оборудования могут спровоцировать внешние и внутренние факторы.

Нарушение базовых правил эксплуатации

К выходу свитча из строя может привести банальная неаккуратность. На качество работы влияют различные механические воздействия:

резкие выдергивания сетевых кабелей;

случайные удары по корпусу;

падения с большой высоты.

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

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

Некачественное программное обеспечение

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

Важно: По ссылке https://www.moyo.ua/comp-and-periphery/network_equip/kommutatory-nastraiv/cisco/ можно приобрести оригинальный коммутатор Cisco на базе сертифицированного программного обеспечения.

Вернуть работоспособность свитчу в случае сбоя в работе ПО может повторная прошивка.

Нестабильность электрической сети

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

Для защиты девайсов от токов КЗ и резких перепадов напряжения следует использовать источники бесперебойного питания и внешний стабилизаторы.

Повреждения портов для подключения оборудования

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

Решить эту проблему можно в любом сервисном центре. Специалисты быстро произведут замену поврежденных портов и вернут устройству функциональные возможности.

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

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

Устранить все эти поломки поможет поход в сервис или же самостоятельная замена неисправных запчастей.

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

Источник

Ремонт телекоммуникационного оборудования

Компания НАГ предоставляет услугу по ремонту телекоммуникационного оборудования. На протяжении многих лет работы мы выполняем гарантийный и постгарантийный ремонт продаваемого нами оборудования. Теперь мы готовы предложить свои услуги любому клиенту.

Наши специалисты произведут квалифицированную диагностику и ремонт Cisco, обслуживание Cisco, ремонт Ericsson, ремонт Jilong, ремонт Ubiquiti, ремонт Mikrotik, а также другого оборудования известных производителей.

Ремонт коммутаторов Cisco:

• Коммутаторы Cisco серии 2940, 2950, 2970
• Коммутаторы Cisco серии 2960, 2960-S
• Коммутаторы Cisco серии 3500XL, 3550
• Коммутаторы Cisco серии 3560, 3750
• Коммутаторы Cisco серии 3560-X, 3750-X
• Коммутаторы Cisco серии 4500-X, 4900
• Коммутаторы Cisco серии 4500, 4500-E
• Коммутаторы Cisco серии 6500, 6500-E (включая модули и блоки питания)

Ремонт маршрутизаторов Cisco:

• Маршрутизаторы Cisco серии 800, 1700, 1800 (включая модули и блоки питания)
• Маршрутизаторы Cisco серий 28xx, 29xx, 36xx, 37хх, 38хх, 39xx (включая модули и блоки питания)
• Маршрутизаторы Cisco серий 7200, 7300, 7600, SCE и тд (включая модули и блоки питания)

Межсетевые экраны Cisco:

• Межсетевые экраны Cisco серии ASA55xx

Ремонт маршрутизаторов Ericsson:

• Маршрутизаторы ericsson серии SE100, SE600

Ремонт IP-телефонов Cisco:

• IP-телефоны Cisco серии CP-7900, 8900, 9900

Ремонт WiFi Cisco:

• Точки доступа Cisco Aironet 1200, 1500

Ремонт Ubiquiti:

• Nanostation 2 ремонт
• Nanostation 5 ремонт
• Nanostation M2 ремонт
• Nanostation M5 ремонт
• Nanostation Loco ремонт
• Nanostation Loco M2 ремонт
• UniFi ремон
• UniFi LR ремонт
• Bullet M2HP ремонт
• Bullet M5HP ремонт

Ремонт Mikrotik

• RB751U-2HnD
• RB751U-5HnD
• RB711
• RB951

Ремонт Jilong, обслуживание Jilong:

• Сварочный аппарат Jilong KL-280
• Сварочный аппарат Jilong KL-280G
• Сварочный аппарат Jilong KL-300T
• Сварочный аппарат Jilong KL-500

Ремонт Fujikura, обслуживание Fujikura:

Ремонт PBI:

Ремонт сварочных аппаратов fiberfox

Заказать ремонт и обсудить подробности можно по телефону (343) 379-98-38 доб.270, либо зарегистрировав заявку в службе Help Desk в теме обязательно укажите «не гарантийный ремонт»

(для оперативного ремонта прилагайте подробное описание проблемы и подписанный со своей стороны договор ремонта к высылаемому оборудованию).

Источник

Поиск и устранение распространенных проблем коммутаторов серии Catalyst 3750

Параметры загрузки

Содержание

Введение

В этом документе описываются проблемы коммутаторов серии Cisco Catalyst 3750 и возможные пути их решения.

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

Требования

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

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

Информация в этом документе приводится для коммутаторов серии Cisco Catalyst 3750.

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

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

Проблемы соединений

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

Протокол автоматического согласования IEEE 802.3ab управляет параметрами скорости (10 Мбит/с, 100 Мбит/с и 1000 Мбит/с, за исключением портов модулей SFP) и дуплексного режима (полнодуплексный или полудуплексный). Существуют ситуации, в которых протокол может неверно согласовать эти параметры и уменьшить производительность.

Несовпадение возникает в следующих случаях:

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

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

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

Включите автоматическое согласование скорости и дуплексного режима на обоих портах.

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

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

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

На портах модулей SFP нельзя настраивать скорость, но можно отключить согласование скорости (nonegotiate), если подключенное устройство не поддерживает автосогласование. Однако если к порту модуля SFP подключен модуль 1000BASE-T SFP, можно задать скорость 10, 100 или 1000 Мбит/с, а также auto.

Параметры дуплексного режима на порте модуля SFP можно настраивать, только если к нему подключен модуль 1000BASE-T SFP или 100BASE-FX MMF SFP. Все остальные модули SFP работают только в полнодуплексном режиме.

Если к порту модуля SFP подключен модуль 1000 BASE-T SFP, вы можете задать значения auto или full для дуплексного режима.

Если к порту модуля SFP подключен модуль 100 BASE-FX SFP, вы можете задать значения half или full для дуплексного режима.

Примечание: Полудуплексный режим поддерживается на интерфейсах Gigabit Ethernet. Однако эти интерфейсы нельзя настроить на работу в полудуплексном режиме.

Нет соединения после включения маршрутизации IP

Одна из самых распространенных проблем заключается в потере соединения при включении маршрутизации IP на коммутаторе. Распространенная причина этой проблемы — команда, используемая для задания шлюза по умолчанию для устройства.

Если маршрутизация IP не активирована на устройстве, используется команда ip default-gateway.

Если маршрутизация IP включена, используйте команду ip route , чтобы задать маршрутизатор по умолчанию для устройства.

Пропадающее соединение в связи с тем, что порты, не настроенные в качестве портов доступа, назначаются в одну сеть VLAN.

Когда порты назначаются определенным сетям VLAN, команду switchport mode access необходимо применить к порту, чтобы перманентно вывести интерфейс из режима магистрального соединения и гарантировать проведение согласования для перевода соединения в «немагистральный» режим. Этот интерфейс становится немагистральным, даже если соседний интерфейс не меняется.

Соединение на порте может пропадать, если не задана команда switchport mode access . Эта команда заставляет порт работать в качестве немагистрального соединения.

Для перевода интерфейса в режим доступа выполните следующие действия:

Обратитесь к интерфейсу, который необходимо настроить в качестве порта доступа:

Если на порте коммутатора наблюдается пропадание соединения, убедитесь, что на соответствующем интерфейсе задана команда switchport mode access. Проверьте выходные данные команды show run.

Примечание: Интерфейс FastEthernet0/25 настроен как порт доступа, а интерфейс FastEthernet0/26 назначен только vlan 3.

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

Коммутатор Catalyst 3750 получает большое количество TCN-пакетов

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

Поэтому, когда коммутатору необходимо сообщить об изменении топологии, он отправляет TCN-пакет на свой корневой порт. Выделенный мост получает TCN-пакет, подтверждает его и создает еще один пакет для своего собственного корневого порта. Этот процесс продолжается, пока TCN-пакет не попадет на корневой мост.

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

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

Примечание: Функцию STP Portfast не следует включать на портах, подключенных к концентраторам или другим мостам.

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

Если к порту не подключено устройство или хост, интерфейс сети VLAN будет находиться в состоянии UP/DOWN

При создании новой сети VLAN как интерфейса 3-го уровня, для этой сети VLAN будет отображаться состояние UP/DOWN, если в нее не назначены порты или если назначенные порты находятся в состоянии Not Connected. Чтобы перевести эту сеть VLAN в состояние UP/UP, необходимо назначить в сети VLAN интерфейса хотя бы один порт и подключить к этому порту устройство или хост.

В этом примере мы создадим сеть VLAN интерфейса 3-го уровня. Мы назначим порт в новую сеть VLAN и подключим к этому порту устройство, в результате состояние сети VLAN изменится на UP/UP.

Создайте новую сеть VLAN в базе данных. При выходе из режима базы данных сети VLAN будут применены изменения конфигурации.

Убедитесь, что сеть VLAN создана в базе данных. Проверьте выходные данные команды show vlan.

Примечание: Во vlan 40 не назначено портов.

Задайте IP-адрес для новой сети VLAN.

Настройте физические интерфейсы для подключения клиента к соответствующей сети VLAN.

Убедитесь, что физический интерфейс назначен сети VLAN

В этот момент состояние сети VLAN будет отображаться как UP/DOWN, так как к порту Fa1/0/2 не подключено никаких хостов или устройств

Примечание: Хотя сети VLAN назначен порт, ее состояние остается UP/DOWN, так как ни хост ни устройство не подключены к порту Fa1/0/2 физически

Подключите хост или устройство к порту Fa1/0/2, принадлежащему сети VLAN 40.

Убедитесь, что порт Fa1/0/2 находится в состоянии UP/UP

Теперь, когда в новую сеть VLAN назначен порт, который находится в состоянии UP/UP, сеть VLAN перейдет в состояние UP/UP.

Примечание: Сеть VLAN 3-го уровня будет находиться в состоянии UP/UP, только когда в эту сеть VLAN назначен порт в состоянии UP/UP.

Проблемы с доступом через HTTP

Самозаверяющий сертификат теряется при перезагрузке устройства

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

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

Временный или постоянный самозаверяющий сертификат генерируется автоматически при создании безопасного HTTP-подключения, если не настроен доверенный ЦС для аутентификации клиента.

Примечание: Для безопасных HTTP-подключений мы рекомендуем настроить доверенный ЦС. Если доверенный ЦС не настроен на устройстве с HTTPS-сервером, сервер сертифицирует себя и создает пару ключей Rivest, Shamir и Adelman (RSA). Поскольку самозаверяющие сертификаты не обеспечивают необходимой безопасности, подключающийся клиент выдает уведомление о том, что сертификат является самозаверяющим ипользователь может принять или отклонить его.

Локальное имя пользователя не используется для доступа через HTTP

При подключении к диспетчеру устройств Catalyst 3750 коммутатор не использует локальные имена пользователей. Вместо этого используется секретный пароль или пароль «enable» (только если секретный пароль не настроен].

Для обеспечения безопасности подключения необходимо включить SSL на устройстве. Дополнительные сведения см. в документе Настройка коммутатора для использования HTTP SSL.

Проблемы Power Over Ethernet

Чрезмерное выделение питания

Функция Power Inline Consumption коммутаторов серии Cisco Catalyst 3560 и 3750 с поддержкой технологии Power over Ethernet (PoE) позволяет администратору сети настроить фактические потребности устройства в питании. Эта функция позволяет администратору переопределить значение класса питаемого устройства. Эту функцию запрашивали многие крупные корпоративные заказчики и она поддерживается в версиях 12.2(25)SEC и выше.

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

В настоящий момент коммутатор серии Cisco Catalyst 3750 выделяет 15,4 Вт для питаемых устройств класса 0. Однако некоторые из питаемых устройств требуют значительно меньше, чем 15,4 Вт (например, IP-телефону Siemens достаточно 5 Вт). Без функции Power Inline Consumption заказчики могли бы развернуть только 24 таких устройства. С помощью команды power inline consumption для конфигурации потребностей порта коммутатора в питании заказчики могут развертывать до 48 устройств.

Питаемым устройствам класса 3, как правило, выделяется 15,4 Вт. Некоторые питаемые устройства IEEE класса 3 (диапазон 8–15 Вт) используют значительно меньше максимального значения 15,4 Вт. Пример — телефон Avaya 2620SW, который потребляет 8 Вт в худшем случае. Если настроить порты, поддерживающие этот телефон, на выделение 8Вт с помощью интерфейса Consumption CLI, 3750-48PS сможет обеспечивать питание 46 телефонов вместо24.

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

Отключение порта из-за потерь мощности

Если питаемое устройство (такое как IP-телефон Cisco 7910), подключено к порту коммутатора с поддержкой PoE и получает напряжение от источника переменного тока с потерями мощности, устройство может перейти в состояние error-disabled. Чтобы вывести устройство из состояния error-disabled, введите команду конфигурации интерфейса shutdown, а затем команду no shutdown .

Отключение порта из-за соединения, ошибочно принятого за исправное

Если питаемое устройство Cisco подключено к порту, на котором настроена команда конфигурации интерфейса power inline never , может произойти ошибочное определение исправности соединения и переход порта в состояние error-disabled. Чтобы вывести порт из состояние error-disabled, измените режим PoE с помощью команды power inline,и введите команды конфигурации интерфейса shutdown, и no shutdown. Не подключайте питаемые устройства Cisco к портам, на которых настроена команда power inline never .

Телефоны не включаются после добавления коммутатора в существующий стек

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

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

Дополнительные сведения о моделях 3750, поддерживающих PoE, см. в документе Cisco Catalyst 3750: вопросы и ответы.

Проблемы стека

%STACKMGR-6-SWITCH_ADDED_VM

Совместимость ПО участников стека определяется номером версии протокола стека. Чтобы отобразить версию протокола вашего стека, введите команду show platform stack-manager all .

Коммутаторы с одинаковой версией ПО Cisco IOS ® имею одинаковую версию протокола стека. Такие коммутаторы полностью совместимы друг с другом и все их функции работают верно по всему стеку. Коммутатора, версия ПО Cisco IOS которых совпадает с версией мастера стека немедленно добавляются в стек.

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

Коммутаторы с разными версиями ПО Cisco IOS скорее всего будут иметь протоколы стека разных версий. Коммутаторы с разными основными версиями несовместимы и не могут работать в одном стеке.

Коммутаторы с тем же основным номером версии, что у мастера стека, и другим дополнительным номером версии считаются частично несовместимыми. При подключении к стеку коммутаторов частично совместимый коммутатор входит в режим несовпадения версий (VM) и не может присоединиться к стеку как полнофункциональный участник. ПО обнаруживает несовпадение версии и пытается обновить (или уменьшить версию) коммутатор в режиме VM с помощью образа стека коммутаторов или TAR-файла образа из флэш-памяти стека коммутаторов. Программное обеспечение использует функции автоматического обновления (auto-upgrade) и автоматической рекомендации (auto-advise).

Автоматическое обновление выполняется, если версия ПО на мастере стека совпадает с версией ПО коммутатора в режиме VM и TAR-файл текущего образа доступен всем участникам стека. Если TAR-файл текущего образа недоступен, функция auto-advise рекомендует загрузить совместимый образ с помощью соответствующих команд. Функции auto-upgrade и auto-advise не работают, если коммутатор-мастер и коммутатор в режиме VM используют разные наборы функций (IP services и IP base) или разные уровни шифрования (с поддержкой шифрования и без нее).

Не удается удалить %IDB, когда коммутатор активен

Это сообщение об ошибке выдается при удалении коммутатора из стека:

Сообщение об ошибке выводится, если коммутатор удаляется из стека, но значение участника не преобразуется в значение по умолчанию (1). Чтобы решить эту проблему, выполните следующие действия:

Отключите коммутатор, который необходимо удалить из стека.

Измените номер коммутатора с помощью команды:

При удалении инициализированного коммутатора из стека, конфигурация,связанная с удаленным участником стека остается в рабочей конфигурации в качестве инициализированных данных. Для полного удаления конфигурации воспользуйтесь командой глобальной конфигурации no switchstack-member-number provision .

Проблемы конфигурации

Служба DHCP недоступна сетям VLAN

Если коммутатор Cisco Catalyst 3750 действует в качестве агента DHCP Relay, он может не обслуживать клиентов сети VLAN, отличной от сети VLAN DHCP-сервера. Чтобы решить эту проблему, выполните следующие действия:

Убедитесь, что на коммутаторе включена маршрутизация IP.

Убедитесь, что в сети работает VTP версии 2.

Настройте вспомогательный IP-адрес DHCP-сервера на маршрутизируемом интерфейсе.

В режиме глобальной конфигурации разрешите запросы пересылки на портах DHCP/BOOTP.

Неподдерживаемые команды

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

Полный список команд, не поддерживаемых в ПО Cisco IOS Release 12.2(35)SE см. в документе Неподдерживаемые команды в ПО Cisco IOS Release 12.2(25)SEE.

Многоадресная рассылка не работает в одной сети VLAN

Распространенная ошибка конфигурации коммутаторов Catalyst мешает многоадресному трафику проходить через коммутаторы. Дополнительные сведения об этой проблеме и доступных решениях см. в разделе Многоадресная рассылка не работает в одной сети VLAN на коммутаторах Catalyst.

Порт переходит в состояние Err-Disable из-за нарушений безопасности порта

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

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

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

Настройте старение для функции безопасности порта.

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

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

Настройте выход из состояния err-disable state, вызванного нарушением безопасности порта.

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

FIB-2-FIBDOWN

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

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

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

Чтобы обойти проблему, введите команду sdm preferrouting и перезагрузите коммутатор. В идеальной ситуации это позволит решить проблему. Дополнительные сведения см. в разделеНастройка шаблонов SDM.

Количество полученных коммутатором MAC-адресов, превысило объем памяти, выделенный для хранения MAC-адресов.

В этом случае выходные данные команды show mac-address-tablecount не будут содержать свободных записей.

Чтобы обойти проблему, измените шаблон SDM, чтобы увеличить объем памяти в регионе индивидуальных MAC-адресов, либо удалите ненужные сети VLAN, чтобы уменьшить число MAC-адресов, получаемых коммутатором. Эта проблема описана в документе Cisco bug IDCSCef89559 ( registered customers only ) .

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

В коммутаторе Catalyst 3750 и большинстве коммутаторов начального уровня (таких как 2900 XL, 3500 XL, 2950, 3550, 3560) нет системных часов с аккумулятором. Поэтому дата и время, настроенные вручную, будут потеряны при перезагрузки компьютера. Поэтому рекомендуется использовать внешний NTP-сервер для управления временем и датой на таких коммутаторах. Дополнительные сведения о системных часах см. в разделе Управление системным временем и датой документа Администрирование коммутатора .

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

Коммутатор теряет конфигурацию статических маршрутов после перезагрузки

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

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

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

Добавьте статические маршруты.

Введите команду write memory .

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

Не удается выполнить вход через SSH или Telnet

Попытки входа при подключении к коммутатору 3750 через SSH или Telnet не удаются. Оба подключения запрашивают пароль, но не позволяют войти в систему. Вы можете подключиться к коммутатору через Hyperterminal по протоколу HTTP, используя это имя пользователя и пароль.

Чтобы получить доступ к коммутатору через SSH или Telnet, используйте следующую конфигурацию:

Войдите в систему с использованием этого имени пользователя или пароля:

Команда Default Route не работает на коммутаторе Catalyst 3750

После первого задания маршрута по умолчанию на коммутаторе 3750 с помощью Express Setup, шлюз по умолчанию не работает.

Параметр ip routing . Если вы впервые настраиваете коммутатор 3750 с помощью Express Setup, убедитесь, что команда ip routing включена, если она не активирована по умолчанию.

Команду можно включить с помощью CNA.

Активируйте команду ip routing .

Задайте шлюз по умолчанию.

Примечание: Параметр ip route работает только если маршрутизация IP включена. По умолчанию маршрутизация IP отключена.

Проблемы обновления

Стек не загружается с новым образом после обновления ПО

Коммутаторы серии Catalyst 3750 в стеке могут не загрузиться после обновления ПО. Эта проблема может быть вызвана использованием команды загрузки с параметрами archive download-sw /leave-old-sw .

Параметр /leave-old-sw сохраняет старую версию ПО после загрузки. При вводе команды reload перегружается только мастер стека. Эта операция не выполняется, так как необходимо, чтобы все модели в стеке имели одинаковую версию образа. В результате мастер стека переходит в состояние disable и другой участник стека выбирается мастером.

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

См. описание других проблем, связанных с обновлением ПО Cisco IOS на коммутаторах Cisco Catalyst 3750, раздел Устранение неполадок документа Обновление ПО Catalyst 3750 в стековой конфигурации с помощью интерфейса командной строки.

Не удается создать временный каталог «flash:update»

Это сообщение об ошибке может появиться при обновлении ПО Cisco IOS:

Это сообщение об ошибке указывает, что временный каталог «update» уже существует в файловой системе flash: и текущему процессу обновления не удается использовать каталог. Каталог мог остаться в файловой системе flash: в результате предыдущих попыток обновления.

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

Используйте команду rmdirflash:update, чтобы удалить временный каталог.

Введите команду deleteflash:update .

Если команда rmdirflash:update, не работает, введите команду delete /force /recursiveflash:update .

Продолжите процедуру обновления Cisco IOS.

Проблемы, связанные с высокой загрузкой ЦП

Перед анализом архитектуры обработки пакетов ЦП и устранением неполадок ЦП необходимо понять, какие аппаратные пересылающие коммутаторы и программные маршрутизаторы Cisco IOS используют ЦП. Распространенное заблуждение состоит в том, что высокая загрузка ЦП указывает на недостаток ресурсов в устройстве и угрозу аварийного завершения работы. Проблема вычислительной мощности — один из симптомов высокой загрузки ЦП на маршрутизаторах Cisco IOS. Однако проблемы вычислительной мощности почти никогда не возникает при высокой загрузке ЦП аппаратных пересылающих коммутаторов.

Первый шаг при поиске и устранении причин высокой загрузки ЦП — ознакомиться с примечаниями к версии ПО Cisco IOS вашего коммутатора Catalyst 3750 и найдите известные ошибки IOS. Это позволит исключить ошибку IOS из действий по устранению неполадок. См. примечания к версии ПО Cisco IOS, которую вы используете, в документе Примечания к версии: коммутаторы Cisco Catalyst 3750.

Описание распространенных проблем, связанных с высокой загрузкой ЦП, и их возможных решений см. в документе Устранение неполадок, связанных с высокой загрузкой ЦП коммутаторов Catalyst.

Проблемы памяти

Недостаток памяти

Во время эксплуатации коммутаторов Cisco Catalyst 3750 вы можете получить сообщения %SYS-2-MALLOCFAIL из-за проблемы утечки памяти или фрагментации. Это сообщение указывает, что процессу не удалось найти достаточно большой непрерывный блок памяти. Процесс ввода IP пытается получить 1028 байт из памяти процессора, как показано в примере:

Возможные причины этих сообщений об ошибке:

Нормальное использование памяти

Как правило, причиной ошибок MALLOCFAIL являются проблемы безопасности, вызванные действиями червя или вируса в сети. Скорее всего, причина будет именно в этом, если недавно в сеть вносились изменения, такие как обновление ПО IOS. Обычно для ограничения негативных последствий этой проблемы бывает достаточно добавить дополнительные строки в списки доступа. Страница Уведомления и консультации Cisco содержит сведения об обнаружении наиболее вероятных причин проблем и способах их устранения.

Если сообщения %SYS-2-MALLOCFAIL заносятся в журнал, выполните следующие действия:

Используйте команду show version чтобы убедиться, что у коммутатора достаточно памяти DRAM для работы ПО Cisco IOS.

Коммутатор работает с памятью DRAM объемом 128 МБ (118784/12280 КБ). К сожалению, коммутаторы Catalyst 3750 не поддерживают увеличение объема DRAM. Чтобы проверить минимальные требования к памяти ПО Cisco IOS, вырежьте и вставьте выходные данные команды show version в инструмент Output Interpreter ( registered customers only ) . Щелкните ссылку в разделе Cisco IOS Image Software Advisor — IOS Image Name выходных данных анализа.

Некоторые приложения поддерживают функции, такие как отслеживание обнаружения пользователей ПО Cisco Works, которые могут уменьшить объем памяти,если не введена команда ip cef .

Ошибки выделения памяти могут быть вызваны утечкой или фрагментацией памяти. В этом случае проанализируйте выходные данные команды show memory с помощью инструмента Output Interpreter ( registered customers only ) .

Для выявления фрагментации, введите команду show memory summary, чтобы сравнить поля Largest и Free.

Фрагментация возникает, если значение Largest намного меньше, чем значения Free. Это происходит потому, что значение Largest,которое обозначает самый крупный непрерывный блок свободной памяти,должно быть близко к объему свободной памяти, как показано в примере:

Краткое описание полей:

Total — общий объем памяти, выделенной процессору, или памяти ввода-вывода. Это значение не включает объем памяти, занятый ПО Cisco IOS.

Used — объем памяти, используемый в момент ввода команды.

Free — объем памяти, доступный в момент ввода команды.

Lowest минимальный объем памяти, доступный после перезагрузки.

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

Чтобы выявить утечку памяти, запишите выходные команды show memory summary, несколько раз через регулярные периоды времени. Периоды зависят от времени, которое необходимо, чтобы проявились ошибки выделения. Если коммутатор начинает выдавать ошибки через 4 дня, записывайте данные раз или два в день.Этого достаточно, чтобы выделить закономерность.

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

Утечка памяти происходит, когда процесс использует памяти,но не возвращает ее системе. Чтобы определить процесс, который стал причиной проблемы, введите команду show processes memory и выполните следующие действия:

Чтобы определить, какой процесс не возвращает память системе, запишите выходные данные команды show processes memory несколько раз через регулярные периоды времени.

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

Определив процесс, воспользуйтесь набором Bug Toolkit ( registered customers only ) , чтобы найти утечки памяти. Эта проблема связана с процессом, который влияет на ПО Cisco IOS, установленное на коммутаторе.

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

Неожиданное потребление памяти фоновым процессом CEF IPC

Когда коммутаторы Catalyst 3750 объединены в стек, маршрутизация IP отключается на коммутаторе и сменяется мастер стека, в фоновом процессе Cisco Express Forwarding (CEF) IPC возникает утечка памяти. Эта проблема описана в документе Cisco bug IDCSCsc59027 ( registered customers only ) .

Чтобы решить эту проблему, включите маршрутизацию IP или обновите ПО коммутатора Cisco IOS до версии, не подверженной этой ошибке.

%Ошибка открытия flash:/ (Устройство или ресурс)

После обновления до версии Cisco IOS 12.2(25)SED могут возникнуть проблемы с флэш-памятью или NVRAM. При этом будет выдано следующее сообщение:

Симптомы, наблюдаемые в этих сценариях:

Неожиданная перезагрузка может произойти при изменении номера коммутатора с помощью команды switch renumber .

Файловая система переходит в неисправное состояние и выводятся следующие сообщения об ошибке:

Эта проблема описана в документе Cisco bug IDCSCsc41813 ( registered customers only ) . Чтобы решить проблему, включите маршрутизацию IP или обновите ПО коммутатора Cisco IOS до версии, не подверженной этой ошибке.

Debug Exception (Could be NULL pointer dereference)

Коммутатор серии Catalyst 3750 под управлением ПО Cisco IOS перезагружается с сообщением об ошибке Debug Exception (Could be NULL pointer dereference).

Возможные причины этого сообщения:

Утечка памяти в фоновом процессе CEF. Информацию о решении этой проблемы см. в документе Неожиданное потребление памятифоновым процессом CEF IPC.

Обнаружение питаемых устройств.

Эти проблемы возникают при обнаружении и классификации питаемого устройства класса overcurrent (перегрузка по току). Эта проблема описана в документе Cisco bug IDCSCsa72400 ( registered customers only ) .

Чтобы решить эту проблему, не подключайте питаемые устройства IEEE 802.3afнестандартного класса (а также некачественные или замкнутые на себя кабели) к коммутатору, так как это может привести к его неверному обнаружению. Кроме того, можно обновить ПО до версии Cisco IOS, не подверженной этой ошибке.

Источник