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’а, то он не посылается. Посылается регулярный.