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

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

Рисунок 52 – Исследуемая сеть

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

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

Конфигурация 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.