Обмен маршрутной Информацией

К появлению новых маршрутов маршрутизаторы RIP приспосабливаются без труда: в очередном

сообщении своим соседям они передают новую информацию, так что та постепенно становится
известна всем маршрутизаторам сети. А вот к отрицательным изменениям, связанным с потерей
какого-либо маршрута, им адаптироваться сложнее. Дело в том, что в формате сообщений
протокола RIP нет поля, где бы содержалась информация об отсутствии пути к данной сети.
Понятно, что некоторый маршрут более недействителен, можно двумя способами:
- на основании истечения времени жизни маршрута;
- указанием специального расстояния до сети, ставшей недоступной, а именно — бесконечности.
Для реализации первого механизма каждая запись таблицы маршрутизации, полученная по
протоколу RIP, имеет время жизни (TTL). При поступлении очередного сообщения RIP с
подтверждением того, что данная запись действительна, таймер TTL устанавливается в исходное
состояние, а затем из него каждую секунду вычитается единица. Если за время тайм-аута не
придет новое маршрутное сообщение об этом маршруте, то он отмечается как недействительный.
Время ожидания связано с периодом рассылки векторов по сети. Период рассылки в RIP равен 30
с, а в качестве тайм-аута принято шестикратное значение периода рассылки, т. е. 180 с.
Шестикратный запас времени нужен для уверенности в том, что проблемы заключаются не в
потерях сообщений RIP (а это возможно, так как RIP использует транспортный протокол UDP,
который не гарантирует доставку сообщений), а в том, что сеть действительно стала недоступна.
Если какой-либо маршрутизатор выходит из строя, то через 180 с все порожденные этим
маршрутизатором записи станут недействительными у его ближайших соседей. После этого
процесс повторится уже для соседей ближайших соседей — они вычеркнут подобные записи через
360 с, так как первые 180 с ближайшие соседи еще передавали сообщения об этих записях. Как
видим, сведения о недоступных через отказавший маршрутизатор сетях распространяются по сети
не очень быстро, время распространения кратно времени жизни записи, а коэффициент кратности
равен количеству транзитных узлов между самыми дальними маршрутизаторами сети. В этом и
заключается одна из причин выбора в качестве периода рассылки небольшой величины в 30 с.
Если сбой происходит лишь на одном из интерфейсов маршрутизатора или в сети, через которую
он связан с каким-либо соседом, то ситуация сводится к только что описанной — механизм тайм-
аута вновь приводится в действие, и ставшие недействительными маршруты постепенно будут
вычеркнуты из всех маршрутизаторов сети.

Тайм-аут работает в тех случаях, когда маршрутизатор не может послать соседям сообщение о
недоступном маршруте по причине собственной неработоспособности либо неработоспособности
линии связи, по которой можно было бы передать сообщение.
Если пересылка возможна, то маршрутизаторы RIP не используют специальный признак в
сообщении, а указывают бесконечное расстояние до сети, причем в протоколе RIP оно выбрано
равным 16 транзитным узлам (при использовании другой метрики маршрутизатору необходимо
указать ее значение, считающееся бесконечностью). При поступлении сообщения, в котором
расстояние до некоторой сети равно 16 (или 15, что приводит к тому же результату, так как
полученное значение увеличивается на 1), маршрутизатор должен проверить, исходит ли эта
«негативная» информация о сети от того же маршрутизатора, сообщение которого послужило в
свое время основанием для записи о данной сети в таблице маршрутизации. Если это так, то
информация считается достоверной, и маршрут отмечается как недоступный.
Значение «бесконечного» расстояния задается столь небольшим потому, что в некоторых случаях
перебои в линиях связи вызывают длительные периоды некорректной работы маршрутизаторов
RIP, выражающейся в зацикливании пакетов в петлях сети. И чем меньше расстояние,
используемое в качестве «бесконечного», тем такие периоды становятся короче.
Ограничение в 15 транзитных узлов сужает область применения протокола RIP до сетей, в которых
число промежуточных маршрутизаторов не должно превышать 15. Для более масштабных сетей
нужно использовать другие протоколы маршрутизации, например OSPF, или разбивать сеть на
автономные области.