DTP-1-ILGLCFG: Illegal config (on, isl--on,dot1q) on Port [mod/port]
Проблема
DTP-1-ILGLCFG: Illegal config (на, isl - на, dot1q) на Порт [mod/port] ошибки генерируется.
Описание
Данное сообщение может появляться, если обе стороны магистрали установлены в on (вкл), но типы инкапсуляции (isl, dot1q) не совпадают. Если режимы магистрали установлены в desirable (желательный), магистраль не будет функционировать по причине этой неправильной настройки. Чтобы устранить неполадки, проверьте выходные данные команды show trunk на обоих концах и гарантируйте, что типы инкапсуляции - то же самое.
%Переполнение канала IP-3-UDP_SOCKOVFL:UDP
Проблема
Периодические сообщения системного журнала %IP-3-UDP_SOCKOVFL:UDP socket overflow генерируются на коммутаторе.
Описание
В данном примере показаны выходные данные консоли при возникновении этой ошибки:
Примечание.Номер сокета UDP может изменяться или быть постоянно одним и тем же.
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
Коммутатор генерирует это сообщение системного журнала, когда буфер, который ассигнован для входящих пакетов на указанном гнезде (порт получателя UDP) полон, потому что норма трафика, который предназначен для того гнезда, слишком высока. Такое может произойти, например, когда станция управления сетью отправляет большое число запросов протокола SNMP. Если происходит переполнение UDP, попробуйте уменьшить количество запросов SNMP. Увеличьте интервал опроса на станции управления сетью или сократите количество объектов MIB, которые голосованы.
В примере в этом разделе коммутатор получил избыточное число пакетов, которые были предназначены для IP - адреса коммутатора (или широковещательный адрес) с UDP - сокетом получателя 2353. Поскольку входной буфер для этого гнезда на коммутаторе был полон, коммутатор генерировал сообщение системного журнала. Выполните команду show netstat udp чтобы увидеть, сколько раз коммутатор был в состоянии переполнения.
Console> (enable) show netstat udp
udp:
0 incomplete headers
0 bad data length fields
0 bad checksums
0 socket overflows
110483 no such ports
Console> (enable)
Данные сообщения системного журнала указывают на то, что одна или более станций отправили большое количество UDP-трафика на определенные UPD-порты коммутатора. Если коммутатор создает чрезмерно большое количество сообщений, используйте сетевой анализатор для определения источника трафика и его уменьшения. Компании, специализирующиеся на аутсорсинге it разбираются в этом Поскольку UDP-трафик предназначен для главного процессора коммутатора, можно использовать функцию анализатора коммутируемого порта (SPAN) и задать порт источника sc0. Это определяет внутренний интерфейс для Supervisor Engine. Обратитесь к Catalyst Пример конфигурации Анализатора переключателя портов (SPAN) за дополнительной информацией. Не волнуйтесь ни о каком таком счетчике портов. Этот счетчик - количество пакетов UDP, полученных, которые предназначены для несуществующих портов.
%Неверная контрольная сумма IP-3-UDP_BADCKSUM:UDP
Проблема
Периодические сообщения системного журнала %IP-3-UDP_BADCKSUM:UDP bad checksum генерируются на коммутаторе.
Описание
В данном примере показаны выходные данные консоли при возникновении этой ошибки:
%IP-3-UDP_BADCKSUM:UDP bad checksum
Коммутатор генерирует syslog-сообщение при обнаружении неверной контрольной суммы в UDP-датаграмме, например пакетов SNMP. Заголовок датаграммы UDP несет контрольную сумму, которая сетевое устройство получения проверяет, чтобы проверить, что дейтаграмма была развращена во время транзита. Если полученная контрольная сумма не совпадает со значением контрольной суммы в заголовке, датаграмма отбрасывается, а в журнал заносится сообщение об ошибках. Используйте команду show netstat udp для просмотра количества моментов обнаружения коммутатором датаграммы с ошибочной контрольной суммой.
Console> (enable) show netstat udp
udp:
0 incomplete headers
0 bad data length fields
0 bad checksums
0 socket overflows
110483 no such ports
Console> (enable)
Это сообщение может быть просто информационным. Сетевое устройство, которое посылает плохие пакеты в коммутатор, вызывает сообщение. Используйте сетевой анализатор для определения источника трафика. Поскольку трафик UDP направляется на процессор коммутатора, то можно использовать функцию SPAN и установить порт источника на sc0. Это определяет внутренний интерфейс для Supervisor Engine. Обратитесь к Catalyst Пример конфигурации Анализатора переключателя портов (SPAN) за дополнительной информацией. Не волнуйтесь ни о каком таком счетчике портов. Этот счетчик - количество пакетов UDP, полученных, которые предназначены для несуществующих портов.
%Исправление KERNEL-5-UNALIGNACCESS:Alignment сделано
Проблема
Периодические сообщения системного журнала %KERNEL-5-UNALIGNACCESS:Alignment correction made генерируются на коммутаторе.
Описание
В данном примере показаны выходные данные системного журнала при возникновении этой ошибки:
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6
Эти сообщения системного журнала показывают, что процессор коммутатора обнаружил и исправил ошибку выравнивания при попытке доступа к данным в DRAM. Такие сообщения являются просто информационными. Они не указывают проблему с коммутатором и не влияют производительность системы.
В некоторых случаях появляется чрезмерное количество таких сообщений. Например, такие сообщения могут переполнить файл журнала на сервере системного журнала или консоль коммутатора. При получении чрезмерного количества сообщений следует обновить программное обеспечение коммутатора до последнего отладочного выпуска. Или выполните набор, регистрирующий ядро уровня 4 команда по умолчанию, чтобы изменить уровень регистрации для Средства ядра к 4 или ниже.
Если обновление к последнему отладочному релизу не устраняет поколение этих сообщений системного журнала, создайте сервисный запрос(только зарегистрированные клиенты) с Cisco, Техническим Поддержка.
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range
Проблема
%MCAST-4-RX_JNRANGE:IGMP: Отчёт о Rcvd в диапазоне Сообщение об ошибках 01-00-5e-00-00-xx отображено на коммутаторе с интернет-Протоколом менеджмента Группы (IGMP), snooping данный возможность.
Описание
В данном примере показаны выходные данные системного журнала при возникновении этой ошибки:
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
Сообщение системного журнала Rcvd Report in the range является только информационным. Коммутатор генерирует это сообщение, когда это получает пакеты отчета IGMP с широковещательным MAC - адресом, который начинается с 01-00-5e-00-00-xx. Этот диапазон адресов уровня 2 (L2) эквивалентен диапазону групповых адресов уровня 3 (L3) между 224.0.0.0 и 224.0.0.255. Эти адреса зарезервированы для использования в протоколах маршрутизации и других потребностей на нижних уровнях топологии или протоколов обслуживания. В качестве примеров таких протоколов можно привести обнаружение шлюза и отчеты участников групп.
Для диагностики этой проблемы используйте средства захвата пакета, такие как анализатор и фильтр сообщений IGMP. Кроме того, можно использовать функцию Catalyst SPAN для копирования пакетов с порта, который может получать эти сообщения от сетевого устройства. Для подавления данных сообщений используйте команду set logging level mcast 2 default. Данная команда не может заблокировать одноклассники , она изменяет уровень записи многоадресных сообщений в системный журнал на 2.
В качестве исходных портов SPAN используйте порты, показанные командой show multicast router и/или любые восходящие каналы к ядру сети. Если эти порты являются магистральными, также настройте порт назначения SPAN как магистральный. Выполните показ команда магистрали, чтобы проверить, что порты - магистральные порты.
%MCAST-2-IGMP_FALLBACK:IGMP: Запуск в режиме FALL BACK
Проблема
%MCAST-2-IGMP_FALLBACK:IGMP: Работающий под управлением в FALL BACK сообщение об ошибках способа отображено на коммутаторе с IGMP, snooping данный возможность.
Описание
В данном примере показаны выходные данные системного журнала при возникновении этой ошибки:
%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode
Это сообщение системного журнала генерируется, когда коммутатор получает чрезмерный многоадресный трафик, который предназначен для широковещательного MAC - адреса в диапазоне 01-00-5e-00-00-xx. snooping IGMP не поддерживает многоадресные рассылки к адресам в этом диапазоне MAC - адреса, потому что MAC - адреса в этом диапазоне также используются для контрольного трафика IGMP, такого как листья, соединения, и общие запросы. В примере в этом разделе коммутатор получает дополнительную оплату трафика с получателем MAC 01-00-5e-00-00-01. Это сообщение указывает, что Процессор средств сетевого управления (NMP) обнаруживает поток многоадресных данных, который отключил логику переключения протокола перенаправления. Потоку назначается псевдоним одного из следующих особых групповых адресов:
01-00-5e-00-00-01
01-00-5e-00-00-04
01-00-5e-00-00-05
01-00-5e-00-00-06
01-00-5e-00-00-0d
Когда маршрутизатор обнаруживает высокую скорость такого трафика, он ненадолго прекращает слежение за пакетами с МАС-адресом указанного назначения. Это называется режимом восстановления. Затем коммутатор вновь начинает слежение, что называется обычным режимом. Этот коммутатор генерирует это сообщение системного журнала, когда коммутатор работающих под управлением в аварийном режиме.
Решение должно использовать наркомана, чтобы изолировать хост, который генерирует этот тип многоадресного трафика. Проверьте, какому адресу назначается псевдоним. Постарайтесь не использовать этот адрес для многоадресной передачи данных.