Почему станция работает не так, как надо
Перефразируя слова классика, можно сказать, что все исправные рабочие станции исправны одинаково, а каждая дефектная рабочая станция дефектна по-своему. Поэтому с точки зрения методологии диагностики сети самое важное — убедиться, что именно рабочая станция — а не сервер или канал связи — является причиной плохой работы сети. Установив это, уже гораздо проще локализовать в ней дефектный компонент. Неисправный узел удобнее всего найти методом замены, т. е. последовательно заменять подозрительные компоненты другими, каждый раз при этом повторяя тестирование.
Обычно, имея в своем распоряжении анализатор протоколов Observer и программу FTest, отличить дефект рабочей станции от дефектов канала связи не составляет особого труда. Сначала нужно определить, является ли низкая скорость работы конкретной станции следствием ошибок передачи данных на канальном уровне сети (это можно сделать, анализируя статистическую информацию о сетевом трафике с помощью анализатора протоколов). Если да, то в канале связи имеет место явный дефект. А если нет?
Как мы уже говорили, кроме явных, в сети могут быть скрытые дефекты. В отличие от явных их невозможно обнаружить путем анализа только статистической информации о сетевом трафике — необходимо захватить канальную трассировку и декодировать содержащиеся в ней протоколы. Практика показывает, что скрытые дефекты встречаются чаще именно в рабочих станциях. Как же локализовать такие дефекты?
Выше уже шла речь о том, что для локализации скрытых дефектов необходимо (и достаточно) наличие двух типов диагностических средств. Это программа типа FTest и анализатор сетевых протоколов. Если поиск дефектов сети сравнить с локализацией неисправности в электронном устройстве, то FTest можно сопоставить с генератором тестовых импульсов, а анализатор протоколов — с осциллографом. Однако в отличие от генератора пакет FTest не только осуществляет генерацию сигналов (трафика), но еще и измеряет время их прохождения по устройству (т. е. время реакции сети).