Билет 28.

72. Зачем нужны регламентные работы?

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

72. Перечислите основные регламентные работы по кабельным подсистемам

Визуальный осмотр (контроль физической целостности, ежемесячно);

Удаление пыли в помещениях телекоммуникационных клозетов и с информационных разъемов рабочих мест для предотвращения влияния осаждающейся пыли на электрические свойства кабельной системы (раз в 6 месяцев);

Выборочное тестирование характеристик оптических и медных кабельных систем для определения соответствия номиналам согласно стандартным методикам (1 раз в год).

Инструкция по действиям администратора системы при потере производительности подключения к сети Интернет на 20 %.

1. Просмотреть статистику, собранную NMS. Убедиться что потеря производительности подключения к сети Интернет составила 20 % (в нашем случае по информации от пользователя изменилось время отклика приложения)

2. Сравнить значения изменившихся технических метрик с прописанными в SLA(изменилось значение утилизации ресурсов маршрутизатора (с 10% до 12%) и общая задержка пакетов(с 50мс до 60мс)

3. Создать отчет о производительности, куда внести всю необходимую информацию о сложившейся ситуации.

4. Коррекция:

1. Проверить, действительно ли работают именно те протоколы маршрутизации, которые были заранее выбраны. При необходимости выбрать верные.

2. Проверить пропускную способность WAN-каналов, найти наилучший маршрут для доставки (с помощью утилиты Traceroute)

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

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

Билет 29.

72. Что входит в ежедневные регламентные работы по активному оборудованию?

• Тестирование и диагностика сетевых сервисов, мониторинг состояния сети (по расписанию в NMS);

• Контроль ежедневных отчетов от систем мониторинга, анализ и корреляция ошибок;

• Контроль сообщений о критических события от систем мониторинга;

• Функциональное тестирование оборудования каналов связи;

• Внешний осмотр и очистка от пыли активных устройств, обработка антистатическии составами;

• Копирование БД параметров ОС сетевого оборудования;

• Инвентаризация устройств.

72. Приведите пример регламентных работ по поддержке серверов

• Обработка антистатическими жидкостями;

• Внешний осмотр и очистка от пыли серверов;

• Функциональное тестирование серверного оборудования (полгода);

• Копирование БД параметров ОС сетевого оборудования(полгода).

Инструкция администратору системы при потере производительности удаленных пользователей на 20%.

Данная инструкция основана на модели FCAPS, в соответствии с рекомендациями ITU-TX.700 и схожего с ним стандарта ISO 7498-4. В данном случае задействованы две задачи этой модели: управление отказами и производительностью.

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

Инструкция основывается на том факте, что для максимальной производительности (то есть полностью удовлетворяющей запросы пользователя) уже записаны номинальные значения технических метрик, с которыми можно сравнить метрики, получаемые в результате исследований. Система NMS собирает статистику по параметрам системы на специализированной БД, эта статистика предназначена для анализа администратором

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

   1. Сервер VPNможет быть загружен другими приложениями, отчего он не успевает обработать запросы клиентов с удаленного доступа.

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

Необходимо проверить утилизацию (40 на 60)

3. Ошибка Ethernet

   1. Поздняя коллизия – запоздалое обнаружение коллизии на сетевом оборудовании, обычно дефектном

   2. Короткий фрейм, вызванный неисправной сетевой платой или драйвером

   3. Неверная контрольная сумма – помехи в каналах связи

   4. Карлики – выключение передающего устройства после начала передачи

   5. Призраки, вызванные электрическими наводками

   6. Болтовня (Jabber), вызванная неисправным оборудованием либо помехами

4. Ошибки tcp/ip

   1. Неправильные ip-адреса- за него отвечает dhcp-сервер

   2. Неверные адреса шлюза и маска подсети – настраиваются администратором. Если эти параметры были недавно перенастроены, вероятно, неполадка в них

   3. Проблема разрешения имен – сбой в настройках DNS-сервера

1. Администратор сети должен просмотреть статистику, собранную NMS, проанализировать системный журнал (логи), выделить значительно отклонившие от номинального значения метрики и выбрать гипотезы, которые могут объяснить это отклонение.

2. Нужно ранжировать гипотезы по скорости их проверки. Следует учесть, что проверка программными средствами обычно быстрее технических приборов. Затем гипотезы следует проверить в выбранном порядке, по одной за раз.

   1. При помощи средств NMSпроверить метрики сети. Производить уточнение гипотезы техническими средствами следует после проверки других гипотез при помощи программного обеспечения системы.

      1. Если утилизация каналов связи повысилась без сокращения их пропускной способности, нужно найти узкое место маршрута. Обычно это WAN-канал, а значит, нужно заключить с провайдером сети Интернет новый договор с более высокой скоростью доступа к мировой сети.

      2. Если средняя утилизация превышает 40% либо имеются долгие всплески утилизации выше 60%, то каналы связи не справляются с нагрузкой. Необходимо принять меры по сегментации сети или обновить каналы связи.

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

      4. В случае регистрации ошибок, характерных для электромагнитных наводок на каналы связи или их повреждение, необходимо проверить состояние кабельной системы.Для этого следует воспользоваться LAN-тестером сети Ethernet, например – тестер LinkRunnerпроизводства компании Fluke.

      5. Проверить средний процент коллизий в сети. Если он больше 5% от общего числа переданных фреймов, следует проверить состояние каналов связи, сетевых интерфейсов и количество станций в сети.

      6. Проверить количество используемых протоколов в сети, по возможности сократить их до минимума.

      7. Если количество широковещательного трафика превышает 5%-10% от пропускной способности канала, необходимо перенастроить сетевые интерфейсы для его сокращения.

   2. Необходимо проверить работоспособность и правильную настройку серверов DHCP и DNS. Сбои в работе этих серверов могут вызвать ошибке в протоколах tcp/ip, что нарушит сетевую маршрутизацию.

   3. Сервер VPNможет быть загружен другими приложениями, отчего он не успевает обработать запросы клиентов с удаленного доступа. Для диагностики необходимо либо просмотреть информацию о метриках сервера в NMSлибо системных утилитах, установленных на сервере. Интересующими метриками являются: утилизация процессора сервера, использование им оперативной памяти, жесткого диска и буфера ввода-вывода.

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

3. Проблему и способ её решения следует документировать.