Я розумію, що сусідам eBGP рекламується лише найкращий шлях, але чи це правда щодо iBGP? Якщо я заглядаю за двома провайдерами, я мав враження, що хтось інший, хто заглядає з обома своїми провайдерами, матиме два шляхи до мене. Оглянувши кілька окулярів, здається, це не так.
Відповіді:
BGP завжди рекламує лише найкращий шлях до своїх однолітків. Це справедливо для eBGP, iBGP, відображення маршруту (що є лише особливим випадком iBGP) та будь-якого іншого способу використання BGP.
Але, так, ви праві, якщо ви надсилаєте рекламу постачальникам A і B, а у мене є зв’язки та сеанси BGP також з провайдерами A і B, то я повинен бачити обидва шляхи в своїх таблицях BGP. Можливо, я не бачу декількох маршрутів, створених у своїх таблицях маршрутизації ... це питання конфігурації моїх пристроїв і чи дозволяю я вставляти в таблицю маршрутизації кілька маршрутів однакової довжини AS Path ... як правило, BGP встановлюватиме лише єдиний маршрут. Таблиці BGP, однак, повинні показувати рекламу обох постачальників.
Насправді ... навіть якщо я заглядаю провайдерів B і C, або навіть C і D, я все одно повинен бачити декілька шляхів у моїх таблицях BGP, поки ви досягаєте через B, C і D. Всі інші речі рівне, мої пристрої повинні вибрати B, тому що це повинен бути найкоротший AS PATH, але я все одно побачу шляхи з довшими AS PATH з C і D. Тепер, можливо, C і D вирішили, що шлях через A краще, ніж шлях через В, тоді шляхи, які я бачив би, мали як ПАРТИ "AC" і "AD", то, здавалося б, ви зовсім не пов'язані з B, але якби шлях через A пішов, тоді шлях через В буде поширюватися вперед через С і D.
Якщо ви можете дати якісь конкретні дані ... можливо, навіть ваші блоки, які ви рекламуєте, якщо ви готові поділитися цим .... інші можуть поглянути на те, що ми бачимо, і, можливо, дати більш конкретні вказівки.
Один аспект, який ще не охоплений цими відповідями, - це "додаток-шлях" BGP, який дозволяє одноліткові BGP надсилати не тільки свій найкращий маршрут, але й деякі або всі їх замінники.
Це найбільш корисно (як і, ймовірно, працює) на iBGP і дає кращу ECMP.
Для EBGP, якщо у вас є кілька сеансів для одного і того ж однолітка на одному маршрутизаторі, вам слід використовувати "мультипуть" BGP, щоб дозволити ECMP. Залежно від того, як і де відбувається відображення маршруту в мережі SP, це може призвести до використання всіх сеансів досить рівномірно.
Ось презентація від Дейва Уорда (тоді у Juniper, зараз у Cisco) про додаткові шляхи:
http://www.nanog.org/meetings/nanog48/presentations/Tuesday/Ward_AddPath_N48.pdf
Як правило, колеги BGP можуть надсилати лише один шлях до іншого, при цьому будь-які оновлення цього шляху замінюють існуючий.
Однак є розширення на BGP, зазвичай відоме як таке, additional-pathsщо ставить ідентифікатор на кожен маршрут, надісланий одноранговому, і, таким чином, дозволяє одноліткам BGP обмінюватися кількома маршрутами на шлях, тим самим надаючи вам не тільки більшу сферу для інженерії трафіку, але і скорочений час конвергенції у випадку виведення шляху, оскільки нефікс-префікс (и) можуть бути встановлені у FIB як резервні маршрути (и), які будуть використані в момент виведення кращого шляху - це особливо важливо, якщо ви ' повторне використання повних таблиць в Інтернеті, оскільки сканер BGP на маршрутизаторі Cisco працюватиме в кращому випадку кожні 30 секунд, а проходження понад 300 000 маршрутів спричиняє своє значення.
Зауважте, що додаткові шляхи BGP не мають нічого спільного з ECMP, оскільки, очевидно, ми говоримо про отримання декількох префіксів з одним і тим же наступним стрибком - єдиним винятком є випадки, коли ви запускаєте iBGP і не використовуєте next-hop-self(або робите брудні речі) з eBGP, де зберігається наступний магазин)
Оскільки це розширення, обидва маршрутизатори повинні підтримувати його та узгоджувати функцію під час з'єднання (або, як альтернатива, узгодити динамічну можливість). Він може бути використаний як для eBGP, так і для iBGP.
Намагання шукати власні маршрути в окулярах не завжди працює так, як ви очікуєте, особливо якщо ви купуєте у того, хто купує багато транзиту. Наприклад, Internap купує транзит у багатьох інших великих Інтернет-провайдерів. Якщо ви купуєте у Internap, а потім ще когось, є хороший шанс, що ваш маршрут у іншого постачальника буде прихований через те, що він не найкращий. Більшість провайдерів віддають перевагу власним маршрутам клієнтів. Бачити чи не бачити власні маршрути в заглядовій склянці має дуже мало спільного, якщо ваш маршрут розповсюджується правильно чи ні.
Ваше питання стосується не BGP, а політики ISP. Не завжди - або через політику, або помилково - ваші провайдери оголошуватимуть ваш простір вгору. Ви використовуєте PI або PA до речі?
Між вами та LG (фільтрами) є стільки фільтрів, що можуть видалити ваш префікс з іншого або іншого шляху. Яка довжина рекламованого префікса? У вас є простір PI або PA? Оскільки кращий шлях рекламується одноліткам, ви можете два шляхи конкурувати один з одним вгору за течією, і лише один добирається до LG. Якщо ви вимкнете один зі своїх шляхів, чи з’являється він у LG після конвергенції? Це скаже вам, що ви втрачаєте кращий шлях. Спробуйте LG's у ваших постачальників, щоб спочатку підтвердити, що ваш префікс є, а потім спробуйте пропрацювати свій шлях до наступного SP.
Що стосується вашого питання щодо iBGP bestpath, за замовчуванням потрібно рекламувати лише одне.
Відповідь не є простим «так» чи «ні», але я думаю, що по суті ваше спостереження справді вірно, що «це не так».
Детальніше дивіться тут .
Заради курації, SE віддає перевагу відповідям, які суто посилаються на інші сторінки, тому я відтворять тут щось на випадок, якщо джерело колись зникне або зміниться.
Як працює найкращий алгоритм шляху
BGP призначає перший дійсний шлях як поточний найкращий шлях. Потім BGP порівнює найкращий шлях із наступним шляхом у списку, поки BGP не досягне кінця списку дійсних шляхів. У цьому списку представлені правила, які використовуються для визначення найкращого шляху:
1) Віддавайте перевагу шляху з найбільшою вагою.
Примітка: WEIGHT - параметр Cisco. Він локальний для маршрутизатора, на якому він налаштований.
2) Віддайте перевагу шляху з найвищим LOCAL_PREF.
Примітка. Вважається, що шлях без LOCAL_PREF має значення, встановлене командою bgp за умовчанням, або має значення 100 за замовчуванням.
3) Віддайте перевагу шляху, який локально виник через мережу або сукупність підкоманди BGP або шляхом перерозподілу від IGP.
Локальні шляхи, які розміщуються за допомогою мережі або команд перерозподілу, є кращими перед локальними агрегатами, які отримуються командою сукупної адреси.
4) Віддайте перевагу шляху з найкоротшим AS_PATH.
Примітка. Будьте в курсі цих елементів:
Цей крок пропускається, якщо ви налаштували команду bgp bestpath as-path ignore.
AS_SET рахується як 1, незалежно від того, скільки AS в комплекті.
AS_CONFED_SEQUENCE і AS_CONFED_SET не включаються в AS_PATH довжину.
5) Віддайте перевагу шляху з найменшим типом початку.
Примітка: IGP нижчий за протокол зовнішнього шлюзу (EGP), а EGP нижчий за НЕПРИКЛАДНУ.
6) Віддайте перевагу шляху з найнижчим дискримінатором з кількома виходами (MED).
Примітка. Будьте в курсі цих елементів:
Це порівняння відбувається лише в тому випадку, якщо перший (сусідній) AS однаковий у двох контурах. Будь-які підсистеми конфедерації ігноруються.
Іншими словами, MED порівнюються лише в тому випадку, якщо перший AS в AS_SEQUENCE однаковий для кількох шляхів. Будь-яка попередня AS_CONFED_SEQUENCE ігнорується.
Якщо увімкнено bgp завжди-порівняти-med, MED порівнюються для всіх шляхів.
Ви повинні відключити цю опцію для всієї системи AS. В іншому випадку можуть відбуватися петлі маршрутизації.
Якщо ввімкнено bgp bestpath med-confed, MEDs порівнюються для всіх шляхів, які складаються лише з AS_CONFED_SEQUENCE.
Ці стежки виникли в межах місцевої конфедерації.
МЕР MED шляхів, отриманих від сусіда з МЕД 4,294,967,295, змінюється перед введенням у таблицю BGP. МЕП змінюється до 4,294,967,294.
Шляхам, отриманим без MED, призначається MED 0, якщо ви не ввімкнули bgp bestpath med відсутні як найгірший.
Якщо ви ввімкнули bgp bestpath med відсутніх як найгірших, шляхам призначається MED в розмірі 4,294,967,294.
Команда bgp deterministic-med також може впливати на цей крок.
Див. Розділ Як маршрутизатори BGP використовують демонстрацію для вибору маршруту для виходу з декількох виходів.
7) Віддайте перевагу eBGP над шляхами iBGP.
Якщо вибрано кращий шлях, перейдіть до кроку 9 (багатосторонній шлях).
Примітка. Шляхи, що містять AS_CONFED_SEQUENCE і AS_CONFED_SET, є локальними для конфедерації. Тому ці шляхи трактуються як внутрішні шляхи. Не існує різниці між Зовнішньою Конфедерацією та Внутрішньою Конфедерацією.
8) Віддайте перевагу шляху з найнижчою метрикою IGP до наступного переходу BGP.
Продовжуйте, навіть якщо кращий шлях вже обраний.
9) Визначте, чи потрібно кілька шляхів встановлення в таблиці маршрутів для BGP Multipath.
Продовжуйте, якщо bestpath ще не обраний.
10) Коли обидва шляху є зовнішніми, віддайте перевагу шляху, який був отриманий першим (найдавніший).
Цей крок мінімізує клапан маршруту, оскільки новіший шлях не зміщує старіший, навіть якщо новий шлях буде кращим маршрутом на основі наступних критеріїв рішення (кроки 11, 12 та 13).
Пропустіть цей крок, якщо будь-який із цих пунктів відповідає дійсності:
Ви ввімкнули команду bgp кращий шлях порівняння-routerid.
Примітка: Програмне забезпечення Cisco IOS випускає 12.0.11S, 12.0.11SC, 12.0.11S3, 12.1.3, 12.1.3AA, 12.1.3.T і 12.1.3.E ввели цю команду.
Ідентифікатор маршрутизатора однаковий для кількох шляхів, оскільки маршрути були отримані від одного маршрутизатора.
Не існує поточного найкращого шляху.
Поточний найкращий шлях може бути загублений, якщо, наприклад, сусід, який пропонує шлях, зійде.
11) Віддайте перевагу маршруту, що йде від маршрутизатора BGP з найнижчим ідентифікатором маршрутизатора.
Ідентифікатор маршрутизатора - це найвища IP-адреса маршрутизатора, при цьому перевага надається адресам зворотного зв'язку. Також ви можете використовувати команду bgp router-id, щоб вручну встановити ідентифікатор маршрутизатора.
Примітка. Якщо шлях містить атрибути відбивача маршруту (RR), ідентифікатор джерела підміняється на ідентифікатор маршрутизатора в процесі вибору шляху.
12) Якщо ініціатор або ідентифікатор маршрутизатора однаковий для кількох шляхів, віддайте перевагу шляху з мінімальною довжиною списку кластерів.
Це є лише у середовищах BGP RR. Це дозволяє клієнтам вглядатися з RR або клієнтами в інших кластерах. У цьому випадку клієнт повинен знати про атрибут BGP, специфічний для RR.
13) Віддайте перевагу шляху, який йде від нижчої адреси сусіда.
Ця адреса - це IP-адреса, яка використовується в конфігурації сусіда BGP. Адреса відповідає віддаленому рівню, який використовується у з'єднанні TCP з локальним маршрутизатором.
Однак це могло помилитися. Я скоріше новачок у цій галузі.