ВУЗ:
Составители:
Рубрика:
доступность пути от машины оператора до любой ЭВМ, включенной в Интернет. При этом
может быть измерено время пакета в пути и вероятность потери пакета. Проводя такое
зондирование периодически и сравнивая результаты для разных моментов времени и разных
путей, можно получить важную диагностическую информацию. Время пакета в пути может стать
важным параметром
для тестирования внешних каналов, ведь задержка может расти из-за потерь
пакетов на некоторых этапах.
Потеря пакета может произойти как по пути туда, так и по пути обратно. Кроме того,
отсутствие отклика может произойти из-за перегрузки буфера или процессора ЭВМ-адресата. В
локальных сетях при нормальных условиях потеря может
случиться только из-за переполнения
буферов в переключателях или ЭВМ (объекты mac-уровня). Если сеть правильно
сконфигурирована, реализуются только так называемые ороткиетолкновения, когда
столкновение происходит не позднее, чем при передаче 64-го байта. Но если при построении
сети допущены ошибки, возможны более поздние столкновения, что становится дополнительной
причиной потери пакетов. Тогда может проявиться
зависимость вероятности столкновения от
длины пакета.
Следует учитывать, что если столкновение зафиксировано передающей стороной до
завершения посылки пакета, то потери пакета не произойдет, так как передача будет повторена
на физическом уровне. Потеря из-за столкновения может произойти только для короткого пакета
при слишком больших задержках в логическом сегменте.
Понятно, что
вероятность столкновений пропорциональна плотности вероятности потока
запросов от активных узлов логического сегмента (зоны столкновений). По этой причине,
зондируя определенный удаленный логический сегмент можно оценить вариации загрузки.
Более информативным может стать сочетание зондирования с помощью пакетов ICMP и
контроль втекающих и вытекающих потоков сегмента посредством SNMP-протокола.
При использовании процедуры ping (с необходимыми опциями) для
зондирования
внешних каналов можно выявить как циклы пакетов, так и осцилляции маршрутов.
Протокол ICMP при круглосуточном мониторинге позволяет контролировать активность
всех узлов локальной сети. Кроме того, такая программа в случае выхода из строя какого-то
сегмента позволяет оперативно локализовать неисправный сетевой элемент. Сканирующая
программа должна использовать в качестве исходной информации базу
данных всех узлов
локальной сети, куда должны быть помещены IP- и MAC-адреса всех сетевых узлов, их имена,
географическое положение, фамилия хозяина и другая необходимая информация, например,
суммарная задержка от какой-то точки в сети до данной рабочей станции. Результаты работы
этой диагностической программы заносится в файлы, доступные для диагностического WWW-
сервера. Такие данные
упрощают поиск причины в случае аварии, так как позволяют
доступность пути от машины оператора до любой ЭВМ, включенной в Интернет. При этом может быть измерено время пакета в пути и вероятность потери пакета. Проводя такое зондирование периодически и сравнивая результаты для разных моментов времени и разных путей, можно получить важную диагностическую информацию. Время пакета в пути может стать важным параметром для тестирования внешних каналов, ведь задержка может расти из-за потерь пакетов на некоторых этапах. Потеря пакета может произойти как по пути туда, так и по пути обратно. Кроме того, отсутствие отклика может произойти из-за перегрузки буфера или процессора ЭВМ-адресата. В локальных сетях при нормальных условиях потеря может случиться только из-за переполнения буферов в переключателях или ЭВМ (объекты mac-уровня). Если сеть правильно сконфигурирована, реализуются только так называемые ороткиетолкновения, когда столкновение происходит не позднее, чем при передаче 64-го байта. Но если при построении сети допущены ошибки, возможны более поздние столкновения, что становится дополнительной причиной потери пакетов. Тогда может проявиться зависимость вероятности столкновения от длины пакета. Следует учитывать, что если столкновение зафиксировано передающей стороной до завершения посылки пакета, то потери пакета не произойдет, так как передача будет повторена на физическом уровне. Потеря из-за столкновения может произойти только для короткого пакета при слишком больших задержках в логическом сегменте. Понятно, что вероятность столкновений пропорциональна плотности вероятности потока запросов от активных узлов логического сегмента (зоны столкновений). По этой причине, зондируя определенный удаленный логический сегмент можно оценить вариации загрузки. Более информативным может стать сочетание зондирования с помощью пакетов ICMP и контроль втекающих и вытекающих потоков сегмента посредством SNMP-протокола. При использовании процедуры ping (с необходимыми опциями) для зондирования внешних каналов можно выявить как циклы пакетов, так и осцилляции маршрутов. Протокол ICMP при круглосуточном мониторинге позволяет контролировать активность всех узлов локальной сети. Кроме того, такая программа в случае выхода из строя какого-то сегмента позволяет оперативно локализовать неисправный сетевой элемент. Сканирующая программа должна использовать в качестве исходной информации базу данных всех узлов локальной сети, куда должны быть помещены IP- и MAC-адреса всех сетевых узлов, их имена, географическое положение, фамилия хозяина и другая необходимая информация, например, суммарная задержка от какой-то точки в сети до данной рабочей станции. Результаты работы этой диагностической программы заносится в файлы, доступные для диагностического WWW- сервера. Такие данные упрощают поиск причины в случае аварии, так как позволяют
Страницы
- « первая
- ‹ предыдущая
- …
- 108
- 109
- 110
- 111
- 112
- …
- следующая ›
- последняя »