Video: Juniper BGP Lab 1 2024
Güzergah tablosunun gerekli tüm güzergahlara sahip olduğunu gördükten sonra muhtemelen şu anda yönlendiricileri diğer AS'den bir AS'de ping yapabileceğinizi düşünüyor olabilirsiniz. Ancak, durum böyle değil. Ping'in hala işe yaramadığını anlamak, BGP rotalarının nasıl değiştirildiğine dair küçük bir açıklama gerektirir.
BGP, BGP mesajları yoluyla bir rota paylaştığında, bir yönlendiricinin o belirli hedefe yönlendirme yaparken trafik gönderebileceğini bildiği bir sonraki atlama bilgilerini içerir. AS 65502 içinde ikamet eden akranlar, ağ geçidi yönlendiricisi 5 üzerinden yollarını gönderir.
Bu rota, yönlendirici 3'e EBGP vasıtasıyla iletildiğinde, o EBGP bağlantısına bağlı sonraki atlama bilgilerini içerir. Özellikle, yönlendirici 5 (10. 0 26.2) üzerindeki arabirim adresi bir sonraki atlama olarak işaretlenmiştir.
Sorun şu: yönlendirici 2 AS 65002 içindeki bir eşe trafik göndermek istediğinde, yönlendirici 2 10. 0. 26.2 / 24'ün nerede olduğunu bilmelidir. Ama bu bilgiyi nereden buluyor? Bu adres yerel AS 65027'de değil! Ve her AS'deki tüm dahili adresleri çoğaltmak istemiyorsunuz - bu yüzden BGP ilk etapta icat edildi.
Bir yönlendiricinin bir sonraki atlamalı adrese giden bir rota bulunduğundan emin olmanın kolay bir yolu, sonraki atlama adresini, yönlendiricinin nasıl ulaşacağını bildiği adrese ayarlamaktır. 10. 0. 26.2 adresi AS 65027'de olmayabilir, ancak yönlendirici 3 için geri döngü adresi.
AS'nizde, yönlendiriciler OSPF sayesinde birbirlerinin geri döngü adreslerini biliyorlar. OSPF IBGP'ye, IBGP'nin BGP oturumunu kurması için geri döngü arabirimine nasıl ulaşacağını söyler. Böylece, yönlendirici 3 sonraki adresini kendi adreslerinden birine (ör. Geridönüş gibi) ayarlayabilirse, önceki adresin üzerine yazarsa, AS'deki tüm yönlendiriciler trafik gönderebilir.
Bir önceki önceki sonraki atlama adresinin üzerine yazmak ve yönlendiricinin kendi döngü dizinini sonraki atlama adresi olarak kullanmak için sonraki atlama özniteliklerini ayarlamak için bir yönlendirme ilkesi kullanın:
[düzenleme ilkesi seçenekleri] politika bildirimi ibgp-export {terim dışa aktarma-statiği {protokolden statik; sonra kabul edin;} vadeli next-hop self {then {next-hop self;}}}
İkinci bir terim eklenmesi bu görevi yerine getirir. Güzergahlar ilk döneme karşı değerlendirilir ve statik güzergahlar olup olmadığı kabul edilir. Sonra kabul edilen BGP güzergahları, sonraki atlama değerini yerel yönlendirici geri döngü adresine ayarlar. Bu yollar ağınızdaki diğer akranlar tarafından öğrenildiğinde, bu arkadaşlar, geri döngü adresine nasıl erişileceğini bildiklerinden, ağ geçidi yönlendiricisi geri döngü adresine trafik göndereceklerdir.
Yönlendirici 3'deki "öz" seçeneği temel olarak "Bu döngü adresini AS 65027'de tanıttığınızda bir sonraki atlam olarak kullan" diyor. Daha sonra AS 65027'deki yönlendiriciler AS 65002 için bir paket içerdikleri zaman, bana gönderiyorlar. AS 65005 sonraki atlamamın 10. 0. 26.2 olması sebebiyle hepsi iyi. "
Bir sonraki hop kendilik problemini çözmenin alternatif yolu, AS'nizi ve bitişik AS arasındaki gözlem altındaki ağa giden bir yolunuz olduğundan emin olmaktır. Bir IGP çalıştırırsanız, alt ağlar otomatik olarak tüm IGP üzerinden tüm iç yönlendiricilerinize duyurulur.
Bu bağlantıda OSPF'yi veya başka bir IGP'yi ( pasif olarak ) çalıştırırsanız (yönlendirici oluşturmak istemiyorsanız ve oradaki sel trafiği rotaları için), yönlendiricileriniz 10.02.06.0 / 24 alt ağ. Birçok organizasyonda, next-hop self veya IGP pasif, BGP sonraki hop için tercih edilen yöntemdir.
