Диагностика локальных сетей (стр. 14 из 18)
Если сбои в сети происходят в непредсказуемые моменты времени, не связанные с активностью пользователей, проверьте уровень шума в кабеле с помощью кабельного сканера. При отсутствии сканера визуально убедиться, что кабель не проходит вблизи сильных источников электромагнитного излучения: высоковольтных или сильноточных кабелей, люминесцентных ламп, электродвигателей, копировальной техники и т. п.
Таким образом, отсутствие ошибок на канальном уровне еще не гарантирует того, что информация в сети не искажается.
В начале данного раздела уже упоминалось, что влияние ошибок канального уровня на работу сети сильно преувеличено. Следствием ошибок нижнего уровня является повторная передача кадров. Благодаря высокой скорости сети Ethernet (особенно Fast Ethernet) и высокой производительности современных компьютеров, ошибки нижнего уровня не оказывает существенного влияния на время реакции прикладного ПО.
Как показывает опыт компаний представляющих услуги по диагностике сетей, очень редко встречаются случаи, когда ликвидация только ошибок нижних (канального и физического) уровней сети позволяет существенно улучшить время реакции прикладного ПО. В основном проблемы были связаны с серьезными дефектами кабельной системы сети.
Значительно большее влияние на работу прикладного ПО в сети оказывают такие ошибки, как бесследное исчезновение или искажение информации в сетевых платах, маршрутизаторах или коммутаторах при полном отсутствии информации об ошибках нижних уровней. Слово "информация", употребляется потому, так как в момент искажения данные еще не оформлены в виде кадра.
Причина таких дефектов в следующем. Информация искажается (или исчезает) "в недрах" активного оборудования - сетевой платы, маршрутизатора или коммутатора. При этом приемо-передающий блок этого оборудования вычисляет правильную контрольную последовательность (CRC) уже искаженной ранее информации, и корректно оформленный кадр передается по сети. Никаких ошибок в этом случае, естественно, не фиксируется. SNMP-агенты, встроенные в активное оборудование, здесь ничем помочь не могут.
Иногда кроме искажения наблюдается исчезновение информации. Чаще всего оно происходит на дешевых сетевых платах или на коммутаторах Ethernet-FDDI. Механизм исчезновения информации в последнем случае понятен. В ряде коммутаторов Ethernet-FDDI обратная связь быстрого порта с медленным (или наоборот) отсутствует, в результате другой порт не получает информации о перегруженности входных/выходных буферов быстрого (медленного) порта. В этом случае при интенсивном трафике информация на одном из портов может пропасть.
Опытный администратор сети может возразить, что кроме защиты информации на канальном уровне в протоколах IPX и TCP/IP возможна защита информации с помощью контрольной суммы.
В полной мере на защиту с помощью контрольной суммы можно полагаться, только если прикладное ПО в качестве транспортного протокола задействует TCP или UDP. Только при их использовании контрольной суммой защищается весь пакет. Если в качестве "транспорта" применяется IPX/SPX или непосредственно IP, то контрольной суммой защищается лишь заголовок пакета.
Даже при наличии защиты с помощью контрольной суммы описанное искажение или исчезновение информации вызывает существенное увеличение времени реакции прикладного ПО.
Если же защита не установлена, то поведение прикладного ПО может быть непредсказуемым.
Помимо замены (отключения) подозрительного оборудования выявить такие дефекты можно двумя способами.
Первый способ заключается в захвате, декодировании и анализе кадров от подозрительной станции, маршрутизатора или коммутатора. Признаком описанного дефекта служит повторная передача пакета IP или IPX, которой не предшествует ошибка нижнего уровня сети. Некоторые анализаторы протоколов и экспертные системы упрощают задачу, выполняя анализ трассы или самостоятельно вычисляя контрольную сумму пакетов.
Вторым способом является метод стрессового тестирования сети.
Выводы. Основная задача диагностики канального уровня сети - выявить наличие повышенного числа коллизий и ошибок в сети и найти взаимосвязь между числом ошибок, степенью загруженности канала связи, топологией сети и местом подключения измерительного прибора. Все измерения следует проводить на фоне генерации анализатором протоколов собственного трафика.
Если установлено, что повышенное число ошибок и коллизий не является следствием перегруженности канала связи, то сетевое оборудование, при работе которого наблюдается повышенное число ошибок, следует заменить.
Если не удается выявить взаимосвязи между работой конкретного оборудования и появлением ошибок, то проведите комплексное тестирование кабельной системы, проверьте уровень шума в кабеле, топологию линий заземления компьютеров, качество питающего напряжения.
4 Экономическая часть
Главным для обеспечения максимальной экономической эффективности является выполнение мониторинга и управления с минимальными затратами труда и денежных средств. Она определяется на основе сравнения с базовым вариантом. В данном случае за базовый вариант принимаем ручной мониторинг, сбор статистики и управление виртуальной сетью.
Источником экономии при этом является:
-сокращение времени выполнения рутинных операций, которое может быть использовано для творческой, аналитической работы;
4.1 Расчет капитальных затрат на создание технико-программного обеспечения
Капиталовложения в создание технико-программного обеспечения (ТПО) носят единовременный характер и включают в себя:
- затраты на лицензированные программные продукты;
- затраты на создание программного изделия;
- затраты на оборудование. Капиталовложения находят по формуле 4.1:
, (4.1)где: К1 - затраты на оборудование, грн.;
К2 - затраты на лицензионные программные продукты, грн. (0 грн., т.к. всё необходимое программное обеспечение уже было установлено);
К3 - затраты на создание ТПО, грн
4.1.1 Расчёт затрат на оборудование
Затраты на оборудование рассчитываются по формуле 4.2:
, грн (4.2)где Ni - количество единиц i - того оборудования, необходимого для реализации ТПО (ЭВМ и др.), шт.;
Сi- цена единиц i - того оборудования в грн.;
n - общее количество различных видов оборудования;
k1 - коэффициент транспортно - заготовительных расходов (1.01);
k2 - коэффициент увеличения затрат на производственно - хозяйственный инвентарь (1,015).
Для разработки программного изделия необходима такая техника:
- компьютер (3200 грн.);
- производственно - хозяйственный инвентарь (100 грн.). Данные по затратам на оборудование сведены в таблицу 4.1.
Таблица 4.1- Затраты на оборудование
| Наименование | СтоимостьГрн |
| - компьютер- производственно – хозяйственный инвентарь (дискеты, CD, картриджы и т.д.) | 3200 80 |
Тогда по формуле 4.2:
грн.4.1.2 Расчёт затрат на создание ТПО
Затраты на создание ТПО находят по формуле:
, (4.3)где: З1 - затраты труда программистов-разработчиков, грн.;
З2 - затраты компьютерного времени, грн.;
З3 - косвенные (накладные) расходы, грн.
Затраты труда программистов находят по формуле 4.4:
, грн (4.4)где: Nk - количество разработчиков k-й профессии, чел. Принимаем Nk = 1 человек.
rk - часовая зарплата разработчика k-й профессии, грн.;
Кзар - коэффициент начислений на фонд заработной платы, доли. Принимаем К = 1.475.
Тk - трудоёмкость разработки.
Часовая зарплата разработчика определяется по формуле 4.5:
(4.5)где: Mk- месячная зарплата к-го разработчика, грн.;
- месячный фонд времени его работы, час.Принимаем Mk = 600грн;
= 160 часов.Тогда по формуле 4.5 рассчитаем rk:
грн/час.Трудоёмкость разработки включает время выполнения работ, представленных в таблице 4.2. Общая трудоемкость Тk = 720 часов.
Тогда по формуле 4.4 найдем 31:
грн.Затраты компьютерного времени вычисляются по формуле 4.6:
, (4.6)где: Сk - стоимость компьютерного часа, грн.;
F0 - затраты компьютерного времени на разработку программы, час (74 дня 8 часов = 592 часа).
Стоимость компьютерного часа исчисляется по формуле 4.7:
, (4.7)где: СА - амортизационные отчисления, грн.;
СЭ - энергозатраты, грн.;