172.16.80.0

10101100. 0001000 . 01010000. 0000000

Рис. 54 Анонсируемые сети

Красными цифрами указаны, биты, относящиеся к адресу сети, зелеными биты хоста. Распишем адрес приемного интерфейса.

172.16.192.2 /18

10101100. 0001000. 11000000. 0000010

Рис. 55 Биты приемного интерфейса

Сравним адрес принимаемого интерфейса с адресом сети, принятом в анонсе, между собой:

10101100. 0001000. 01 010000. 0000000

10101100. 0001000. 11 00 0000. 0000010

Рис. 56 Сравнение приемного интерфейса с адресом сети

Как видно часть битов в адресе хоста у анонсируемой сети с точки зрения приемного интерфейса установлена в 1. А если сравнить сеть 172.16.64.0 /20 и ip адрес приемного интерфейса, то мы обнаружим что в адресе хоста нет битов установленных в 1, в таком случае к сети применяется маска, установленная для приемного интерфейса.

Сформулируем правило приема. Если на интерфейс приходит анонс о сети и сетевая часть на основе классов у них совпадает, то к данной сети применяется маска интерфейса, если в части адреса хоста после наложении маски интерфейса нет бит установленных в единицу, если хотя бы один бит в части адреса установлен в единицу, то к адресу применяется маска 32.

Для проверки этого правила изменим маску интерфейса f0/0 на маршрутизаторе R0:

R0(config)#int f0/0

R0(config-if)#no ip address 172.16.192.2 255.255.192.0

R0(config-if)#ip address 172.16.192.2 255.255.240.0

После чего посмотрим таблицу маршрутизации:

172.16.0.0/20 is subnetted, 3 subnets

C 172.16.192.0 is directly connected, FastEthernet0/0

R 172.16.80.0 [120/1] via 172.16.192.1, 00:00:26, FastEthernet0/0

R 172.16.64.0 [120/1] via 172.16.192.1, 00:00:26, FastEthernet0/0

R 10.0.0.0/8 [120/1] via 172.16.192.1, 00:00:26, FastEthernet0/0

Как видно из данной таблице существуют три подсети 172.16.0.0 с маской 20. Обратите внимание на то, что теперь все сети имеют правильные маски, отсутствует только сеть 172.16.128.0 /19, так как данная сеть имеет маску отличную от интерфейса f2/0 маршрутизатора R1.

2.3 Пассивные интерфейсы

Если интерфейс необходимо сделать пассивным, то необходимо ввести команду passive interface [имя интерфейса]. Например для маршрутизатора R1 сделаем интерфейс f2/0 пассивным: R1(config-router)#passive-interface fastEthernet 2/0.

Если теперь подключить анализатор протоколов к этому интерфейсу, то через него не будут передаваться анонсы о подключенных и известных сетях маршрутизатора R1, а по истечению таймера удаления таблица маршрутизации маршрутизатора R0 будет полностью удалена. Примерно через три минуты посмотрите на таблицу маршрутизации R0:

172.16.0.0/20 issubnetted, 3subnets

C 172.16.192.0 is directly connected, FastEthernet0/0

R 172.16.80.0/20 is possibly down,

routing via 172.16.192.1, FastEthernet0/0

R 172.16.64.0/20 is possibly down,

routing via 172.16.192.1, FastEthernet0/0

R 10.0.0.0/8 is possibly down, routing via 172.16.192.1, FastEthernet0/0

Отмена режима пассивного интерфейса осуществляется той же командой только с приставкой no: R1(config-router)#no passive-interface fastEthernet 2/0.

2.4 Настройка одноадресных обновлений

Для того чтобы анонсы передавались не на широковещательный ip адрес, а на одноадресный, необходимо ввести команду neighbor [ip address].

В следующем примере маршрутизатор R1 будет посылать анонсы маршрутизатору R0 на одноадресный адрес интерфейса f0/0.

R1(config)#router rip

R1(config-router)#neighbor 172.16.192.2

При этом анализ захваченных пакетов покажет, что маршрутизатор R1 стал отправлять не только анонсы протокола RIP на одноадресный адрес, но также продолжает отправлять эти же анонсы на широковещательный адрес:

Ethernet II, Src: ca:04:01:b4:00:38 (ca:04:01:b4:00:38), Dst: Broadcast (ff:ff:ff:ff:ff:ff)

