Video eğitimlerimi CCNA v3'e güncelleyeceğimi zaten söylemiştim. Önceki derslerde öğrendiğiniz her şey tamamen yeni kursla ilgilidir. İhtiyaç duyulması halinde yeni derslere ek konulara da yer vereceğim, böylece derslerimizin 200-125 CCNA kursuyla uyumlu olduğundan emin olabilirsiniz.
İlk olarak, ilk sınav olan 100-105 ICND1'in konularını tam olarak inceleyeceğiz. Birkaç dersimiz daha kaldı, sonrasında bu sınava girmeye hazır olacaksınız. Daha sonra ICND2 kursuna çalışmaya başlayacağız. Bu video kursunun sonunda 200-125 sınavına girmeye tamamen hazır olacağınızı garanti ederim. Geçen derste CCNA kursunda yer almadığı için RIP'e dönmeyeceğimizi söylemiştim. Ancak RIP, CCNA'nın üçüncü versiyonuna dahil edildiğinden, onu incelemeye devam edeceğiz.
Bugünkü dersin konuları RIP kullanma sürecinde ortaya çıkan üç problem olacaktır: Sonsuza kadar saymak veya sonsuza kadar saymak, Bölünmüş Ufuk - bölünmüş ufukların kuralları ve Rota Zehiri veya rota zehirlenmesi.
Sonsuza kadar sayma probleminin özünü anlamak için şemaya dönelim. Diyelim ki yönlendiricimiz R1, yönlendirici R2 ve yönlendirici R3'ümüz var. Birinci yönlendirici ikinciye 192.168.2.0/24 ağı ile, ikinciden üçüncüye 192.168.3.0/24 ağı ile, birinci yönlendirici 192.168.1.0/24 ağına ve üçüncüsü ise 192.168.4.0/24 ağı ile bağlanır. XNUMX/XNUMX ağı.
İlk router’dan 192.168.1.0/24 ağına giden rotaya bakalım. Tablosunda bu rota, atlama sayısı 192.168.1.0'a eşit olacak şekilde 0 olarak görüntülenecektir.
İkinci yönlendirici için ise aynı rota 192.168.1.0 olarak tabloda görünecek ve hop sayısı 1'e eşit olacaktır. Bu durumda yönlendirici yönlendirme tablosu Güncelleme zamanlayıcısı tarafından her 30 saniyede bir güncellenir. R1, R2'ye 192.168.1.0 ağına 0'a eşit atlama noktalarında kendisi üzerinden erişilebildiğini bildirir. Bu mesajı aldıktan sonra R2, aynı ağa kendisi üzerinden bir atlama noktasında erişilebildiğini belirten bir güncellemeyle yanıt verir. Normal RIP yönlendirmesi bu şekilde çalışır.
R1 ile 192.168.1.0/24 ağı arasındaki bağlantının kesildiği ve ardından yönlendiricinin buna erişimini kaybettiği bir durumu hayal edelim. Aynı zamanda, yönlendirici R2, yönlendirici R1'e bir güncelleme gönderir ve burada 192.168.1.0/24 ağının bir atlamada kendisine uygun olduğunu bildirir. R1, bu ağa erişimini kaybettiğini biliyor, ancak R2, bu ağa kendisi aracılığıyla tek bir atlamada erişilebildiğini iddia ediyor, bu nedenle ilk yönlendirici, atlama sayısını 0'dan 2'ye değiştirerek yönlendirme tablosunu güncellemesi gerektiğine inanıyor.
Bundan sonra R1, güncellemeyi R2 yönlendiricisine gönderir. Şöyle diyor: “tamam, bundan önce bana 192.168.1.0 ağının sıfır atlama ile mevcut olduğuna dair bir güncelleme göndermiştiniz, şimdi bu ağa giden bir rotanın 2 atlamada oluşturulabileceğini bildiriyorsunuz. Bu yüzden yönlendirme tablomu 1'den 3'e güncellemem gerekiyor." Bir sonraki güncellemede R1 hop sayısını 4'e, ikinci router'ı 5'e, ardından 5 ve 6'ya değiştirecek ve bu süreç süresiz olarak devam edecektir.
Bu sorun yönlendirme döngüsü olarak bilinir ve RIP'te buna sonsuza kadar sayma sorunu denir. Gerçekte, 192.168.1.0/24 ağına erişilemez, ancak R1, R2 ve ağdaki diğer tüm yönlendiriciler, rota döngüye devam ettiği için ona erişilebileceğine inanıyor. Bu sorun ufuk bölme ve rota zehirleme mekanizmaları kullanılarak çözülebilir. Bugün çalışacağımız ağ topolojisine bakalım.
Ağda üç adet R1,2,3 yönlendirici ve 192.168.1.10 ve 192.168.4.10 IP adreslerine sahip iki bilgisayar bulunmaktadır. Bilgisayarlar arasında 4 ağ vardır: 1.0, 2.0, 3.0 ve 4.0. Yönlendiricilerin IP adresleri vardır; burada son sekizli, yönlendirici numarasıdır ve sondan bir önceki sekizli, ağ numarasıdır. Bu ağ cihazlarına dilediğiniz adresi atayabilirsiniz ancak ben bunları tercih ediyorum çünkü açıklamamı kolaylaştırıyor.
Ağımızı yapılandırmak için Packet Tracer’a geçelim. Cisco 2911 yönlendiricilerini kullanıyorum ve bu şemayı hem PC0 hem de PC1 ana bilgisayarlarına IP adresleri atamak için kullanıyorum.
Anahtarları "kutudan çıktığı gibi" oldukları için göz ardı edebilir ve varsayılan olarak VLAN1'i kullanabilirsiniz. 2911 yönlendiricilerin iki gigabit bağlantı noktası vardır. İşimizi kolaylaştırmak için bu yönlendiricilerin her biri için hazır yapılandırma dosyaları kullanıyorum. Web sitemizi ziyaret edebilir, Kaynaklar sekmesine gidebilir ve tüm video eğitimlerimizi izleyebilirsiniz.
Şu anda tüm güncellemelere sahip değiliz ancak örnek olarak Çalışma Kitabı bağlantısı bulunan 13. Gün dersine göz atabilirsiniz. Aynı bağlantı bugünkü eğitim videomuza da eklenecek ve bu bağlantıyı takip ederek yönlendirici yapılandırma dosyalarını indirebilirsiniz.
Yönlendiricilerimizi yapılandırmak için R1 yapılandırma metin dosyasının içeriğini kopyalayıp, konsolunu Packet Tracer'da açıp config t komutunu girmem yeterli.
Daha sonra kopyalanan metni yapıştırıp ayarlardan çıkıyorum.
Aynısını ikinci ve üçüncü yönlendiricilerin ayarlarında da yapıyorum. Bu, Cisco ayarlarının avantajlarından biridir; ihtiyacınız olan ayarları ağ cihazı yapılandırma dosyalarınıza kopyalayıp yapıştırabilirsiniz. Benim durumumda, konsola girmemek için bitmiş konfigürasyon dosyalarının başına 2 komut da ekleyeceğim - bunlar en (enable) ve config t. Daha sonra içeriği kopyalayacağım ve her şeyi R3 Ayarlar Konsolu'na yapıştıracağım.
Böylece 3 yönlendiricinin tamamını yapılandırdık. Yönlendiricileriniz için hazır yapılandırma dosyalarını kullanmak istiyorsanız modellerin bu şemada gösterilenlerle eşleştiğinden emin olun; burada yönlendiriciler GigabitEthernet bağlantı noktalarına sahiptir. Yönlendiriciniz tam olarak bu bağlantı noktalarına sahipse FastEthernet dosyasındaki bu satırı düzeltmeniz gerekebilir.
Diyagramdaki yönlendirici bağlantı noktası işaretleyicilerinin hala kırmızı olduğunu görebilirsiniz. Sorun nedir? Tanı koymak için yönlendirici 1'in IOS komut satırı arayüzüne gidin ve show ip arayüz kısa komutunu yazın. Bu komut, çeşitli ağ sorunlarını çözerken “İsviçre bıçağınızdır”.
Evet, bir sorunumuz var - GigabitEthernet 0/0 arayüzünün yönetimsel olarak kapalı durumda olduğunu görüyorsunuz. Gerçek şu ki, kopyalanan yapılandırma dosyasında kapatma yok komutunu kullanmayı unuttum ve şimdi bunu manuel olarak gireceğim.
Şimdi bu satırı tüm yönlendiricilerin ayarlarına manuel olarak eklemem gerekecek, ardından bağlantı noktası işaretleyicilerinin rengi yeşile dönecek. Artık eylemlerimi gözlemlemeyi daha kolay hale getirmek için yönlendiricilerin üç CLI penceresini de ortak bir ekranda görüntüleyeceğim.
Şu anda, RIP protokolü 3 cihazın hepsinde yapılandırılmış durumda ve debug ip rip komutunu kullanarak hata ayıklayacağım, ardından tüm cihazlar RIP güncellemelerini değiştirecek. Bundan sonra 3 yönlendiricinin tümü için undebug all komutunu kullanıyorum.
R3'ün DNS sunucusu bulma konusunda sorun yaşadığını görebilirsiniz. CCNA v3 DNS sunucusu konularını daha sonra tartışacağız ve size o sunucu için arama özelliğini nasıl devre dışı bırakacağınızı göstereceğim. Şimdilik dersin konusuna dönelim ve RIP güncellemesinin nasıl çalıştığına bakalım.
Yönlendiricileri açtıktan sonra yönlendirme tabloları, doğrudan bağlantı noktalarına bağlı ağlarla ilgili girişleri içerecektir. Tablolarda bu kayıtların başlıkları C harfi ile gösterilir ve doğrudan bağlantı için atlama sayısı 0'dır.
R1, R2'ye bir güncelleme gönderdiğinde, 192.168.1.0 ve 192.168.2.0 ağları hakkında bilgi içerir. R2, 192.168.2.0 ağını zaten bildiğinden, yalnızca 192.168.1.0 ağıyla ilgili güncellemeyi yönlendirme tablosuna koyar.
Bu girişin başında R harfi bulunur; bu, 192.168.1.0 ağına bağlantının f0/0: 192.168.2.2 yönlendirici arayüzü aracılığıyla yalnızca atlama sayısı 1 olan RIP protokolü aracılığıyla mümkün olduğu anlamına gelir.
Benzer şekilde, R2, R3'e bir güncelleme gönderdiğinde, üçüncü yönlendirici, yönlendirme tablosuna, 192.168.1.0 ağına, RIP aracılığıyla 192.168.3.3 yönlendirici arayüzü aracılığıyla 2 atlama sayısıyla erişilebileceğini belirten bir giriş yerleştirir. Yönlendirme güncellemesi bu şekilde çalışır. .
Yönlendirme döngülerini veya sonsuz sayımı önlemek için RIP'in bölünmüş ufuk mekanizması vardır. Bu mekanizma bir kuraldır: "güncellemeyi aldığınız arayüz üzerinden ağ veya yönlendirme güncellemesi göndermeyin." Bizim durumumuzda şöyle görünüyor: R2, f1/192.168.1.0: 0 arayüzü aracılığıyla R0'den 192.168.2.2 ağı hakkında bir güncelleme aldıysa, f0/0 arayüzü aracılığıyla bu ağ 2.0 hakkında ilk yönlendiriciye bir güncelleme göndermemelidir. . Yalnızca 192.168.3.0 ve 192.168.4.0 ağlarını ilgilendiren ilk yönlendiriciye bağlı bu arayüz üzerinden güncellemeleri gönderebilir. Ayrıca f192.168.2.0/0 arayüzü üzerinden 0 ağıyla ilgili bir güncelleme göndermemelidir, çünkü bu arayüz bunu zaten biliyor çünkü bu ağ doğrudan ona bağlı. Bu nedenle, ikinci yönlendirici birinci yönlendiriciye bir güncelleme gönderdiğinde, yalnızca 3.0 ve 4.0 ağlarıyla ilgili kayıtları içermelidir, çünkü bu ağları başka bir arayüzden (f0/1) öğrenmiştir.
Bu, bölünmüş ufkun basit kuralıdır: hiçbir rota hakkındaki bilgiyi asla bilginin geldiği yöne geri göndermeyin. Bu kural, bir yönlendirme döngüsünü veya sonsuza kadar saymayı önler.
Packet Tracer'a bakarsanız, R1'in GigabitEthernet192.168.2.2/0 arayüzü aracılığıyla 1'den yalnızca iki ağ hakkında güncelleme aldığını görebilirsiniz: 3.0 ve 4.0. İkinci yönlendirici, 1.0 ve 2.0 ağları hakkında hiçbir şey bildirmedi çünkü bu ağları tam da bu arayüz aracılığıyla öğrendi.
İlk yönlendirici R1, çok noktaya yayın IP adresi 224.0.0.9'a bir güncelleme gönderir - bir yayın mesajı göndermez. Bu adres, FM radyo istasyonlarının yayın yaptığı belirli bir frekansa benzer, yani yalnızca bu çok noktaya yayın adresine ayarlanmış cihazlar mesajı alacaktır. Aynı şekilde yönlendiriciler de kendilerini 224.0.0.9 adresi için trafiği kabul edecek şekilde yapılandırırlar. Böylece R1, GigabitEthernet0/0 arayüzü üzerinden 192.168.1.1 IP adresiyle bu adrese bir güncelleme gönderir. Bu arayüz yalnızca ağ 2.0, 3.0 ve 4.0 ile ilgili güncellemeleri iletmelidir çünkü ağ 1.0 doğrudan ona bağlıdır. Tam da bunu yaptığını görüyoruz.
Daha sonra f0/1 ikinci arayüzü üzerinden 192.168.2.1 adresiyle güncelleme gönderir. FastEthernet için F harfini dikkate almayın - bu sadece bir örnektir, çünkü yönlendiricilerimiz g harfiyle belirtilmesi gereken GigabitEthernet arayüzlerine sahiptir. Bu arayüz üzerinden 2.0, 3.0 ve 4.0 ağları ile ilgili güncelleme gönderemez çünkü bunları f0/1 arayüzü üzerinden öğrenmiştir, dolayısıyla sadece ağ 1.0 ile ilgili güncelleme gönderir.
İlk ağa bağlantı herhangi bir nedenle kesilirse ne olacağını görelim. Bu durumda R1 derhal “rota zehirlenmesi” adı verilen bir mekanizmayı devreye sokar. Ağ bağlantısı kesildiği anda yönlendirme tablosunda bu ağa ilişkin girişteki atlama sayısının hemen 16'ya çıkması gerçeğinde yatmaktadır. Bildiğimiz gibi 16'ya eşit atlama sayısı şu anlama gelir: ağ kullanılamıyor.
Bu durumda Güncelleme zamanlayıcısı kullanılmaz; bu, ağ üzerinden en yakın yönlendiriciye anında gönderilen bir tetikleyici güncellemedir. Diyagramda maviyle işaretleyeceğim. Yönlendirici R2, şu andan itibaren ağda 192.168.1.0'ın 16'ya eşit sayıda atlama ile mevcut olduğunu, yani erişilemez olduğunu söyleyen bir güncelleme alır. Buna rota zehirlenmesi denir. R2 bu güncellemeyi alır almaz 192.168.1.0 giriş satırındaki hop değerini hemen 16 olarak değiştirir ve bu güncellemeyi üçüncü router’a gönderir. Buna karşılık R3, ulaşılamayan ağın atlama sayısını da 16 olarak değiştirir. Böylece RIP aracılığıyla bağlanan tüm cihazlar, 192.168.1.0 ağının artık mevcut olmadığını bilir.
Bu sürece yakınsama denir. Bu, tüm yönlendiricilerin, 192.168.1.0 ağına giden rotayı hariç tutarak, yönlendirme tablolarını mevcut duruma güncellediği anlamına gelir.
Böylece bugünkü dersin tüm konularını ele aldık. Şimdi size ağ sorunlarını teşhis etmek ve gidermek için kullanılan komutları göstereceğim. show ip arayüz kısa komutunun yanı sıra show ip protokolleri komutu da bulunmaktadır. Dinamik yönlendirmeyi kullanan cihazlar için yönlendirme protokolü ayarlarını ve durumunu gösterir.
Bu komutu kullandıktan sonra bu yönlendiricinin kullandığı protokoller hakkında bilgi görüntülenir. Burada yönlendirme protokolünün RIP olduğu, güncellemelerin her 30 saniyede bir gönderildiği, sonraki güncellemenin 8 saniye sonra gönderileceği, Geçersiz zamanlayıcının 180 saniye sonra başlayacağı, Tutma zamanlayıcısının 180 saniye sonra başlayacağı ve Yıkama zamanlayıcısının 240 saniye sonra başlayacağı yazıyor. XNUMX saniye. Bu değerler değiştirilebilir ancak CCNA kursumuzun konusu bu olmadığından varsayılan zamanlayıcı değerlerini kullanacağız. Benzer şekilde kursumuz, tüm yönlendirici arayüzleri için giden ve gelen filtreleme listesi güncellemeleriyle ilgili sorunları ele almamaktadır.
Burada bir sonraki adım, protokolün yeniden dağıtımıdır - RIP, bu seçenek, cihaz birden fazla protokol kullandığında kullanılır; örneğin, RIP'in OSPF ile nasıl etkileşime girdiğini ve OSPF'nin RIP ile nasıl etkileşime girdiğini gösterir. Yeniden dağıtım aynı zamanda CCNA kursunuzun kapsamının bir parçası değildir.
Ayrıca protokolün önceki videoda tartıştığımız rotaların otomatik özetlenmesini kullandığı ve yine daha önce tartıştığımız idari mesafenin 120 olduğu gösterilmektedir.
Show ip Route komutuna daha yakından bakalım. 192.168.1.0/24 ve 192.168.2.0/24 ağlarının doğrudan yönlendiriciye bağlı olduğunu görüyorsunuz, iki ağ daha, 3.0 ve 4.0, RIP yönlendirme protokolünü kullanıyor. Bu ağların her ikisine de GigabitEthernet0/1 arayüzü ve 192.168.2.2 IP adresine sahip cihaz aracılığıyla erişilebilir. Köşeli parantez içindeki bilgiler önemlidir; ilk sayı idari mesafeyi veya idari mesafeyi, ikincisi ise atlama sayısını ifade eder. Atlama sayısı RIP protokolünün bir ölçüsüdür. OSPF gibi diğer protokollerin, ilgili konuyu incelerken bahsedeceğimiz kendi ölçümleri vardır.
Daha önce de belirttiğimiz gibi idari mesafe güven derecesini ifade etmektedir. Maksimum güven derecesi, yönetim mesafesi 1 olan statik bir rotaya sahiptir. Dolayısıyla bu değer ne kadar düşük olursa o kadar iyidir.
192.168.3.0/24 ağına hem RIP kullanan g0/1 arayüzü hem de statik yönlendirme kullanan g0/0 arayüzü aracılığıyla erişilebildiğini varsayalım. Bu durumda, yönlendirici tüm trafiği statik yol boyunca f0/0 üzerinden yönlendirecektir çünkü bu yol daha güvenilirdir. Bu anlamda yönetim mesafesi 120 olan bir RIP protokolü, 1 mesafeli statik yönlendirme protokolünden daha kötüdür.
Sorunları teşhis etmek için bir diğer önemli komut show ip arayüz g0/1 komutudur. Belirli bir yönlendirici bağlantı noktasının parametreleri ve durumu hakkındaki tüm bilgileri görüntüler.
Bizim için bölünmüş ufuk etkindir diyen satır önemlidir: Bölünmüş ufuk etkindir, çünkü bu modun devre dışı olmasından dolayı sorun yaşayabilirsiniz. Bu nedenle sorun yaşanması durumunda bu arayüz için bölünmüş ufuk modunun etkinleştirildiğinden emin olmalısınız. Lütfen bu modun varsayılan olarak etkin olduğunu unutmayın.
RIP ile ilgili yeterince konuya değindiğimizi düşünüyorum, sınava girerken bu konuda zorluk yaşamamanız gerekir.
Bizimle kaldığın için teşekkürler. Yazılarımızı beğeniyor musunuz? Daha ilginç içerik görmek ister misiniz? Sipariş vererek veya arkadaşlarınıza tavsiye ederek bize destek olun, Habr kullanıcıları için, bizim tarafımızdan sizin için icat ettiğimiz benzersiz bir giriş seviyesi sunucu analogunda %30 indirim: (RAID1 ve RAID10, 24 adede kadar çekirdek ve 40 GB'a kadar DDR4 ile mevcuttur).
Dell R730xd 2 kat daha mı ucuz? Sadece burada Hollanda'da! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99$'dan! Hakkında oku
Kaynak: habr.com