Bu yönlendirici neden OSPF'den birden çok, eşit maliyetli rota kullanamıyor?


16

NetIron 5.2 çalıştıran bir Brocade yönlendirici ve IOS 12.4 çalıştıran bir Dynamips öykünmesi, çok basit bir yapılandırma gibi görünen eşit maliyet yollarını güvenilir bir şekilde kullanamaz. "Güvenilir bir şekilde" diyorum çünkü Brocade'den beklenen davranışı çok kısa bir süre gözlemledim, ama uzun bir süre kullanılmadığında ve sistemi bozduğumda ortadan kayboldu.

İlgili olması durumunda, durum bilgisi olmayan bir ağ hizmeti için herhangi bir yayın hedefi ayarlıyorum. Bu, ağ yolu uzunluğu çeşitliliği çok az olan veya hiç bulunmayan, siteye özgü bir yapılandırma olacaktır, bu nedenle, her noktaya yayın özelliğinin amacı esasen fazlalık yedeklemesi ve kısmen yük paylaşımı içindir. Sorum yük paylaşım fonksiyonu ile ilgili.

Prototip ağım şöyle görünüyor.

R1 <--N1--> Rcore <--N2--> R2

R1ve R2OSPF üzerinden herhangi bir yayın hedefinin reklamını yapın. RcoreOnun N1ve N2arayüzlerinde aynı maliyeti varsa ve anycast hedefinin diğer yönlendiricilerin her birinde aynı maliyeti varsa, Rcoreyönlendirme tablosunda iki eşit maliyet yolu bulmayı beklerdim . En azından her zaman değil ve tahmin edilemez bile değilim. Neden olmasın?

Potansiyel olarak ilgili diğer detayların yanı sıra aşağıdakiler de vardır.

  • Rcorebir ABR bağlantısıdır N1ve N2ayrı NSSA alanlarında omurgaya (gösterilmemiştir) bağlanır .
  • Denetimi Rcorebeklenen LSKÖ o LSDB onaylar R1ve R2doğru yüklenmiş ve doğru metrik ile anycast hedefini içerirler.

Üç olası açıklamayı düşündüm.

  1. Bu platformlarda ECMP'yi nasıl yapılandıracağımı ve çalıştıracağımı anlamıyorum. Bu muhtemelen, ve ben burada satıcı belgelerinde bulamadım aydınlanma bulmak istiyoruz.
  2. OSPF Alanları, ECMP, anycast, vb. Arasındaki etkileşimi anlamıyorum. Bunun çok muhtemel olduğunu düşünmüyorum, ama yine de bir şeyler öğrenmeye hazırım.
  3. Bu iki tedarikçi uygulaması aynı hatadan, yanlış özellikten veya başka bir şeyden muzdariptir. Herhalde olabilir.

Düzenle Dynamips / Dynagen uygulaması için örnek yapılandırma ve çıktı eklendi.

yapılandırmaları

Yönlendirici R1

!
version 12.4
!
hostname R1
!
interface Loopback0
 ip address 1.1.1.1 255.255.255.255
 ip ospf cost 1
!
interface FastEthernet0/0
 ip address 10.1.0.2 255.255.255.252
 ip ospf cost 2
!
router ospf 1
 router-id 10.1.0.2
 log-adjacency-changes
 area 0.0.0.1 nssa no-summary
 passive-interface Loopback0
 network 1.1.1.1 0.0.0.0 area 0.0.0.1
 network 10.1.0.0 0.0.0.3 area 0.0.0.1
!
line console 0
 exec-timeout 0 0
!
end

Yönlendirici R2

!
version 12.4
!
hostname R2
!
interface Loopback0
 ip address 1.1.1.1 255.255.255.255
 ip ospf cost 1
!
interface FastEthernet0/0
 ip address 10.2.0.2 255.255.255.252
 ip ospf cost 2
