Сетевое железо - статьи



         

ЧТО ТАКОЕ ХОРОШО И ЧТО ТАКОЕ ПЛОХО?


Самый "пожилой" и заслуженный представитель семейства протоколов вектора расстояний, вне всякого сомнения, - протокол RIP. Он настолько прост и удобен в небольших сетях, что ему прощают даже откровенные проявления старческого маразма (как известно, RIP может запросто направить трафик через "полуживое" модемное соединение при наличии свободного волоконно-оптического канала - главное, чтобы транзитных узлов было поменьше).

Все дело в том, что во времена создания RIP линии связи имели максимальную пропускную способность 56 Кбит/с, и протоколу маршрутизации незачем было учитывать скорость канала. Поэтому единственный способ заставить RIP при определении маршрута отдавать предпочтение быстрым каналам - это назначить медленным линиям большую метрику вручную.

Появившийся сравнительно недавно протокол IGRP учитывает многие характеристики каналов связи. И RIP, и IGRP используют функцию временного отказа от приема сообщений для обеспечения большей стабильности работы в условиях изменяющейся топологии. Цена за такую стабильность - увеличение времени определения новых маршрутов, так как, блокировав изменение некоторого маршрута вследствие отказа какого-либо узла из опасения "дезинформации" со стороны соседей, маршрутизатор отбрасывает и корректные объявления.

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

В принципе, механизмов принудительных объявлений и отказа от приема достаточно для стабильной работы сети, однако пренебрегать, например, правилом расщепления горизонта конечно же не стоит. Расщепление горизонта позволяет по меньшей мере снизить объем рассылаемых сообщений.

На этом рассмотрение протоколов вектора расстояний можно закончить и перейти к другой, не менее интересной, группе протоколов маршрутизации - к протоколам состояния канала.




Содержание  Назад  Вперед