Як вибрати ідентифікатор маршрутизатора BGP лише при використанні IPv6?


16

Зазвичай, використовуючи BGP, ви можете вибрати (або ваш пристрій вибере чотири вас) ідентифікатор маршрутизатора з однієї з призначених вами загальнодоступних IP-адрес.

Тепер, визнаймо, ти запускаєш лише IPv6. Оскільки ідентифікатор маршрутизатора все ще є 32-бітним номером, його неможливо скопіювати з адреси циклу.

Чорнового Дюпон- Дюран-IDR-ipv6-BGP- освітлювальне обладнання-01 приносить початок відповіді, запропонувавши використовувати номер AS з суфіксом локально виділеній частині. Але це працює лише для 16 біт AS номерів.

Отже, як вибрати RID для своїх пристроїв? Випадково? Якщо так, як реагуватимуть пристрої у разі зіткнення (обидва кінці сеансу BGP використовують однаковий RID)?

PS: питання також стосується OSPF, але тоді вам потрібно лише розробити цілісну схему розподілу RID. Що ви не можете зробити, коли використовуєте BGP, щоб вглянути з іншими ASes.

Відповіді:



9

Кольоровий мене не впевнений у цій відповіді ...

Як ви вже згадували, маршрутизатори дійсно повинні бути унікальними в просторі OSPF.

В рамках BGP я розумію, що вони використовуються лише для виявлення нового перингового сеансу, який створюється, коли такий вже існує ... і, напевно, рішенням слід зірвати старий.

Якщо сеанси "peering" приходять на різні транспортні адреси, то навіть якщо представлені ідентифікатори маршрутизатора однакові, вони будуть розглядатися як різні сеанси, оскільки вони надходять з різних транспортних адрес (IPv6 адреси у вашому сценарії).

Отже ... Я думаю, що відповідь полягала б у тому, щоб вибрати свій ідентифікатор маршрутизатора для OSPF (вірогідно, v3), і його, ймовірно, не кінець світу, якщо ваш ідентифікатор маршрутизатора закінчується дублюванням ідентифікатора маршрутизатора, що інший (третій стороною) аналог використовує із зовнішнім аналогом AS


4

Якщо припустити, що ви насправді взагалі не використовуєте v4, навіть не зворотний зв'язок, тоді метод, який я б запропонував, буде просто виділити послідовне число на маршрутизаторі та використовувати це, зовсім не потрібно сегментувати його, і у вас може бути наявний інвентарний номер, який може працювати (хоча врахуйте, як це може працювати в контексті RMA).

Особливо це робить IS-IS набагато приємнішим у використанні, ніж ручне доповнення IPv4-адреси.

Якщо у вас (з незнайомих причин) у вас була мережа, де лише деякі пристрої були IPv6, ви, можливо, захочете зрушити цифри вручну, щоб вони не плуталися з реальними IPv4 адресами. Використання 240/8 - одна ідея (я б пропонував проти 255/8 або навіть 254/8, щоб уникнути того, що мозок втомився з оперативної пам’яті, що переглянувся о 3 ранку, а не цікавитись, чому ідентифікатор маршрутизатора встановлений на адресу широкомовної передачі).


2

Моя пропозиція полягає в тому, щоб адаптувати свій номер AS, розглядаючи його як 32-бітний AS (якщо його ще немає) - нуль верхніх 8 біт і ORз 0xE0000000(робить це схожим на простір для багатоадресної передачі). Для простоти пояснення я буду використовувати шістнадцятковий (насправді, це не спрощує бачити межі)

Наприклад, якщо ваш номер AS - 717232 (0x000AF1B0), ви спочатку отримуєте 0xE00AF1B0, і ви можете збільшити верхній октет для кожного диктора BGP у своєму AS 0xE00AF1B0, 0xE10AF1B0 тощо.

Перетворення в десятковий? легко, розділіть шістнадцяткову частину і виведіть калькулятор улюбленого програміста: E0.A.F1.B0 -> 224.10.241.176, E1.A.F1.B0 -> 225.10.241.176, etcetera.

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


1

IPv4 інтерфейс зворотного зв'язку? Я знаю, що Cisco IOS використовуватиме найвищу адресу (32-бітний номер) як ідентифікатор маршрутизатора.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.