суббота, августа 20, 2016

Работа таймера Holddown протокола RIP

Привет дорогие читатели! Сегодня я продолжил мучить таймер Holddown протокола RIP, но уже в GNS3. К счастью сегодня у меня наконец то получилось отследить его работу. Сейчас расскажу что я для этого делал.
Во первых я использовал вот такую схему:

Схема для демонстрации работы таймера holddown протокола RIP
Схема для демонстрации работы таймера holddown протокола RIP
Маршрутизаторам заданы следующие конфигурации:

Маршрутизатор 0:

interface FastEthernet0/0
 ip address 192.168.1.2 255.255.255.0
ip route 0.0.0.0 0.0.0.0 192.168.1.1

Маршрутизатор 1:

interface FastEthernet0/0
 ip address 192.168.2.1 255.255.255.0
interface FastEthernet0/1
 ip address 192.168.6.1 255.255.255.0
interface FastEthernet1/0
 ip address 192.168.1.1 255.255.255.0
router rip
 version 2
 timers basic 20 30 30 100
 network 192.168.1.0
 network 192.168.2.0
 network 192.168.6.0

Маршрутизатор 2:

interface FastEthernet0/0
 ip address 192.168.2.2 255.255.255.0
interface FastEthernet0/1
 ip address 192.168.3.1 255.255.255.0
router rip
 version 2
 timers basic 20 30 30 100
 network 192.168.2.0
 network 192.168.3.0

Маршрутизатор 3:

interface FastEthernet0/0
 ip address 192.168.3.2 255.255.255.0
interface FastEthernet0/1
 ip address 192.168.4.1 255.255.255.0
router rip
 version 2
 timers basic 20 30 30 100
 passive-interface FastEthernet0/0
 network 192.168.3.0
 network 192.168.4.0

Маршрутизатор 4:

interface FastEthernet0/0
 ip address 192.168.4.2 255.255.255.0
interface FastEthernet0/1
 ip address 192.168.6.2 255.255.255.0
interface FastEthernet1/0
 ip address 192.168.5.1 255.255.255.0
router rip
 version 2
 timers basic 20 30 30 100
 network 192.168.4.0
 network 192.168.5.0
 network 192.168.6.0

Маршрутизатор 5:

interface FastEthernet0/0
 ip address 192.168.5.2 255.255.255.0
interface FastEthernet0/1
 ip address 192.168.100.1 255.255.255.0
router rip
 version 2
 timers basic 20 30 30 100
 network 192.168.5.0
 network 192.168.100.0

Маршрутизатор 6:

interface FastEthernet0/0
 ip address 192.168.100.2 255.255.255.0
ip route 0.0.0.0 0.0.0.0 192.168.100.1

После того как схема собрана, берем и отрубаем интерфейс Fa0/0 на маршрутизаторе 5. Переходим на маршрутизатор 4. Запускаем на нем следующий дебаг:

R1#debug ip routing

И ждем, периодически выполняя команду:

R1#show ip route

Так как значение таймера Invalid задано 30 секундам, должно пройти более 30 секунд, до того как маршрут будет помечен недоступным. До того как эти 30 секунд истекут картина будет следующей:

C    192.168.4.0/24 is directly connected, FastEthernet0/0
C    192.168.5.0/24 is directly connected, FastEthernet1/0
C    192.168.6.0/24 is directly connected, FastEthernet0/1
R    192.168.1.0/24 [120/1] via 192.168.6.1, 00:00:12, FastEthernet0/1
                    [120/1] via 192.168.4.1, 00:00:02, FastEthernet0/0
R    192.168.2.0/24 [120/1] via 192.168.6.1, 00:00:12, FastEthernet0/1
                    [120/1] via 192.168.4.1, 00:00:02, FastEthernet0/0
R    192.168.100.0/24 [120/1] via 192.168.5.2, 00:00:14, FastEthernet1/0
R    192.168.3.0/24 [120/1] via 192.168.4.1, 00:00:03, FastEthernet0/0

После того как значение таймера Invalid истечет картина будет следующей:

C    192.168.4.0/24 is directly connected, FastEthernet0/0
C    192.168.5.0/24 is directly connected, FastEthernet1/0
C    192.168.6.0/24 is directly connected, FastEthernet0/1
R    192.168.1.0/24 [120/1] via 192.168.6.1, 00:00:08, FastEthernet0/1
                    [120/1] via 192.168.4.1, 00:00:16, FastEthernet0/0
R    192.168.2.0/24 [120/1] via 192.168.6.1, 00:00:08, FastEthernet0/1
                    [120/1] via 192.168.4.1, 00:00:16, FastEthernet0/0
R    192.168.100.0/24 is possibly down, routing via 192.168.5.2, FastEthernet1/0
R    192.168.3.0/24 [120/1] via 192.168.4.1, 00:00:18, FastEthernet0/0






 
А дебаг  выдаст:

*Mar  1 00:31:37.451: RT: delete route to 192.168.100.0 via 192.168.5.2, rip metric [120/1]
*Mar  1 00:31:37.455: RT: no routes to 192.168.100.0, entering holddown
*Mar  1 00:31:37.459: RT: NET-RED 192.168.100.0/24

Как видим для данного маршрута начался отсчет таймера holddown. Если в течении действия данного таймера на любой из интерфейсов маршрутизазатора, кроме того с какого был получен исходный маршрут, придет обновлении с метрикой меньше 16 - оно будет отброшено (как я не пытался у меня это сделать не получилось).

*Mar  1 00:32:09.267: RT: 192.168.100.0 came out of holddown

По истечении примерно 30 секунд работа таймера holddown завершается.

*Mar  1 00:32:47.483: RT: delete network route to 192.168.100.0
*Mar  1 00:32:47.483: RT: NET-RED 192.168.100.0/24

Ждем еще немного и наблюдаем работу таймера Flush. Все, наш маршрут окончательно выкинут из таблицы маршрутизации.

C    192.168.4.0/24 is directly connected, FastEthernet0/0
C    192.168.5.0/24 is directly connected, FastEthernet1/0
C    192.168.6.0/24 is directly connected, FastEthernet0/1
R    192.168.1.0/24 [120/1] via 192.168.6.1, 00:00:01, FastEthernet0/1
                    [120/1] via 192.168.4.1, 00:00:00, FastEthernet0/0
R    192.168.2.0/24 [120/1] via 192.168.6.1, 00:00:01, FastEthernet0/1
                    [120/1] via 192.168.4.1, 00:00:00, FastEthernet0/0
R    192.168.3.0/24 [120/1] via 192.168.4.1, 00:00:01, FastEthernet0/0


Как можно заметить, работу таймера holddown довольно легко отследить в gns3. Видимо все мои неудачи, описанные в прошлой статье связаны с использованием Packet tracer. Видимо в нем не реализована работа таймера holddown протокола RIP, или же она реализована не совсем корректно.


0 коммент.:

Отправить комментарий