/ 30 bağlantı ile OSPF Seçimi?


9

Ben bir yayın yetenekli bağlantı üzerinden OSPF yönlendiricileri bağlayan birkaç / 30 alt ağları var .. Ayrıca ip ospf ağ noktadan noktaya bağlantıda yer alan arayüzleri yapılandırmak gerekir ? Yoksa önemli mi? Düşünebileceğim tek şey, alt ağda sadece 2 ana bilgisayar (yönlendirici) olduğu için benim anlayışımdan önemli olmayan seçimleri önlemek mi?

Yanıtlar:


11

Ben bir yayın yetenekli bağlantı üzerinden OSPF yönlendiricileri bağlayan birkaç / 30 alt ağları var .. Ben de ip ospf ağ noktadan noktaya bağlantıda yer alan arayüzleri yapılandırmak gerekir? Yoksa önemli mi?

Ağ türü kesinlikle önemlidir, ancak bu durumu ele alma konusunda keskin olmanız gerekir ... dikkate alınması gereken bazı köşe vakaları vardır. / 30'u "Yayın" veya "Noktadan Noktaya" OSPF ağları olarak yapılandırmanın sonuçlarını karşılaştıralım ...

----------+-------+--------------+--------------------+--------------+
Network   | Hello | DeadInterval | Adjacency Time     | LSAs per /30 | 
----------+-------+--------------+--------------------+--------------|
Broadcast |   10s |          40s |  > 40s (very slow) |            3 |
Pt-to-Pt  |   30s |         120s |       <  2s (fast) |            2 |
----------+-------+--------------+--------------------+--------------+

özet

  • OSPF Yayın Ağı türleri yavaşça bir bitişiklik oluşturur (çünkü DR seçimini beklemeleri gerekir) ve bir OSPF Yayın ağı olarak belirlediğiniz her 30/30 için% 50 daha fazla LSA üretir. Bu LSA'ların sular altında kalması ve işlenmesi gerekir, bu da yakınsamayı yavaşlatır. Kısacası, çok sayıda / 30 OSPF Yayın ağı kullanan tasarımlar, 30 Noktadan Noktaya ağları değiştirdiğinizden biraz daha yavaş birleşecektir ...
  • OSPF Noktadan Noktaya ağ türleri çok hızlı bir şekilde bir bitişiklik getirir; Bununla birlikte, Ron'un belirttiği gibi RouterDeadInterval, 120 saniyedir, bu nedenle HelloIntervaldaha düşük ayarlamak isteyebilirsiniz . Ancak, doğru tasarlanmış bir ağın HelloInterval/ 30 Noktadan Noktaya OSPF ağı için indirme konusunda endişelenmesine gerek yoktur .

Ayrıntılar: / 30 OSPF Yayın Ağında

OSPF Yayın Ağı Varsayılanları :

  • HelloInterval: 10 saniye
  • RouterDeadInterval: 40 Saniye

OSPF İşlem hatasını algılama süresi : <= 40 Saniye

Bitişik zaman : 40 saniyeden fazla

  1. [Time T = 0]Her iki yönlendirici de bağlantı geldikçe OSPF Hellos gönderir. ( OSPF DEVLETİ: INIT )
  2. [Time T = 0]Her iki yönlendirici de karşıt merhaba görür; ancak, DR Önceliği 0 ile yapılandırılmadığı sürece, her iki yönlendiricinin de bağlantıda başka aday DR'nin bulunmadığından emin olmak için saniyeler beklemesi gerekirRouterDeadInterval . ( OSPF DEVLETİ: 2 YOLLU )
  3. [Time T = 40] DR / BDR seçilir ve DBD değişimi başlar ( OSPF STATE: EXSTART )
  4. [Time T = 40 + 'DBD exchange time']DBD ayrıştırılır ve SPF çalışır ( OSPF STATE: FULL )

LSA'lar :

  • Her yönlendirici Yönlendirici LSA (lar) ı gönderir: OSPF LSA Tip 1
  • DR , yayın bağlantısının kendisi için bir Tip 2 Ağ LSA gönderir

Ayrıntılar: / 30 OSPF Noktadan Noktaya Ağda

OSPF Noktadan Noktaya Ağ Varsayılanları :

  • HelloInterval: 30 saniye
  • RouterDeadInterval: 120 Saniye

OSPF İşlem hatasını algılama süresi : <= 120 Saniye

Bitişik zaman : Hızlı (normalde 2 saniyeden az)

  1. [Time T = 0]Her iki yönlendirici de bağlantı geldikçe OSPF Hellos gönderir. ( OSPF DEVLETİ: INIT )
  2. [Time T = 0]Her iki yönlendirici de karşı merhaba görür. ( OSPF DEVLETİ: 2 YOLLU )
  3. [Time T = 0] DBD değişimi başlar ( OSPF STATE: EXSTART )
  4. [Time T = 'DBD exchange time']DBD ayrıştırılır ve SPF çalışır ( OSPF STATE: FULL )

HelloIntervalOSPF Noktadan Noktaya Ağ için ne zaman düşmeli

Bu vakaları düşünün ...

Durum A: Yönlendiriciler arasında doğrudan fiber bağlantı

Router1-------------------------------Router2

Yönlendiriciler arasındaki bağlantı OSPF Ağ Noktadan Noktaya olarak yapılandırılmıştır. Yönlendirici1 ve Yönlendirici2 arasındaki bağlantı koparsa, her iki yönlendirici de bağlantılarının derhal düştüğünü görür ve alternatif bir yol bulmak için SPF'yi çalıştırır. OSPF İşlem hataları çok nadir olma eğilimindedir, bu nedenle HelloIntervalCaseA için genellikle daha düşük bir argüman yoktur.

