Чим відрізняється BGP від ​​OSPF?


14

Я хочу налаштувати динамічну мережу маршрутизації , Хочу знати, в чому різниця між BGP та OSPF? Чи потрібно обидва обох використовувати разом?


1
Загалом, OSPF - це протокол внутрішньомережевого зв’язку, тобто він використовується в системі AS (Автономна система), тоді як BGP є міжмережевим протоколом і, отже, використовується між двома різними AS. Визначено, вони можуть бути використані одночасно залежно від вашого дизайну мережі
Amol Sharma

Відповіді:


19

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

Для спрощення:

  1. BGP (Border Gateway Protocol) використовується на краю вашої мережі для підключення вашої мережі до Інтернету
  2. OSPF (Open Shortest Path First) використовується внутрішньо у вашій мережі

На краю вашої мережі ви б використовували маршрутизатори для нанесення BGP на OSPF і навпаки.

Маршрут - це не проста тема - вам слід планувати витратити багато часу на вивчення та розробку свого рішення. Існують також інші протоколи, такі як RIP, IS-IS та IGRP, які можуть бути більш підходящими для ваших потреб.


24

OSPF - це IGP (внутрішній протокол шлюзу), тоді як BGP - єдиний реальний EGP (зовнішній протокол шлюзу) на даний момент.

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

Ви дійсно не хочете використовувати IGRP - це устарений, старіший порівняно з власником EIGRP Cisco (також власником). EIGRP надійний, досить інтуїтивно зрозумілий та порівняно за продуктивністю з OSPF, але працює лише на обладнанні Cisco.

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

RIP адекватний і найбільш підходить для невеликого сайту, хоча ви на Linux (і більшості сучасних платформ) ви фактично будете використовувати RIPv2 . Його простіше налаштувати, ніж інші згадані, хоча він більше не використовується поза невеликими мережевими розгортаннями через свої обмеження. Якщо ви намагаєтеся здобути знання, це робить хорошим вихідним пунктом.

OSPF - це нейтральний для постачальників стандарт IGP (тобто не фірмовий Cisco), і його можна легко скласти, залежно від ваших потреб.

Я припускаю, що ви говорите про IPv4 замість IPv6. Ваші вимоги щодо цього (як і в інших) матиме пряме відношення до того, який протокол маршрутизації ви використовуєте. OSPFv3 - версія OSPF з підтримкою IPv6; OSPFv2 є найпоширенішим зараз, але це лише IPv4.

* nix-мудрі, bsd системи - це також хороший вибір для запуску розгортань bsd або ospf на рівні виробництва, якщо апаратне забезпечення може працювати з пропускною здатністю.


1
+1, RIP для невеликих сайтів; OSPF для середніх; BGP для великих / складних мереж. Також OpenBSD і FreeBSD роблять чудові платформи для маршрутизаторів.
Chris S

RIP - це зло !!
Джед Даніельс

@ Джед Ну, я не великий фанат, але чи стало це теж зло?
белаква

4

Ви розумієте, що для використання IBGP потрібно створити взаємозв'язки між крайовими маршрутизаторами, а щоб ті крайові маршрутизатори змогли встановити, що пирінг вони також повинні запускати IGP, такі як OSPF, RIP або ISIS. Ніхто не запускає IBGP самостійно без належного IGP. IBGP, як правило, працює лише на крайових маршрутизаторах та будь-яких маршрутизаторах в AS ... не на всіх маршрутизаторах, тоді як OSPF і подібні працюють на всіх маршрутизаторах.

Я ніколи не бачив мережі, яка працює лише на IBGP. Насправді це практично неможливо, оскільки BGP спирається на існуючу базову таблицю маршрутизації, щоб зрозуміти, як прокласти маршрут до наступного однорангового IBGP. Єдиний час, коли він дійсно використовується, це якщо одна автономна система підключена до інших АС більше ніж однією ланкою. Наприклад, один маршрутизатор в AS 100 однолітків з одним провайдером і інший маршрутизатор, також в AS 100, одноранговий з резервним або другим ISP. У цьому випадку IBGP використовується між цими двома маршрутизаторами. Поза цим сценарієм IBGP не слід використовувати.

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

IGP - це протоколи маршрутизації (тобто OSPF, ISIS, EIGRP, RIP).
BGP - протокол топології, розширений для сценаріїв з декількома сценаріями. "Я" в IBGP не означає, що це IGP.

https://supportforums.cisco.com/thread/2032739


0

Виходячи з тегів вашого запитання - чи зацікавлені ви у тому, щоб ваш ubuntu-сервер діяв як маршрутизатор? У такому випадку Ubuntu, схоже, має порт протоколу OSPF у проекті nemesis-ospf . Для BGP найкращим вибором буде дистрибутив Вятта ( інструкція ), який також може робити OSPF (обидва не потрібні btw), а також DNS, DHCP та інші послуги.

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

Проте я б запропонував використовувати спеціальну скриньку для маршрутизації, а не запускати її на іншій службі, якщо це не тільки для навчальних / навчальних / лабораторних цілей.


З будь-якої причини ви віддаєте перевагу ворогування над кваггою?
Йоріс

Ніяких переваг - я теж не дуже знайомий.
Петро,

0
  1. ospf - це внутрішній шлюз, тоді як bgp - це зовнішній шлюз.

  2. конвергенція швидка в ospf, повільна в bgp.

  3. дизайн - можлива ієрархічна мережа в ospf, повністю зв'язана в bgp.

  4. Алгоритм - ospf використовує алгоритм Dijkstra, bgp використовує найкращий алгоритм шляху.

  5. Протокол - ospf має протокол IP, bgp - протокол TCP.

  6. Порт - ospf має порт 89, bgp - порт 179.

  7. type - стан зв'язку в ospf, вектор шляху в bgp.

  8. Потреба в ресурсах пристрою - Об'єм пам'яті та процесора в ospf, Залежить від розміру таблиці маршрутизації, але масштабується краще, ніж ospf.


-3

Я б сказав, що якщо ви новачок у динамічних протоколах маршрутизації, вам слід заглянути в BGP, це все-таки протокол, який використовується для обміну / відкриття маршруту в самому Інтернеті. OSPF чудово підходить для певних налаштувань, але навіть внутрішньо BGP робить чудовий вибір, OSPF має занадто багато "магії" на мій смак.


5
OSPF використовує алгоритм Dijkstra для автоматичного навігації по маршрутах. Це зовсім не "магія"; і відсутність розуміння є поганою причиною відмовити його від використання.
Chris S

Я поставив магію в лапки, тобто я не визначав OSPF як буквально магію. Ви зрозуміли це правильно? Ти щойно спалахнув мене на сервері, дай мені чувак. Я особисто віддаю перевагу BGP, якщо ваша мережа досить складна, або ви інтегруєтесь із багатьма сторонніми сторонами, це часто є кращим вибором. OSPF може полегшити введення маршрутів помилково для початківців користувачів. КРІС КРИС.
MattyB

1
OSPF або IS-IS для розповсюдження ваших петельних адрес, BGP для передачі всієї іншої інформації про маршрутизацію. Робить об'ємну приємною та простою. Сказавши це, OSPF напрочуд простий, якщо у вашій мережі є топологія, яка підходить для OSPF. Нав'язувати OSPF в мережі може бути кошмаром.
Ватін

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