BGP ve OSPF arasındaki fark nedir?


14

Dinamik bir yönlendirme ağı kurmak istiyorum know Bilmek istiyorum, BGP ve OSPF arasındaki fark nedir? Her ikisinin de birlikte kullanılması gerekiyor mu?


1
Genel olarak, OSPF, BGP arası bir ağ protokolü ise bir AS (Otonom Sistem) 'de kullanılmalıdır ve dolayısıyla eşzamanlı Ağ tasarımına bağlı olarak kullanılabilen iki farklı AS.Definitely arasında kullanılır bir Intranetwork protokoldür
Amol Sharma

Yanıtlar:


19

Sorunuza dayanarak, ağ oluşturma konusunda yeni olduğunuzu ve yalnızca üst düzey bir yanıt gerektireceğinizi tahmin ediyorum.

Aşırı basitleştirmek için:

  1. Ağınızı İnternet'e bağlamak için ağınızın kenarında BGP (Sınır Ağ Geçidi Protokolü) kullanılır
  2. OSPF (Önce En Kısa Yolu Aç) ağınızın içinde dahili olarak kullanılır

Ağınızın kenarında, BGP'yi OSPF ile eşleştirmek için yönlendiricileri kullanırsınız ve bunun tersi de geçerlidir.

Yönlendirme basit bir konu değil - çözümünüzü incelemek ve tasarlamak için çok zaman harcamayı planlamalısınız. İhtiyaçlarınız için daha uygun olabilecek RIP, IS-IS ve IGRP gibi başka protokoller de vardır.


24

OSPF bir IGP'dir (dahili ağ geçidi protokolü), BGP tek gerçek EGP (dış ağ geçidi protokolü) şu anda.

Dahili yönlendirme yapıyorsanız, yani bir site, şirket veya kampüste yönlendirme yapıyorsanız, OSPF'yi kullanmak istersiniz. Genel olarak BGP, genel internete yönlendirdiğiniz bir site kenarında gereklidir. Küçük ve orta boy ağlarda, BGP'nin ayarlanması için genellikle dışarıya giden statik yollar tercih edilir. Boyutundan bağımsız olarak karmaşık bir çok bağlantılı siteniz varsa, BGP'yi düşünebilirsiniz.

Gerçekten kullanmak istemeyeceksiniz IGRP o kaldırılmış Cisco'nun tescilli EIGRP eski verson (ayrıca tescilli) oluyor -. EIGRP güvenilir, oldukça sezgisel ve performans açısından OSPF ile karşılaştırılabilir, ancak yalnızca Cisco ekipmanlarında çalışır.

Çoğu proje için IS-IS'yi tavsiye etmem. IS-IS , OSPF gibi bir bağlantı durumu protokolüdür, ancak nadiren, tipik olarak sadece ISP'lerde bu günlerde kullanılır (bazıları buna yaygın, ancak niş yönlendirme protokolü olarak adlandırılmasına rağmen). Sen can o platformunuzda kullanılabilir olup olmadığını kesinlikle kullanmak, ancak gelmek zor kaynaklarını giderme bulacaksınız.

RIP, küçük bir site için yeterlidir ve en uygun olanıdır, ancak Linux'ta (ve en modern platformlarda), aslında RIPv2'yi kullanacaksınız . Sınırlamaları nedeniyle artık küçük ağ dağıtımlarının dışında kullanılmamasına rağmen, kurulum diğerlerinden daha kolaydır. Bilgi edinmeye çalışıyorsanız, bu iyi bir başlangıç ​​noktasıdır.