Durum B: İki yönlendirici arasında bir geçiş

Router1-------------Switch------------Router2

Yönlendiriciler arasındaki bağlantı OSPF Ağ Noktadan Noktaya olarak yapılandırılmıştır. Yönlendirici1 ve anahtar arasındaki bağlantı koparsa, bir sorun vardır ... Yönlendirici1 hemen SPF'yi çalıştırmayı bilir (bekledikten sonra SPFDelay); ancak, Router2'nin bağlantısı hala açıktır. Sonuç olarak, Yönlendirici2'nin RouterDeadIntervalsüresi sona erene kadar veya Yönlendirici2 Yönlendirici1'in yeni LSA'sını (Yönlendirici1 SPF'yi bitirdikten sonra su basmış) görene kadar yakınsama işlemini beklemek zorundadır . Çoğu durumda, Router2 Router1'in yeni LSA'sını görecek ve daha sonra SPF'nin kendisini çalıştıracaktır ... ancak, Router2'nin bu durumda yeniden birleşmesi en az iki kat daha fazladır SPFInterval( SPFIntervalvarsayılan: IOS'ta 5 saniye).

Yönlendiricileriniz OSPF Ağ Noktadan Noktaya olarak yapılandırıldığında CaseB için merhaba zamanlayıcıları (veya BFD zamanlayıcıları) düşürmeye değer.

Senaryo C: Birden fazla anahtarla bitişik iki yönlendirici

Router1-----Switch1-----Switch2--------Router2

OSPF Noktadan Noktaya yakınsama süresi için en kötü durum budur; yönlendiriciler arasındaki bağlantı OSPF Ağ Noktadan Noktaya olarak yapılandırılmıştır. Switch1 ve Switch2 arasındaki bağlantı koparsa, her iki yönlendirici de bağlantılarını görür; bu HelloInterval, bağlantının kesilmesi ile SPF çalışması arasında iki dakikalık bir gecikmeyi önlemek için varsayılan zamanlayıcıların değiştirilmesi gerektiği anlamına gelir . Bu durumda, yönlendiricileriniz OSPF Ağ Noktadan Noktaya olarak yapılandırıldığında CaseC için merhaba zamanlayıcıları (veya BFD zamanlayıcıları) düşürmeye değer.


Teşekkürler Mike! Büyük Bilgi. Son bir soru. Noktadan Noktaya komutunun her iki uç noktada da çalıştırılması gerekiyor mu? Düşüncelerim evet ...
Jim

Evet hem arayüzler eşleştirme p2p arayüz yapılandırmaları gerek
Mike Pennington

1

Aslında bu soruya ağırlık vermeniz için birkaç şey var.

Aşağıdaki durumlarda noktadan noktaya kullanın:

  • Hızlı arıza tespiti ve yakınsama sizin için önemlidir.
    • Yakınsama: DR / BDR seçiminin olmaması yakınsamayı hızlandıracaktır
    • Hata algılama: Bir bağlantı hatasının hızlı algılanması için OSPF ağını noktadan noktaya ağ türünü BFD ile birleştirin. OSPF zamanlayıcılarını ayarlayabilirsiniz, ancak BFD hızlı sarmallardan daha iyi performans gösterir ve sistem kaynaklarında biraz daha kolaydır.
  • IP adresi alanını korumak için noktadan noktaya bağlantılarınızda / 31 ağ kullanmak istiyorsunuz
    • Noktadan noktaya ağlar için merhaba paketlerindeki ağ maskesi yok sayılır

Not: Noktadan noktaya ağ türü aracılığıyla alınan rotalar için OSPF, bir sonraki atlama'yı komşu yönlendirici olarak bildirir.

Aşağıdaki durumlarda yayını (varsayılan tür) kullanın:

  • Yakınsama süreleriyle çok fazla ilgilenmiyorsunuz
  • Karmaşık ince ayarlı bir çözüm tasarlamak istemezsiniz

Not: Bir yayın ağı türü aracılığıyla alınan rotalar için OSPF, bir sonraki atlama noktasını reklam yönlendiricisi olarak bildirir.


OSPF p2p ağlarının Cisco'ya özel olduğundan emin değilim; RFC2328 Bölüm 12.4.1.1
Mike Pennington

Evet kesinlikle, burada yanılıyorum. Karıştırdığım noktadan çok noktaya ve noktadan çok noktaya NBMA. Bu iki olan tescilli.
mbud

0

Endişelenmeniz gereken bir şey zamanlayıcılardır. Yayın ağları 40 saniyelik bir ölü zamanlayıcıya sahiptir, ancak PTP 120 saniyedir. Bir ağ arızası durumunda yakınsama / kurtarma süresi için bir sorun olabilir.


-1

Genellikle, OSPF'yi noktadan noktaya ayarlamak, seçili olmayacağı için kiralık bağlantılar üzerindeki bant genişliğini kaydetmek için yapılır, bu nedenle bağlantı kiralanmazsa veya ölçülmezse, her iki kurulum arasında çok fazla fark görmemelisiniz.


Bant genişliği sorunu seçim sorusuna cevap vermiyor
user5025

OSPF seçimleri yapmadan bant genişliğinden tasarruf edin. Üzgünüm, yazdığımdan daha hızlı düşündüm.
Pedro Brito

DR seçimleri merhaba paketleriyle belirlenir. Ekstra bant genişliği gerekmez
user5025
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.