DMVPN WAN yük devri: rota politikası mı, tüneli kapatmak mı?

İki WAN'lı bir DMVPN merkezi iki yoldan biriyle yedeğe geçer ve fark göründüğünden büyüktür. Biri rota politikasının hangi sonraki atlamayı seçtiğini değiştirir, böylece paketler akmaya devam eder ve yalnızca çıkışları değişir. Diğeri tüneli yönetimsel olarak kapatır, bu da o arayüzdeki her hizmeti beraberinde düşürür. İkisi de doğru olabilir, çünkü farklı sorulara yanıt verirler.

Karar yapılandırmadan önce gelir

Bunu sizin için üç koşul belirler. Tünel arayüzünün açık olmasına başka bir şey bağlı mı, örneğin ikinci bir DMVPN profili veya durumunu okuyan bir izleyici? Yedeklemeye geçmesi gereken trafik kendi politikasını mı taşıyor, yoksa genel yönlendirme tablosuna mı güveniyor? Ve operatörün kesin bir durum değişikliğine mi ihtiyacı var, yoksa sessiz bir yol değişimi kabul edilebilir mi? Bu üçünü yanıtlayın, seçim genellikle kendiliğinden oluşur.

Kapatma çalışan hizmetleri düşürecekse, rota politikası daha küçük eylemdir. Gereksinim, birincil WAN kapalıyken tünelin hiç var olmaması ise, hiçbir politika girdisi bunu ifade edemez.

Yanıtı yazın, çünkü yapılandırma kolay kısımdır.

Rota politikası gerçekte neyi değiştirir

Politika tabanlı yönlendirmede, izlenen bir nesne sonraki atlamayı denetleyebilir. Rota haritası girdisi bir aday sonraki atlamayı ve kullanılması için açık olması gereken izlenen nesneyi adlandırır; bu izleme durumu bir IP SLA sondasından gelir. Nesne düştüğünde girdi eşleşmeyi bırakır ve paket bir sonraki girdi veya olağan yönlendirme tablosu tarafından değerlendirilir.

Bu son ayrıntı insanları şaşırtır: sonraki atlamayı seçmeyi bırakan bir politika genellikle trafiği engellemek yerine normal yönlendirmeye izin verir. Eğer arızada bir kara delik gerekiyorsa, kendiniz yazmalısınız.

Sözdizimi platformlara ve sürümlere göre değişir, bu yüzden gerçekten çalıştırdığınız sürümün kılavuzuna bakın.

Tüneli kapatmak neyi değiştirir

Bir arayüzü kapatmak yönetimsel durumu değiştirir. Ona bağlı her tünel, rota ve oturum aynı anda düşer; tünel kaybolması gereken şeyse bu tam istediğiniz sonuçtur. EEM uygulaması da bir WAN sorununu ilgisiz hizmetleri kapsayan bir kesintiye böyle dönüştürür.

Bu yolu seçerseniz, uygulamayı tek bir arayüz ve tek bir tetikleyiciyle sınırlayın, önceki yönetimsel durumu kaydedin, kurtarma eylemini tanımlayın ve tekrarlanan çırpınmaların onu bir döngüye sokamayacağından emin olun.

Sabit kodlanmış bir kurtarma komutu, başkasının yaptığı bir bakım kapatmasını da geçersiz kılabilir.

Sondanın düşündüğünüz yoldan gitmesini sağlayın

Geçerli en iyi rotayı izleyen bir sonda, diğer her şeyle birlikte yedek WAN'a geçer ve ardından birincil bağlantıyı sağlıklı diye bildirir, çünkü artık onu kullanmıyordur.

Sondayı test ettiğiniz yolun arayüzüne veya kaynak adresine sabitleyin. Neyi hedeflediğini de kontrol edin, çünkü sağlayıcının sonraki atlamasına ulaşmak tünelin var olma nedeni olan hizmete ulaşmaktan daha azını kanıtlar. Yukarı ve aşağı gecikmeleri bilerek ayarlayın: kısa aşağı gecikme hızlı tepki verir ve çırpınır, uzun olan ise küçük dalgalanmaları atlatır ve gerçek arızaları gizler. Cisco'nun IOS XE'de izleme ve politika yönlendirme kılavuzu desteklenen birleşimleri belgeler ve platformunuzdaki özellik kümesi bunlardan hangilerini kullanabileceğinizi belirler.

Her iki gecikme değerini izlenen nesnenin yanına yazın, yoksa kimse neden öyle davrandığını bilemez.

Kurtarmaya karar verin, sonra doğrulayın

Kurtarma kendi kararını hak eder. Eşiği sürekli aşan bir bağlantı, açıkça başarısız olandan daha sık oturum taşıyabilir ve her taşıma anahtar yeniden anlaşmasına ve uygulama yeniden denemelerine mal olur. Bir kararlılık gereksinimi seçin ve gecikmenin bunu ifade etmesine izin verin. Ardından, sonda yolunun görünür olduğu bir değişiklik penceresinde doğrulayın: seçilen rota, dış eş yol ve uygulamanın gerçekte ne yaptığı.

Yük devri çalışıyor ama uygulama hâlâ bozuluyorsa, sorun yönlendirme katmanının üstündedir ve hiçbir izleme bunu düzeltmez.

O penceredeki kanıtları saklayın, çünkü bir sonraki değişiklik onlarla karşılaştırılacak.