Numarasız tünel: hangi adresi ödünç alır?
Numarasız tünel başka bir arayüzün adresini ödünç alır ve vericiyi bir bağımlılığa dönüştürür. Dış kaynağı, ödünç alınan kimliği ve yönlendirilen önekleri ayırın.
Numarasız tünel, mantıksal arayüz için bir alt ağ uydurduğunuz adımı atlar ama adreslemeyi tamamen atlamaz. Uygulama hâlâ yerel bir IP kimliğine ihtiyaç duyar, bu yüzden başka bir yapılandırılmış arayüzün adresini ödünç alır. Bu verici artık tasarımınızın parçası: adresi değişirse veya arayüzü dalgalanırsa tünelin IP davranışı onu izler. Çoğu metinde üç karar birbirine karışır ve bunları ayırmak, doğru görünen ama hiçbir şeyi yönlendirmeyen bir yapılandırmayı önler.
Vericiyi söz dizimi ayrıntısı değil, tasarım tercihi olarak ele alın.
Üç adres rolü, ayrı tutulur
Dış kaynak, tünel paketlerini alt katman üzerinden taşıyan adrestir ve eşin erişebilmesi gereken adres budur. Ödünç alınan adres, paketler kapsülden çıkarıldıktan sonra numarasız mantıksal arayüzün IP işleme için kullandığı kimliktir. Korumalı önekler, trafiği tünelden geçmesi gereken LAN ağlarıdır ve bunlar tünel adresiyle değil, bir yönlendirme protokolüyle duyurulur. Bir arayüzü numarasız olarak işaretlemek bu rollerin hiçbirini diğerlerine vermez.
Bu ayrım yaygın bir karışıklığı açıklar: adres ödünç almak, vericinin tüm Ethernet segmentini uzak eşe devretmez.
Verici arayüzü seçmek
Loopback genellikle daha iyi vericidir çünkü adresi kararlıdır, her zaman açıktır ve tek bir fiziksel bağlantıya bağlı değildir. LAN arayüzünden ödünç almak tüneli o arayüzün durumuna ve adres atamasına bağlar; bu, laboratuvarda kullanışlı, LAN yeniden adreslendiğinde kırılgan olan farklı bir operasyonel dengedir. İkisinden birini seçmeden önce platformun kurduğunuz tünel türünde numarasız çalışmayı desteklediğini doğrulayın.
Hangi vericiyi seçerseniz seçin, tünel yapılandırmasının hemen yanındaki değişiklik kaydında onu bir bağımlılık olarak belgeleyin.
Tüneli yapılandırın ve geri okuyun
Aşağıdaki örnek, IOS ailesi yönlendiricilerinde çok noktalı bir GRE tünelidir; bir loopback ödünç alır ve dış kaynağını alt katman arayüzüne yönlendirir. NHRP kimliği ödünç alınan adresten ayrıdır ve açıkça yapılandırılmalıdır.
interface Loopback0 ip address 10.255.255.1 255.255.255.255 interface Tunnel0 ip unnumbered Loopback0 tunnel source GigabitEthernet0/0 tunnel mode gre multipoint ip nhrp network-id 100 ! verify show interfaces Tunnel0 | include line protocol|Tunnel source show ip interface brief | include Tunnel|Loopback show ip nhrp
Önce arayüz satırını okuyun: down bildiren numarasız bir tünel, ödünç alınan adresten bağımsız olarak yönlendirme yapmaz. Ardından vericinin açık olduğunu ve adresinin amaçladığınız adres olduğunu kontrol edin, çünkü yeniden adreslenen bir loopback tünelin sunduğu kimliği sessizce değiştirir.
Korumalı önekler için yönlendirme tablosunu ve tünel üzerindeki komşuluğu kontrol ederek bitirin, çünkü doğru arayüz durumu ikisinin de erişilebilirliğini kanıtlamaz.
Ödünç alınan adresin sağlamadığı şeyler
DMVPN, spokes'un birbirini bulabilmesi için NHRP kayıtlarına ve eşlemelerine ihtiyaç duyar; numarasız bir hat bunların hiçbirini sağlamaz. Kimlik doğrulama, izin verilen iletim ve dönüş yolları hâlâ gereklidir ve herhangi bir önek değiş tokuş edilmeden önce yönlendirme protokolü tünel üzerinde bir komşuluk kurmalıdır. Bunların her biri arayüz açık bildirirken başarısız olabilir, bu yüzden doğrulama adresten eşlemeye ve oradan rotaya gider.
Komut söz dizimi ve adresleme kuralları ürüne ve sürüme göre de değişir, bu yüzden başka bir platformdan yapılandırma kopyalamak yerine önünüzdeki cihazın arayüz modeline uyun. Amaç aynı olabilir ama gereken satırlar değildir.
Vericiyi, dış kaynağı ve duyurulan önekleri tünelin belgelerine yazın, ardından verici adresi değişirse yüksek sesle başarısız olan bir kontrol ekleyin. O tek kontrol, numarasız tasarımların en çok sakladığı arıza modunu yakalar.