Internet Protocol Version 4, Src: 172.16.192.1 (172.16.192.1), Dst: 255.255.255.255 (255.255.255.255)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Ethernet II, Src: ca:04:01:b4:00:38 (ca:04:01:b4:00:38), Dst: cc:03:0c:0c:00:00 (cc:03:0c:0c:00:00)

Internet Protocol Version 4, Src: 172.16.192.1 (172.16.192.1), Dst: 172.16.192.2 (172.16.192.2)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Для того чтобы маршрутизтор R1 отправлял пакеты только на одноадресный адрес, необхоимо объявить анонсирующий интерфейс маршрутизатора R1 пассивным.

2.5 Увеличение или уменьшение метрики

Изменение метрики маршрута необходимо в том случае, когда требуется изменить маршрут следования трафика. Такие ситуации возникают, когда наикратчайший маршрут обладает меньшей пропускной способностью, а альтернативный маршрут с большей метрикой обладает большей пропускной способностью.

Изменение метрики можно сделать двумя путями, либо сделать так чтобы анонсирующий маршрутизатор увеличил/уменьшил метрику, либо принимающий маршрутизатор также увеличил/уменьшил метрику.

Рассмотрим следующий пример, когда маршрутизатор R1 увеличит метрику на 5 для сетей, которые анонсируются через интерфейс f2/0: R1(config-router)#offset-list qwerty out 5 f2/0.

Команда offset-list указывает на то, что необходимо изменить метрику. Параметр qwerty – это имя списка доступа, поскольку списка доступа у нас нет, то слово qwerty нужно для соблюдения синтаксиса команды и не несет ни каких функций, в место него можно написать что угодно. out – указывает на то, что изменению будет подвержена исходящая метрика. Цифра 5 указывает, насколько изменится метрика. F2/0 – интерфейс, который будет увеличивать метрику.

Теперь посмотрим на таблицу маршрутизации маршрутизатора R0:

172.16.0.0/20 is subnetted, 3 subnets

C 172.16.192.0 is directly connected, FastEthernet0/0

R 172.16.80.0 [120/6] via 172.16.192.1, 00:00:01, FastEthernet0/0

R 172.16.64.0 [120/6] via 172.16.192.1, 00:00:01, FastEthernet0/0

R 10.0.0.0/8 [120/6] via 172.16.192.1, 00:00:01, FastEthernet0/0

Обратите внимание, что новое значение метрики стало 6=5+1, для всех сетей, которые анонсировались маршрутизатором R1. Ниже показан анонс, отправляемый маршрутизатором R1:

Ethernet II, Src: ca:04:01:b4:00:38 (ca:04:01:b4:00:38), Dst: cc:03:0c:0c:00:00 (cc:03:0c:0c:00:00)

Internet Protocol Version 4, Src: 172.16.192.1 (172.16.192.1), Dst: 172.16.192.2 (172.16.192.2)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv1 (1)

IP Address: 10.0.0.0, Metric: 6

Address Family: IP (2)

IP Address: 10.0.0.0 (10.0.0.0)

Metric: 6

IP Address: 172.16.64.0, Metric: 6

Address Family: IP (2)

IP Address: 172.16.64.0 (172.16.64.0)

Metric: 6

IP Address: 172.16.80.0, Metric: 6

Address Family: IP (2)

IP Address: 172.16.80.0 (172.16.80.0)

Metric: 6

Теперь отменим присвоенное смещение метрики на маршрутизаторе R1 и сделаем так, чтобы маршрутизатор R0 сам увеличивал метрику до 6 в полученных анонсах. Отмена смещения метрики на маршрутизаторе R1 задается с помощью команды no:

R1(config-router)#no offset-list qwerty out 5 f 2/0

На маршрутизаторе R0 увеличим метрику:

R0(config-router)#offset-list qwerty in 5 f0/0

Хотя таблица маршрутизации и не изменилась на маршрутизаторе R0:

172.16.0.0/20 is subnetted, 3 subnets

C 172.16.192.0 is directly connected, FastEthernet0/0

R 172.16.80.0 [120/6] via 172.16.192.1, 00:00:01, FastEthernet0/0

R 172.16.64.0 [120/6] via 172.16.192.1, 00:00:01, FastEthernet0/0

R 10.0.0.0/8 [120/6] via 172.16.192.1, 00:00:01, FastEthernet0/0

