Диагностика загруженности портов, утилизации коммутатора и логов Huawei

Шаг 1. Зафиксировать безопасный режим диагностики

Сценарий: коммутатор уже работает в инфраструктуре, на нем есть существующая конфигурация, ломать сеть нельзя.

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

• display ...;
• ping/tracert при необходимости;
• повторный запуск display через короткий интервал.
  Без отдельного решения не выполняй:
• reset counters interface;
• reset interface counters;
• reset mac-address flapping record;
• clear alarm active;
• изменение speed/duplex;
• изменение STP, storm-control, port-security, ACL, QoS;
• shutdown/undo shutdown.
  Эти команды могут стереть диагностические данные или повлиять на трафик.

Шаг 2. Снять быстрый общий снимок состояния

<HUAWEI> display interface brief
<HUAWEI> display cpu-usage
<HUAWEI> display memory-usage
<HUAWEI> display alarm active
<HUAWEI> display trapbuffer
<HUAWEI> display logbuffer summary

display interface brief показывает краткое состояние портов, загрузку InUti/OutUti, inErrors и outErrors.
display cpu-usage показывает текущую загрузку CPU.
display memory-usage показывает использование памяти.
display alarm active показывает активные аварии.
display trapbuffer показывает последние trap-события.
display logbuffer summary показывает сводку логов по уровням критичности.
Сначала оцени:

• есть ли порты с высокой InUti или OutUti;
• растут ли inErrors или outErrors;
• есть ли CPU выше нормы;
• есть ли активные аварии;
• нет ли шквала логов или trap-событий.

Шаг 3. Найти самые загруженные порты

<HUAWEI> display interface brief
<HUAWEI> display interface brief | include up

InUti — входящая утилизация порта.
OutUti — исходящая утилизация порта.
inErrors — ошибки на входе.
outErrors — ошибки на выходе.
Ориентиры:

Если нужно понять динамику, повтори команду 2-3 раза с интервалом 10-30 секунд и сравни значения.

Шаг 4. Проверить конкретный порт подробно

<HUAWEI> display interface GigabitEthernet0/0/1

display interface показывает подробное состояние порта, скорость, duplex, счетчики, ошибки и загрузку за расчетный интервал.
Смотри:

• current state;
• line protocol current state;
• Speed;
• Duplex;
• Last 300 seconds input rate;
• Last 300 seconds output rate;
• Input bandwidth utilization;
• Output bandwidth utilization;
• CRC/error/drop/discard counters;
• частые Down/Up события в логах.
  Нормальная картина: порт UP/UP, скорость и duplex соответствуют соседу, ошибки не растут, загрузка не держится у потолка постоянно.

Шаг 5. Проверить ошибки по всем портам

<HUAWEI> display interface counters errors

display interface counters errors показывает статистику ошибочных пакетов по сервисным интерфейсам.
Признаки проблем:

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

Шаг 6. Проверить описания портов

<HUAWEI> display interface description

display interface description показывает административные описания интерфейсов.
Используй это, чтобы понять, что именно подключено к загруженному порту: uplink, сервер, точка доступа, камера, пользовательский сегмент, соседний коммутатор.
Если description пустой или мусорный, не правь его сразу в ходе диагностики. Сначала зафиксируй факт и сверяйся с кабельным журналом, LLDP и MAC-таблицей.

Шаг 7. Проверить соседей загруженных портов

<HUAWEI> display lldp neighbor brief
<HUAWEI> display lldp neighbor interface GigabitEthernet0/0/1 verbose

display lldp neighbor brief показывает краткую информацию о соседних устройствах.
display lldp neighbor interface ... verbose показывает подробности соседа на конкретном порту.
Проверь:

• совпадает ли сосед с описанием порта;
• не воткнут ли пользовательский коммутатор вместо конечного устройства;
• не перепутан ли uplink;
• не появился ли неожиданный сосед.

Шаг 8. Проверить CPU

<HUAWEI> display cpu-usage
<HUAWEI> display cpu-usage history 1hour
<HUAWEI> display cpu-usage history 24hour
<HUAWEI> display cpu-usage configuration

display cpu-usage history показывает историю загрузки CPU за период.
display cpu-usage configuration показывает настройки мониторинга и пороги CPU.
Ориентиры:

Если CPU высокий, сразу ищи корреляцию:

• шквал логов;
• STP topology changes;
• MAC flapping;
• broadcast/multicast storm;
• ARP/DHCP/ND атаки;
• большое количество control-plane пакетов;
• частые up/down на интерфейсах;
• SNMP/NMS опрос с высокой частотой.

Шаг 9. Проверить память

<HUAWEI> display memory-usage

display memory-usage показывает использование памяти устройства.
Оцени:

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

Шаг 10. Проверить железо, температуру, вентиляторы и питание

Для большинства S-серий:

<HUAWEI> display device
<HUAWEI> display temperature all
<HUAWEI> display fan
<HUAWEI> display power
<HUAWEI> display device alarm hardware

На некоторых линейках команды могут отличаться:

<HUAWEI> display device temperature all
<HUAWEI> display device fan
<HUAWEI> display device power

