IP SLA

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

RIP

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

 

rip-reliable-default-route-topology

 

Эта топология достаточно проста. Три маршрутизатора подключены друг к другу и мы настроим 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.

 

Курсы Cisco и Linux с трудоустройством!

Спешите подать заявку! Осталось пару мест. Группы стартуют 22 июля, а следующая 19 августа, 23 сентября, 21 октября, 25 ноября, 16 декабря, 20 января, 24 февраля.
Что Вы получите?
  • Поможем стать экспертом в сетевом администрировании и получить международные сертификаты Cisco CCNA Routing & Switching или Linux LPI.
  • Предлагаем проверенную программу и учебник экспертов из Cisco Networking Academy и Linux Professional Institute, сертифицированных инструкторов и личного куратора.
  • Поможем с трудоустройством и сделать карьеру. 100% наших выпускников трудоустраиваются.
Как проходит обучение?
  • Проводим вечерние онлайн-лекции на нашей платформе или обучайтесь очно на базе Киевского офиса.
  • Спросим у вас об удобном времени для практик и подстроимся: понимаем, что времени учиться мало.
  • Если хотите индивидуальный график — обсудим и осуществим.
  • Выставим четкие дедлайны для самоорганизации. Личный куратор будет на связи, чтобы ответить на вопросы, проконсультировать и мотивировать придерживаться сроков сдачи экзаменов.
А еще поможем Вам:
  • отредактировать резюме;
  • подготовиться к техническим интервью;
  • подготовиться к конкурсу на понравившуюся вакансию;
  • устроим на работу в Cisco по программе Cisco Incubator, New Graduate и Experienced. Наши студенты, которые уже работают там: жмите на #НашиВCisco Вконтакте, #НашиВCisco Facebook.
Чтобы учиться на курсах Cisco CCNA Routing & Switching и Linux LPI, подайте заявку или получите бесплатную консультацию.
RIP

Больше похожих постов

Немного о команде offset-list

Немного о команде offset-list

268
0
При запуске протокола маршрутизации, такого как EIGRP или OSPF, вы можете влиять на метрику протокола маршрутизации, изменяя пропускную способность bandwidth…

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Заполните поле
Заполните поле
Пожалуйста, введите корректный адрес email.
Вы должны согласиться с условиями для продолжения

Самое читаемое
Меню