Чому BGP RR відображає лише найкращий шлях?

15

Хтось може відповісти, чому BGP RR відображає лише найкращий шлях?

bgp

Чи допомогла вам якась відповідь? якщо так, то слід прийняти відповідь, щоб питання не з’являлося вічно, шукаючи відповідь. Крім того, ви можете надати та прийняти власну відповідь.

— Рон Maupin

18

Для збереження пам'яті в пункті призначення не важливо було мікрооптимізувати шлях переадресації в минулому. Це цитата з RFC4456 :

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

Незважаючи на те, що масштабування завжди важливо, очевидно, що сьогодні існують сценарії, де ми швидше витрачаємо пам'ять RIB, ніж вибираємо неоптимальний шлях.

Для вирішення цього питання існує оптимальне відображення BGP AddPath та BGP . AddPath доступний як від Cisco, так і від Juniper, тоді як оптимальне відображення в даний час не проводиться великими постачальниками.

AddPath дозволяє BGP надсилати більше одного найкращого шляху. Оптимальне відображення дозволить використовувати SPF (ISIS, OSPF) для відображення найкращого маршруту від POV приймача, а не від власної точки зору від рефлекторів маршруту.

— ytti
джерело

3

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

Масштабованість та стабільність були (і, мабуть, повинні бути) головними цілями BGP - навіть ціною вибору субоптимального шляху та швидкого зближення. Традиційна реалізація RR це підтверджує це. В ідеалі інформація про RR повинна бути максимально статичною, а таймери повинні тримати довгий бік.

BTW - Там є обставини , при яких RR може послати кілька шляхів до однієї і тієї ж v4 / v6 призначення - як функція AddPath згадувалося вище, а також в разі MPLS VPN , де даний префікс пов'язаний з RD різноманітне ПЕ.

— rnxrx
джерело

Не впевнений, що я б набрав RR з оригінальними цілями iBGP-дизайну (в чому ви абсолютно праві, особливо щодо масштабованості та стабільності); RR було запропоновано в окремому RFC, щоб полегшити проблеми масштабування, з ким би хто стикався з повною сіткою iBGP та бажанням відключити синхронізацію. Інакше чудова відповідь, і підтримується як така.

— Джон Дженсен

Я хотів би зазначити, що префікс з різними RD є унікальним префіксом , рефлектор не має уявлення, він буде неповторним у приймача PE на приймачі VRF. Саме ця функція RD, без неї ви не могли б мати префікси, що перекриваються у VRF.

— ytti

1

Щоб додати до попередніх відповідей, у вас є нова функція під назвою шлях BGP різноманітний, щоб дозволити RR рекламувати різноманітний шлях. Для більш детальної інформації перегляньте реалізацію RFC6774 або Cisco на веб- сайті http://www.cisco.com/en/US/docs/ios/ios_xe/iproute_bgp/configuration/guide/irg_diverse_path_xe.html

— Аліу Діа
джерело