Но анонсы, отправляемые маршрутизатором R1, содержат значение метрик равные единице:

Ethernet II, Src: ca:04:01:b4:00:38 (ca:04:01:b4:00:38), Dst: cc:03:0c:0c:00:00 (cc:03:0c:0c:00:00)

Internet Protocol Version 4, Src: 172.16.192.1 (172.16.192.1), Dst: 172.16.192.2 (172.16.192.2)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv1 (1)

IP Address: 10.0.0.0, Metric: 1

Address Family: IP (2)

IP Address: 10.0.0.0 (10.0.0.0)

Metric: 1

IP Address: 172.16.64.0, Metric: 1

Address Family: IP (2)

IP Address: 172.16.64.0 (172.16.64.0)

Metric: 1

IP Address: 172.16.80.0, Metric: 1

Address Family: IP (2)

IP Address: 172.16.80.0 (172.16.80.0)

Metric: 1

2.6 Перераспределение статических маршрутов в протокол RIP

Перераспределение маршрутов позволяет анонсировать маршрутизаторам статические записи в анонсах протокола RIP. Например, в маршрутизаторе R1 введем статический маршрут к гипотетической сети 192.168.2.0 /24, которая доступна через какой-то маршрутизатор 10.10.0.10:

R1(config)#iproute192.168.2.0 255.255.255.0 10.10.0.10

Далее в режиме конфигурирования протокола RIP перераспределим этот маршрут в протокол RIP:

R1(config)#router rip

R1(config-router)#redistribute static metric 10

Команда redistribute static перераспределяет статические маршруты в протокол RIP, параметр metric 10 задает значение метрики, с которым перераспределяется данный маршрут. После введения данной команды на R1 посмотрим таблицу маршрутизации на R0

172.16.0.0/20 is subnetted, 3 subnets

C 172.16.192.0 is directly connected, FastEthernet0/0

R 172.16.80.0 [120/1] via 172.16.192.1, 00:00:25, FastEthernet0/0

R 172.16.64.0 [120/1] via 172.16.192.1, 00:00:25, FastEthernet0/0

R 10.0.0.0/8 [120/1] via 172.16.192.1, 00:00:25, FastEthernet0/0

R 192.168.2.0/24 [120/10] via 172.16.192.1, 00:00:25, FastEthernet0/0

Как видно в маршрутной записи появилась новая запись о сети 192.168.2.0.

2.7 Аутентификация анонсов протокола RIP

Данная функция доступна только для протокола RIP v2. Чтобы перевести маршрутизаторы в режим работы c протоколом RIP v2 необходимо в режиме конфигурации протокола RIP задать команду version 2:

R0(config-router)#version 2

R1(config-router)#version 2

Аутентификация необходимо для того чтобы проверить подлинность маршрутизатора, который отправляет данный анонс. Для этих целей необходимо указать пароль на каждом из маршрутизаторов, в качестве пароля возьмем слово secret.

Настройка параметров аутентификации требует ввода нескольких команд, которые приведены ниже для каждого маршрутизатора.

Таблица 9

Конфигурация маршрутизаторов

Конфигурация маршрутизатора R0	Конфигурация маршрутизатора R1
R0(config)#key chain test R0(config-keychain)#key 1 R0(config-keychain-key)#key-string secret R0(config-keychain-key)#exit R0(config-keychain)#exit R0(config)#int f0/0 R0(config-if)#ip rip authentication key-chain test	R1(config)#key chain test R1(config-keychain)#key 1 R1(config-keychain-key)#key-string secret R1(config-keychain-key)#exit R1(config-keychain)#exit R1(config)#int f2/0 R1(config-if)#ip rip authentication key-chain test

Анализ перехваченных пакетов показывает, что такой способ аутентификации подразумевает передачу паролей в не зашифрованном виде:

Ethernet II, Src: ca:04:01:b4:00:38 (ca:04:01:b4:00:38), Dst: cc:03:0c:0c:00:00 (cc:03:0c:0c:00:00)

Internet Protocol Version 4, Src: 172.16.192.1 (172.16.192.1), Dst: 172.16.192.2 (172.16.192.2)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv2 (2)

Authentication: Simple Password

Authentication type: Simple Password (2)

Password: secret

IP Address: 10.0.0.0, Metric: 1

IP Address: 172.16.64.0, Metric: 1

IP Address: 172.16.80.0, Metric: 1

