Таймеры протокола IGRP Часть 1 ~ Сетевые заморочки

Здравствуйте уважаемые коллеги. Сегодня мы поговорим о таймерах протокола IGRP, если эта тема вам интересна, то прошу перейти к дальнейшему изучению материала, ну а если нет, то почитайте другие статьи моего блога)

Как и в протоколе RIP, в протоколе IGRP существует ряд таймеров, которые используются в его работе, всего этих таймера четыре:

Update timer - задает время через которое рассылаются обновления протокола IGRP. По умолчанию 90 секунд;
Invalid timer - этот таймер задает временной интервал, в течении которого маршрут считается действительным, даже если маршрутизатор больше не получает обновления о нем. По его истечении маршрут помечается как недоступный. По умолчанию равен 270 секунд;
Hold timer - задает временной интервал, необходимый для игнорирования ненадежных маршрутов. По умолчанию равен 280 секунд;
Flush timer - указывает время, через которое маршрут будет удален из таблицы маршрутизации в случае не получения обновлений. По умолчанию равен 630 секунд.

Значения всех этих таймеров можно увидеть с помощью команды:

show ip protocols

Её вывод будет иметь примерно вот такой вид:

Routing Protocol is "igrp 1"

Sending updates every 90 seconds, next due in 69 seconds

Invalid after 270 seconds, hold down 280, flushed after 630

....

Изменить значения данных таймеров можно с помощью вот таких нехитрых команд:

router igrp 1

timers basic 10 20 30 40

где 10 - Update timer, 20 - Invalid timer, 30 - Hold timer, 40 - Flush timer.

Теперь давайте отследим работу этих таймеров на практике. Берем простенькую сеть с протоколом IGRP, например как вот в это статье. Предварительно выполняем на маршрутизаторе вот такую уже знакомую нам команду:

service timestamps debug datetime msec

И запускаем на маршрутизаторе R4 вот такой дебаг:

debug ip igrp events

Видим вот такую чудесную картину:

*Mar 1 00:10:57.511: IGRP: sending update to 255.255.255.255 via FastEthernet0/0 (192.168.1.1)

*Mar 1 00:10:57.511: IGRP: Update contains 0 interior, 0 system, and 0 exterior routes.

*Mar 1 00:10:57.511: IGRP: Total routes in update: 0 - suppressing null update

R4(config)#

*Mar 1 00:11:06.567: IGRP: received update from 192.168.1.2 on FastEthernet0/0

*Mar 1 00:11:06.567: IGRP: Update contains 0 interior, 1 system, and 0 exterior routes.

*Mar 1 00:11:06.567: IGRP: Total routes in update: 1

R4(config)#

*Mar 1 00:12:24.175: IGRP: sending update to 255.255.255.255 via FastEthernet0/0 (192.168.1.1)

*Mar 1 00:12:24.175: IGRP: Update contains 0 interior, 0 system, and 0 exterior routes.

*Mar 1 00:12:24.175: IGRP: Total routes in update: 0 - suppressing null update

Как легко заметить одно обновление было отправлено в 00:10:57, а второе в 00:12:24, вычитая одно из другого получаем 87 секунд, что нормально при таймере Update равном 90 секундам (Допустимо в диапазоне от 72 до 90 секунд).

Для фиксирования остальных таймеров потребуется сеть немного посложнее (она нам пригодится и в следующей статье). Возьмем и добавим к нашей сети еще один маршрутизатор, последовательно за маршрутизатором 6. Так же включим его в наше облоко IGRP. Далее возьмем и погасим весь маршрутизатор 5, вот что мы увидим спустя примерно 5 минут:

I 192.168.1.0/24 [100/120] via 192.168.2.1, 00:05:07, FastEthernet0/0

C 192.168.2.0/24 is directly connected, FastEthernet0/0

C 192.168.70.0/24 is directly connected, FastEthernet0/1

А еще через пару секунд, мы увидим вот это:

I 192.168.1.0/24 is possibly down, routing via 192.168.2.1, FastEthernet0/0

C 192.168.2.0/24 is directly connected, FastEthernet0/0

C 192.168.70.0/24 is directly connected, FastEthernet0/1

Как можно заметить приблизительно через 5 минут и 7 секунд маршрут пометился как недоступный. Но вот тут возникает вопрос - почему через 5 минут и 7 секунд (тоесть через 307 секунд ), а не через 270, как это должно было быть. Вот тут, я вам к сожалению помочь не смогу, так как никакой информации по данному поводу я найти не смог, если вы сможете это объяснить, то буду рад вас выслушать в комментариях.

Если мы подаждем еще немного то увидим что приблизительно через 10 минут и 48 секунд, маршрут будет удален из таблицы маршрутизации. И мы увидим следующую картину:

C 192.168.2.0/24 is directly connected, FastEthernet0/0

C 192.168.70.0/24 is directly connected, FastEthernet0/1

10 минут и 48 секунд - это 648 секунд, что в принципе очень близко к нужному нам значению в 630 секунд. Опять же точно не смогу объяснить увеличение значения данного таймера на практике.

На сегодня это все. В следующей статье рассмотрим работу таймера Hold timer.