DMVPN 3. aşama: kısayolu iki yönde okumak

Bir ping'in spoke'tan spoke'a gittiğini, hub üzerinden uzun yolu aldığını ve ikincisinin doğrudan gittiğini görürsünüz. O noktada kısayolu çalışıyor ilan etmek cezbedicidir. Bu sonuç yarı yarıya doğrudur. Gidiş yolu kısayol olabilirken dönüş yolu hâlâ hub üzerinden gidebilir ve her yönü kanıtlayan durum farklı durumdur. İki yönü de yürüyün ve tasarımı sağlıklı kabul etmeden önce üç tablo okuyun.

Gerçekten görebildiğiniz paket yolundan başlayın

Doğrudan olması gereken bir hedefe sahip spoke'ta başlayın. İlk paketi izleyin: spoke'un rotasını hub'a doğru izler, çünkü henüz kısayol yoktur. Hub onu iletir ve 3. aşama tasarımında kaynağa daha iyi bir yol olduğunu söyleyen bir yönlendirme de gönderir.

Bu yönlendirme tetikleyicidir, kanıt değil. Hub'ın optimize edilebilecek trafik gördüğünü söyler. Kaynağın kısayolu kurduğunu, hedefin çözümlemeye yanıt verdiğini veya dönüş yolunun onu kullandığını söylemez.

Dolayısıyla ilk yararlı gözlem önce ve sonradır: hub üzerinden ilk akış, sonraki akış doğrudan.

Tek bir tünel gibi görünen üç durum

Kısayol üç durum parçasına bağlıdır ve her birinin kendi ömrü ve kendi komutu vardır.

Bir NHRP önbellek girdisi overlay adresini NBMA taşıma adresiyle eşler. Bir rota veya kısayol, bir iç hedefin nereye iletileceğine karar verir. Bir IPsec ilişkilendirmesi ortaya çıkan trafiği korur. Eksik bir yanıt üçünden herhangi birinden gelebilir ve komutlar hangisinin eksik olduğunu söyler.

Onları bu sırayla okuyun, çünkü eksik eşleme diğer ikisini ilginç olmaktan çıkarır.

İsteği ve yanıtı ayrı ayrı yürüyün

Spoke A'dan çözümlemeyi isteyin ve ne döndüğüne bakın. İstek desteklenen NHRP iletim yolundan geçer ve hedef hub üzerinden değil doğrudan yanıt verebilir. Bu asimetri normaldir ve bu yüzden yanıt alışverişin ilginç yarısıdır.

Şimdi rolleri ters çevirin. B'den A'ya gönderin ve aynı üç okumayı tekrarlayın. Bir yönde kısayol yapıp diğerinde yapmayan tasarım simetrik değildir ve asimetri genellikle bir tarafta eksik önekten veya hiç yanıt almayan bir çözümlemeden kaynaklanır.

Karşı tarafın yanıtı, istek oradan geçti diye hub üzerinden geçmek zorunda değildir. Bunu hata olarak okumayın ve var olmayan bir yönlendirme arızasının peşine düşmeyin.

Hub'ın yönlendirmesini okuyun, sadece rotasını değil

Hub'ın rota tablosu hub'ın bir paketi nereye göndereceğini söyler. Yönlendirme, hub'ın kaynaktan bu konuda ne yapmasını istediğini söyler. Bunlar farklı gerçeklerdir ve doğru rotaya sahip ama yönlendirme göndermeyen bir hub her akışı süresiz uzun yolda tutar. Hub'ın NHRP olaylarını kontrol edin ve önemsediğiniz trafik için yönlendirmelerin üretildiğini doğrulayın.

3. aşama özetlemenin anlamını da değiştirir. Kısayol davranışıyla spoke'lar 2. aşama tasarımının beklediği belirli uzak rota kümesinin tamamına ihtiyaç duymaz, bu yüzden spoke'taki özetlenmiş rota otomatik olarak eksik bir ağ değildir. Bir özeti arıza olarak okumadan önce aşamayı ve yönlendirme politikasını doğrulayın.

Tam da bu tek yanlış anlama, diğer her şeyden çok daha fazla DMVPN bileti üretir.

Sonucu eksik bir nesne olarak kaydedin

Yetkili bir uygulama akışı ve yanıtıyla bitirin ve her yön için doğrudan yolu kullanıp kullanmadığını not edin. Ardından sonucu eksik olan nesne olarak yazın: bir eşleme, bir iletim kısayolu, bir koruma ilişkilendirmesi veya bir uygulama yanıtı.

Bir yönlendirme komşuluğu ve paylaşılan bir güvenlik ilişkilendirmesi sağlık kanıtıdır, yol kanıtı değil. Her paket hâlâ uzun yolu dolaşırken ikisi de kusursuz olabilir. Önce iletim kararını, sonra onu taşıyan ilişkilendirmeyi kontrol edin. Sıra önemlidir, çünkü ilişkilendirme her durumda oluşur.

Bu alışkanlık bir sonraki bilette karşılığını verir. «Tünel ayakta ama yavaş» yerine «B'nin A'nın ana bilgisayarına kısayolu yok» olur ve ikinci ifade beş dakikalık bir düzeltmedir. Komut çıktısını sonuçla birlikte saklayın ve satıcının 3. aşama kılavuzunu yanında tutun.