IP Address: 172.16.128.0, Metric: 1

IP Address: 192.168.2.0, Metric: 10

В Cisco IOS предусмотрена возможность передачи хэша, вычисленного по алгоритму MD5, а не самого пароля, для этого необходимо в режиме конфигурации интерфейса сменить тип аутентификации как показано ниже:

R0(config-if)#ip rip authentication mode md5

R1(config-if)#ip rip authentication mode md5

Ethernet II, Src: ca:04:01:b4:00:38 (ca:04:01:b4:00:38), Dst: cc:03:0c:0c:00:00 (cc:03:0c:0c:00:00)

Internet Protocol Version 4, Src: 172.16.192.1 (172.16.192.1), Dst: 172.16.192.2 (172.16.192.2)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv2 (2)

Authentication: Keyed Message Digest

Authentication type: Keyed Message Digest (3)

Digest Offset: 124

Key ID: 1

Auth Data Len: 20

Seq num: 2

Zero Padding

Authentication Data Trailer

Authentication Data: 86 58 5f 3d dd 86 af a7 41 de 4d 3b ef 7a 74 3b

IP Address: 10.0.0.0, Metric: 1

IP Address: 172.16.64.0, Metric: 1

IP Address: 172.16.80.0, Metric: 1

IP Address: 172.16.128.0, Metric: 1

IP Address: 192.168.2.0, Metric: 10

2.8 Суммирование маршрутов

Составьте топологию, как показано на рис. 57.

Рис. 57 Исследуемая сеть

При такой топологии применение средств маршрутизации протокола RIP v1 приведет к некорректной работе сети, так как согласно правилу передачи анонсов, каждый из маршрутизаторов будет анонсировать суммарный маршрут к сети 172.16.0.0, это в свою очередь означает, что каждый маршрутизатор должен иметь две маршрутные записи к сетям 172.16.0.0. Рассмотрим этот случай на примере маршрутизатора R2. Ниже приведем первоначальную конфигурацию каждого маршрутизатора в табл. 10.

Таблица 10

Первоначальная конфигурация

Конфигурация R1	Конфигурация R2	Конфигурация R3
R1#config t R1(config)#int f 0/0 R1(config-if)#ip address 172.16.64.1 255.255.255.0 R1(config-if)#no shutd R1(config-if)#int f 1/0 R1(config-if)#ip address 172.16.65.1 255.255.255.0 R1(config-if)#int f 2/0 R1(config-if)#ip address 10.0.0.1 255.0.0.0 R1(config-if)#no shutd R1(config-if)#router rip R1(config-router)#network 172.16.0.0 R1(config-router)#network 10.0.0.0	R2#config t R2(config)#int f0/0 R2(config-if)#ip address 172.16.66.1 255.255.255.0 R2(config-if)#no shutd R2(config-if)#int f1/0 R2(config-if)#ip address 172.16.67.1 255.255.255.0 R2(config-if)#no shutd R2(config-if)#int f2/0 R2(config-if)#ip address 10.0.0.2 255.0.0.0 R2(config-if)#no shutd R2(config-if)#exit R2(config)#router rip R2(config-router)#net R2(config-router)#network 172.16.0.0 R2(config-router)#network 10.0.0.0	R3#config t R3(config)#int f0/0 R3(config-if)#ip address 172.16.69.1 255.255.255.0 R3(config-if)#no shutd R3(config-if)#int f1/0 R3(config-if)#ip address 172.16.68.1 255.255.255.0 R3(config-if)#no shutd R3(config-if)#int f2/0 FastEthernet1/0, changed state to up R3(config-if)#ip address 10.0.0.3 255.0.0.0 R3(config-if)#no shutd R3(config-if)#router rip R3(config-router)#network 172.16.0.0 R3(config-router)#network 10.0.0.0

После конфигурирования маршрутизаторов стандартным образом на R2 будет следующая маршрутная запись:

R2#show ip route

172.16.0.0/24 is subnetted, 2 subnets

C 172.16.66.0 is directly connected, FastEthernet0/0

C 172.16.67.0 is directly connected, FastEthernet1/0

C 10.0.0.0/8 is directly connected, FastEthernet2/0

