- Теоретический вопрос. HSRP и маршрутизация,
 ilya, 12:48 , 10-Авг-06 (1)>Сеть, несколько хостов.
>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>второй подхватывает адрес. Маршрут вверх сохраняется.
>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>
>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>соединен одним из интерфейсов к обозначенной сети? а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и все?
- Теоретический вопрос. HSRP и маршрутизация, Beginner, 13:05 , 10-Авг-06 (2)
>>Сеть, несколько хостов.
>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>
>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>соединен одним из интерфейсов к обозначенной сети?
>
>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>все? В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так, чтобы потом было как можно меньше проблем в обслуживании
- Теоретический вопрос. HSRP и маршрутизация, ilya, 14:09 , 10-Авг-06 (3)
>>>Сеть, несколько хостов.
>>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>>
>>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>>соединен одним из интерфейсов к обозначенной сети?
>>
>>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>>все?
>
>В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так,
>чтобы потом было как можно меньше проблем в обслуживании
ну тогда что мешает сделать "наверх" тоже hsrp?
или какойнить OSPF поднять?
- Теоретический вопрос. HSRP и маршрутизация, Beginner, 14:31 , 10-Авг-06 (4)
>>>>Сеть, несколько хостов.
>>>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>>>
>>>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>>>соединен одним из интерфейсов к обозначенной сети?
>>>
>>>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>>>все?
>>
>>В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так,
>>чтобы потом было как можно меньше проблем в обслуживании
>
>
>ну тогда что мешает сделать "наверх" тоже hsrp?
>или какойнить OSPF поднять? Если статика в обе стороны, то можно и HSRP. И OSPF при падении маршрутизатора тоже отработает корректно.
Меня интересует другая проблема.
Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты) его интерфейс включен и исправен, то он будет анонсировать себя вверх и трафик "вниз" будет литься на него. Каким образом правильно и надежно отработать подобную ситуацию?
- Теоретический вопрос. HSRP и маршрутизация, Олег, 14:45 , 10-Авг-06 (5)
>Если статика в обе стороны, то можно и HSRP. И OSPF при
>падении маршрутизатора тоже отработает корректно.
>Меня интересует другая проблема.
>Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не
>может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты)
>его интерфейс включен и исправен, то он будет анонсировать себя вверх
>и трафик "вниз" будет литься на него. Каким образом правильно и
>надежно отработать подобную ситуацию? Тебе нужно делать tracking.
- Теоретический вопрос. HSRP и маршрутизация, Beginner, 14:54 , 10-Авг-06 (6)
>>Если статика в обе стороны, то можно и HSRP. И OSPF при
>>падении маршрутизатора тоже отработает корректно.
>>Меня интересует другая проблема.
>>Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не
>>может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты)
>>его интерфейс включен и исправен, то он будет анонсировать себя вверх
>>и трафик "вниз" будет литься на него. Каким образом правильно и
>>надежно отработать подобную ситуацию?
>
>Тебе нужно делать tracking. С этого места поподробнее. Что это такое и каков принцип функционирования
- Теоретический вопрос. HSRP и маршрутизация, Олег, 15:14 , 10-Авг-06 (7)
- Теоретический вопрос. HSRP и маршрутизация, Beginner, 15:19 , 10-Авг-06 (8)
>
>>С этого места поподробнее. Что это такое и каков принцип функционирования
>
>Например:
>http://www.cisco.com/en/US/products/ps6350/products_configur...
>
>На том же сайте поищи руководства для твоего железа и IOSa. Понял о чем речь. Вряд ли это будет полезно. Еще раз повторяю. Хотется обойти ситуацию когда маршрутизатор считает свой интерфейс живым, а связь с хостами через него уже потеряна, например из-за проблем на промежуточном коммутаторе.
- Теоретический вопрос. HSRP и маршрутизация, ilya, 16:26 , 10-Авг-06 (9)
>>
>>>С этого места поподробнее. Что это такое и каков принцип функционирования
>>
>>Например:
>>http://www.cisco.com/en/US/products/ps6350/products_configur...
>>
>>На том же сайте поищи руководства для твоего железа и IOSa.
>
>Понял о чем речь. Вряд ли это будет полезно. Еще раз повторяю.
>Хотется обойти ситуацию когда маршрутизатор считает свой интерфейс живым, а связь
>с хостами через него уже потеряна, например из-за проблем на промежуточном
>коммутаторе.
это две разных проблемы.
1. проблема уровня L3 (маршрутизации) решается HSRP, OSPF (RIP, EIGRP, BGP...), трэкингом и т.п. но она никак не решит проблему L2.
2. Проблема уровня коммутатора (L1-L2) решается избыточностью и Spanning Tree для автоматических переключений.
если взять боле-менее простой случай, например два роутера - два коммутатора в ЛВС. один коммутатор заглючил, линк в апе, трафик не передается. в таком случае в HSRP можно сделать трэкинг соседа, при этом указать какой интерфейс будет отслеживаться (ип-адрес). соответственно если коммутатор заглючлил - переключение произойдет.
- Теоретический вопрос. HSRP и маршрутизация, Олег, 16:50 , 10-Авг-06 (10)
>это две разных проблемы.
>1. проблема уровня L3 (маршрутизации) решается HSRP, OSPF (RIP, EIGRP, BGP...), трэкингом
>и т.п. но она никак не решит проблему L2.
>2. Проблема уровня коммутатора (L1-L2) решается избыточностью и Spanning Tree для автоматических
>переключений.
>
>если взять боле-менее простой случай, например два роутера - два коммутатора в
>ЛВС. один коммутатор заглючил, линк в апе, трафик не передается. в
>таком случае в HSRP можно сделать трэкинг соседа, при этом указать
>какой интерфейс будет отслеживаться (ип-адрес). соответственно если коммутатор заглючлил - переключение
>произойдет. Или flex link, если нет STP.
|
Версия для распечатки
Теоретический вопрос. HSRP и маршрутизация, 
