Tema lecției de astăzi este RIP, sau protocolul de informații de rutare. Vom vorbi despre diverse aspecte ale utilizării sale, despre configurația și limitările sale. După cum am spus, RIP nu face parte din programa cursului Cisco 200-125 CCNA, dar am decis să dedic o lecție separată acestui protocol, deoarece RIP este unul dintre principalele protocoale de rutare.
Astăzi ne vom uita la 3 aspecte: înțelegerea funcționării și configurarea RIP în routere, cronometre RIP, restricții RIP. Acest protocol a fost creat în 1969, deci este unul dintre cele mai vechi protocoale de rețea. Avantajul său constă în simplitatea sa extraordinară. Astăzi, multe dispozitive de rețea, inclusiv Cisco, continuă să accepte RIP, deoarece nu este un protocol proprietar precum EIGRP, ci un protocol public.
Există 2 versiuni de RIP. Prima versiune, clasică, nu acceptă VLSM - masca de subrețea cu lungime variabilă pe care se bazează adresarea IP fără clasă, deci putem folosi o singură rețea. Voi vorbi despre asta puțin mai târziu. De asemenea, această versiune nu acceptă autentificare.
Să presupunem că aveți 2 routere conectate unul la altul. În acest caz, primul router îi spune vecinului tot ce știe. Să presupunem că rețeaua 10 este conectată la primul router, rețeaua 20 este situată între primul și al doilea router, iar rețeaua 30 este în spatele celui de-al doilea router. Apoi primul router îi spune celui de-al doilea că cunoaște rețelele 10 și 20, iar routerul 2 îi spune routerul 1 pe care îl cunoaște despre rețeaua 30 și rețeaua 20.
Protocolul de rutare indică faptul că aceste două rețele ar trebui adăugate la tabelul de rutare. În general, se dovedește că un router îi spune ruterului vecin despre rețelele conectate la el, care îi spune vecinului său etc. Mai simplu spus, RIP este un protocol de bârfă care permite ruterelor vecine să partajeze informații între ele, fiecare vecin crezând necondiționat ceea ce li se spune. Fiecare router „ascultă” modificările din rețea și le partajează cu vecinii săi.
Lipsa suportului de autentificare înseamnă că orice router care este conectat la rețea devine imediat un participant complet. Dacă vreau să distrug rețeaua, îmi voi conecta routerul meu hacker cu o actualizare rău intenționată la el și, deoarece toate celelalte routere au încredere în ea, își vor actualiza tabelele de rutare așa cum doresc eu. Prima versiune a RIP nu oferă nicio protecție împotriva unui astfel de hacking.
În RIPv2, puteți oferi autentificare configurând în consecință routerul. În acest caz, actualizarea informațiilor între routere va fi posibilă numai după trecerea autentificării rețelei prin introducerea unei parole.
RIPv1 folosește difuzarea, adică toate actualizările sunt trimise folosind mesaje difuzate, astfel încât să fie primite de toți participanții la rețea. Să presupunem că există un computer conectat la primul router care nu știe nimic despre aceste actualizări pentru că doar dispozitivele de rutare au nevoie de ele. Totuși, routerul 1 va trimite aceste mesaje tuturor dispozitivelor care au un Broadcast ID, adică chiar și celor care nu au nevoie de el.
În a doua versiune a RIP, această problemă este rezolvată - folosește Multicast ID sau transmisie de trafic multicast. În acest caz, numai acele dispozitive care sunt specificate în setările protocolului primesc actualizări. Pe lângă autentificare, această versiune de RIP acceptă adresarea IP fără clasă VLSM. Aceasta înseamnă că dacă rețeaua 10.1.1.1/24 este conectată la primul router, atunci toate dispozitivele de rețea a căror adresă IP se află în domeniul de adrese a acestei subrețele primesc și actualizări. A doua versiune a protocolului acceptă metoda CIDR, adică atunci când al doilea router primește o actualizare, știe ce rețea sau rută specifică se referă. În cazul primei versiuni, dacă rețeaua 10.1.1.0 este conectată la router, atunci dispozitivele din rețeaua 10.0.0.0 și alte rețele aparținând aceleiași clase vor primi și actualizări. În acest caz, routerul 2 va primi și informații complete despre actualizarea acestor rețele, dar fără CIDR nu va ști că aceste informații se referă la o subrețea cu adrese IP de clasa A.
Acesta este ceea ce este RIP în termeni foarte generali. Acum să vedem cum poate fi configurat. Trebuie să intrați în modul de configurare globală a setărilor routerului și să utilizați comanda Router RIP.
După aceasta, veți vedea că antetul liniei de comandă s-a schimbat în R1(config-router)# deoarece ne-am mutat la nivelul de subcomandă al routerului. A doua comandă va fi versiunea 2, adică indicăm routerului că ar trebui să folosească versiunea 2 a protocolului. Apoi, trebuie să introducem adresa rețelei de clasă anunțate prin care ar trebui să fie transmise actualizările utilizând comanda network XXXX.Această comandă are 2 funcții: în primul rând, specifică ce rețea trebuie să fie promovată și, în al doilea rând, ce interfață trebuie utilizată pentru aceasta. Veți vedea la ce mă refer când vă uitați la configurația rețelei.
Aici avem 4 routere și un computer conectat la switch printr-o rețea cu identificatorul 192.168.1.0/26, care este împărțit în 4 subrețele. Folosim doar 3 subrețele: 192.168.1.0/26, 192.168.1.64/26 și 192.168.1.128/26. Mai avem subrețeaua 192.168.1.192/26, dar nu este folosită pentru că nu este necesară.
Porturile dispozitivului au următoarele adrese IP: computer 192.168.1.10, primul port al primului router 192.168.1.1, al doilea port 192.168.1.65, primul port al celui de-al doilea router 192.168.1.66, al doilea port al celui de-al doilea router 192.168.1.129,. primul port al celui de-al treilea router 192.168.1.130 . Ultima dată am vorbit despre convenții, așa că nu pot urma convenția și atribui adresa .1 celui de-al doilea port al routerului, deoarece .1 nu face parte din această rețea.
În continuare, folosesc alte adrese, pentru că pornim o altă rețea - 10.1.1.0/16, deci al doilea port al celui de-al doilea router, la care este conectată această rețea, are o adresă IP de 10.1.1.1, iar portul celui de-al patrulea. router, la care este conectat comutatorul - adresa 10.1.1.2.
Pentru a configura rețeaua creată de mine, trebuie să atribui adrese IP dispozitivelor. Să începem cu primul port al primului router.
Mai întâi, vom crea numele de gazdă R1, vom atribui adresa 0 portului f0/192.168.1.1 și vom specifica masca de subrețea 255.255.255.192, deoarece avem o rețea /26. Să completăm configurația R1 cu comanda no shut. Al doilea port al primului router f0/1 va primi o adresă IP de 192.168.1.65 și o mască de subrețea de 255.255.255.192.
Al doilea router va primi numele R2, vom atribui adresa 0 și masca de subrețea 0 primului port f192.168.1.66/255.255.255.192, adresa 0 și masca de subrețea 1 celui de-al doilea port f192.168.1.129/255.255.255.192. XNUMX.
Trecând la al treilea router, îi vom atribui numele de gazdă R3, portul f0/0 va primi adresa 192.168.1.130 și masca 255.255.255.192, iar portul f0/1 va primi adresa 10.1.1.1 și masca 255.255.0.0. 16, deoarece această rețea este /XNUMX.
În cele din urmă, voi merge la ultimul router, îl voi numi R4 și voi atribui portului f0/0 o adresă de 10.1.1.2 și o mască de 255.255.0.0. Deci, am configurat toate dispozitivele de rețea.
În cele din urmă, să ne uităm la setările de rețea ale computerului - are o adresă IP statică de 192.168.1.10, o mască de jumătate de rețea de 255.255.255.192 și o adresă de gateway implicită de 192.168.1.1.
Deci, ați văzut cum să configurați masca de subrețea pentru dispozitive de pe diferite subrețele, este foarte simplu. Acum să activăm rutarea. Intru în setările R1, setez modul de configurare globală și tastez comanda routerului. După aceasta, sistemul oferă indicii pentru posibilele protocoale de rutare pentru această comandă: bgp, eigrp, ospf și rip. Deoarece tutorialul nostru este despre RIP, folosesc comanda router rip.
Dacă introduceți un semn de întrebare, sistemul va emite un nou indiciu pentru următoarea comandă cu posibile opțiuni pentru funcțiile acestui protocol: auto-summary - rezumarea automată a rutelor, default-informații - controlul prezentării informațiilor implicite, rețea - rețele, calendare și așa mai departe. Aici puteți selecta informațiile pe care le vom schimba cu dispozitivele învecinate. Cea mai importantă funcție este versiunea, așa că vom începe prin a introduce comanda versiunea 2. În continuare trebuie să folosim comanda de taste de rețea, care creează o rută pentru rețeaua IP specificată.
Vom continua configurarea Router1 mai târziu, dar deocamdată vreau să trec la Router 3. Înainte de a utiliza comanda de rețea pe acesta, să ne uităm la partea dreaptă a topologiei rețelei noastre. Al doilea port al routerului are adresa 10.1.1.1. Cum funcționează RIP? Chiar și în cea de-a doua versiune, RIP, ca protocol destul de vechi, folosește în continuare propriile clase de rețea. Prin urmare, chiar dacă rețeaua noastră 10.1.1.0/16 aparține clasei A, trebuie să specificăm versiunea completă de clasă a acestei adrese IP folosind comanda network 10.0.0.0.
Dar chiar dacă tastez rețeaua de comandă 10.1.1.1 și apoi mă uit la configurația curentă, voi vedea că sistemul a corectat 10.1.1.1 la 10.0.0.0, utilizând automat formatul de adresare full-class. Deci, dacă întâlniți o întrebare despre RIP la examenul CCNA, va trebui să utilizați adresarea completă. Dacă în loc de 10.0.0.0 tastați 10.1.1.1 sau 10.1.0.0, veți face o greșeală. În ciuda faptului că conversia în formularul de adresare full-class are loc automat, vă sfătuiesc să utilizați inițial adresa corectă pentru a nu aștepta până când sistemul corectează eroarea. Rețineți - RIP folosește întotdeauna adresarea de rețea de clasă completă.
După ce ați folosit comanda network 10.0.0.0, al treilea router va introduce această a zecea rețea în protocolul de rutare și va trimite actualizarea de-a lungul rutei R3-R4. Acum trebuie să configurați protocolul de rutare al celui de-al patrulea router. Intru în setările sale și introduc secvenţial comenzile router rip, versiunea 2 și rețeaua 10.0.0.0. Cu această comandă îi cer lui R4 să înceapă să facă publicitate rețelei 10. folosind protocolul de rutare RIP.
Acum aceste două routere ar putea face schimb de informații, dar nu ar schimba nimic. Utilizarea comenzii show ip route arată că portul FastEthernrt 0/0 este conectat direct la rețeaua 10.1.0.0. Al patrulea router, după ce a primit un anunț de rețea de la al treilea router, va spune: „super, amice, am primit anunțul tău despre a zecea rețea, dar știu deja despre asta, pentru că sunt conectat direct la această rețea”.
Prin urmare, vom reveni la setările R3 și vom introduce o altă rețea cu comanda rețea 192.168.1.0. Folosesc din nou formatul de adresare full-class. După aceasta, al treilea router va putea face publicitate rețelei 192.168.1.128 de-a lungul rutei R3-R4. După cum am spus deja, RIP este o „bârfă” care le spune tuturor vecinilor săi despre noile rețele, transmițându-le informațiile din tabelul său de rutare. Dacă te uiți acum la tabelul celui de-al treilea router, poți vedea datele celor două rețele conectate la acesta.
Va transmite aceste date la ambele capete ale rutei atât către al doilea, cât și către al patrulea router. Să trecem la setările R2. Intru aceleasi comenzi router rip, versiunea 2 si reteaua 192.168.1.0, si aici lucrurile incep sa devina interesante. Specific rețeaua 1.0, dar este atât rețeaua 192.168.1.64/26, cât și rețeaua 192.168.1.128/26. Prin urmare, când specific rețeaua 192.168.1.0, ofer din punct de vedere tehnic rutarea pentru ambele interfețe ale acestui router. Comoditatea este că cu o singură comandă puteți seta rutarea pentru toate porturile dispozitivului.
Specific exact aceiași parametri pentru routerul R1 și ofer rutare pentru ambele interfețe în același mod. Dacă vă uitați acum la tabelul de rutare al lui R1, puteți vedea toate rețelele.
Acest router cunoaște atât rețeaua 1.0, cât și rețeaua 1.64. De asemenea, știe despre rețelele 1.128 și 10.1.1.0 deoarece folosește RIP. Acest lucru este indicat de antetul R din rândul corespunzător al tabelului de rutare.
Vă rugăm să acordați atenție informațiilor [120/2] - aceasta este distanța administrativă, adică fiabilitatea sursei informațiilor de rutare. Această valoare poate fi mai mare sau mai mică, dar valoarea implicită pentru RIP este 120. De exemplu, o rută statică are o distanță administrativă de 1. Cu cât distanța administrativă este mai mică, cu atât protocolul este mai fiabil. Dacă routerul are posibilitatea de a alege între două protocoale, de exemplu între o rută statică și RIP, atunci va alege să redirecționeze traficul pe ruta statică. A doua valoare din paranteze, /2, este metrica. În protocolul RIP, metrica înseamnă numărul de hopuri. În acest caz, rețeaua 10.0.0.0/8 poate fi atinsă în 2 hopuri, adică routerul R1 trebuie să trimită trafic prin rețeaua 192.168.1.64/26, acesta este primul hop, iar prin rețeaua 192.168.1.128/26, acesta este al doilea hop, pentru a ajunge la rețeaua 10.0.0.0/8 printr-un dispozitiv cu interfață FastEthernet 0/1 cu adresa IP 192.168.1.66.
Pentru comparație, routerul R1 poate ajunge la rețeaua 192.168.1.128 cu o distanță administrativă de 120 într-un hop prin interfața 1.
Acum, dacă încercați să faceți ping la interfața routerului R0 cu adresa IP 4 de pe computerul PC10.1.1.2, acesta va reveni cu succes.
Prima încercare a eșuat cu mesajul Request timed out, deoarece la utilizarea ARP primul pachet este pierdut, dar celelalte trei au fost returnate cu succes destinatarului. Aceasta oferă comunicare punct la punct într-o rețea folosind protocolul de rutare RIP.
Deci, pentru a activa utilizarea protocolului RIP de către router, trebuie să tastați secvențial comenzile router rip, versiunea 2 și rețea <număr de rețea / identificator de rețea în formă de clasă completă>.
Să mergem la setările R4 și să introducem comanda show ip route. Puteți vedea că rețeaua 10. este conectată direct la router, iar rețeaua 192.168.1.0/24 este accesibilă prin portul f0/0 cu adresa IP 10.1.1.1 prin RIP.
Dacă acordați atenție aspectului rețelei 192.168.1.0/24, veți observa că există o problemă cu rezumarea automată a rutelor. Dacă rezumarea automată este activată, RIP va rezuma toate rețelele până la 192.168.1.0/24. Să ne uităm la ce sunt cronometrele. Protocolul RIP are 4 cronometre principale.
Cronometrul de actualizare este responsabil pentru frecvența de trimitere a actualizărilor, trimițând actualizări de protocol la fiecare 30 de secunde către toate interfețele care participă la rutarea RIP. Aceasta înseamnă că ia tabelul de rutare și îl distribuie către toate porturile care operează în modul RIP.
Să ne imaginăm că avem routerul 1, care este conectat la routerul 2 prin rețeaua N2. Înainte de primul și după al doilea router există rețele N1 și N3. Routerul 1 îi spune routerului 2 că cunoaște rețeaua N1 și N2 și îi trimite o actualizare. Routerul 2 îi spune routerului 1 că cunoaște rețelele N2 și N3. În acest caz, la fiecare 30 de secunde porturile routerului schimbă tabele de rutare.
Să ne imaginăm că din anumite motive conexiunea N1-R1 este întreruptă și routerul 1 nu mai poate comunica cu rețeaua N1. După aceasta, primul router va trimite doar actualizări privind rețeaua N2 celui de-al doilea router. Routerul 2, după ce a primit prima astfel de actualizare, se va gândi: „super, acum trebuie să pun rețeaua N1 în Timer invalid”, după care va porni cronometrul invalid. Timp de 180 de secunde nu va schimba actualizările de rețea N1 cu nimeni, dar după această perioadă de timp va opri cronometrul invalid și va porni din nou cronometrul de actualizare. Dacă în aceste 180 de secunde nu primește nicio actualizare privind starea rețelei N1, o va plasa într-un cronometru de ținere oprită cu o durată de 180 de secunde, adică cronometrul de reținere pornește imediat după terminarea cronometrului invalid.
În același timp, rulează un al patrulea cronometru de spălare, care pornește simultan cu cronometrul invalid. Acest cronometru determină intervalul de timp dintre primirea ultimei actualizări normale despre rețeaua N1 până când rețeaua este eliminată din tabelul de rutare. Astfel, când durata acestui timer ajunge la 240 de secunde, rețeaua N1 va fi automat exclusă din tabelul de rutare al celui de-al doilea router.
Deci, Update Timer trimite actualizări la fiecare 30 de secunde. Cronometrul invalid, care rulează la fiecare 180 de secunde, așteaptă până când o nouă actualizare ajunge la router. Dacă nu ajunge, aceasta pune rețeaua într-o stare de așteptare, cu cronometrul de menținere care rulează la fiecare 180 de secunde. Dar cronometrele Invalid și Flush pornesc simultan, astfel încât la 240 de secunde după pornirea Flush, rețeaua care nu este menționată în actualizare este exclusă din tabelul de rutare. Durata acestor cronometre este setată implicit și poate fi modificată. Asta sunt cronometrele RIP.
Acum să trecem la luarea în considerare a limitărilor protocolului RIP, există destul de multe dintre ele. Una dintre principalele limitări este însumarea automată.
Să revenim la rețeaua noastră 192.168.1.0/24. Routerul 3 îi spune routerului 4 despre întreaga rețea 1.0, care este indicată de /24. Aceasta înseamnă că toate cele 256 de adrese IP din această rețea, inclusiv ID-ul rețelei și adresa de difuzare, sunt disponibile, ceea ce înseamnă că mesajele de la dispozitive cu orice adresă IP din acest interval vor fi trimise prin rețeaua 10.1.1.1. Să trecem la tabelul de rutare R3.
Vedem rețeaua 192.168.1.0/26, împărțită în 3 subrețele. Aceasta înseamnă că routerul știe doar trei adrese IP specificate: 192.168.1.0, 192.168.1.64 și 192.168.1.128, care aparțin rețelei /26. Dar nu știe nimic, de exemplu, despre dispozitivele cu adrese IP situate în intervalul de la 192.168.1.192 la 192.168.1.225.
Cu toate acestea, din anumite motive, R4 crede că știe totul despre traficul pe care R3 i-l trimite, adică toate adresele IP din rețeaua 192.168.1.0/24, ceea ce este complet fals. În același timp, routerele pot începe să renunțe la trafic pentru că se „înșală” unul pe celălalt - la urma urmei, routerul 3 nu are dreptul să-i spună celui de-al patrulea router că știe totul despre subrețelele acestei rețele. Acest lucru se întâmplă din cauza unei probleme numite „sumare automată”. Apare atunci când traficul se deplasează pe diferite rețele mari. De exemplu, în cazul nostru, o rețea cu adrese de clasa C este conectată prin routerul R3 la o rețea cu adrese de clasa A.
Routerul R3 consideră că aceste rețele sunt aceleași și rezumă automat toate rutele într-o singură adresă de rețea 192.168.1.0. Să ne amintim despre ce am vorbit despre rezumarea rutelor de supernet într-unul dintre videoclipurile anterioare. Motivul însumării este simplu - routerul consideră că o singură intrare în tabelul de rutare, pentru noi aceasta este intrarea 192.168.1.0/24 [120/1] prin 10.1.1.1, este mai bună decât 3 intrări. Dacă rețeaua constă din sute de subrețele mici, atunci când sumarizarea este dezactivată, tabelul de rutare va consta dintr-un număr mare de intrări de rutare. Prin urmare, pentru a preveni acumularea unei cantități uriașe de informații în tabelele de rutare, este utilizată sumarul automat al rutei.
Cu toate acestea, în cazul nostru, rezumarea automată a rutelor creează o problemă, deoarece forțează routerul să schimbe informații false. Prin urmare, trebuie să intrăm în setările routerului R3 și să introducem o comandă care interzice rezumarea automată a rutelor.
Pentru a face acest lucru, tast secvențial comenzile router rip și nu auto-rezumat. După aceasta, trebuie să așteptați până când actualizarea se răspândește în rețea și apoi puteți utiliza comanda show ip route în setările routerului R4.
Puteți vedea cum s-a schimbat tabelul de rutare. Intrarea 192.168.1.0/24 [120/1] prin 10.1.1.1 a fost păstrată din versiunea anterioară a tabelului, iar apoi există trei intrări care, datorită cronometrului de actualizare, sunt actualizate la fiecare 30 de secunde. Temporizatorul Flush asigură că la 240 de secunde după actualizare plus 30 de secunde, adică după 270 de secunde, această rețea va fi eliminată din tabelul de rutare.
Rețelele 192.168.1.0/26, 192.168.1.64/26 și 192.168.1.128/26 sunt listate corect, așa că acum dacă traficul este destinat dispozitivului 192.168.1.225, acel dispozitiv îl va renunța pentru că routerul cu care nu știe unde este adresa respectivă. Dar în cazul precedent, când aveam activată rezumarea automată a rutelor pentru R3, acest trafic ar fi direcționat către rețeaua 10.1.1.1, ceea ce era complet greșit, deoarece R3 ar trebui să renunțe imediat la aceste pachete fără a le trimite mai departe.
În calitate de administrator de rețea, ar trebui să creați rețele cu o cantitate minimă de trafic inutil. De exemplu, în acest caz nu este nevoie să redirecționați acest trafic prin R3. Sarcina ta este să crești cât mai mult posibil debitul rețelei, prevenind trimiterea traficului către dispozitivele care nu au nevoie de el.
Următoarea limitare a RIP este buclele sau buclele de rutare. Am vorbit deja despre convergența rețelei, când tabelul de rutare este corect actualizat. În cazul nostru, routerul nu ar trebui să primească actualizări pentru rețeaua 192.168.1.0/24 dacă nu știe nimic despre el. Din punct de vedere tehnic, convergența înseamnă că tabelul de rutare este actualizat numai cu informații corecte. Acest lucru ar trebui să se întâmple când routerul este oprit, repornit, reconectat la rețea etc. Convergența este o stare în care au fost finalizate toate actualizările necesare tabelului de rutare și au fost efectuate toate calculele necesare.
RIP are o convergență foarte slabă și este un protocol de rutare foarte, foarte lent. Din cauza acestei lentoare, apar buclele de rutare sau problema „contorului infinit”.
Voi desena o diagramă de rețea similară cu exemplul anterior - routerul 1 este conectat la routerul 2 prin rețeaua N2, rețeaua N1 este conectată la routerul 1 și rețeaua N2 este conectată la routerul 3. Să presupunem că din anumite motive conexiunea N1-R1 este întreruptă.
Routerul 2 știe că rețeaua N1 este accesibilă într-un singur salt prin routerul 1, dar această rețea nu funcționează momentan. După ce rețeaua eșuează, procesul de temporizatoare începe, routerul 1 îl pune în starea Hold Down și așa mai departe. Totuși, routerul 2 are un cronometru de actualizare care rulează, iar la ora stabilită trimite o actualizare routerului 1, care spune că rețeaua N1 este accesibilă prin intermediul acestuia în două hopuri. Această actualizare ajunge la routerul 1 înainte de a avea timp să trimită routerului 2 o actualizare despre defecțiunea rețelei N1.
După ce a primit această actualizare, routerul 1 se gândește: „Știu că rețeaua N1 care este conectată la mine nu funcționează dintr-un motiv oarecare, dar routerul 2 mi-a spus că este disponibil prin ea în două sărituri. Îl cred, așa că voi adăuga un hop, îmi voi actualiza tabelul de rutare și voi trimite routerului 2 o actualizare spunând că rețeaua N1 este accesibilă prin routerul 2 în trei hop!”
După ce a primit această actualizare de la primul router, routerul 2 spune: „ok, mai devreme am primit o actualizare de la R1, care spunea că rețeaua N1 este disponibilă printr-un singur salt. Acum mi-a spus că este disponibil în 3 hop. Poate că ceva s-a schimbat în rețea, nu pot să nu cred, așa că îmi voi actualiza tabelul de rutare adăugând un hop.” După aceasta, R2 trimite o actualizare primului router, care afirmă că rețeaua N1 este acum disponibilă în 4 hop-uri.
Vezi care este problema? Ambele routere își trimit actualizări unul altuia, adăugând câte un hop de fiecare dată și, în cele din urmă, numărul de hopuri ajunge la un număr mare. În protocolul RIP, numărul maxim de hopuri este de 16, iar de îndată ce atinge această valoare, routerul își dă seama că există o problemă și pur și simplu elimină această rută din tabelul de rutare. Aceasta este problema cu buclele de rutare în RIP. Acest lucru se datorează faptului că RIP este un protocol de vector de distanță; monitorizează doar distanța, fără a acorda atenție stării secțiunilor de rețea. În 1969, când rețelele de calculatoare erau mult mai lente decât sunt acum, abordarea vectorului distanță era justificată, așa că dezvoltatorii RIP au ales numărul de hop ca măsură principală. Cu toate acestea, astăzi această abordare creează multe probleme, astfel încât rețelele moderne au trecut pe scară largă la protocoale de rutare mai avansate, cum ar fi OSPF. De facto, acest protocol a devenit standardul pentru rețelele majorității companiilor globale. Vom analiza acest protocol în detaliu într-unul dintre următoarele videoclipuri.
Nu ne vom mai întoarce la RIP, pentru că folosind exemplul acestui protocol de rețea cel mai vechi, v-am povestit destule despre elementele de bază ale rutării și problemele din cauza cărora se încearcă să nu mai folosească acest protocol pentru rețele mari. În următoarele lecții video ne vom uita la protocoalele moderne de rutare - OSPF și EIGRP.
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