https://www.opennet.ru/openforum/vsluhforumID6/1532.html Здравствуйте уважаемые форумчане! Есть необходимость настроить автоматическую смену с основного на резервный канал передачи данных. Имеется два маршрутизатора Cisco 2821 и Cisco 871. <br><br>Конфиг со стороны Cisco 2821:<br><br><br>track 1 ip sla 1 reachability<br><br>track 2 ip sla 2 reachability<br><br><br>interface GigabitEthernet0/0.11<br> encapsulation dot1Q 400<br> ip address 1.1.1.2 255.255.255.0<br><br>interface GigabitEthernet0/0.12<br> encapsulation dot1Q 500<br> ip address 2.2.2.2 255.255.255.0<br><br><br>ip route 192.168.20.0 255.255.255.0 1.1.1.1 track 1<br>ip route 192.168.20.0 255.255.255.0 2.2.2.1 track 2<br><br><br>ip sla 1<br> icmp-echo 1.1.1.1 source-interface GigabitEthernet0/0.11<br> timeout 2000<br> frequency 3<br>ip sla schedule 1 life forever start-time now<br>ip sla 2<br> icmp-echo 2.2.2.1 source-interface GigabitEthernet0/0.12<br> timeout 2000<br> frequency 3<br>ip sla schedule 2 life forever start-time now<br><br>========================================================<br>Конфиг со стороны Cisco 871:<br><br>ip sla monitor 1<br> type echo protocol ipIcmpEcho https://www.opennet.ru/openforum/vsluhforumID6/1532.html#12 Wed, 12 Nov 2014 11:08:38 GMT &gt;[оверквотинг удален]<br>&gt;&gt; match ip address 101 <br>&gt;&gt; set ip next-hop 3.3.3.4 <br>&gt;&gt; ip sla 2 <br>&gt;&gt; icmp-echo 4.4.4.4 source-address 3.3.3.3 <br>&gt;&gt; blah-blah-blah <br>&gt;&gt; ....<br>&gt;&gt; ip local policy route-map RM_LOCAL <br>&gt;&gt; [/code] <br>&gt; Ну если поиграться... джедаем... Физическое падение интерфейсов будет вызывать<br>&gt; недоступность маршрутов до IP адресов, которые проверяются в IP SLA.<br><br>В route-map добавить set interface возможно надо<br> https://www.opennet.ru/openforum/vsluhforumID6/1532.html#11 Wed, 12 Nov 2014 07:30:34 GMT &gt;&gt; ip route 192.168.20.0 255.255.255.0 1.1.1.1 track 1 <br>&gt;&gt; ip route 192.168.20.0 255.255.255.0 2.2.2.1 track 2 <br>&gt;&gt; ip route 192.168.0.0 255.255.255.0 1.1.1.2 track 1 <br>&gt;&gt; ip route 192.168.1.0 255.255.255.0 1.1.1.2 track 1 <br>&gt;&gt; ip route 192.168.0.0 255.255.255.0 2.2.2.2 track 2 <br>&gt;&gt; ip route 192.168.1.0 255.255.255.0 2.2.2.2 track 2 <br>&gt; административную дистанцию намеренно не поставил? нужна балансировка?<br><br>Всем спасибо! Настроил. <br> https://www.opennet.ru/openforum/vsluhforumID6/1532.html#10 Wed, 12 Nov 2014 07:28:55 GMT &gt;[оверквотинг удален]<br>&gt; Ну если поиграться... джедаем... Физическое падение интерфейсов будет вызывать недоступность <br>&gt; маршрутов до IP адресов, которые проверяются в IP SLA. А вот <br>&gt; отсутствие шедулера в IP SLA на одном из маршрутизаторов... Хотя добавку <br>&gt; из source-address одобряю и поддерживаю.<br>&gt; Далеко юному падавану до джедая. На темную сторону оконного интерфейса смотрит он. <br>&gt; 3GNS использовать боится - железные устройства рядом стоять должны. Чтобы джедаем <br>&gt; стать, должен он в голове своей сети мультивендорные разветвленные строить, протоколы <br>&gt; и интерфейсы типов разных используя. На вопрос проверить маршруты голословное утверждение <br>&gt; что при возврате "основного" канала маршрутизация остается прежней. Без того, чтобы <br>&gt; запостить sh ip route. Не скоро станет джедаем. ;-) <br><br>То есть ты ещё ученик ?? <br> https://www.opennet.ru/openforum/vsluhforumID6/1532.html#9 Tue, 11 Nov 2014 18:40:59 GMT &gt;[оверквотинг удален]<br>&gt; access-list 101 permit icmp host 3.3.3.3 host 4.4.4.4 <br>&gt; route-map RM_LOCAL 20 <br>&gt; match ip address 101 <br>&gt; set ip next-hop 3.3.3.4 <br>&gt; ip sla 2 <br>&gt; icmp-echo 4.4.4.4 source-address 3.3.3.3 <br>&gt; blah-blah-blah <br>&gt; ....<br>&gt; ip local policy route-map RM_LOCAL <br>&gt; [/code] <br><br>Ну если поиграться... джедаем... Физическое падение интерфейсов будет вызывать недоступность маршрутов до IP адресов, которые проверяются в IP SLA. А вот отсутствие шедулера в IP SLA на одном из маршрутизаторов... Хотя добавку из source-address одобряю и поддерживаю. <br>Далеко юному падавану до джедая. На темную сторону оконного интерфейса смотрит он. 3GNS использовать боится - железные устройства рядом стоять должны. Чтобы джедаем стать, должен он в голове своей сети мультивендорные разветвленные строить, протоколы и интерфейсы типов разных используя. На вопрос проверить маршруты голословное утверждение что при возврате "основного" канала маршрутизация остается прежней. Без того, чтобы запостить sh ip route. Не с https://www.opennet.ru/openforum/vsluhforumID6/1532.html#8 Tue, 11 Nov 2014 13:30:50 GMT &gt; ip route 192.168.20.0 255.255.255.0 1.1.1.1 track 1 <br>&gt; ip route 192.168.20.0 255.255.255.0 2.2.2.1 track 2 <br>&gt; ip route 192.168.0.0 255.255.255.0 1.1.1.2 track 1 <br>&gt; ip route 192.168.1.0 255.255.255.0 1.1.1.2 track 1 <br>&gt; ip route 192.168.0.0 255.255.255.0 2.2.2.2 track 2 <br>&gt; ip route 192.168.1.0 255.255.255.0 2.2.2.2 track 2 <br><br>административную дистанцию намеренно не поставил? нужна балансировка?<br> https://www.opennet.ru/openforum/vsluhforumID6/1532.html#7 Tue, 11 Nov 2014 13:13:29 GMT &gt;&gt;&gt; Здравствуйте уважаемые форумчане! Есть необходимость настроить автоматическую смену <br>&gt;&gt;&gt; с основного на резервный канал передачи данных. Имеется два маршрутизатора Cisco <br>&gt;&gt;&gt; 2821 и Cisco 871.<br>&gt;&gt; Я дико извиняюсь, но.<br>&gt;&gt; Эти роутеры поддерживают пяток протоколов динамической маршрутизации. НАХРЕНА между ними <br>&gt;&gt; SLA???<br>&gt; Как нахрена ? Чтобы стать Джедаем!<br><br>Если чисто в тренировочных целях, то для локально-генерируемого траффика в целях IP SLA желательно делать локальный полиси роутинг, чтобы сами пробы не подчинялись основной таблице маршрутизации.<br><br>типа (в синтаксисе могу ошибиться, адреса с потолка):<br><br>[code]<br># проверка доступности через первый канал<br>access-list 100 permit icmp host 1.1.1.1 host 2.2.2.2<br>route-map RM_LOCAL 10<br> match ip address 100<br> set ip next-hop 1.1.1.2<br>ip sla 1<br> icmp-echo 2.2.2.2 source-address 1.1.1.1 <br>blah-blah-blah<br>....<br><br># проверка доступности через второй канал<br>access-list 101 permit icmp host 3.3.3.3 host 4.4.4.4<br>route-map RM_LOCAL 20<br> match ip address 101 https://www.opennet.ru/openforum/vsluhforumID6/1532.html#6 Tue, 11 Nov 2014 11:13:02 GMT &gt;&gt; Здравствуйте уважаемые форумчане! Есть необходимость настроить автоматическую смену <br>&gt;&gt; с основного на резервный канал передачи данных. Имеется два маршрутизатора Cisco <br>&gt;&gt; 2821 и Cisco 871.<br>&gt; Я дико извиняюсь, но.<br>&gt; Эти роутеры поддерживают пяток протоколов динамической маршрутизации. НАХРЕНА между ними <br>&gt; SLA???<br><br>Как нахрена ? Чтобы стать Джедаем! <br> https://www.opennet.ru/openforum/vsluhforumID6/1532.html#5 Tue, 11 Nov 2014 11:11:22 GMT &gt;[оверквотинг удален]<br>&gt;&gt; ip route 192.168.0.0 255.255.255.0 2.2.2.2 track 2 <br>&gt;&gt; ip route 192.168.1.0 255.255.255.0 2.2.2.2 track 2 <br>&gt;&gt; ======================================================== <br>&gt;&gt; При тестировании имитирую провал приоритетного канала "X" , маршрутизатор подхватывает <br>&gt;&gt; работающий канал "Y", но при возврате второго канала "X" по идее <br>&gt;&gt; маршрутизатор должен выбрать приоритетный канал "X" но по каким то причинам <br>&gt;&gt; он этого не делает, канал остается тот же, то есть "Y" <br>&gt;&gt; . Вопрос, как проверить работоспособность IP SLA в данном случае <br>&gt;&gt; ?<br>&gt; Кто куда подключен? Зачем два роутера?<br><br>Изначально я настроил с двух сторон на двух роутерах. В данном случае настройка производится только с одной стороны ? <br> https://www.opennet.ru/openforum/vsluhforumID6/1532.html#4 Tue, 11 Nov 2014 11:05:18 GMT &gt;[оверквотинг удален]<br>&gt;&gt; ip route 192.168.1.0 255.255.255.0 2.2.2.2 track 2 <br>&gt;&gt; ======================================================== <br>&gt;&gt; При тестировании имитирую провал приоритетного канала "X" , маршрутизатор подхватывает <br>&gt;&gt; работающий канал "Y", но при возврате второго канала "X" по идее <br>&gt;&gt; маршрутизатор должен выбрать приоритетный канал "X" но по каким то причинам <br>&gt;&gt; он этого не делает, канал остается тот же, то есть "Y" <br>&gt;&gt; . Вопрос, как проверить работоспособность IP SLA в данном случае <br>&gt;&gt; ?<br>&gt; Посмотрите, при возврате канала связи X, как меняется таблица маршрутизации на обоих <br>&gt; маршрутизаторах. Там ошибка в конфигурации на одном из маршрутизаторов.<br><br>после возврата канала X - в таблице показано что маршрут переключен на канал Y, но по идее маршрут должен вернуться на приоритетный канал X... в каком месте ошибка ?<br>