!
router ospf 1
 router-id 10.2.0.2
 log-adjacency-changes
 area 0.0.0.2 nssa no-summary
 passive-interface Loopback0
 network 1.1.1.1 0.0.0.0 area 0.0.0.2
 network 10.2.0.0 0.0.0.3 area 0.0.0.2
!
line console 0
 exec-timeout 0 0
!
end

Yönlendirici Rcore

!
version 12.4
!
hostname Rcore
!
interface Loopback0
 ip address 10.0.0.1 255.255.255.255
 ip ospf cost 4
!
interface FastEthernet0/0
 ip address 10.1.0.1 255.255.255.252
 ip ospf cost 2
!
interface FastEthernet0/1
 ip address 10.2.0.1 255.255.255.252
 ip ospf cost 2
!
router ospf 1
 log-adjacency-changes
 area 0.0.0.1 nssa no-summary
 area 0.0.0.2 nssa no-summary
 passive-interface Loopback0
 network 10.0.0.1 0.0.0.0 area 0.0.0.0
 network 10.1.0.0 0.0.0.3 area 0.0.0.1
 network 10.2.0.0 0.0.0.3 area 0.0.0.2
!
line console 0
 exec-timeout 0 0
!
end

Çıktı

Yönlendirici Rcore

LSA yönlendirici R1

Rcore#sh ip ospf database router 10.1.0.2

            OSPF Router with ID (10.0.0.1) (Process ID 1)

        Router Link States (Area 0.0.0.1)

  LS age: 1618
  Options: (No TOS-capability, DC)
  LS Type: Router Links
  Link State ID: 10.1.0.2
  Advertising Router: 10.1.0.2
  LS Seq Number: 80000002
  Checksum: 0x726F
  Length: 48
  Number of Links: 2

    Link connected to: a Stub Network
     (Link ID) Network/subnet number: 1.1.1.1
     (Link Data) Network Mask: 255.255.255.255
      Number of TOS metrics: 0
       TOS 0 Metrics: 1

    Link connected to: a Transit Network
     (Link ID) Designated Router address: 10.1.0.2
     (Link Data) Router Interface address: 10.1.0.2
      Number of TOS metrics: 0
       TOS 0 Metrics: 2

LSA yönlendirici R2

Rcore#sh ip ospf database router 10.2.0.2

            OSPF Router with ID (10.0.0.1) (Process ID 1)

        Router Link States (Area 0.0.0.2)

  LS age: 1766
  Options: (No TOS-capability, DC)
  LS Type: Router Links
  Link State ID: 10.2.0.2
  Advertising Router: 10.2.0.2
  LS Seq Number: 80000002
  Checksum: 0x8A53
  Length: 48
  Number of Links: 2

    Link connected to: a Stub Network
     (Link ID) Network/subnet number: 1.1.1.1
     (Link Data) Network Mask: 255.255.255.255
      Number of TOS metrics: 0
       TOS 0 Metrics: 1

    Link connected to: a Transit Network
     (Link ID) Designated Router address: 10.2.0.2
     (Link Data) Router Interface address: 10.2.0.2
      Number of TOS metrics: 0
       TOS 0 Metrics: 2

Yönlendirme tablosu alıntısı

Rcore#sh ip route 1.1.1.1
Routing entry for 1.1.1.1/32
  Known via "ospf 1", distance 110, metric 3, type intra area
  Last update from 10.1.0.2 on FastEthernet0/0, 00:30:54 ago
  Routing Descriptor Blocks:
  * 10.1.0.2, from 10.1.0.2, 00:30:54 ago, via FastEthernet0/0
      Route metric is 3, traffic share count is 1

Anycast hangi rota tipindedir?
nikotin

@nicotine: Herhangi bir yayın adresi geri döngü arabirimindeki ikincil bir adrestir. Bu yapılandırmanın en son permütasyonunda, bir Yönlendirici LSA'da bir saplama ağı olarak sona erer. Takip etmek için snippet'leri ve terminal tutucuları yapılandırın.
neirbowj

