Назад | Перейти на главную страницу

EIGRP для аварийного переключения

Предисловие:
Читая книгу О'Рейли Network Warrior в главе «Устойчивость Ethernet», он описывает следующий сценарий (пытаясь сохранить его в рамках добросовестного использования):

альтернативный текст http://www.kbrandt.com/files/HSRP_Limitation.png

"Предположим, что канал между Нью-Йорком и Лос-Анджелесом частично отключен. Произошло что-то, что привело к тому, что последовательный интерфейс на NY-Primary перешел в состояние up / down, но последовательный интерфейс на LA-Primary остался включенным / активным. Я видел это не раз на разных схемах.

HSRP реагирует на отключение интерфейса на стороне Нью-Йорка, активизируя маршрутизатор NY-Backup, поскольку мы отслеживаем последовательный интерфейс на стороне NY-Primary. Пакеты пересылаются в NY-Backup, а затем через T1 в LA-Backup, который пересылает их по назначению. Однако у возвратных пакетов есть проблема. Поскольку первичный маршрутизатор LA не распознает отказ канала на первичном T1, он остается активным маршрутизатором. "

Затем он говорит:

«Более надежным решением для сценария переключения при отказе канала является включение протокола внутреннего шлюза, работающего на всех маршрутизаторах. Такой протокол, как OSPF или EIGRP, устанавливает смежность между ссылками. Когда канал выходит из строя, протокол маршрутизации знает, что удаленный сосед недоступен, и удаляет ссылку из таблицы маршрутизации ".

Моя ситуация и вопрос:
Это похоже на то, что я могу найти. Мне потребуются ссылки от провайдера Datacenter и маршрутизаторы, которые я хотел бы иметь дублирующими. HSRP может помочь мне на стороне LAN, но поскольку их маршрутизаторы не могут общаться с моими, HSRP от них не поможет с избыточностью WAN, потому что, если один из маршрутизаторов выйдет из строя, провайдер не узнает об этом. Является ли EIGRP возможным решением в моем сценарии, подобным описанному (если предположить, что ASN EIGRP может использоваться совместно моим маршрутизатором и центром обработки данных, это нормально?)? Может ли кто-нибудь объяснить, как это работает, на примере или дать ссылку на то, что я могу прочитать, где показаны примеры того, как это работает?

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

Вот некоторые вопросы, связанные с моим недавним исследованием избыточности сети:
Пример резервирования сети
Начало работы с сетевой картой и резервированием коммутатора

Я не думаю, что вы сможете уговорить своего провайдера центра обработки данных использовать EIGRP ASN, думайте о нем как о своем интернет-провайдере и внешней сети. Также, если у вас есть перекрывающиеся IP-адреса, это может вызвать проблему, особенно если вы транслируете неправильную сеть (-и) в ASN.

Теперь, как говорится, вы, вероятно, получаете отключение Ethernet от вашего центра обработки данных, правильно? Я не верю, что вы увидите это состояние отказа (UP / DOWN с одной стороны, UP / UP с другой) с прямым падением Ethernet. Автор специально указывает на сети SONET - из-за того, что целостность канала является локальной с обеих сторон - для этого. Поскольку целостность соединения с Ethernet не является локальной для каждой стороны, вы с большей вероятностью увидите состояние Up / down и Up / down, которое приведет к переключению обоих маршрутизаторов на вторичные каналы, предотвращая этот вид проблемы.

Кстати: Network Warrior - отличная книга - одна из немногих технических книг, которые я прочитал от корки до корки, а не просто использовал в качестве справочника.


Your comment got me thinking, they could have you setup in 1 of 2 ways. The first is actually less likely.

  1. Вы напрямую подключены к маршрутизатору - в этом случае его маршрутизатор обнаружит, что ваш маршрутизатор выходит из строя, и настроится соответствующим образом.

  2. Вы подключены к пограничному или базовому коммутатору (скорее всего) - в этом случае вам придется поговорить с ними, чтобы узнать, как они справятся с отказом, если ваше соединение выходит из строя, и работать оттуда. Если подумать об этом немного подробнее, им придется использовать какой-то протокол маршрутизации для обнаружения такого рода сбоев. Я предполагаю, что это скорее BGP или OSPF, чем EIGRP. Но в любом случае у них уже должен быть «способ сделать это».