Как видно из маршрутной записи маршрутизатор R2 не занес себе в таблицу информацию о сетях 172.16.0.0, которая ему приходила от маршрутизатора R1 и R2, такая ситуация является исключением из правил передачи и приема анонсов реализованная в оборудовании Cisco. Для того чтобы информация о сетях 172.16.64.0, 172.16.65.0, 172.16.68.0, 172.16.69.0 появилась в таблице маршрутизации маршрутизатора R2 необходимо перевести маршрутизаторы в режим работы протокола RIPv2, как это было сделано в разделе 2.7, так как протоколом RIPv2 предусмотрена передача не только номеров сетей, но и их масок. После ввода команда version 2, на всех маршрутизаторах, снова проверим таблицу маршрутизации R2:

R2#show ip route

172.16.0.0/16 is variably subnetted, 3 subnets, 2 masks

R 172.16.0.0/16 [120/1] via 10.0.0.3, 00:00:08, FastEthernet2/0

[120/1] via 10.0.0.1, 00:00:02, FastEthernet2/0

C 172.16.66.0/24 is directly connected, FastEthernet0/0

C 172.16.67.0/24 is directly connected, FastEthernet1/0

C 10.0.0.0/8 is directly connected, FastEthernet2/0

Как видно в таблицы маршрутизации появились две записи касательно сети 172.16.0.0, из которых следует, что сеть 172.16.0.0 доступна через 10.0.0.1 и 10.0.0.3, это связано с тем, что маршрутизаторы в анонсах протокола RIPv2 вставляют информацию не о подсетях 172.16.64.0, 172.16.65.0, 172.16.68.0, 172.16.69.0, а о суммарной записи на основе классов, то есть маршрутизатор автоматически суммирует диапазоны IP адресов, если маска сети не является стандартной. Анонсы, получаемые, маршрутизатором R2 показаны ниже:

Ethernet II, Src: cc:00:0f:c8:00:20 (cc:00:0f:c8:00:20), Dst: IPv4mcast_00:00:09 (01:00:5e:00:00:09)

Internet Protocol Version 4, Src: 10.0.0.1 (10.0.0.1), Dst: 224.0.0.9 (224.0.0.9)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv2 (2)

IP Address: 172.16.0.0, Metric: 1

Address Family: IP (2)

Route Tag: 0

IP Address: 172.16.0.0 (172.16.0.0)

Netmask: 255.255.0.0 (255.255.0.0)

Next Hop: 0.0.0.0 (0.0.0.0)

Metric: 1

Ethernet II, Src: cc:02:0f:c8:00:20 (cc:02:0f:c8:00:20), Dst: IPv4mcast_00:00:09 (01:00:5e:00:00:09)

Internet Protocol Version 4, Src: 10.0.0.3 (10.0.0.3), Dst: 224.0.0.9 (224.0.0.9)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv2 (2)

IP Address: 172.16.0.0, Metric: 1

Address Family: IP (2)

Route Tag: 0

IP Address: 172.16.0.0 (172.16.0.0)

Netmask: 255.255.0.0 (255.255.0.0)

Next Hop: 0.0.0.0 (0.0.0.0)

Metric: 1

Как видно из анонсов два маршрутизатора посылают абсолютно одинаковые анонсы. Обратите внимание на то, что в маршрутной записи имеется два маршрутка к сети 172.16.0.0 одна через 10.0.0.1 а другая через 10.0.0.2. В такой ситуации маршрутизатор R2 при отправке пакетов в сеть 172.16.64.0/24, будет отправлять пакеты поочередно то в маршрутизатор R1 то в R2.Это означает что только половина пакетов достигнет адресатов. Для предотвращения такой ситуации необходимо запустить протокол RIP v2 и отменить автосуммирование командой no auto-summary, так как протокол RIP v2, иначе маршрутные записи не изменятся:

R1(config-router)#no auto-summary

R2(config-router)#no auto-summary

R3(config-router)#no auto-summary

Снова посмотрим таблицу маршрутизации на маршрутизаторе R2.

R2#show ip route

R 172.16.68.0/24 [120/1] via 10.0.0.3, 00:00:19, FastEthernet2/0

R 172.16.69.0/24 [120/1] via 10.0.0.3, 00:00:19, FastEthernet2/0

R 172.16.64.0/24 [120/1] via 10.0.0.1, 00:00:03, FastEthernet2/0

R 172.16.65.0/24 [120/1] via 10.0.0.1, 00:00:24, FastEthernet2/0

C 172.16.66.0/24 is directly connected, FastEthernet0/0

