Junos dışa aktarma ilkesi: ad, eşleşme koşulu değildir
EXPORT-STATIC adlı bir ilke ada göre hiçbir şey seçmez. Bağlamayı, sıralı terimleri ve eylemleri okuyun, ardından duyurulan görünümü karşılaştırın.
Birisi bir ilkeye EXPORT-STATIC adını verdi, bağladı ve şimdi VPN yönlendirme örneğinden gelen bir önekin neden hiçbir zaman uzak uca ulaşmadığını merak ediyor. Adın seçim üzerinde hiçbir etkisi yoktur. İlke bir tanım artı bir bağlamadır ve neyi dışa aktardığına eşleşme koşulları, sıralı terimleri ve onu kullanan bağlam karar verir. Bu üçünü bu sırayla okuyun; bilmece genellikle hiç eşleşmemiş tek bir terime indirgenir.
Ad bir etikettir, koşul değil
Junos ilke adlarını yorumlamaz. Makul biçimde statik dışa aktarma diye adlandırılacak bir ilke static protokolüyle eşleşebilir, bir adres önekiyle eşleşebilir ya da hiçbir şeyle eşleşmeyip geçen her şeyi kabul edebilir. Etiket, onu oluşturan kişi tarafından yazılmış belgelerdir ve o kişinin niyetle ilgili hatırası kadar güvenilirdir.
Şaşırtıcı bir dışa aktarma sonucunu tanımı okuma isteği olarak ele alın, bağlamanın bozuk olduğunun kanıtı olarak değil. Tanımı okuyun ve etiketle çelişmesine izin verin.
Terimlerden önce bağlamayı bulun
Doğru bir tanım yanlış yere bağlanırsa başka bir alışverişi değiştirir. Hangi yönlendirme örneğinin, protokolün ve komşu veya grubun ilkeye gerçekten başvurduğunu belirleyin, çünkü bir BGP grubu altında bağlanan ilke diğerini etkilemez ve örneğe bağlanan ilke içindeki her protokole zorunlu olarak uygulanmaz. Junos bu düzeyleri ayırt eder ve niyet örnek düzeyinde ifade edildiğinde grup düzeyinde eksik dışa aktarma yaygındır.
Tek bir terimi okumadan önce bağlama yolunu yazın. Bu araştırmaların yarısı orada biter: tanım el değmemiş, dışa aktarma deyimi taşınmıştır. Değişiklik günlüğüne farkı not edin ki kimse bunu hata diye geri almasın.
Terimler sırayla değerlendirilir ve ilk karar kazanır
Terimler ilkten sona doğru çalışır ve kabul eden ya da reddeden terim sonlandırıcı bir karardır. Amaçlanan istisna gibi görünen sonraki terim, önceki bir terim rotanın kaderini zaten belirlediyse asla çalışmaz; bu yüzden bir ilke yukarıdan aşağıya doğru okunabilir ve yine de niyetin tersine davranabilir. Sırayı önemsediğiniz rotaya göre kontrol edin, terimlerin yazılma sırasına göre değil.
Eylemini atlayan bir terim sonlandırmaz; değerlendirme sonraki terime geçer ve nihai sonuç, ardından gelenlere ve geçerli varsayılana bağlıdır. Bu gerçekten yararlı bir yapı ve istemsiz olduğunda güvenilir bir sürpriz kaynağıdır.
Yalnızca statik rotaları dışa aktaran bir örnek, bağlama grupta:
policy-options {
policy-statement EXPORT-STATIC {
term statics { from protocol static; then accept; }
}
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }OSPF ile öğrenilen ve statik rota olarak yapılandırılmayan bir önek eşleşmeyi geçemez ve düşer, ilkenin adı ne olursa olsun.
Eylemler bir kopyayı değiştirir, özgün rotayı değil
İlke eylemleri, rotayı o duyuru için değerlendirildiği biçimde, yani yönlendirme tablosundaki girdi üzerinde değil bir kopya üzerinde işler. Bu nedenle yerel show route bir rotayı bir öznitelik kümesiyle gösterebilirken dışa aktarılan sürüm başkalarını taşır ve özgün rota dışa aktarma tarafından yeniden yazılmaz. Bu ayrım, kimin çıktısının doğru olduğuna dair birkaç tartışmayı açıklar: ikisi de doğrudur ve farklı nesneleri tanımlarlar. İki mühendis bir rota özniteliği konusunda anlaşamadığında hangi görünümü alıntıladığınızı söyleyin.
Kabul ve reddet sonlandırıcı kararlardır; öznitelik değişiklikleri zorunlu olarak öyle değildir. Bir community ayarlamanın ilkeyi bitirdiğini varsaymayın, çünkü değerlendirme dikkate almadığınız terimlere devam edebilir.
Duyurulan görünümü beklentiyle karşılaştırın
Gerçek eş üzerinde protokole özgü görünümü kullanın, örneğin show route advertising-protocol bgp 192.0.2.1, ve doğru yönlendirme örneği bağlamında okuyun. Bir VRF'te bulunan rota dışa aktarma ilkesinden geçmiş olmak zorunda değildir ve duyurulan çıktıda görünen rota uzak tarafça kabul edilmiş olmak zorunda değildir. Bunlar üç ayrı durumdur ve farklı biçimlerde başarısız olurlar.
Tasarımı biri duyurulması gereken, diğeri yerel kalması gereken iki önekle kabul edin. Bu, ilkeye test edebileceğiniz bir sözleşme verir ve tek bir adlandırılmış rota sonunda görünene kadar dışa aktarmayı genişletme gibi alternatif düzeltmeden kaçınır.