RFC: 2453
Оригинал: RIP Version 2
Предыдущие версии: RFC 1388, RFC 1723
Категория: Стандарт Интернета
Дата публикации:
Автор:
Перевод: Сергей Кедров

3.10. Процесс вывода (Output processing)

В данном разделе описывается процесс формирования сообщений Response при выдаче всей таблицы маршрутизации или ее части. Процесс формирования Response и его транслирования в сеть может быть вызван следующими причинами:

  • Передачей управления от Input processing в случае получения сообщения Request.

  • Срабатыванием 30-секундного таймера регулярной посылки update’ов.

  • Механизмом triggered update (то есть в случае изменения таблицы маршрутизации).

В том случае, если сообщение Response посылается всем соседним маршрутизаторам, оно посылается broadcast’ом (multicast для RIPv2) на всех сетях, которые поддерживают механизмы broadcast’инга, или на дальний конец линии связи в том случае, если тип подключенной сети — точка-точка. Для каждой непосредственно подключенной сети формируется свое Response-сообщение, затем посылается на соответствующий адрес (broadcast/multicast или напрямую на другой конец линка). Однако существуют случаи сетей, не поддерживающих broadcast’инг. В таком случае маршрутизатор должен иметь список маршрутизаторов, которым он должен направлять Response напрямую. Каким образом формируется данный перечень, остается на совести разработчика аппаратуры/программного обеспечения.

3.10.1. Triggered Updates

Механизм Triggered Update требует специального подхода по нескольким причинам.

Во-первых опыт показывает, что в немаленькой сети сообщения, посылка которых вызывается этим механизмом, могут стать причиной перегрузки сети и сокращения полосы пропускания (если будут посылаться слишком часто). Протокол RIP требует наличия механизма, который не позволил бы генерировать update’ы с излишней частотой.

После посылки сообщения, вызванной Triggered Update, маршрутизатор должен ожидать случайное время (от 1 до 5 секунд) до посылки следующего сообщения, чем бы оно не было вызвано. Если же triggered update должен быть послан в тот момент, когда подошло время посылки регулярного update’а, то он не посылается. Посылается регулярный.

2007 - 2017 © Русские переводы RFC, IETF, ISOC.