Нужна консультация по BGP

Нужна консультация по BGP

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

Суть вопроса заключается в приведении текущей архитектуры к единому целому. Более детально ниже.

=======================================================

На данный момент имеется и уже работает в продакшне:
1. Несколько датацентров/локаций (более двух), в которых находится собственное оборудование. Допустим DC1, DC2, DC3
2. Собственная сеть взятая у RIPE. Допустим это будет 10.0.0.0/21
3. Пару AS номеров взятых у RIPE. Допустим AS66666 и AS77777
4. В каждом датацентре имеется от одного до двух апстримов. Допустим: Cogent (AS174) и/или Level3 (AS3356).

Сети зароучены в каждый ДЦ по-разному. А именно:
1. В DC1 имеется только Cogent. Когент анонсирует сеть 10.0.0.0/23 со своей ASN (AS174) и static route-ом заводит на наш свитч
2. В DC2 имееются и Cogent и Level3. Свой собственный шлюз (AS66666) анонсирует сеть 10.0.2.0/23. С обоими апстримами поднята BGP сессия
3. В DC3 имеется только Level3. Level3 анонсирует сеть 10.0.4.0/23 со своего шлюза используя нашу ASN (AS77777) и далее static route-ом заводит на наш свитч

// Для справки, в DC1 и DC3 со старта оборудование плохо работало с BGP, поэтому было решено аносировать сети с помощью апстримов
// На данный момент возможность поднять BGP имеется во всех локациях, как и подключить в каждой из локаций оба апстрима.


Задача состоит в том, что хочется видеть несколько другую структуры работы:
1. Мы анонсируем сеть 10.0.0.0/21 во всех текущих датацентрах используя ASN AS66666 (eBGP)
2. Между всеми локациями установлено iBGP для возможности более гибкого управления маршрутизацией собственными сетями, вплоть до нарезания сетей на более мелкие части (например, по /29)

1. Запрос услуг в данном разговорном разделе - карается баном.

2. Задача

cyber4len сказав(ла):

хочется видеть несколько другую структуры работы

Натисніть, щоб розгорнути...

и её решение - практически описана во всех мануалах по BGP...... Анонсируйте роутблоки датацентров, а не общий /21, и всё будет в шоколаде. Если сделать так, как вы хотите (анонс /21) и ibgp между датацентрами, НЕ НАХОДЯЩИМИСЯ В ОДНОМ ФИЗИЧЕСКОМ макросегменте - то с вероятностью > 50% пакет, попав к вам в датацентр, будет Вами же переправлен через провайдера апстрима в другой ваш датацентр. А это нехилый паразитный (абсолютно ненужный) траффик, засирающий линки датацентров к апстримам.

iBGP подразумевает, что между сегментами есть быстрая местная связь, по Вашим собственным сетям, без необходимости туннелиться через апстримы Ваших сегментов. У Вас же, как видно из описания, собственной связи между датацентрами нет. И всё общение (если гнать междатацентровые туннели через апстримы) - просто генерация Вами абсолютно Вам ненужного паразитного траффика.

[offtop]Уважаемый alex444, а где в фразах "нужна консультация" или "способного подсказать" виден "запрос услуг"? Или в чем разница в форумах с темами "помогите настроить wifi-роутер в локальной сети" или "подскажите, можно ли настроить роутеры в датацентрах". Вероятно, здесь возникло какое-то недопонимание, так что не вижу особого повода для конфликта[/offtop]

Возвращаясь к теме.

alex444 сказав(ла):

и её решение - практически описана во всех мануалах по BGP...... Анонсируйте роутблоки датацентров, а не общий /21, и всё будет в шоколаде.

Натисніть, щоб розгорнути...

И именно так на данный момент и настроено.

alex444 сказав(ла):

Если сделать так, как вы хотите (анонс /21) и ibgp между датацентрами, НЕ НАХОДЯЩИМИСЯ В ОДНОМ ФИЗИЧЕСКОМ макросегменте - то с вероятностью > 50% пакет, попав к вам в датацентр, будет Вами же переправлен через провайдера апстрима в другой ваш датацентр. А это нехилый паразитный (абсолютно ненужный) траффик, засирающий линки датацентров к апстримам.

Натисніть, щоб розгорнути...

В принципе, это очевидно, что будет "паразитный" трафик. С другой стороны, это будет только "входящий" трафик, который обычно меньше исходящего (в данном конкретном случае, это именно так и есть).

alex444 сказав(ла):

iBGP подразумевает, что между сегментами есть быстрая местная связь, по Вашим собственным сетям, без необходимости туннелиться через апстримы Ваших сегментов. У Вас же, как видно из описания, собственной связи между датацентрами нет. И всё общение (если гнать междатацентровые туннели через апстримы) - просто генерация Вами абсолютно Вам ненужного паразитного траффика.

Натисніть, щоб розгорнути...

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

cyber4len сказав(ла):

И именно так на данный момент и настроено.

Натисніть, щоб розгорнути...

из стартпоста я вижу, что анонсите не вы, а аплинк, а к вам идут статикроуты. По кр. мере в два датацентра.

Т.е. что я предлагаю сделать - никаких извращений, на всех своих роутерах датацентров поднимаете анонс своей AS, роутблоки анонсите те, которые Вы распределили на датацентр. А всякое bgp-анонсирование одного и того же /21 с нескольких мест одновременно приведёт только к установке костылей у аплинков. От чего Вы и хотите отказаться (от костылей), как я понял из стартпоста.

p.s. Датацентры? как укладывают датацентры, помнишь? правильно, ВХОДЯЩИМ к ним траффиком. Вот тебе сразу все датацентры и уложат... и транзитный, и оконечный.

cyber4len сказав(ла):

на практике, а не в теории)

Натисніть, щоб розгорнути...

на практике есть понятие next-hop. В случае "многохопового" - требуется поддержка на транзитном маршрутизаторе, который ВАМ не принадлежит (собственность аплинка). Т.о. - только туннели через транзитника. А туннель - это уменьшение окна MTU, чтоб пролезло через не принадлежащие вам хопы.

и на практике - да, я пробовал когда-то. Туннелями. Ничего хорошего, накладно и ломко. Не изобретайте одноколёсный велосипед.....