Тест оценки «здоровья» коммутаторов Ethernet

Данный тест позволяет локализовать дефекты сетевого оборудования и кабельной системы, а также определить, соответствует ли производительность этого оборудования потребностям используемых в сети приложений. Его работа основана на автоматическом контроле программой SelFTrend по протоколу SNMP статистики функционирования коммутаторов сети. После запуска программа предлагает ввести IP-адреса тестируемых коммутаторов, а затем для каждого из них — строку доступа (community string) (пароль). Тест позволяет оценивать «здоровье» коммутаторов, имеющих встроенные SNMP-агенты, которые поддерживают MIB II.

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

Значимыми характеристиками в тесте оценки «здоровья» коммутаторов Ethernet являются четыре счетчика, приведенные в табл. 2.

Таблица. 2. Пороговые значения основных характеристик «здоровья» коммутаторов Ethernet

Количество ошибочных пакетов (%) — т.е. процент пакетов, отброшенных портом коммутатора из-за наличия в них ошибки. Это происходит в следующих случаях: неверная контрольная сумма (CRC-error), длина пакета больше 1518 байт (Too Big Error), длина пакета меньше 64 байт (Too Small Error), пакет имеет неправильный формат (Jabber или Runt). В данном тесте пороговое значение для этого счетчика составляет 0,1%. Принято считать, что для порта коммутатора пороговое значение данного счетчика зависит от типа сегмента, подсоединенного к этому порту. Если подключен разделяемый сегмент (концентратор), то пороговое значение составляет 0,1 %, а если полнодуплексный — то 0,001%.

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

Количество широковещательных пакетов (%) — т.е. пакетов, адресованных не конкретному узлу сети, а одновременно всем ее узлам. Такие пакеты используются, например, для поиска определенных ресурсов в сети, в частности DHCP-сервера, для разрешения (перевода) IP-адресов в MAC-адреса и т.п. Большая доля широковещательного трафика снижает производительность сети, так как соответствующие пакеты вынуждены обрабатывать все ее узлы. Считается, что пороговое значение для данного счетчика — 6%. Однако когда утилизация сети низкая, то даже если доля широковещательного трафика велика, это не ухудшает работу ее пользователей. (Если же в сети никто не работает, то доля широковещательного трафика может быть близка к 100%, что нормально.) Поэтому тест организован так, что анализ доли широковещательного трафика выполняется только тогда, когда утилизация порта коммутатора не менее 5%.

Утилизация порта (%) — процентное отношение времени, в течение которого по коллизионному домену (сегменту сети), присоединенному к данному порту коммутатора, происходила передача данных, к тому времени, когда передачи данных не было. Утилизация сегмента измеряется как отношение числа байт, «прошедших» по сегменту сети за 1 с, к максимально возможной скорости передачи данных по этому сегменту сети. (Для сети Ethernet — 10 Мбит/с, для Fast Ethernet — 100 Мбит/с.)

Для порта коммутатора пороговое значение данного счетчика составляет 50%. Когда для данной характеристики фиксируется плохая оценка, то имеет место несоответствие пропускной способности сети потребностям пользовательских приложений. В этом случае имеет смысл выяснить, какие приложения и какие пользователи создают высокую загрузку портов оборудования. Эту задачу можно решить, например, с помощью пакета Observer компании Network Instruments (www.prolan.ru/observer).

Date: 2015-07-23; view: 389; Нарушение авторских прав