https://ns.opennet.dev/openforum/vsluhforumID6/23839.html Cisco 2811<br><br>Классический случай, но решения так и не нашел.<br>Нужно чтобы каждая локальная сеть ходила через своего провайдера,<br>При отключении одного из интерфейсов, пользователи автоматом<br>переключались на другого провайдера, и соответственно при включении<br>интерфейса пользователи возвращались к своему родному провайдеру.<br><br>Проблемы в следующем<br>1. При отключении интерфейса, не происходит автоматического переключения<br>на другого провайдера. <br>2. Иногда, при включенном интерфейсе, пропадает пинг на одном из двух<br>SLA или же на обоих, хотя интернет есть. Приходится руками указывать<br>новый IP адрес<br><br>Помогите пожалуйста в решении данной проблемы. Иначе есть шанс не уйти в отпуск.<br>Что я сделал не так и в чем моя ошибка. Сразу оговорюсь, обшарил весь интернет,<br>по крайней мере везде где мог.<br><br><br>version 15.1<br>!<br>track 1 ip sla 1 reachability<br> delay down 7 up 2<br>!<br>track 2 ip sla 2 reachability<br> delay down 7 up 2<br>!<br>interface FastEthernet0/0.26<br> description === Common Test From LAN for ISP1 ===<br> encap https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#8 Wed, 06 Jun 2012 06:13:12 GMT Неужели больше ни у кого нет идей почему не происходит переключения на второго провайдера?<br><br><br> https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#7 Wed, 06 Jun 2012 05:22:54 GMT &gt; event manager applet ISP_SWITCHED_CLEAR_NAT_ISP1 <br>&gt; event track 1 state any <br>&gt; action 1.0 cli command "enable" <br>&gt; action 2.0 cli command "clear ip nat translation forced" <br><br>Это я использовал не помагает<br> https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#6 Tue, 05 Jun 2012 10:09:47 GMT у вас не определяется поднятый интерфейс по ip sla?<br><br>По поводу недоступности сети при упавшем линке (когда он в Down) могу предположить, что у вас не перестраивается трансляция адресов. я у себя делаю так:<br><br>event manager applet ISP_SWITCHED_CLEAR_NAT_ISP1<br> event track 1 state any<br> action 1.0 cli command "enable"<br> action 2.0 cli command "clear ip nat translation forced"<br> https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#5 Mon, 04 Jun 2012 05:50:44 GMT Исходя из рекомендаций Николай_kv , если я их правильно понял получилось вот что. Если я делю такие настройки, то при отключении или включении любого интерфейса, соответствующий интерфейсу TRAСK переключается в UP или DOWN. Т.е. все работает корректно:::::<br>version 15.1<br>!<br>track 1 ip sla 1 reachability<br>!<br>track 2 ip sla 2 reachability<br>!<br>interface FastEthernet0/0.26<br> description === Common Test From LAN for ISP1 ===<br> encapsulation dot1Q 26<br> ip address 192.168.26.1 255.255.255.224<br> ip nat inside<br> ip virtual-reassembly in<br> ip policy route-map SelectISP1<br>!<br>interface FastEthernet0/0.27<br> description === Common Test From LAN for ISP2 ===<br> encapsulation dot1Q 27<br> ip address 192.168.27.1 255.255.255.224<br> ip nat inside<br> ip virtual-reassembly in<br>ip policy route-map SelectISP2<br><br>interface FastEthernet0/0.35<br> description === ISP1 ===<br> encapsulation dot1Q 35<br> ip address X.X.X.171 255.255.255.248<br> ip nat outside<br> ip virtual-reassembly in<br>!<br>interface FastEthernet0/0.40<br> description === ISP2 == https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#4 Sun, 03 Jun 2012 21:40:09 GMT &gt; Меня смущает "track". В документации cisco сказано, что эта особенность работает на <br>&gt; PPPoE, VPN IPSec. Про Ethernet там ни слова.<br><br>Да нет, "Track" в данной ситуации тоже работает, если пинг проходит он в UP, иначе в Down<br><br> https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#3 Sun, 03 Jun 2012 13:27:46 GMT Меня смущает "track". В документации cisco сказано, что эта особенность работает на PPPoE, VPN IPSec. Про Ethernet там ни слова.<br> https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#2 Sat, 02 Jun 2012 07:23:57 GMT Спасибо за ответ, но дело в том что <br>1. не происходит переключения<br>2. icmp-jitter вообще не срабатывает, т.е. всегда в DOWN, не знаю почему, где-то читал, <br>что это (включается)работает только для оборудования CISCO<br>3. исходя из чего видно что "хочу чтобы по двум каналам работало сразу"<br>4. threshold - можешь пояснить назначение, сколько не искал, так и не нашел толкового объяснения ...<br>5. работать сразу по двум каналам не нужно, а нужно при пропадании одного канала переключаться на соседний, и возвращаться обратно при появлении канал<br><br>Просто спросить не у кого, а сам я начинающий.....(((<br>и при появлении возвращаться обратно....<br><br>Пусть мне будет плохо, но с меня пиво!!!, если все заработает! <br><br><br> https://ns.opennet.dev/openforum/vsluhforumID6/23839.html#1 Fri, 01 Jun 2012 09:19:40 GMT Кажись перекрутил гайки <br><br>1. Зачем делать роут мапы если дефаулт роут строиться по трекам. Т.е. трафик и так "потечёт" в рабочий канал.<br>2. Далее проверять инструментом icmp-echo ни есть совсем правильно поскольку посылается всего один пакет используйте icmp-jitter <br><br>вообщем я бы сделал так<br><br>track 1 ip sla 1 reachability<br>track 2 ip sla 2 reachability<br><br>ip route 0.0.0.0 0.0.0.0 X.X.X.169 10 track 1<br><br>ip route 0.0.0.0 0.0.0.0 Y.Y.Y.57 10 track 2<br><br>ip sla 1<br>icmp-jitter 194.85.61.20 source-interface FastEthernet0/0.35<br>threshold 700<br>frequency 10<br>ip sla schedule 1 life forever start-time now<br><br>ip sla 2<br>icmp-jitter 62.117.76.140 source-interface FastEthernet0/0.40<br>thres hold 700<br>frequency 10<br>ip sla schedule 2 life forever start-time now<br><br>остальное по смыслу.<br><br>А и еще, друг, маршрут по умолчанию у тебя только один - т.е. схема "хочу что бы по двум каналам работало сразу" не получиться :) Механиз IP SLA это всего лишь переключатель меджу каналами. <br><br>Относительно твоей проблемы надо или