display device показывает состояние плат, слотов и устройства.
display temperature all показывает температуры и пороги.
display fan показывает состояние вентиляторов.
display power показывает состояние блоков питания.
display device alarm hardware показывает аппаратные аварии.
Проверь:

• нет ли Abnormal, Fault, Absent для обязательных модулей;
• не превышены ли температурные пороги;
• все ли вентиляторы в норме;
• все ли блоки питания исправны;
• нет ли аппаратных аварий на слотах.

Шаг 11. Проверить активные аварии и историю аварий

<HUAWEI> display alarm active
<HUAWEI> display alarm history
<HUAWEI> display alarm history verbose

display alarm history показывает исторические аварии после старта устройства.
display alarm history verbose показывает подробности исторических аварий.
Смотри:

• power/fan/temperature alarms;
• link flapping;
• STP changes;
• stack/CSS/slot/module events;
• события по оптике;
• повторяющиеся аварии с одинаковым временем.
  Не выполняй clear alarm active в рабочей диагностике: активные аварии будут удалены и часть картины потеряется.

Шаг 12. Проверить логи устройства

<HUAWEI> display logbuffer summary
<HUAWEI> display logbuffer
<HUAWEI> display logbuffer size 100
<HUAWEI> display logbuffer level error
<HUAWEI> display logbuffer level warning

display logbuffer показывает последние логи из буфера.
display logbuffer size 100 показывает последние 100 записей.
display logbuffer level error фильтрует логи уровня error.
display logbuffer level warning фильтрует логи уровня warning.
Ищи:

• частые UP/DOWN;
• ошибки интерфейсов;
• STP topology change;
• MAC flapping;
• authentication failures;
• fan/power/temperature;
• SNMP/AAA/NTP/DHCP/ARP события;
• повторяющиеся сообщения каждую секунду или чаще.

Шаг 13. Проверить trapbuffer

<HUAWEI> display trapbuffer
<HUAWEI> display trapbuffer size 100

display trapbuffer size 100 показывает последние 100 trap-событий.
Trapbuffer полезен, когда логов много, а нужно быстро увидеть последние аварийные события, которые могли уйти в NMS.

Шаг 14. Проверить MAC flapping

<HUAWEI> display mac-address flapping
<HUAWEI> display mac-address flapping record

display mac-address flapping показывает сведения о MAC flapping.
display mac-address flapping record показывает исторические записи перемещения MAC-адресов между портами.
MAC flapping обычно означает, что один MAC виден то за одним портом, то за другим. Частые причины:

• L2-петля;
• неверная агрегация;
• неправильный dual-homing;
• пользовательский коммутатор;
• виртуализация или bridge на сервере;
• ошибка в топологии VLAN.
  Не очищай flapping records до фиксации вывода.

Шаг 15. Проверить STP topology changes

<HUAWEI> display stp topology-change

display stp topology-change показывает статистику изменений STP-топологии.
Если счетчики растут при повторном запуске команды, в сети есть flapping. Это может вызывать:

• рост CPU;
• пересчет STP;
• очистку MAC/ARP;
• кратковременные пропадания связи;
• всплески логов.
  Для конкретного порта:

<HUAWEI> display stp interface GigabitEthernet0/0/1 brief

Смотри роль порта, STP state и признаки частых изменений.

Шаг 16. Проверить MAC-таблицу на загруженном порту

<HUAWEI> display mac-address interface GigabitEthernet0/0/1

display mac-address interface показывает MAC-адреса, изученные на конкретном интерфейсе.
Оцени:

• сколько MAC-адресов за портом;
• ожидаемое ли это количество;
• не появился ли за access-портом мини-коммутатор;
• не слишком ли много MAC за портом камеры, принтера или пользователя;
• совпадает ли VLAN с ожидаемой.

Шаг 17. Проверить multicast/broadcast косвенно

На конкретном порту:

<HUAWEI> display interface GigabitEthernet0/0/1

Смотри счетчики broadcast/multicast/unicast, если они доступны в выводе конкретной модели.
Признаки storm:

• высокая InUti на access-порту;
• высокий CPU;
• много broadcast/multicast;
• STP topology changes;
• MAC flapping;
• одинаковые события в логах;
• жалобы на “тормозит вся VLAN”.
  Не включай storm-control сразу в ходе диагностики. Сначала определи источник и согласуй изменение политики порта.

Шаг 18. Быстро классифицировать проблему

Шаг 19. Собрать минимальный диагностический пакет

display version
display device
display interface brief
display interface counters errors
display cpu-usage
display cpu-usage history 1hour
display memory-usage
display alarm active
display alarm history
display trapbuffer size 100
display logbuffer size 200
display mac-address flapping
display mac-address flapping record
display stp topology-change
display lldp neighbor brief

Если проблема на конкретном порту:

display interface GigabitEthernet0/0/1
display interface description
display mac-address interface GigabitEthernet0/0/1
display lldp neighbor interface GigabitEthernet0/0/1 verbose
display stp interface GigabitEthernet0/0/1 brief

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

Шаг 20. Команды, которые не запускать без решения

Шаг 21. Контрольный чек-лист