Am spus deja că îmi voi actualiza tutorialele video la CCNA v3. Tot ceea ce ai învățat în lecțiile anterioare este pe deplin relevant pentru noul curs. Dacă va fi nevoie, voi include subiecte suplimentare în lecțiile noi, astfel încât să puteți fi siguri că lecțiile noastre sunt aliniate cu cursul 200-125 CCNA.
În primul rând, vom studia pe deplin subiectele primului examen 100-105 ICND1. Mai avem câteva lecții, după care veți fi gata să susțineți acest examen. Apoi vom începe să studiem cursul ICND2. Vă garantez că până la sfârșitul acestui curs video veți fi pe deplin pregătit pentru a susține examenul 200-125. In ultima lectie am spus ca nu vom reveni la RIP pentru ca nu este inclus in cursul CCNA. Dar, deoarece RIP a fost inclus în a treia versiune a CCNA, vom continua să-l studiem.
Subiectele lecției de astăzi vor fi trei probleme care apar în procesul de utilizare a RIP: Numărarea până la infinit, sau numărarea până la infinit, Split Horizon - regulile de split horizons și Route Poison, sau otrăvirea rutei.
Pentru a înțelege esența problemei numărării până la infinit, să ne întoarcem la diagramă. Să presupunem că avem routerul R1, routerul R2 și routerul R3. Primul router este conectat la al doilea prin rețeaua 192.168.2.0/24, al doilea la al treilea prin rețeaua 192.168.3.0/24, primul router este conectat la rețeaua 192.168.1.0/24, iar al treilea prin rețeaua Rețea 192.168.4.0/24.
Să ne uităm la traseul către rețeaua 192.168.1.0/24 de la primul router. În tabelul său, această rută va fi afișată ca 192.168.1.0 cu numărul de hopuri egal cu 0.
Pentru al doilea router, aceeași rută va apărea în tabel ca 192.168.1.0 cu numărul de hopuri egal cu 1. În acest caz, tabelul de rutare a routerului este actualizat de temporizatorul de actualizare la fiecare 30 de secunde. R1 informează R2 că rețeaua 192.168.1.0 este accesibilă prin ea în hopuri egale cu 0. La primirea acestui mesaj, R2 răspunde cu o actualizare că aceeași rețea este accesibilă prin ea într-un singur hop. Acesta este modul în care funcționează rutarea RIP obișnuită.
Să ne imaginăm o situație în care conexiunea dintre R1 și rețeaua 192.168.1.0/24 a fost întreruptă, după care routerul a pierdut accesul la aceasta. În același timp, routerul R2 trimite o actualizare către routerul R1, în care raportează că rețeaua 192.168.1.0/24 îi este disponibilă într-un singur salt. R1 știe că a pierdut accesul la această rețea, dar R2 susține că această rețea este accesibilă prin el într-un singur hop, așa că primul router consideră că trebuie să-și actualizeze tabelul de rutare, schimbând numărul de hopuri de la 0 la 2.
După aceasta, R1 trimite actualizarea routerului R2. El spune: „ok, înainte de asta mi-ați trimis o actualizare că rețeaua 192.168.1.0 este disponibilă cu zero hop-uri, acum raportați că o rută către această rețea poate fi construită în 2 hop-uri. Așa că trebuie să-mi actualizez tabelul de rutare de la 1 la 3." La următoarea actualizare, R1 va schimba numărul de hopuri la 4, al doilea router la 5, apoi la 5 și 6, iar acest proces va continua la nesfârșit.
Această problemă este cunoscută sub numele de buclă de rutare, iar în RIP se numește problema numărării la infinit. În realitate, rețeaua 192.168.1.0/24 este inaccesibilă, dar R1, R2 și toate celelalte routere din rețea cred că poate fi accesată, deoarece ruta continuă să circule în buclă. Această problemă poate fi rezolvată folosind mecanisme de divizare a orizontului și otrăvire a rutei. Să ne uităm la topologia rețelei cu care vom lucra astăzi.
Există trei routere R1,2,3 și două computere cu adrese IP 192.168.1.10 și 192.168.4.10 în rețea. Există 4 rețele între computere: 1.0, 2.0, 3.0 și 4.0. Routerele au adrese IP, unde ultimul octet este numărul routerului, iar penultimul octet este numărul rețelei. Puteți atribui orice adrese acestor dispozitive de rețea, dar eu le prefer pe acestea pentru că îmi este mai ușor să explic.
Pentru a configura rețeaua noastră, să trecem la Packet Tracer. Folosesc routere Cisco 2911 și folosesc această schemă pentru a atribui adrese IP ambelor gazde PC0 și PC1.
Puteți ignora comutatoarele pentru că sunt „direct din cutie” și folosesc VLAN1 în mod implicit. Routerele 2911 au două porturi gigabit. Pentru a ne ușura, folosesc fișiere de configurare gata făcute pentru fiecare dintre aceste routere. Puteți vizita site-ul nostru web, accesați fila Resurse și urmăriți toate tutorialele noastre video.
Nu avem toate actualizările aici în acest moment, dar, ca exemplu, puteți arunca o privire la lecția din Ziua 13, care are un link pentru Caiet de lucru. Același link va fi atașat tutorialului video de astăzi și, urmând-o, puteți descărca fișierele de configurare a routerului.
Pentru a ne configura routerele, copiez pur și simplu conținutul fișierului text de configurare R1, deschid consola acestuia în Packet Tracer și introdu comanda config t.
Apoi doar lipesc textul copiat și ies din setări.
La fel fac și cu setările celui de-al doilea și al treilea router. Acesta este unul dintre avantajele setărilor Cisco - puteți pur și simplu să copiați și să lipiți setările de care aveți nevoie în fișierele de configurare a dispozitivului de rețea. În cazul meu, voi adăuga și 2 comenzi la începutul fișierelor de configurare terminate pentru a nu le introduce în consolă - acestea sunt en (enable) și config t. Apoi voi copia conținutul și voi lipi întregul lucru în Consola de setări R3.
Deci, am configurat toate cele 3 routere. Dacă doriți să utilizați fișiere de configurare gata făcute pentru routerele dvs., asigurați-vă că modelele se potrivesc cu cele prezentate în această diagramă - aici routerele au porturi GigabitEthernet. Poate fi necesar să corectați această linie din fișierul FastEthernet dacă routerul dvs. are aceste porturi exacte.
Puteți vedea că marcatorii portului routerului de pe diagramă sunt încă roșii. Care este problema? Pentru a diagnostica, accesați interfața de linie de comandă IOS a routerului 1 și tastați comanda show ip interface brief. Această comandă este „cuțitul elvețian” atunci când rezolvați diverse probleme de rețea.
Da, avem o problemă - vedeți că interfața GigabitEthernet 0/0 este în stare administrativă dezactivată. Cert este că în fișierul de configurare copiat am uitat să folosesc comanda no shutdown și acum o voi introduce manual.
Acum va trebui să adaug manual această linie la setările tuturor routerelor, după care marcatorii de porturi își vor schimba culoarea în verde. Acum voi afișa toate cele trei ferestre CLI ale routerelor pe un ecran comun pentru a face mai convenabil să-mi observ acțiunile.
Momentan, protocolul RIP este configurat pe toate cele 3 dispozitive, iar eu îl voi depana folosind comanda debug ip rip, după care toate dispozitivele vor schimba actualizări RIP. După aceea, folosesc comanda undebug all pentru toate cele 3 routere.
Puteți vedea că R3 are probleme în găsirea unui server DNS. Vom discuta subiectele despre serverul DNS CCNA v3 mai târziu și vă voi arăta cum să dezactivați funcția de căutare pentru acel server. Deocamdată, să revenim la subiectul lecției și să vedem cum funcționează actualizarea RIP.
După ce pornim routerele, tabelele lor de rutare vor conține intrări despre rețelele care sunt conectate direct la porturile lor. În tabele, aceste înregistrări sunt intitulate cu litera C, iar numărul de hop pentru o conexiune directă este 0.
Când R1 trimite o actualizare către R2, acesta conține informații despre rețelele 192.168.1.0 și 192.168.2.0. Deoarece R2 știe deja despre rețeaua 192.168.2.0, pune doar actualizarea despre rețeaua 192.168.1.0 în tabelul său de rutare.
Această intrare este în frunte cu litera R, ceea ce înseamnă că conectarea la rețeaua 192.168.1.0 este posibilă prin interfața routerului f0/0: 192.168.2.2 numai prin protocolul RIP cu numărul de hopuri 1.
În mod similar, atunci când R2 trimite o actualizare către R3, al treilea router plasează o intrare în tabelul său de rutare că rețeaua 192.168.1.0 este accesibilă prin interfața routerului 192.168.3.3 prin RIP cu un număr de hopuri de 2. Acesta este modul în care funcționează actualizarea de rutare .
Pentru a preveni buclele de rutare sau numărarea nesfârșită, RIP are un mecanism cu orizont împărțit. Acest mecanism este o regulă: „nu trimiteți o actualizare de rețea sau rută prin interfața prin care ați primit actualizarea”. În cazul nostru, arată astfel: dacă R2 a primit o actualizare de la R1 despre rețeaua 192.168.1.0 prin interfața f0/0: 192.168.2.2, nu ar trebui să trimită o actualizare despre această rețea 0 la primul router prin interfața f0/2.0 . Poate trimite actualizări doar prin această interfață asociată primului router care privește rețelele 192.168.3.0 și 192.168.4.0. De asemenea, nu ar trebui să trimită o actualizare despre rețeaua 192.168.2.0 prin interfața f0/0, deoarece această interfață știe deja despre aceasta, deoarece această rețea este conectată direct la ea. Deci, atunci când al doilea router trimite o actualizare primului router, acesta ar trebui să conțină doar înregistrări despre rețelele 3.0 și 4.0, deoarece a aflat despre aceste rețele de la o altă interfață - f0/1.
Aceasta este regula simplă a orizontului împărțit: nu trimite niciodată informații despre nicio rută înapoi în aceeași direcție din care au venit informațiile. Această regulă împiedică o buclă de rutare sau numărarea până la infinit.
Dacă te uiți la Packet Tracer, poți vedea că R1 a primit o actualizare de la 192.168.2.2 prin interfața GigabitEthernet0/1 despre doar două rețele: 3.0 și 4.0. Al doilea router nu a raportat nimic despre rețelele 1.0 și 2.0, deoarece a aflat despre aceste rețele chiar prin această interfață.
Primul router R1 trimite o actualizare la adresa IP multicast 224.0.0.9 - nu trimite un mesaj de difuzare. Această adresă este ceva ca o frecvență specifică pe care posturile de radio FM difuzează, adică doar acele dispozitive care sunt reglate la această adresă multicast vor primi mesajul. În același mod, routerele se configurează să accepte trafic pentru adresa 224.0.0.9. Deci, R1 trimite o actualizare la această adresă prin interfața GigabitEthernet0/0 cu adresa IP 192.168.1.1. Această interfață ar trebui să transmită doar actualizări despre rețelele 2.0, 3.0 și 4.0, deoarece rețeaua 1.0 este conectată direct la ea. Îl vedem făcând tocmai asta.
Apoi, trimite o actualizare prin a doua interfață f0/1 cu adresa 192.168.2.1. Ignorați litera F pentru FastEthernet - acesta este doar un exemplu, deoarece routerele noastre au interfețe GigabitEthernet care ar trebui desemnate cu litera g. Nu poate trimite o actualizare despre rețelele 2.0, 3.0 și 4.0 prin această interfață, deoarece a aflat despre ele prin interfața f0/1, așa că trimite doar o actualizare despre rețeaua 1.0.
Să vedem ce se întâmplă dacă conexiunea la prima rețea se pierde dintr-un motiv oarecare. În acest caz, R1 activează imediat un mecanism numit „otrăvire pe rută”. Constă în faptul că, de îndată ce conexiunea la rețea este pierdută, numărul de hopuri din intrarea pentru această rețea în tabelul de rutare crește imediat la 16. După cum știm, numărul de hopuri egal cu 16 înseamnă că acest rețeaua este indisponibilă.
În acest caz, cronometrul de actualizare nu este utilizat; este o actualizare de declanșare, care este trimisă instantaneu prin rețea la cel mai apropiat router. O voi marca cu albastru pe diagramă. Router-ul R2 primește o actualizare care spune că de acum înainte rețeaua 192.168.1.0 este disponibilă cu un număr de hopuri egal cu 16, adică este inaccesibil. Aceasta este ceea ce se numește intoxicație pe rută. De îndată ce R2 primește această actualizare, schimbă imediat valoarea hop din linia de intrare 192.168.1.0 la 16 și trimite această actualizare celui de-al treilea router. La rândul său, R3 modifică și numărul de hopuri pentru rețeaua inaccesabilă la 16. Astfel, toate dispozitivele conectate prin RIP știu că rețeaua 192.168.1.0 nu mai este disponibilă.
Acest proces se numește convergență. Aceasta înseamnă că toate routerele își actualizează tabelele de rutare la starea curentă, excluzând ruta către rețeaua 192.168.1.0 de la ele.
Așadar, am acoperit toate subiectele lecției de astăzi. Acum vă voi arăta comenzile care sunt utilizate pentru a diagnostica și depana problemele de rețea. Pe lângă comanda show ip interface brief, există și comanda show ip protocols. Afișează setările și starea protocolului de rutare pentru dispozitivele care utilizează rutarea dinamică.
După utilizarea acestei comenzi, apar informații despre protocoalele care sunt utilizate de acest router. Aici scrie că protocolul de rutare este RIP, actualizările sunt trimise la fiecare 30 de secunde, următoarea actualizare va fi trimisă după 8 secunde, cronometrul invalid începe după 180 de secunde, cronometrul Hold Down începe după 180 de secunde și cronometrul de spălare începe după 240 de secunde. Aceste valori pot fi modificate, dar acesta nu este subiectul cursului nostru CCNA, așa că vom folosi valorile implicite ale temporizatorului. De asemenea, cursul nostru nu abordează problemele actualizărilor listelor de filtrare de ieșire și de intrare pentru toate interfețele de router.
În continuare, este redistribuirea protocolului - RIP, această opțiune este utilizată atunci când dispozitivul utilizează mai multe protocoale, de exemplu, arată cum interacționează RIP cu OSPF și cum interacționează OSPF cu RIP. De asemenea, redistribuirea nu face parte din domeniul de aplicare al cursului dumneavoastră CCNA.
În continuare, se arată că protocolul folosește auto-rezumarea rutelor, despre care am discutat în videoclipul anterior, și că distanța administrativă este de 120, despre care am discutat deja.
Să aruncăm o privire mai atentă la comanda show ip route. Vedeți că rețelele 192.168.1.0/24 și 192.168.2.0/24 sunt conectate direct la router, încă două rețele, 3.0 și 4.0, folosesc protocolul de rutare RIP. Ambele rețele sunt accesibile prin interfața GigabitEthernet0/1 și dispozitivul cu adresa IP 192.168.2.2. Informațiile dintre paranteze drepte sunt importante - primul număr înseamnă distanța administrativă, sau distanța administrativă, al doilea - numărul de hopuri. Numărul de hopuri este o măsură a protocolului RIP. Alte protocoale, precum OSPF, au propriile lor metrici, despre care vom vorbi atunci când studiem subiectul corespunzător.
După cum am discutat deja, distanța administrativă se referă la gradul de încredere. Gradul maxim de încredere are un traseu static, care are o distanță administrativă de 1. Prin urmare, cu cât această valoare este mai mică, cu atât mai bine.
Să presupunem că rețeaua 192.168.3.0/24 este accesibilă atât prin interfața g0/1, care utilizează RIP, cât și prin interfața g0/0, care utilizează rutarea statică. În acest caz, routerul va direcționa tot traficul de-a lungul rutei statice prin f0/0, deoarece această rută este mai de încredere. În acest sens, un protocol RIP cu o distanță administrativă de 120 este mai rău decât un protocol de rutare static cu o distanță de 1.
O altă comandă importantă pentru diagnosticarea problemelor este comanda show ip interface g0/1. Afișează toate informațiile despre parametrii și starea unui anumit port de router.
Pentru noi, linia care spune că split horizon este activat este importantă: Split horizon este activat, deoarece este posibil să aveți probleme din cauza faptului că acest mod este dezactivat. Prin urmare, dacă apar probleme, ar trebui să vă asigurați că modul orizont împărțit este activat pentru această interfață. Vă rugăm să rețineți că în mod implicit acest mod este activ.
Cred că am acoperit destule subiecte legate de RIP, încât să nu întâmpinați dificultăți cu acest subiect atunci când susțineți examenul.
Vă mulțumim că ați rămas cu noi. Vă plac articolele noastre? Vrei să vezi mai mult conținut interesant? Susține-ne plasând o comandă sau recomandând prietenilor, Reducere de 30% pentru utilizatorii Habr la un analog unic de servere entry-level, care a fost inventat de noi pentru tine: (disponibil cu RAID1 și RAID10, până la 24 de nuclee și până la 40 GB DDR4).
Dell R730xd de 2 ori mai ieftin? Numai aici in Olanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - de la 99 USD! Citește despre
Sursa: www.habr.com