The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Теоретический вопрос. HSRP и маршрутизация"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [Проследить за развитием треда]

"Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Beginner email(??) on 10-Авг-06, 12:42 
Сеть, несколько хостов.
В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает, второй подхватывает адрес. Маршрут вверх сохраняется.
А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
Особенно если маршрутизатор не умер физически и считает что он по прежнему соединен одним из интерфейсов к обозначенной сети?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

 Оглавление

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


1. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от ilya email(ok) on 10-Авг-06, 12:48 
>Сеть, несколько хостов.
>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>второй подхватывает адрес. Маршрут вверх сохраняется.
>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>
>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>соединен одним из интерфейсов к обозначенной сети?

а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и все?

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

2. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Beginner email(??) on 10-Авг-06, 13:05 
>>Сеть, несколько хостов.
>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>
>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>соединен одним из интерфейсов к обозначенной сети?
>
>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>все?

В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так, чтобы потом было как можно меньше проблем в обслуживании

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

3. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от ilya email(ok) on 10-Авг-06, 14:09 
>>>Сеть, несколько хостов.
>>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>>
>>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>>соединен одним из интерфейсов к обозначенной сети?
>>
>>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>>все?
>
>В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так,
>чтобы потом было как можно меньше проблем в обслуживании


ну тогда что мешает сделать "наверх" тоже hsrp?
или какойнить OSPF поднять?

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

4. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Beginner email(??) on 10-Авг-06, 14:31 
>>>>Сеть, несколько хостов.
>>>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>>>
>>>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>>>соединен одним из интерфейсов к обозначенной сети?
>>>
>>>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>>>все?
>>
>>В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так,
>>чтобы потом было как можно меньше проблем в обслуживании
>
>
>ну тогда что мешает сделать "наверх" тоже hsrp?
>или какойнить OSPF поднять?

Если статика в обе стороны, то можно и HSRP. И OSPF при падении маршрутизатора тоже отработает корректно.
Меня интересует другая проблема.
Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты) его интерфейс включен и исправен, то он будет анонсировать себя вверх и трафик "вниз" будет литься на него. Каким образом правильно и надежно отработать подобную ситуацию?

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

5. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Олег email(??) on 10-Авг-06, 14:45 
>Если статика в обе стороны, то можно и HSRP. И OSPF при
>падении маршрутизатора тоже отработает корректно.
>Меня интересует другая проблема.
>Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не
>может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты)
>его интерфейс включен и исправен, то он будет анонсировать себя вверх
>и трафик "вниз" будет литься на него. Каким образом правильно и
>надежно отработать подобную ситуацию?

Тебе нужно делать tracking.

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

6. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Beginner email(??) on 10-Авг-06, 14:54 
>>Если статика в обе стороны, то можно и HSRP. И OSPF при
>>падении маршрутизатора тоже отработает корректно.
>>Меня интересует другая проблема.
>>Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не
>>может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты)
>>его интерфейс включен и исправен, то он будет анонсировать себя вверх
>>и трафик "вниз" будет литься на него. Каким образом правильно и
>>надежно отработать подобную ситуацию?
>
>Тебе нужно делать tracking.

С этого места поподробнее. Что это такое и каков принцип функционирования

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

7. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Олег email(??) on 10-Авг-06, 15:14 

>С этого места поподробнее. Что это такое и каков принцип функционирования

Например:
http://www.cisco.com/en/US/products/ps6350/products_configuration_guide_chapter09186a008042fbeb.html

На том же сайте поищи руководства для твоего железа и IOSa.

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

8. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Beginner email(??) on 10-Авг-06, 15:19 
>
>>С этого места поподробнее. Что это такое и каков принцип функционирования
>
>Например:
>http://www.cisco.com/en/US/products/ps6350/products_configuration_guide_chapter09186a008042fbeb.html
>
>На том же сайте поищи руководства для твоего железа и IOSa.

Понял о чем речь. Вряд ли это будет полезно. Еще раз повторяю. Хотется обойти ситуацию когда маршрутизатор считает свой интерфейс живым, а связь с хостами через него уже потеряна, например из-за проблем на промежуточном коммутаторе.

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

9. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от ilya email(ok) on 10-Авг-06, 16:26 
>>
>>>С этого места поподробнее. Что это такое и каков принцип функционирования
>>
>>Например:
>>http://www.cisco.com/en/US/products/ps6350/products_configuration_guide_chapter09186a008042fbeb.html
>>
>>На том же сайте поищи руководства для твоего железа и IOSa.
>
>Понял о чем речь. Вряд ли это будет полезно. Еще раз повторяю.
>Хотется обойти ситуацию когда маршрутизатор считает свой интерфейс живым, а связь
>с хостами через него уже потеряна, например из-за проблем на промежуточном
>коммутаторе.


это две разных проблемы.
1. проблема уровня L3 (маршрутизации) решается HSRP, OSPF (RIP, EIGRP, BGP...), трэкингом и т.п. но она никак не решит проблему L2.
2. Проблема уровня коммутатора (L1-L2) решается избыточностью и Spanning Tree для автоматических переключений.

если взять боле-менее простой случай, например два роутера - два коммутатора в ЛВС. один коммутатор заглючил, линк в апе, трафик не передается. в таком случае в HSRP можно сделать трэкинг соседа, при этом указать какой интерфейс будет отслеживаться (ип-адрес). соответственно если коммутатор заглючлил - переключение произойдет.

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

10. "Теоретический вопрос. HSRP и маршрутизация"  
Сообщение от Олег email(??) on 10-Авг-06, 16:50 

>это две разных проблемы.
>1. проблема уровня L3 (маршрутизации) решается HSRP, OSPF (RIP, EIGRP, BGP...), трэкингом
>и т.п. но она никак не решит проблему L2.
>2. Проблема уровня коммутатора (L1-L2) решается избыточностью и Spanning Tree для автоматических
>переключений.
>
>если взять боле-менее простой случай, например два роутера - два коммутатора в
>ЛВС. один коммутатор заглючил, линк в апе, трафик не передается. в
>таком случае в HSRP можно сделать трэкинг соседа, при этом указать
>какой интерфейс будет отслеживаться (ип-адрес). соответственно если коммутатор заглючлил - переключение
>произойдет.

Или flex link, если нет STP.

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

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

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




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

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