BGP rehberiiBGP route reflector kümesi

RR yerleşimi, cluster-id ve yedeklilik.

Adımlara Git Doğrulama

Zorluk

İleri

Tahmini Süre

70 dk

Kategori

BGP & Servis Sağlayıcı

Platformlar

MP8900 MP9600

Genel Bakış

Bu rehber ne işe yarar?

iBGP route reflector kümesi, bgp başlığı altında sahada en sık ihtiyaç duyulan senaryolardan biridir. RR yerleşimi, cluster-id ve yedeklilik.

Servis sağlayıcı ve çoklu upstream senaryolarında BGP oturum tasarımı, politika filtreleme ve kararlı yakınsama pratikleri. Rehber laboratuvarda doğrulanmış bir sırayla ilerler: mevcut durumun kayda alınması, parametrelerin tanımlanması, konfigürasyonun uygulanması ve kontrol komutlarıyla sonucun kanıtlanması.

Anlatım MP8900, MP9600 platformları esas alınarak hazırlanmıştır. Komut adları yazılım sürümüne göre küçük farklılıklar gösterebilir; her adımda ilgili doğrulama komutunu çalıştırıp çıktıyı beklenen sonuçla karşılaştırmanız önerilir.

Tasarım Kararları

Uygulamadan önce netleştirilmesi gerekenler

Oturum rolünü politikayla eşleştirin

Müşteri, peer ve upstream oturumları için ayrı politika şablonları tanımlayın; her oturumda hem giriş hem çıkış filtresi bulunsun.

Route reflector'ı çift kurun

Aynı cluster-id ile iki RR kullanın, RR'lar arasında tam mesh bırakın ve istemcileri ikisine de bağlayın.

Prefix sınırı tanımlayın

Beklenen prefix sayısının iki katı bir üst sınır koyarak hatalı duyuru veya leak durumunda ağı koruyun.

Trafik mühendisliğini tek eksende yapın

Giriş için local-preference, çıkış için AS-path prepend/MED seçin; mekanizmaları aynı yönde karıştırmayın.

Uygulama Adımları

Adım adım yapılandırma

1
Mevcut durumu doğrulayın
Değişiklik öncesi arayüz durumlarını, komşulukları ve yönlendirme tablosunu kaydedin. Bu çıktı, sonraki doğrulama adımında karşılaştırma referansı olur.
```
show bgp summary
show bgp ipv4 unicast
show ip route bgp
```
2
Temel parametreleri tanımlayın
BGP yapılandırmasında kullanılacak kimlikler (process/instance, alan, VNI, RD/RT gibi) plana göre girilir. Adlandırma standardınızdan sapmayın.
```
router bgp 65000
 bgp router-id 10.255.0.1
 bgp log-neighbor-changes
```
3
Referans konfigürasyonu uygulayın
Sağdaki referans bloğu kendi adresleme ve arayüz bilgilerinizle uyarlayarak uygulayın; her satırı tek tek doğrulayarak ilerlemek hata ayıklamayı kolaylaştırır.
4
Komşuluk ve veri düzlemini kontrol edin
Oturumların/komşulukların kurulduğunu, öğrenilen prefix veya MAC girdilerinin beklenen sayıda olduğunu ve uçtan uca trafiğin geçtiğini doğrulayın.
```
show bgp neighbor 10.0.0.2 advertised-routes
show bgp neighbor 10.0.0.2 received-routes
show bgp summary
```
5
Yedeklilik senaryosunu test edin
Birincil yolu kontrollü şekilde devre dışı bırakıp yakınsama süresini ölçün, ardından yapılandırmayı kalıcı hale getirip yedeğini alın.
```
clear bgp ipv4 unicast 10.0.0.2 soft
show bgp summary
write memory
```

Doğrulama

Kontrol komutları ve beklenen çıktı

Komut	Beklenen Sonuç
show running-config \| include bgp	Uygulanan satırların eksiksiz göründüğü doğrulanır.
show ip interface brief	İlgili arayüzler up/up durumundadır.
show ip route	Beklenen prefix'ler doğru next-hop ile listelenir.
show logging	Flap, authentication veya MTU kaynaklı hata mesajı bulunmaz.
show cpu	Kontrol düzlemi kullanımı normal seviyede kalır.

Sorun Giderme

Sık görülen belirtiler ve çözüm yolu

Oturum Active/Idle durumunda kalıyor

Olası Neden: TCP 179 erişimi yok veya remote-as hatalı
Çözüm: Kaynak arayüzü, erişim listelerini ve karşı taraftaki AS numarasını doğrulayın.

Prefix öğreniliyor ama tabloya girmiyor

Olası Neden: Next-hop erişilemez veya politika reddediyor
Çözüm: next-hop-self kullanın ve giriş filtresi sayaçlarını kontrol edin.

iBGP istemcileri birbirinin rotasını görmüyor

Olası Neden: Route reflector istemci tanımı eksik
Çözüm: RR üzerinde ilgili komşuya route-reflector-client atayın.

Trafik beklenmeyen upstream'e kayıyor

Olası Neden: Local-preference/MED değerleri planla uyuşmuyor
Çözüm: Politikaları oturum bazında listeleyip planlanan değerlerle karşılaştırın.

İyi Pratikler

Sahada işe yarayan kurallar ve geri dönüş planı

Uygulama Kuralları

Her değişikliği tek seferde tek katmanda uygulayın; birden fazla değişkeni birlikte devreye almak kök-neden analizini zorlaştırır.
Konfigürasyonu kalıcı hale getirmeden önce en az bir tam doğrulama seti çalıştırın.
Adlandırma, açıklama (description) ve etiket standardınızı istisnasız uygulayın.
Bakım penceresi bitiminde çıktıları arşivleyip değişiklik kaydına ekleyin.
Kritik yollarda alt saniye algılama için BFD veya eşdeğer mekanizmayı devreye alın.

Geri Dönüş (Rollback)

1Değişiklik öncesi alınan yedeği elinizin altında tutun; dosya adını değişiklik kaydına yazın.
2Sorun görülürse yeni satırları eklendikleri ters sırada geri alın; toptan yedek yüklemesi son seçenek olsun.
3Geri alma sonrası aynı doğrulama komutlarını çalıştırıp servisin eski durumuna döndüğünü kanıtlayın.
4Nedeni netleşmeden yeniden deneme yapmayın; bulguları kayda geçirip yeni bir pencere planlayın.

Sık Sorulan Sorular

Uygulama öncesi merak edilenler

Bu rehberi üretim ortamında doğrudan uygulayabilir miyim?

Komut blokları referans niteliğindedir. Adresleme, arayüz adları ve kimlikleri kendi planınıza göre uyarlayın; mümkünse önce laboratuvar veya yedek cihaz üzerinde deneyin.

Yazılım sürümüm farklı, komutlar birebir yok. Ne yapmalıyım?

MP8900, MP9600 platformlarında sürüm bazlı söz dizimi farkları olabilir. Cihaz üzerindeki bağlamsal yardım ile eşdeğer komutu bulabilir, emin olmadığınız noktada teknik ekibimize danışabilirsiniz.

Kesinti yaşamadan uygulamak mümkün mü?

Yedekli topolojilerde önce yedek yol üzerinde çalışıp trafiği kaydırarak kesintisiz ilerlenebilir. Tek yollu bağlantılarda kısa kesinti beklenmeli ve bakım penceresi planlanmalıdır.