OSPF satıcıdan bağımsız IGP standardıdır (yani Cisco'ya özel değildir) ve ihtiyaçlarınıza bağlı olarak karmaşık hale getirilmesi kolay olabilir.

IPv6 yerine IPv4 hakkında konuştuğunuzu varsayıyorum. Bu bağlamda gereksinimleriniz (diğerlerinde olduğu gibi) kullandığınız yönlendirme protokolünü doğrudan etkileyecektir. OSPFv3 , OSPF'nin IPv6 özellikli sürümüdür; OSPFv2 şu anda en yaygın olanıdır, ancak yalnızca IPv4'tür.

* nix-wise, bsd sistemleri, donanım verimi işleyebiliyorsa, üretim seviyesi bsd veya ospf dağıtımlarını çalıştırmak için de iyi seçimlerdir.


1
+1, RIP küçük siteler için; Ortam için OSPF; Büyük / karmaşık ağlar için BGP. Ayrıca, OpenBSD ve FreeBSD mükemmel yönlendirici platformları oluşturur.
Chris S

RIP olan kötülük !!
Jed Daniels

@Jed Ben büyük bir hayran değilim, ama aynı zamanda kötü oldu mu?
belacqua

4

IBGP'yi kullanmak için kenar yönlendiricileri arasında eş ilişki ilişkileri oluşturmanız gerektiğini ve bu kenar yönlendiricilerin eşleştirmenin OSPF, RIP veya ISIS gibi bir IGP çalıştırması gerektiğini belirleyebileceğini fark ediyorsunuz. Hiç kimse uygun bir IGP olmadan IBGP'yi kendi başına çalıştırmaz. IBGP genellikle bir AS'deki kenar yönlendiricilerde ve herhangi bir yol yansıtıcısında çalışır ... tüm yönlendiricilerde değil, OSPF ve benzerleri tüm yönlendiricilerde çalışır.

Daha önce sadece IBGP çalıştıran bir ağ görmedim. Aslında, BGP bir sonraki IBGP eşine nasıl yönlendirileceğini bulmak için mevcut temel yönlendirme tablosuna dayandığından neredeyse imkansızdır. Gerçekten kullanıldığı tek zaman, tek bir otonom sistemin diğer AS'lara birden fazla bağlantı ile bağlanmasıdır. Örneğin, bir ISS'ye sahip AS 100 eşlerindeki bir yönlendirici ve AS 100'de de başka bir yönlendirici, yedekli veya ikinci ISS'ye sahip eşleyiciler. Bu durumda, bu 2 yönlendirici arasında IBGP kullanılır. Bu senaryonun dışında IBGP kullanılmamalıdır.

Kayıt için IBGP, OSPF'den çok daha fazla bilgi alışverişi yapıyor, yani daha fazla yük var. Ayrıca protokol yığını üzerinde bir IGP'nin üzerinde bir seviyeye oturduğundan, tipik olarak hızlı bir şekilde birleşemez.

IGP'ler yönlendirme protokolleridir (örn. OSPF, ISIS, EIGRP, RIP).
BGP, çoklu ana bilgisayar senaryoları için genişletilen bir topoloji protokolüdür. IBGP'deki "I" bir IGP olduğu anlamına gelmez.

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


0

Sorunuzdaki etiketlere dayanarak ubuntu sunucunuzun yönlendirici gibi davranmasını istiyor musunuz? Bu durumda, Ubuntu'nun nemesis-ospf projesinde OSPF protokolünün bir portu var gibi görünüyor . BGP için Vyatta dağıtımı ( nasıl yapılır ) en iyi seçim olacaktır ve ayrıca OSPF (her ikisi de gerekli değildir btw) ve DNS, DHCP ve diğer hizmetleri de yapabilir.

Daha genel olarak, OSPF hızlı bir şekilde kurulum, yapılandırma ve anlama için çok daha basit bir yönlendirme protokolü olacaktır. BGP çok daha karmaşıktır ve küçük bir ağ için büyük olasılıkla aşırıya kaçar. BGP yol vektörü iken OSPF bir bağlantı durumu protokolü olarak kabul edilir. Yukarıdaki bağlantılar çok daha ayrıntılı olacak, ancak benim önerim OSPF'ye bakmak.

Bununla birlikte, sadece eğitim / öğrenme / laboratuvar amaçlı olmadığı sürece, yönlendirme yapmak ve başka hizmetler yapan bir kutuda çalıştırmamak için özel bir kutu kullanmanızı öneririm.


Nemesis'i quagga'ya tercih etmenizin bir nedeni var mı?
Joris

Tercih yok - Ben de çok aşina değilim.
Peter

0
  1. ospf dahili ağ geçidi iken, bgp harici ağ geçididir.

  2. ospf'de yakınsama, bgp'de yavaş.

  3. tasarım - ospf'de hiyerarşik ağ mümkün, bgp ile tamamen örülmüş.

  4. Algoritma - ospf Dijkstra Algoritmasını, bgp en iyi yol algoritmasını kullanır.

  5. Protokol - ospf'nin IP protokolü, bgp'de TCP protokolü vardır.

  6. Port - ospf 89 numaralı bağlantı noktasına, bgp 179 numaralı bağlantı noktasına sahiptir.

  7. type - ospf'de bağlantı durumu, bgp'de yol vektörü.

  8. Aygıt kaynakları ihtiyacı - Ospf'de yoğun bellek ve CPU, Yönlendirme tablosunun boyutuna bağlıdır, ancak ospf'den daha iyi ölçeklenir.


-3

Dinamik yönlendirme protokollerinde yeniyseniz, BGP'ye bakmanız gerektiğini söyleyebilirim, sonuçta internette rota paylaşımı / keşfi için kullanılan protokol. OSPF belirli kurulumlar için mükemmeldir, ancak dahili olarak BGP bile mükemmel bir seçim yapar, OSPF benim zevkime göre çok fazla "büyüye" sahiptir.


5
OSPF, rotalarda otomatik olarak gezinmek için Dijkstra algoritmasını kullanır. Hiç bir "sihir" değil; ve anlayış eksikliği, kullanımını caydırmak için zayıf bir nedendir.
Chris S

Tırnaklara sihir koydum, yani OSPF'yi tam anlamıyla sihir olarak tanımlamıyordum. Bunu anladın değil mi? Beni sunucuda alevlendirdin mi, bana bir mola ver. Ben şahsen BGP'yi tercih ediyorum, eğer ağınız yeterince karmaşıksa veya birçok üçüncü tarafla entegrasyon yaparsanız, genellikle daha iyi bir seçimdir. OSPF, acemi kullanıcılar için yanlışlıkla rota enjekte etmeyi kolaylaştırabilir. Sakin ol Chris.
MattyB

1
Geri döngü adreslerinizi dağıtmak için OSPF veya IS-IS, diğer tüm yönlendirme bilgilerini taşımak için BGP. Toplu güzel ve basit hale getirir. Bunu söyleyerek, ağınızda OSPF için uygun bir topoloji varsa OSPF şaşırtıcı derecede basittir. Ağa OSPF dayatmak kabus olabilir.
Vatine

BGP, farklı şirketlerin farklı şekilde kullanabilmesi için ayarlanması ve 'sihir' için çok daha fazla düğmeye sahiptir. (örneğin, bgp topluluklarının çeşitli uygulamalarına bakın) İki yukarı akış İSS'sine bağlı değilseniz BGP'yi aşırı derecede karmaşık buluyorum.
Joel K
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.