C 172.16.67.0/24 is directly connected, FastEthernet1/0

C 10.0.0.0/8 is directly connected, FastEthernet2/0

Для данного примера отмена автосуммирования вполне приемлема, так как количество сетей небольшое, но в крупных сетях, это может привести к резкому росту таблиц маршрутизации, что замедлит работу маршрутизаторов. В таких случаях необходимо вручную суммировать маршруты. В данном примере суммарный маршрут к сетям 172.16.64.0/24 и 172.16.65.0/24 можно записать как один единственный 172.16.64.0/23.

Аналогично суммарный маршрут для сетей: 172.16.66.0/24 и 172.16.67.0/24 – 172.16.66.0./23, 172.16.68.0/24 и 172.16.69.0/24 – 172.16.68.0./23

Для настройки ручного суммирования необходимо ввести следующие команды в режиме конфигурации интерфейса, например, для маршрутизатора R1 эту команду необходимо вводит на интерфейсе f0/0:

R1(config-if)#ip summary-address rip 172.16.64.0 255.255.254.0

Для R2 на интерфейсе f0/0:

R2(config-if)#ip summary-address rip 172.16.66.0 255.255.254.0

Для R3 на интерфейсе f0/0:

R3(config-if)#ip summary-address rip 172.16.68.0 255.255.254.0

После вода команды суммирования сделает захват пакета посланного маршрутизатором R1:

Ethernet II, Src: ca:00:0c:20:00:00 (ca:00:0c:20:00:00), Dst: IPv4mcast_00:00:09 (01:00:5e:00:00:09)

Internet Protocol Version 4, Src: 10.0.0.1 (10.0.0.1), Dst: 224.0.0.9 (224.0.0.9)

User Datagram Protocol, Src Port: router (520), Dst Port: router (520)

Routing Information Protocol

Command: Response (2)

Version: RIPv2 (2)

IP Address: 172.16.64.0, Metric: 1

Address Family: IP (2)

Route Tag: 0

IP Address: 172.16.64.0 (172.16.64.0)

Netmask: 255.255.254.0 (255.255.254.0)

Next Hop: 0.0.0.0 (0.0.0.0)

Metric: 1

Из данного сообщения видно, что теперь маршрутизатор отправляет анонс только об одной сети 172.16.64.0 с маской 255.255.254.0, что и требовалось сделать. После чего посмотрим на вновь получившиеся таблицы маршрутизации на R2.

R2#show ip route

R 172.16.68.0/23 [120/1] via 10.0.0.3, 00:00:19, FastEthernet2/0

R 172.16.64.0/23 [120/1] via 10.0.0.1, 00:00:03, FastEthernet2/0

C 172.16.66.0/24 is directly connected, FastEthernet0/0

C 172.16.67.0/24 is directly connected, FastEthernet1/0

C 10.0.0.0/8 is directly connected, FastEthernet2/0

Обратите внимание на маску в таблице маршрутизации.

В случае неисправности в протоколе RIP необходимо запустить команду debug ip rip в привилегированном режиме, данная команда позволит отслеживать события в работе протокола RIP, запустите эту команду на любом маршрутизаторе и пронаблюдайте за выводимыми системными сообщениями в течение 2 минут. Для отключения выводимых системных сообщений о действии протокола RIP наберите команду no debug ip rip.

Отчет о лабораторной работе должен содержать:

1. Все исследуемые топологии;

2. Листинг команд конфигурации, либо конфигурационные файлы для каждой исследуемой топологии

3. Захваты пакетов RIPv1 и RIPv2, для всех рассматриваемых случаев.

Контрольные вопросы:

1. Поясните работу таймеров протокола RIP;

2. Расскажите правила приема и передачи анонсов;

3. Что такое метод расщепления горизонта;

4. Объясните причины возможных появлений петель маршрутизации;

5. В чем отличие протоколов внутреннего шлюза от протоколов внешнего шлюза;

6. Какие сообщения определены в протоколе RIP;

7. Какие основные различия между протоколами RIPv1 и RIPv2;

8. Что такое пассивные интерфейсы;

9. В каких ситуациях необходимо изменять значение метрик;

10. Для чего нужны пассивные интерфейсы;

11. В каких ситуациях необходимо отключать автосуммироание, а в каких можно оставить;

12. Что такое активизированные обновления;

13. Поясните алгоритм составления таблиц маршрутизации по протоколу RIP.