Сеть, несколько хостов.
В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает, второй подхватывает адрес. Маршрут вверх сохраняется.
А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
Особенно если маршрутизатор не умер физически и считает что он по прежнему соединен одним из интерфейсов к обозначенной сети?
>Сеть, несколько хостов.
>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>второй подхватывает адрес. Маршрут вверх сохраняется.
>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>
>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>соединен одним из интерфейсов к обозначенной сети?а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и все?
>>Сеть, несколько хостов.
>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>
>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>соединен одним из интерфейсов к обозначенной сети?
>
>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>все?В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так, чтобы потом было как можно меньше проблем в обслуживании
>>>Сеть, несколько хостов.
>>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>>
>>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>>соединен одним из интерфейсов к обозначенной сети?
>>
>>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>>все?
>
>В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так,
>чтобы потом было как можно меньше проблем в обслуживании
ну тогда что мешает сделать "наверх" тоже hsrp?
или какойнить OSPF поднять?
>>>>Сеть, несколько хостов.
>>>>В качестве основного шлюза прописан виртуальный IP HSRP. Один из маршрутизаторов падает,
>>>>второй подхватывает адрес. Маршрут вверх сохраняется.
>>>>А как вниз? Как изменять маршрут в вышестоящего(корневого) маршрутизатора вниз до сети?
>>>>
>>>>Особенно если маршрутизатор не умер физически и считает что он по прежнему
>>>>соединен одним из интерфейсов к обозначенной сети?
>>>
>>>а у вас HSRP только для ЛВС прописано? "ВВРЕХУ" просто статика и
>>>все?
>>
>>В стадии проектирования. Поэтому вопрос пока еще теоретический. Хочется сделать решение так,
>>чтобы потом было как можно меньше проблем в обслуживании
>
>
>ну тогда что мешает сделать "наверх" тоже hsrp?
>или какойнить OSPF поднять?Если статика в обе стороны, то можно и HSRP. И OSPF при падении маршрутизатора тоже отработает корректно.
Меня интересует другая проблема.
Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты) его интерфейс включен и исправен, то он будет анонсировать себя вверх и трафик "вниз" будет литься на него. Каким образом правильно и надежно отработать подобную ситуацию?
>Если статика в обе стороны, то можно и HSRP. И OSPF при
>падении маршрутизатора тоже отработает корректно.
>Меня интересует другая проблема.
>Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не
>может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты)
>его интерфейс включен и исправен, то он будет анонсировать себя вверх
>и трафик "вниз" будет литься на него. Каким образом правильно и
>надежно отработать подобную ситуацию?Тебе нужно делать tracking.
>>Если статика в обе стороны, то можно и HSRP. И OSPF при
>>падении маршрутизатора тоже отработает корректно.
>>Меня интересует другая проблема.
>>Если связь с сетью потеряна, например на промежуточном коммутаторе, но маршрутизатор не
>>может этого обнаружить (он просто перестает видеть ведомый маршрутизатор и хосты)
>>его интерфейс включен и исправен, то он будет анонсировать себя вверх
>>и трафик "вниз" будет литься на него. Каким образом правильно и
>>надежно отработать подобную ситуацию?
>
>Тебе нужно делать tracking.С этого места поподробнее. Что это такое и каков принцип функционирования
>С этого места поподробнее. Что это такое и каков принцип функционированияНапример:
http://www.cisco.com/en/US/products/ps6350/products_configur...На том же сайте поищи руководства для твоего железа и IOSa.
>
>>С этого места поподробнее. Что это такое и каков принцип функционирования
>
>Например:
>http://www.cisco.com/en/US/products/ps6350/products_configur...
>
>На том же сайте поищи руководства для твоего железа и IOSa.Понял о чем речь. Вряд ли это будет полезно. Еще раз повторяю. Хотется обойти ситуацию когда маршрутизатор считает свой интерфейс живым, а связь с хостами через него уже потеряна, например из-за проблем на промежуточном коммутаторе.
>>
>>>С этого места поподробнее. Что это такое и каков принцип функционирования
>>
>>Например:
>>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 можно сделать трэкинг соседа, при этом указать какой интерфейс будет отслеживаться (ип-адрес). соответственно если коммутатор заглючлил - переключение произойдет.
>это две разных проблемы.
>1. проблема уровня L3 (маршрутизации) решается HSRP, OSPF (RIP, EIGRP, BGP...), трэкингом
>и т.п. но она никак не решит проблему L2.
>2. Проблема уровня коммутатора (L1-L2) решается избыточностью и Spanning Tree для автоматических
>переключений.
>
>если взять боле-менее простой случай, например два роутера - два коммутатора в
>ЛВС. один коммутатор заглючил, линк в апе, трафик не передается. в
>таком случае в HSRP можно сделать трэкинг соседа, при этом указать
>какой интерфейс будет отслеживаться (ип-адрес). соответственно если коммутатор заглючлил - переключение
>произойдет.Или flex link, если нет STP.