Я хочу налаштувати динамічну мережу маршрутизації , Хочу знати, в чому різниця між BGP та OSPF? Чи потрібно обидва обох використовувати разом?
Я хочу налаштувати динамічну мережу маршрутизації , Хочу знати, в чому різниця між BGP та OSPF? Чи потрібно обидва обох використовувати разом?
Відповіді:
Виходячи з вашого запитання, я здогадуюсь, що ви новачок у мережі та просто потребуєте відповіді високого рівня.
Для спрощення:
На краю вашої мережі ви б використовували маршрутизатори для нанесення BGP на OSPF і навпаки.
Маршрут - це не проста тема - вам слід планувати витратити багато часу на вивчення та розробку свого рішення. Існують також інші протоколи, такі як RIP, IS-IS та IGRP, які можуть бути більш підходящими для ваших потреб.
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 на рівні виробництва, якщо апаратне забезпечення може працювати з пропускною здатністю.
Ви розумієте, що для використання 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.
Виходячи з тегів вашого запитання - чи зацікавлені ви у тому, щоб ваш ubuntu-сервер діяв як маршрутизатор? У такому випадку Ubuntu, схоже, має порт протоколу OSPF у проекті nemesis-ospf . Для BGP найкращим вибором буде дистрибутив Вятта ( інструкція ), який також може робити OSPF (обидва не потрібні btw), а також DNS, DHCP та інші послуги.
Загалом, OSPF буде набагато простішим протоколом маршрутизації для налаштування, налаштування та розуміння швидко. BGP набагато більше задіяний і, ймовірно, надмірний для невеликої простої мережі. OSPF вважається протоколом стану зв'язку, тоді як BGP є вектором шляху. Посилання, наведені вище, будуть детально детальніше, але моя пропозиція полягає в тому, щоб заглянути в OSPF.
Проте я б запропонував використовувати спеціальну скриньку для маршрутизації, а не запускати її на іншій службі, якщо це не тільки для навчальних / навчальних / лабораторних цілей.
ospf - це внутрішній шлюз, тоді як bgp - це зовнішній шлюз.
конвергенція швидка в ospf, повільна в bgp.
дизайн - можлива ієрархічна мережа в ospf, повністю зв'язана в bgp.
Алгоритм - ospf використовує алгоритм Dijkstra, bgp використовує найкращий алгоритм шляху.
Протокол - ospf має протокол IP, bgp - протокол TCP.
Порт - ospf має порт 89, bgp - порт 179.
type - стан зв'язку в ospf, вектор шляху в bgp.
Потреба в ресурсах пристрою - Об'єм пам'яті та процесора в ospf, Залежить від розміру таблиці маршрутизації, але масштабується краще, ніж ospf.
Я б сказав, що якщо ви новачок у динамічних протоколах маршрутизації, вам слід заглянути в BGP, це все-таки протокол, який використовується для обміну / відкриття маршруту в самому Інтернеті. OSPF чудово підходить для певних налаштувань, але навіть внутрішньо BGP робить чудовий вибір, OSPF має занадто багато "магії" на мій смак.