Yapılandırmayı ve çıktıyı mümkün olduğunca şeritlemeye çalıştım ama çok fazla değil. Bilgi yoğunluğunu artırmaya yönelik önerilerinizi bekliyoruz.
neirbowj

Bu çalışmalı. Aşağıdaki komutlardan çıktı gönderebilir misiniz: show ip protocols show ip ospf rib debug ip routing show Bu komutları Rcore'da deneyin. Bu bize çift yolların neden kurulmadığına dair bazı ipuçları vermelidir. OSPF DB çıktınız bana iyi geliyor.
Daniel Dib

Etkin rotanın bağlantısını zıplarsanız yine de orijinal rotayı tercih ediyor mu? Örneğin: CLI çıktınızda 10.1.0.2'yi gösteren etkin rotayı gösterir. Arabirimi 10.1.0.2'ye OSPF komşusunun kırılması için yeterince uzun kapatırsanız, tekrar çevrimiçi duruma getirin 10.1.0.2'ye doğru orijinal yol yeniden yüklenir mi?
bigmstone

Yanıtlar:


7

İlk düşüncem, OSPF'nin sadece aynı önek yerine aynı LSA olduğunu düşünmesi olurdu. Brokar hakkında çok şey bilmiyorum, ancak Cisco kutusundan LSA çıktıları ile muhtemelen size daha fazlasını söyleyebilirim.

Genel olarak, Cisco için, yollar protokolde eşitse, her ikisi de yönlendirme tablosuna sunulacaktır. Yönlendirme tablosu, varsayılan olarak her iki yolu da yükler ve ECMP yapar. Metrikler veya protokoller farklıysa, ECMP olmayacaktır. Bu aynı önek için farklı LSA'lar için de geçerlidir.


Evet - veritabanı girişleri bize söylemelidir - aynı yönlendirme adresine ve reklam yönlendiricisine sahip mi?
nikotin

Bu öğleden sonra örnek çıktı almak için çalışacağım.
neirbowj

6

ECMP'nin anycast için anlamlı olup olmadığını düşünüyorum. Yönlendirme, herhangi bir yayını, bir ana bilgisayarın diğerine tercih edeceği en yakın mantıksal hedefe yönlendirmelidir. Anycast ana bilgisayarlarının eşit mesafede olduğu durumlarda bile, bunun hala geçerli olmasını beklerdim. ECMP yük paylaşımına gelince, hedef başına bir / 32 ile imkansız olduğunu düşünürdüm. Belki de kaynağı dikkate alan yük paylaşım algoritmaları vardır. Paket başına DNS için bile riskli görünüyor. En yeni anycast çözümlerinin ana bilgisayarda ospf çalıştırdığına inanıyorum.

Biraz arama yaptım , ancak rfc2178'den aşağıdaki alıntı nedenini doğruladı.

16.8. Eşit maliyetli çoklu yol

OSPF protokolü, tüm hedeflere birden fazla eşit maliyetli rota korur. Bu, yönlendirme tablosunu hesaplamak için yukarıda kullanılan adımlarda ve yönlendirme tablosu yapısının tanımında görülebilir.

Birden çok güzergâhın her biri aynı tipte olacaktır (alan içi, alanlar arası, tip 1 harici veya tip 2 harici), maliyet ve aynı ilişkili alana sahip olacaktır . Bununla birlikte, her rota ayrı bir sonraki atlama ve Reklam yönlendiricisini belirtir.


1
Hmm, tek bir alanı etiketledim ve çekirdekte ECMP var. Yine de, / 32 ile işe yaramaz olduğunu iddia ediyorum. Belki de aşağıdakiler geçerlidir: morse.colorado.edu/~tlen5710/12s/OSPF.pdf
Dennis Olvany

Bu , alanın ECMP için kriterlerden biri olduğunu söylüyor. Görünüşe göre farklı alanlar anlaşma kırıcı olabilir.
Dennis Olvany

