Надежный маршрут по умолчанию RIP в сочетании IP SLA

RIP — довольно простой протокол. Однако существует ряд «подводных камней», о которых вам нужно знать. Один из них — настраивание RIP для объявления маршрута по умолчанию в сочетании с IP SLA и отслеживанием объектов. Я покажу вам, как это сделать со следующими тремя маршрутизаторами:

Эта топология достаточно проста. Три маршрутизатора подключены друг к другу и мы настроим RIP на R1 и R2. Идея состоит в том, чтобы объявлять маршрут по умолчанию R2 в направлении R1, но только тогда, когда он может достичь IP-адреса R3. Начнем с включения RIP на R1 и R2:

R1(config)#router rip
R1(config-router)#version 2
R1(config-router)#network 192.168.12.0

R2(config)#router rip
R2(config-router)#version 2
R2(config-router)#no auto-summary
R2(config-router)#network 192.168.12.0

Следующий шаг — включить IP SLA на R2, чтобы он пропинговал IP-адрес R3:

R2(config)#ip sla 1
R2(config-ip-sla)#icmp-echo 192.168.23.3
R2(config-ip-sla-echo)#timeout 100
R2(config-ip-sla-echo)#frequency 1
R2(config-ip-sla-echo)#exit
R2(config)#ip sla schedule 1 start-time now life forever

Мы будем использовать IP SLA для того, чтоб пропинговать R3 и запустим его на постоянной основе. Чтобы убедиться в этом, мы проверим, что он работает:

R2#show ip sla statistics

Round Trip Time (RTT) for Index 1
Latest RTT: 24 milliseconds
Latest operation start time: *00:17:09.647 UTC Fri Mar 1 2002
Latest operation return code: OK
Number of successes: 87
Number of failures: 0
Operation time to live: Forever

IP SLA работает должным образом. Мы получаем ответы на наши запросы пинга. Теперь давайте посмотрим, можем ли мы настроить маршрут по умолчанию для RIP на R2:

R2(config-router)#default-information originate ?
route-map Route-map reference
<cr>

Единственный возможный вариант — использовать route-map в сочетании с маршрутом по умолчанию. Давайте используем route-map:

R2(config-router)#default-information originate route-map TRACK_LINK

Я буду использовать route-map под именем TRACK_LINK. Теперь мы рассмотрим варианты настройки route-map:

R2(config-route-map)#match ?
as-path               Match BGP AS path list
clns                     CLNS information
community         Match BGP community list
extcommunity    Match BGP/VPN extended community list
interface             Match first hop interface of route
ip                        IP specific information
ipv6                    IPv6 specific information
length                Packet length
local-preference Local preference for route
metric                 Match metric of route
mpls-label          Match routes which have MPLS labels
nlri                      BGP NLRI type
policy-list           Match IP policy list
route-type          Match route-type of route
source-protocol Match source-protocol of route
tag                      Match tag of route

Я не могу сопоставить свой route-map непосредственно с IP SLA, поэтому нам нужно проявить творчество здесь. Подумайте о IP SLA на мгновение … мы можем привязать его к статическому маршруту с помощью функции отслеживания объектов (object tracking). Мы создадим здесь оператор соответствия match, который соответствует определенному префиксу, и для этого префикса мы создадим статический маршрут, отслеживаемый IP SLA. Неважно, какой префикс мы используем, пока он находится в таблице маршрутизации:

R2(config-route-map)#match ip address prefix-list DUMMY_PREFIX

Я буду вызывать prefix-list с именем DUMMY_PREFIX. Давайте создадим его:

R2 (config) #ip prefix-list DUMMY_PREFIX allow 11.11.11.0/24

Я буду использовать префикс 11.11.11.0/24. Этот префикс не используется для этой топологии … теперь мы создадим статический маршрут для этого префикса:

R2 (config) #ip route 11.11.11.0 255.255.255.0 null0 track 1

Я создал статический маршрут для 11.11.11.0 /24, и я укажу его на интерфейсе null0, чтобы он пявился в таблице маршрутизации. Ключевое слово track 1 позволяет отслеживать объекты. Всякий раз, когда будет сбой объекта 1, мы удаляем этот статический маршрут из таблицы маршрутизации. Давайте свяжем объект 1 с IP SLA 1:

R2(config)#track 1 ip sla 1

Это свяжет объект 1 с IP SLA 1. Всякий раз, когда наш пинг на R3 будет терпеть неудачу, статический маршрут, который мы только что создали, будет удаляться из таблицы маршрутизации. Давайте проверим работу этого механизма:

R1#show ip route rip
R* 0.0.0.0/0 [120/1] via 192.168.12.2, 00:00:12, FastEthernet0/0

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

R2#debug ip sla error
IP SLAs ERROR debugging for all operations is on
R2#debug track
R2#debug ip routing
IP routing debugging is on
R1#debug ip rip
RIP protocol debugging is on
R1#debug ip routing
IP routing debugging is on

Мы включим некоторые опции, чтобы увидеть эти действия в режиме реального времени:

R2(config)#interface fastEthernet 0/1
R2(config-if)#shutdown

Сначала вы увидите, что IP SLA не работает:

R2#
Track: 1 Change #2 rtr 1, state Up->Down
%TRACKING-5-STATE: 1 rtr 1 state Up->Down

Это приводит к удалению фиктивного префикса из таблицы маршрутизации:

R2#
RT: del 11.11.11.0/24 via 0.0.0.0, static metric [1/0]
RT: delete subnet route to 11.11.11.0/24

И в результате R1 удалит маршрут по умолчанию из своей таблицы маршрутизации:

R1#
RIP: received v2 update from 192.168.12.2 on FastEthernet0/0
0.0.0.0/0 via 0.0.0.0 in 16 hops (inaccessible)
RT: del 0.0.0.0 via 192.168.12.2, rip metric [120/1]
RT: delete network route to 0.0.0.0

Как вы можете видеть здесь, больше нет маршрута по умолчанию:

R1#show ip route rip

Спасибо за уделенное время на прочтение статьи!

Если возникли вопросы, задавайте их в комментариях.

Подписывайтесь на обновления нашего блога и оставайтесь в курсе новостей мира инфокоммуникаций!

Чтобы знать больше и выделяться знаниями среди толпы IT-шников, записывайтесь на курсы Cisco от Академии Cisco, курсы Linux от Linux Professional Institute на платформе SEDICOMM University.