The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"ip load-sharing per-destination - есть вопрос"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [ Отслеживать ]

"ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 14-Окт-09, 18:36 
Добрый день

Есть два линка, траф делится на них ч/з ip load-sharing per-destination

Проблема - при падении одного из линков перестают ходить пакеты до половины абонентов

Вопрос - как сделать так что бы весь траффик направлялся через оставшийся рабочий линк???

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от shutdown now on 14-Окт-09, 18:49 
>Добрый день
>
>Есть два линка, траф делится на них ч/з ip load-sharing per-destination
>
>Проблема - при падении одного из линков перестают ходить пакеты до половины
>абонентов
>
>Вопрос - как сделать так что бы весь траффик направлялся через оставшийся
>рабочий линк???

это как он у вас так падает?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 15-Окт-09, 10:01 
>это как он у вас так падает?

Он у нас падает раз в неделю/месяц/год. Т.е. практически не падает.
НО так как мы живем в россии и фаза луны может легко войти в фазу сатурна то может например пропать питание на одном из линков.

Хотелось бы сделать решение с системой защиты от сбоев и хотелось бы чтобы выпадение одного линка не вызывало 50% потерь.

Нужно что бы циска детектила выпадение одного из двух равноценных маршрутов (ибо с выпадением линка маршрут тоже должен потеряться) и не слала пакеты на него.

Вопрос - как это сделать

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от shutdown now on 15-Окт-09, 20:47 
>[оверквотинг удален]
>из линков.
>
>Хотелось бы сделать решение с системой защиты от сбоев и хотелось бы
>чтобы выпадение одного линка не вызывало 50% потерь.
>
>Нужно что бы циска детектила выпадение одного из двух равноценных маршрутов (ибо
>с выпадением линка маршрут тоже должен потеряться) и не слала пакеты
>на него.
>
>Вопрос - как это сделать

я другое имел в виду. физика падает или где-то что-то посередине рвётся, а циска не видит?
да и что за канал у вас тоже интересно - NxE1 или что ещё?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от notme on 15-Окт-09, 17:17 
>Вопрос - как сделать так что бы весь траффик направлялся через оставшийся
>рабочий линк???

В ниже приведённой ветке обсуждаются проблемы доступности узлов при нескольких подключениях к провайдерам, имеются куски конфигов и упоминаются используемые технологии:
http://www.opennet.dev/openforum/vsluhforumID6/19757.html

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 16-Окт-09, 09:22 
>В ниже приведённой ветке обсуждаются проблемы доступности узлов при нескольких подключениях к
>провайдерам, имеются куски конфигов и упоминаются используемые технологии:
>http://www.opennet.dev/openforum/vsluhforumID6/19757.html

Данное обсуждение совершенно не касается моей проблемы.
У меня дела совершенно не касаются подключений к провайдерам и т.д.

Нужно как-то докрутить балансинг per-destination что бы из двух равноценных маршрутов
ip route х.х.х.х 255.255.255.128 у.у.у.1
ip route х.х.х.х 255.255.255.128 у.у.у.2

что бы при выпадении например у.у.у.1 ВЕСЬ траффик (а не половина) шла у.у.у.2

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от notme on 16-Окт-09, 10:01 
>Нужно как-то докрутить балансинг per-destination что бы из двух равноценных маршрутов
>ip route х.х.х.х 255.255.255.128 у.у.у.1
>ip route х.х.х.х 255.255.255.128 у.у.у.2
>
>что бы при выпадении например у.у.у.1 ВЕСЬ траффик (а не половина) шла
>у.у.у.2

Тогда чтобы окружающим понять проблему Вам следует прислушаться к вопросу: shutdown now, 20:47 , 15-Окт-09

Кратко:
Статические маршруты, приложенные Вами остаются в таблице маршрутизации до тех пор пока доступна адресация назначения, осталось узнать "тип" адресации (connected|static|dynamic) и что происходит при пропадании одного из линков

Возможно получить ответы на приведённые ниже вопросы?:
1. На каких интерфейсах находится адресация у.у.у.1, у.у.у.2;
2. Конфиги этих интерфейсов;
3. Возможно ли использование динамической маршрутизации на этих направлениях.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 16-Окт-09, 10:30 
>Кратко:
>Статические маршруты, приложенные Вами остаются в таблице маршрутизации до тех пор пока
>доступна адресация назначения, осталось узнать "тип" адресации (connected|static|dynamic) и что происходит
>при пропадании одного из линков
>
>Возможно получить ответы на приведённые ниже вопросы?:
>1. На каких интерфейсах находится адресация у.у.у.1, у.у.у.2;
>2. Конфиги этих интерфейсов;
>3. Возможно ли использование динамической маршрутизации на этих направлениях.

В конфигах ничего особенного. Вот как-то так:

ip cef
(т.к. по умолчанию в ip cef используется ip load-sharing per-destination тов конфиге он естессно не отображается)
...
interface GigabitEthernet0/2
  ip address у.у.у.6 255.255.255.248
  ip virtual-reassembly
  ip route-cache same-interface
  ip route-cache flow
  duplex auto
  speed auto
  media-type rj45
  negotiation auto
  no cdp enable
...
ip route х.х.х.х 255.255.255.128 у.у.у.1
ip route х.х.х.х 255.255.255.128 у.у.у.2


Про ситуацию при падении линков черкану чуть позже

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от notme on 16-Окт-09, 12:41 
>Про ситуацию при падении линков черкану чуть позже

Самая распространённая ситуация - при нарушении канала ПД ethernet интерфейс функционирует нормально и статические маршруты через эти интерфейсы остаются в таблице маршрутизации.
Вылечить эту болячку можно применив на этих линках динамическую маршрутизацию или использовав знания полученные из ранее приведённой ссылки на внешний трэд.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 16-Окт-09, 17:02 

НАсчет ip cef
Router#sh ip cef х.х.х.х
х.х.х.х/25, version 1898597, epoch 0, per-destination sharing
0 packets, 0 bytes
    via у.у.у.2, 0 dependencies, recursive
        traffic share 1, current path
        next hop у.у.у.2, GigabitEthernet0/1 via у.у.у.6/32
        valid adjacency
    via у.у.у.1, 0 dependencies, recursive
        traffic share 1
        next hop у.у.у.1, GigabitEthernet0/1 via у.у.у.0/29
        valid glean adjacency
    0 packets, 0 bytes switched through the prefix
    tmstats: external 0 packets, 0 bytes
                      internal 0 packets, 0 bytes


Меня удивила мессага via у.у.у.0/29
Как такое может быть?


Если не получится через ip cef balancing то придется юзать мониторинг и сла, а ой как не хочется. Неужто ip cef balancing так ограничен???

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 16-Окт-09, 18:38 
вот еще кусочек информации

Router#sh ip route х.х.х.х
Routing entry for х.х.х.х/25
    Known via "static", distance 1, metric 0
    Routing Descriptor Blocks:
       у.у.у.2
            Route metric is 0, traffic share count is 1
    * у.у.у.1
            Route metric is 0, traffic share count is 1


Router#sh ip route у.у.у.1
Routing entry for у.у.у.0/29
    Known via "connected", distance 0, metric 0 (connected, via interface)
    Routing Descriptor Blocks:
    * directly connected, via GigabitEthernet0/1
            Route metric is 0, traffic share count is 1

Router#sh ip cef exact-route a.a.a.a х.х.х.205
a.a.a.a -> х.х.х.205 : GigabitEthernet0/1 (next hop у.у.у.1)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 17-Окт-09, 15:03 
Вобщем я сделал вывод что ip load-sharing per-destination ч/з ip cef рулит лишь тогда когда у.у.у.1 и у.у.у.2 были бы заведены непосредственно на циску каджый в отдельный порт. Тогда упавший у.у.у.1 гасил бы порт а следовательно на циске терялся маршрут.
В силу российских реалий это невозможно.

Итого - зарядил шедулер и сла. Все гуд.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от P0werM1nd (ok) on 17-Окт-09, 15:08 
Кстати может кому пригодится

ip sla 1
icmp-echo у.у.у.1
timeout 2000
frequency 3
ip sla schedule 1 life forever start-time now
ip sla 2
icmp-echo у.у.у.2
timeout 2000
frequency 3
ip sla schedule 2 life forever start-time now
...
ip route х.х.х.х 255.255.255.128 у.у.у.1 track 1
ip route х.х.х.х 255.255.255.128 у.у.у.2 track 2

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "ip load-sharing per-destination - есть вопрос"  +/
Сообщение от notme on 21-Окт-09, 08:52 
>Вобщем я сделал вывод что ip load-sharing per-destination ч/з ip cef рулит
>лишь тогда когда у.у.у.1 и у.у.у.2 были бы заведены непосредственно на
>циску каджый в отдельный порт. Тогда упавший у.у.у.1 гасил бы порт
>а следовательно на циске терялся маршрут.

Ethernet порт маршрутизатора конечно может "упасть", но только если будет нарушена среда передачи данных подключенная к этому порту, упадёт портообразующее оборудование с другой стороны этой среды передачи данных, или это самое портообразующее оборудование(например SHDSL модем или медиа-конвертер) сумеет "потушить" свой ethernet порт при падении соединительной линии и/или других нарушениях связи. ip cef в Вашем случае работал корректно и вполне даже "рулил" :) ибо ему никто не поведал о недоступности connected сетей в которые в свою очередь и смотрят static. Варианты решения были предложены, что выбрать необходимо решать исходя из условий конкретной ситуации, что Вы и сделали.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру