EIGRP для аварийного переключения
Предисловие:
Прочитав книгу "Сетевой воин" О'Рейли в главе "Устойчивость Ethernet", он описывает следующий сценарий (пытаясь сохранить это в рамках добросовестного использования):
http://www.kbrandt.com/files/HSRP_Limitation.png
"Предположим, что связь между Нью-Йорком и Лос-Анджелесом частично отключена. Произошло нечто, заставившее последовательный интерфейс на NY-Primary перейти в состояние" вверх / вниз ", но последовательный интерфейс на LA-Primary остался вверх / вверх Я видел это не раз на разных видах цепей.
HSRP отвечает на отключенный интерфейс на нью-йоркской стороне, активируя маршрутизатор NY-Backup, потому что мы отслеживаем последовательный интерфейс на NY-Primary. Пакеты направляются в NY-Backup, а затем через T1 в LA-Backup, который направляет их по назначению. Однако у обратных пакетов есть проблема. Поскольку первичный маршрутизатор LA не распознает сбой канала на основном T1, он остается активным маршрутизатором. "
Затем он продолжает:
"Более надежное решение для сценария аварийного переключения канала состоит в том, чтобы включить протокол внутреннего шлюза, работающий на всех маршрутизаторах. Протокол, такой как OSPF или EIGRP, устанавливает соседние соседние соединения между ссылками. При сбое канала связи протокол маршрутизации знает, что удаленный сосед недоступен и удаляет ссылку из таблицы маршрутизации. "
Моя ситуация и вопрос:
Это похоже на то, что я мог бы искать. Мне понадобятся ссылки от провайдера Datacenter и маршрутизаторы, которые я хотел бы иметь избыточными. HSRP может помочь мне на стороне LAN, но поскольку их маршрутизаторы не могут общаться с моими, HSRP от них не поможет с избыточностью WAN, потому что в случае сбоя одного из маршрутизаторов провайдер об этом не узнает. Является ли EIGRP возможным решением в моем сценарии, подобным описанному (Предполагается, что EIGRP ASN может совместно использоваться моим маршрутизатором и центром данных, это нормально?)? Может кто-нибудь объяснить, как это работает с примером, или иметь ссылку на то, что я могу прочитать, который показывает примеры того, как это работает?
В моем случае провайдер будет владеть адресом, а не я, поэтому они рекламируют их в Интернете и имеют резервных провайдеров для IP-адресов. Кроме того, моя цель - отказоустойчивость, а не балансировка.
Вот несколько связанных вопросов о моем недавнем исследовании избыточности сети:
Пример сетевого резервирования
Начало работы с NIC и избыточностью коммутатора
1 ответ
Я не думаю, что вы сможете убедить своего поставщика центра обработки данных поделиться ASN EIGRP, думать о них как о своем интернет-провайдере и внешней сети. Также, если у вас есть перекрывающиеся IP-адреса, это может вызвать проблему, особенно если вы передаете неправильные сети в ASN.
Теперь, как говорится, вы, вероятно, получаете правильное отключение Ethernet от вашего центра обработки данных? Я не верю, что вы бы увидели это условие сбоя (UP/DOWN с одной стороны, UP/UP с другой) с прямым падением Ethernet. Автор специально указывает на сети SONET - из-за целостности канала, являющегося локальным с обеих сторон - для этого. Поскольку целостность канала связи с Ethernet не является локальной для каждой стороны, вы с большей вероятностью увидите состояние "вверх / вниз" и "вверх / вниз", что приведет к переключению обоих маршрутизаторов на вторичные каналы, что предотвратит проблему такого рода.
КСТАТИ: Network Warrior - отличная книга - одна из немногих технических книг, которые я читал от корки до корки, а не просто как справочник.
Ваш комментарий заставил меня задуматься, они могут настроить вас одним из двух способов. Первое на самом деле менее вероятно.
Вы напрямую подключены к маршрутизатору - в этом случае их маршрутизатор обнаружит, что ваш маршрутизатор отключается, и настроится соответствующим образом.
Вы подключены к периферийному или базовому коммутатору (скорее всего) - в этом случае вам нужно будет поговорить с ними, чтобы увидеть, как они справляются с переключением при сбое, если ваша ссылка не работает и оттуда работает. Подумав об этом немного больше, им придется запустить какой-то протокол маршрутизации, чтобы обнаружить этот тип отказа. Я думаю, что это скорее BGP или OSPF, чем EIGRP. Но в любом случае у них уже должен быть "способ сделать это".