Маршрут, добавленный в начало пути BGP, нигде не указан
У нас есть простая многосетевая установка с двумя маршрутизаторами, которые объявляют нашу AS двум интернет-провайдерам. Второй ISP (ISP B) используется только для резервного копирования, когда ISP A выходит из строя, поэтому мы добавили нашу AS 3 раза на этом маршруте.
Примечание: это пример ASN, а не настоящие.
Сегодня утром я провожу пару часов, копаясь в зеркальных маршрутизаторах по всему Интернету, и никто из них перечисляет наш резервный маршрут с добавленным путем. Я проверил южноафриканскую интернет-биржу, лондонскую интернет-биржу, интернет-биржу в Орегоне и пару десятков интернет-провайдеров. Все они имеют несколько маршрутов через ISP A, часто с 3 или 4 переходами. Маршрут через ISP B должен как минимум где-то появиться и иметь 5 или 6 переходов. Но нигде не мог найти. (Я проверил полные таблицы bgp на роутерах с зеркалом, используя show ip bgp 65000)
Мои вопросы:
- Есть ли ограничение на размер маршрута, после которого большинство маршрутизаторов просто отклонят маршрут?
- Будет ли наш резервный маршрут работать, когда провайдер А выходит из строя, если ни один маршрутизатор не знает об этом?
Два наших роутера подключены по iBGP. Возможно ли, что маршрут через ISPB не будет объявлен, потому что сеанс iBGP предпочитает маршрут через ISPA? Это то, что несуществующая карта и реклама-карта должны делать, но ни один из них не используется ни в одном из маршрутизаторов.
1.) Данному BGP-говорящему маршрутизатору предоставляется один и тот же префикс от нескольких одноранговых узлов, тогда он будет распространять только лучшие из этих путей (согласно правилам выбора пути BGP). В вашем случае это означает, что если какой-либо удаленный маршрутизатор видит как простой, так и добавленный маршрут, он будет передавать только простой маршрут своим соседям. Объявляющий маршрутизатор будет иметь оба пути в "sh ip bgp a.b.c.d", но его соседи не будут.
1a.) Тот факт, что вы не видите добавленный маршрут, не означает, что резервное копирование не будет работать. Маршрутизатор, у которого в таблице есть как добавленный, так и не добавленный в начало маршрут, обычно будет анонсировать только не добавленный в начале, но если не добавленный в начале маршрут будет отозван / истечет время ожидания, тогда добавленный маршрут будет немедленно предложен.
Попробуйте эту команду на своем резервном маршрутизаторе: sh ip bgp neighbors x.y.z.q advertised-routes чтобы точно узнать, что отправляется вашему провайдеру.
2.) Трудно сказать, какой эффект будет иметь пиринг iBGP, не зная, как вы создаете (и обрабатываете) свой префикс. Есть ли причина, по которой вам нужен одноранговый узел iBGP между этими маршрутизаторами?
3.) advertise-map команда вызовет объявление определенного префикса на основе наличия другого префикса. Примером может быть объявление 10.128.0.0/16 всякий раз, когда присутствует 10.0.0.0/8. Так же, non-exist-map будет рекламировать конкретный префикс, когда другой префикс отсутствует. Ни то, ни другое не требуется для базовой настройки множественной адресации.
В конечном итоге лучший тест - это время, чтобы отключить ваш основной маршрут, чтобы убедиться, что резервная копия будет принимать трафик.
Да - и кстати - действительно ли вы рекламируете пространство PI или рассматриваемый префикс является частью одного из агрегатов провайдера? Самый длинный матч превосходит все остальное.