Cisco IOS IP SLA

Данная функция позволяет маршрутизаторам или коммутаторам Cisco симулировать специфические типы трафика и отправлять его или на ip адрес, или получателю, называемому responder. IP SLA пробы (probe) симулируют разные типы трафика, такие как HTTP, FTP, DHCP, UDP jitter, UDP echo, HTTP, TCP соединение, ICMP echo, ICMP path echo, ICMP path jitter, DNS и т.д, и они также могут сообщать статистику, например по path jitter. Включают в себя различные настройки, например, номеров портов, TOS байт, ip префикс битов. С помощью IP SLA можно проверять доступность хостов (reachibility) и производительность сети. Функция полезна для path control, т.к. позволяет переключать маршрут через резервный канал, если производительность основного упала или он отказал.

Для использования IP SLA необходимо:

• Создать пробу на source-устройстве.
• Указать для неё тип трафика, dst IP и другие вещи, если это необходимо.
• Создать расписание (schedule) работы пробы, указав время старта и окончания.
• Задать объект отслеживания (tracking object) и привязать к пробе.
• Привязать traking object к статическому маршруту.

В качестве dst может выступать любой доверенный девайс, который может ответить на трафик, отправленный источником. Чтобы IP SLA поднимал резервный линк, выберете dst, которым можно будет отследить отказ или проблему в сети провайдера. Одно из главных преимуществ использования Cisco устройств заключается в временных метках, которые помогают измерять задержку и jitter (т.е. временные метки позволяют исключить из общей задержки время на обработку тестового пакета от пробы, и точно измерить задержку в среде).

Рассмотрим следующий пример.

схема

Маршрутизатор R1 имеет доступ к двум провайдерам. Провайдер А должен использоваться как основной, а B - как резервный. Необходимо создать две пробы, используя ping для отслеживания доступности DNS серверов внутри инфраструктуры каждого из провайдеров. Первичный дефолтный маршрут должен иметь AD=2, backup - AD=3.

R1(config)#ip sla monitor 1
R1(config-ip-sla)# type echo protocol ipIcmpEcho 10.1.1.50 source-interface FastEthernet1/0
R1(config-ip-sla-echo)frequency 10
!
R1(config)#ip sla monitor 2
R1(config-ip-sla)# type echo protocol ipIcmpEcho 172.22.2.52 source-interface FastEthernet2/0
R1(config-ip-sla-echo)frequency 10
!
R1(config)ip sla monitor schedule 1 life forever start-time start-time now
R1(config)ip sla monitor schedule 2 life forever start-time start-time now
!
R1(config)track 1 rtr 1 reachability
!
R1(config)track 2 rtr 2 reachability
!
!Primary route
ip route 0.0.0.0 0.0.0.0 10.1.1.1 2 track 1
ip route 0.0.0.0 0.0.0.0 172.22.2.2 3 track 2

В нормальных условиях, маршрут по-умолчанию с AD=2 будет установлен в таблицу маршрутизации вместо маршрута с AD=3. Но, когда DNS-сервер перестанет быть доступным по первичному каналу, маршрут будет удалён и вместо него в таблицу добавиться маршрут с AD=3.

Дополнительно можно комбинировать IP SLA трекинг с PBR для получения отказоустойчивого решения для специфичных типов трафика на основе per-interface базиса. Например, в куске конфигурации ниже описывает способ задать для конкретного типа трафика, совпавшего с ACL 101 различные next-hop'ы

route-map REDUNDANT permit 10
   match ip address 101
   set ip next-hop very-availability x.x.x.x 10 track 1
   set ip next-hop very-availability y.y.y.y 20 track 2
!
interface FastEthernet0/1
description LAN int
ip policy route-map REDUNDANT