Ana bilgisayarda OSPF - evet, hedef bu. / 32 geri döngüde ikincil adres olarak atandı. Ayrıca yük paylaşımı yapılandırmasına bakıyorum, ama bu ilk etapta ECMP'ye bağlı.
neirbowj

5

Bunu 12.4 (24) kullanarak laboratuvarımda çoğaltamıyorum. Aynı topoloji, RCore alan 0 geri döngü, lo0 ile R1 ve alan 1'de arayüz, lo0 ile R2 ve alan 2'de arayüz (her ikisi de NSSA), yeniden dağıtılmış rota Rcore'da ECMP için alınır:

Routing entry for 10.20.0.0/16
  Known via "ospf 1", distance 110, metric 20, type NSSA extern 2, forward metric 6477
  Last update from 2.2.2.6 on Serial1/1, 00:02:23 ago
  Routing Descriptor Blocks:
    2.2.2.6, from 2.2.2.21, 00:02:23 ago, via Serial1/1
      Route metric is 20, traffic share count is 1
  * 1.1.2.1, from 1.1.1.1, 00:06:31 ago, via Serial1/0
      Route metric is 20, traffic share count is 1

Düşünebileceğim olasılıklar: Rotanın OSPF'ye nasıl gittiğine ve hangi OSPF rota türünün kullanıldığına bağlı olarak, ASBR yönlendiricisinin maliyeti rota seçim sürecine dahil edilebilir / olmayabilir (ECMP'nin çalışması için her iki rota maliyeti ve ASBR maliyetinin eşleşmesi gerekir). Her ikisi için de gerçek LSA'daki metriği görmek yardımcı olabilir.

Yapılandırmayı taklit ederek - anycast'i bir arayüze yerleştirerek ve arayüzü bir alana yerleştirerek IOS'da çoğaltabildim. ECMP'ye ihtiyacınız varsa, rotayı çalışıyor gibi göründüğü için OSPF'ye yeniden dağıtmayı düşünün.


FWIW, benim Dynamips örneğimdeki resim 7200'de 12,4 (25d). Sonuçlarınız "Bilinen ... NSSA extern 2" yi gösteriyor ancak benimki "alan içi" gösteriyor. Bu iyi bir ipucu.
neirbowj

Bağlı yeniden dağıtım, arabirim altında ağ komutu veya ip ospf kullanmak yerine bunu üretir.
Daniel Dib

@DanielDib Normal / saplama / nssa, alan içi / harici ve en azından Cisco + Dynamips / Brocade permütasyonlarını tüketme sürecindeyim. Zamanım olsaydı Juniper'ı da deneyeceğim.
neirbowj

3

Hangi Brocade donanımını kullandığınıza bağlı olarak (MLX? CER? XMR?) Yazılımı güncellemek isteyebilirsiniz. 5.3 (ve donanımınıza bağlı olarak 5.4) yazılım ağacı aracılığıyla düzeltilen birkaç hata vardı ve belirtileri OSPF yol maliyetlerinin doğru bir şekilde güncellenmemesi ile ilgiliydi. Hataları görmek için tüm kriterleri bilmiyorum, ama bir çift vardı: Maliyet 1gig bağlantı noktasında veya OSPF çalıştıran bir yönlendiricide geri döngü arabiriminde değiştirildiyse, değişiklik işlenmedi ve maliyet güncellenmedi .

Bunu iki üreticinin platformlarında gördüğünüzün farkındayım, bu yüzden bu bir yapılandırma sorunu olma olasılığı daha yüksek. Ayrıca, eski teknik destek punt "yazılımınızı güncelleyin" genellikle bir göz rulo daha başka bir şey değerinde olduğunu biliyoruz. Bununla birlikte, akılda tutulması gereken bir şey olabilir dedi.


Bunu aklımda tutacağım. Bununla birlikte, R1 / R2 maliyeti belirler, Rcore maliyeti görür ve Rcore ECMP semptomlarını gösterir.
neirbowj
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.