https://opennet.me/openforum/vsluhforumID6/19808.html Добрый день<br><br>Есть два линка, траф делится на них ч/з ip load-sharing per-destination<br><br>Проблема - при падении одного из линков перестают ходить пакеты до половины абонентов<br><br>Вопрос - как сделать так что бы весь траффик направлялся через оставшийся рабочий линк???<br> https://opennet.me/openforum/vsluhforumID6/19808.html#13 Wed, 21 Oct 2009 04:52:06 GMT &gt;Вобщем я сделал вывод что ip load-sharing per-destination ч/з ip cef рулит <br>&gt;лишь тогда когда у.у.у.1 и у.у.у.2 были бы заведены непосредственно на <br>&gt;циску каджый в отдельный порт. Тогда упавший у.у.у.1 гасил бы порт <br>&gt;а следовательно на циске терялся маршрут. <br><br>Ethernet порт маршрутизатора конечно может "упасть", но только если будет нарушена среда передачи данных подключенная к этому порту, упадёт портообразующее оборудование с другой стороны этой среды передачи данных, или это самое портообразующее оборудование(например SHDSL модем или медиа-конвертер) сумеет "потушить" свой ethernet порт при падении соединительной линии и/или других нарушениях связи. ip cef в Вашем случае работал корректно и вполне даже "рулил" :) ибо ему никто не поведал о недоступности connected сетей в которые в свою очередь и смотрят static. Варианты решения были предложены, что выбрать необходимо решать исходя из условий конкретной ситуации, что Вы и сделали.<br><br> https://opennet.me/openforum/vsluhforumID6/19808.html#12 Sat, 17 Oct 2009 11:08:04 GMT Кстати может кому пригодится<br><br>ip sla 1<br> icmp-echo у.у.у.1<br> timeout 2000<br> frequency 3<br>ip sla schedule 1 life forever start-time now<br>ip sla 2<br> icmp-echo у.у.у.2<br> timeout 2000<br> frequency 3<br>ip sla schedule 2 life forever start-time now<br>...<br>ip route х.х.х.х 255.255.255.128 у.у.у.1 track 1<br>ip route х.х.х.х 255.255.255.128 у.у.у.2 track 2<br> https://opennet.me/openforum/vsluhforumID6/19808.html#11 Sat, 17 Oct 2009 11:03:02 GMT Вобщем я сделал вывод что ip load-sharing per-destination ч/з ip cef рулит лишь тогда когда у.у.у.1 и у.у.у.2 были бы заведены непосредственно на циску каджый в отдельный порт. Тогда упавший у.у.у.1 гасил бы порт а следовательно на циске терялся маршрут.<br>В силу российских реалий это невозможно.<br><br>Итого - зарядил шедулер и сла. Все гуд.<br> https://opennet.me/openforum/vsluhforumID6/19808.html#10 Fri, 16 Oct 2009 14:38:33 GMT вот еще кусочек информации<br><br>Router#sh ip route х.х.х.х <br>Routing entry for х.х.х.х/25 <br> Known via "static", distance 1, metric 0 <br> Routing Descriptor Blocks: <br> у.у.у.2 <br> Route metric is 0, traffic share count is 1 <br> * у.у.у.1 <br> Route metric is 0, traffic share count is 1 <br><br><br>Router#sh ip route у.у.у.1 <br>Routing entry for у.у.у.0/29 <br> Known via "connected", distance 0, metric 0 (connected, via interface) <br> Routing Descriptor Blocks: <br> * directly connected, via GigabitEthernet0/1 <br> Route metric is 0, traffic share count is 1 <br><br>Router#sh ip cef exact-route a.a.a.a х.х.х.205 <br>a.a.a.a -&gt; х.х.х.205 : GigabitEthernet0/1 (next hop у.у.у.1)<br> https://opennet.me/openforum/vsluhforumID6/19808.html#9 Fri, 16 Oct 2009 13:02:46 GMT <br>НАсчет ip cef <br>Router#sh ip cef х.х.х.х <br>х.х.х.х/25, version 1898597, epoch 0, per-destination sharing <br>0 packets, 0 bytes <br> via у.у.у.2, 0 dependencies, recursive <br> traffic share 1, current path <br> next hop у.у.у.2, GigabitEthernet0/1 via у.у.у.6/32 <br> valid adjacency <br> via у.у.у.1, 0 dependencies, recursive <br> traffic share 1 <br> next hop у.у.у.1, GigabitEthernet0/1 via у.у.у.0/29 <br> valid glean adjacency <br> 0 packets, 0 bytes switched through the prefix <br> tmstats: external 0 packets, 0 bytes <br> internal 0 packets, 0 bytes <br><br><br>Меня удивила мессага via у.у.у.0/29 <br>Как такое может быть?<br><br><br>Если не получится через ip cef balancing то придется юзать мониторинг и сла, а ой как не хочется. Неужто ip cef balancing так ограничен???<br> https://opennet.me/openforum/vsluhforumID6/19808.html#8 Fri, 16 Oct 2009 08:41:38 GMT &gt;Про ситуацию при падении линков черкану чуть позже <br><br>Самая распространённая ситуация - при нарушении канала ПД ethernet интерфейс функционирует нормально и статические маршруты через эти интерфейсы остаются в таблице маршрутизации.<br>Вылечить эту болячку можно применив на этих линках динамическую маршрутизацию или использовав знания полученные из ранее приведённой ссылки на внешний трэд.<br> https://opennet.me/openforum/vsluhforumID6/19808.html#7 Fri, 16 Oct 2009 06:30:59 GMT &gt;Кратко: <br>&gt;Статические маршруты, приложенные Вами остаются в таблице маршрутизации до тех пор пока <br>&gt;доступна адресация назначения, осталось узнать "тип" адресации (connected&#124;static&#124;dynamic) и что происходит <br>&gt;при пропадании одного из линков <br>&gt;<br>&gt;Возможно получить ответы на приведённые ниже вопросы?: <br>&gt;1. На каких интерфейсах находится адресация у.у.у.1, у.у.у.2; <br>&gt;2. Конфиги этих интерфейсов; <br>&gt;3. Возможно ли использование динамической маршрутизации на этих направлениях. <br><br>В конфигах ничего особенного. Вот как-то так:<br><br>ip cef<br>(т.к. по умолчанию в ip cef используется ip load-sharing per-destination тов конфиге он естессно не отображается)<br>...<br>interface GigabitEthernet0/2<br> ip address у.у.у.6 255.255.255.248<br> ip virtual-reassembly<br> ip route-cache same-interface<br> ip route-cache flow<br> duplex auto<br> speed auto<br> media-type rj45<br> negotiation auto<br> no cdp enable<br>...<br>ip route х.х.х.х 255.255.255.128 у.у.у.1<br>ip route х.х.х.х 255.255.255.128 у.у.у.2<br><br><br>Про ситуацию при падени https://opennet.me/openforum/vsluhforumID6/19808.html#6 Fri, 16 Oct 2009 06:01:46 GMT &gt;Нужно как-то докрутить балансинг per-destination что бы из двух равноценных маршрутов <br>&gt;ip route х.х.х.х 255.255.255.128 у.у.у.1 <br>&gt;ip route х.х.х.х 255.255.255.128 у.у.у.2 <br>&gt;<br>&gt;что бы при выпадении например у.у.у.1 ВЕСЬ траффик (а не половина) шла <br>&gt;у.у.у.2 <br><br>Тогда чтобы окружающим понять проблему Вам следует прислушаться к вопросу: shutdown now, 20:47 , 15-Окт-09<br><br>Кратко:<br>Статические маршруты, приложенные Вами остаются в таблице маршрутизации до тех пор пока доступна адресация назначения, осталось узнать "тип" адресации (connected&#124;static&#124;dynamic) и что происходит при пропадании одного из линков<br><br>Возможно получить ответы на приведённые ниже вопросы?:<br>1. На каких интерфейсах находится адресация у.у.у.1, у.у.у.2;<br>2. Конфиги этих интерфейсов;<br>3. Возможно ли использование динамической маршрутизации на этих направлениях.<br> https://opennet.me/openforum/vsluhforumID6/19808.html#5 Fri, 16 Oct 2009 05:22:21 GMT &gt;В ниже приведённой ветке обсуждаются проблемы доступности узлов при нескольких подключениях к <br>&gt;провайдерам, имеются куски конфигов и упоминаются используемые технологии: <br>&gt;http://www.opennet.ru/openforum/vsluhforumID6/19757.html <br><br>Данное обсуждение совершенно не касается моей проблемы.<br>У меня дела совершенно не касаются подключений к провайдерам и т.д.<br><br>Нужно как-то докрутить балансинг per-destination что бы из двух равноценных маршрутов<br>ip route х.х.х.х 255.255.255.128 у.у.у.1<br>ip route х.х.х.х 255.255.255.128 у.у.у.2<br><br>что бы при выпадении например у.у.у.1 ВЕСЬ траффик (а не половина) шла у.у.у.2<br><br>