Маршрутизація трафіку з різних посилань з одного BGP AS

У мене є два сайти, A і B, в BGP AS 65000 і третій сайт, C, в AS 65001. Усі три сайти мають підключення через MPLS-оператор і є внутрішня зв'язок між сайтами A і B. Я намагаюся впливати на BGP так що трафік від сайту А до сайту С буде спрямований через MPLS-посилання сайту A, а трафік з сайту В на сайт С буде проходити через MPLS-посилання сайту В. Топологія аналогічна описаній у цьому прикладі .

Крайові маршрутизатори на сайтах A і B обидва будуть бачити свою власну посилання MPLS як найкращий шлях, оскільки маршрути EBGP є кращими для маршрутів IBGP. Однак маршрутизатори далі AS 65000 віддадуть перевагу або одній ланці, або іншій. Моя мета - змусити всіх маршрутизаторів на будь-якому сайті віддати перевагу найближчому посилання. (На жаль, наразі я не в змозі розділити два сайти на окремі AS-адреси.)

Чи є обґрунтований спосіб досягти цього, поки все ж дозволяється невідповідний зв’язок із сайтом C між посиланнями A і B?

Редагувати: Я повинен зазначити, що тут не використовується IGP. Насправді мережі на кожному майданчику існують в межах VRF як частина значно більшої мережі. Таким чином, будь-яке рішення потрібно повністю покладатися на BGP.

Чи є чітке визначення між сайтом A та сайтом B?

Якщо так, то я хотів би визначити політику на крайових маршрутизаторах для введення спільноти при отриманні маршрутів від оператора MPLS.

Після того, як ця спільнота буде розміщена з префіксами (скажімо, 100: 1 для сайту A і 100: 2 для сайту B), ви можете додати політику до кожного маршрутизатора сайту A, щоб збільшити LP для будь-яких маршрутів із спільнотою 100: 1 і аналогічно для сайту B із спільнотою 100: 2.

Це рішення відповідало б вимозі лише використання BGP, а також було б досить гнучким, щоб все-таки дозволяти B використовувати висхідну лінію A, якщо вона втратила власну висхідну лінію до оператора.

Коли я робив щось подібне, я не використовував eBGP між маршрутизаторами. У мене був розмовляючий BGP маршрутизатор лише відправляти маршрут за замовчуванням вниз на маршрутизатори сайту A і Site B через OSPF, а потім перерозподіляти маршрути OSPF в BGP. На зв’язку між двома сайтами я застосував вартість OSPF.

Це дозволяє Сайту А мати маршрути до своїх мереж, Мережі Сайта В та маршрут за замовчуванням, щоб вийти із сайту А (вартість OSPF зберігає маршрут за замовчуванням із сайту В як вторинний варіант, якщо ви втратите посилання на Сайт А). Сайт A спілкуватиметься безпосередньо з сайтом B, не використовуючи MPLS, якщо між сайтами не буде збою зв’язку.

Крім того, витрати OSPF переводяться в BGP MED під час перерозподілу, що призводить до того, що мережа MPLS-оператора надає перевагу надсиланню трафіку сайту безпосередньо на Сайт A, але також використовує Сайт B, якщо це необхідно.

Я відчуваю, що деякої інформації немає. Чому крайові маршрутизатори вже не віддають перевагу кращому шляху?

У вас є iBGP з повною мережею в 65000? Або ви використовуєте маршрутизацію?

Якщо у вас є iBGP з повною мережею, то кожен крайовий маршрутизатор вивчає маршрут від обох [AB] і вдасться порівняти вартість IGP з наступним переходом, який повинен бути перекладений до найближчого краю вікна.

Якщо на місці є відображення маршруту, він відображатиме лише найкращий маршрут із власного POV, який може видалити найкраще переадресацію шляху. Це також можна виправити, додавши ще один RR, який вибере найкращий інший маршрут, тоді крайові поля ще раз можуть вибрати найкращий маршрут. Якщо виправити RR неможливо, як це. Ви можете додати однакову IPV4 адресу в обох петлях прикордонних маршрутів, і коли прикордонні маршрутизатори рекламують префікс RR, вони встановлюють наступний скачок на цю адресу anycast. Тоді навіть після роздумів ви будете слідувати IGP до найближчого кордону.

Якщо у вас є контроль над IGP:

Ми зробили лише наявність маршрутизаторів eBGP в сітці iBGP. Решта наших внутрішніх маршрутизаторів - це маршрутизатори OSPF. Ми перерозподіляємо від BGP до OSPF в межах кожної AS. Наша настройка трохи відрізняється від вашої, але це повинно дозволити показнику витрат OSPF впливати на шлях трафіку, спрямовуючи його до найближчого маршрутизатора eBGP.

Якщо у вас немає контролю над IGP:

Можливо, ви можете застосувати політику імпорту до внутрішніх маршрутизаторів, щоб статично віддавати перевагу оголошенням маршруту потрібного вихідного маршрутизатора eBGP. Так, наприклад, якщо iBGP містить два оголошення для даного префікса (одне з маршрутизатора сайту A і одне з маршрутизатора сайту B, але в RIB встановлено лише одне), то ви можете локально налаштувати потрібне оголошення у міру його надходження дюйма. Мені доведеться лабораторію, але не розумію, чому це не спрацює.