UNIVERSITATEA POLITEHNICA BUCURESTI FACULTATEA ELECTRONICA,TELECOMUNICATII SI TEHNOLOGIA INFORMATIEI

PROIECT 3.

PROTOCOALE DE RUTARE

Routing Internet Protocol (RIP). Configurarea unei rutari statice intre

routere vecine.

2

CUPRINS Capitolul 1 Rutarea static......................................................................................................4

1.1. Rolul router-ului........................................................................................................4 1.2. Introducerea topologiei..............................................................................................4 1.3. Scopul i sinteza comenzii ,,ip route.......................................................................5 1.4. Rutele statice .............................................................................................................5 1.5. Comanda de rutare IP.................................................................................................6 1.6. Verificarea rutei statice..............................................................................................7 1.7. Configurarea rutelor pentru nc dou reele.............................................................8 1.8. Principiile tabelei de rutare........................................................................................9 1.9. Aplicarea Principiilor998765...................................................................................9 1.10. Rezolvarea printr-o interfa de ieire....................................................................11

1.10.1. Cutarea recursiv a rutei........................................................................11 1.10.2. Situaia: interfaa de ieire nu funcioneaz............................................12

1.11. Rute statice cu interfee de ieire. .........................................................................13 1.11.1. Configurarea unei rute statice cu o interfa de ieire.............................13 1.11.2. Ruta static i interfaa de ieire.............................................................13

1.12. Rutele statice i reelele ,,point-to-point .............................................................14 1.13. Modificarea rutelor statice.....................................................................................15

1.13.1. Verificarea configurrii rutei statice.......................................................16Verificarea configurrii rutei statice

1.13.2. Verificarea schimbrilor rutei statice.....................................................16 1.14. Interfeele Ethernet si ARP...................................................................................18

1.14.1. Trimiterea unei cereri ARP....................................................................18 1.15. Rute statice i interfee Ethernet de ieire............................................................19 1.16. Avantajele folosirii unei interfee de ieire cu rute statice...................................19 1.17. Sumarizarea i rutele statice default.....................................................................20

1.17.1. Sumarizarea rutelor pentru reducerea dimensiunii tabelului de rutare...20 1.17.2. Sumarizarea rutelor................................................................................20 1.17.3. Calcularea unei rute sumare...................................................................21 1.17.4. Configurarea unei rute sumarizate.........................................................22 1.17.5. Potrivirea cea mai specific...................................................................23 1.17.6. Configurarea unei rute statice default....................................................24 1.17.7. Verificarea unei rute statice default.......................................................25

1.18. Rute statice i livrarea pachetelor.........................................................................26 1.19. Managementul i rezolvarea problemelor rutelor statice.....................................27

1.19.1. Rezolvarea problemei unei rute lips....................................................27 1.19.2. Rezolvarea rutei lips............................................................................28

Capitolul 2 RIPv1........ ..........................................................................................................29 2.1. Impactul istoric al lui RIP......................................................................................29 2.2. Caracteristicile RIP 30.............................................................. .............................30

2.2.1. Formatul de Mesaj RIP: Header RIP.......................................................30 2.2.2. Formatul de Mesaj RIP: Intrarea Rutei.......................... ..........................31 2.2.3. Procesul de Cerere/Rspuns RIP.......................... ...................................31 2.2.4. Operaiunea RIP: R3 pornete procesele RIP........................................32

2.3. Clasele adrese de IP i Routing Classful..............................................................33 2.4. Distana administrativ..........................................................................................34 2.5. Activarea RIP.........................................................................................................36

3

2.6. Reele specifice...................................................................................................36 2.7. Verificarea RIP....................................... ...............................................................38

2.7.1. Comenzi de troubleshooting eficiente.....................................................38 2.7.2. Interpretarea output-ului comenzii show ip route....................................39 2.7.3. Interpretarea output-ului comenzii show ip protocols.............................40 2.7.4. Interpretarea output-ului comenzii debug ip rip......................................43

2.8. Interfee pasive.......................................................................................................46 2.8.1. Update-urile RIP nefolositoare................................................................46 2.8.2. . Oprirea actualizrilor care nu sunt

necesare............................................46 2.9. Routere marginale i sumarizari automatice..........................................................50

2.9.1. Reguli pentru procesarea actualizrilor RIPv1........................................50 2.9.2. Exemple de update a procesarii RIPv1....................................................50 2.9.3. Folosirea Debug pentru a vizualiza sumarizari automate........................51 2.9.4. Avantaje ale sumarizarii automate...........................................................53 2.9.5. Dezavantaje ale sumarizarii automate.....................................................53

2.10. Topologiile discontinue nu converg cu RIPv1.....................................................54 2.11. Adugarea accesului internet la topologie...........................................................57

Capitolul 3 RIPv2....................................................................................................................60 3.1. Limitarile lui RIPv1...............................................................................................61 3.2. Rute sumarizate.......................................................................................................63 3.3. VLSM................................................................................ ....................................64 3.4. Interfee Loopback..................................................................................................64 3.5. Routere statice i interfee nule...............................................................................65 3.6. Redistribuirea Rutelor.............................................................................................65 3.7. Verificarea i testarea conectivitii........................................................................66 3.8. Examinarea tabelelor de rutare...............................................................................68 3.9. O descriere mai detaliata.........................................................................................71

3.9.1. Ruta Statica 192.168.0.0/16......................................................................71 3.10 .Configurarea RIPv2...............................................................................................73

3.10.1. Comparatie intre formatele mesajelor RIPv1 si RIPv2...........................73 3.10.2. Versiunea 2..............................................................................................74

3.11. Auto-sumarizarea si RIPv2.....................................................................................76 3.11.1. Examinarea tabelelor de rutare................................................................76 3.11.2. Verificarea update-urilor RIPv2..............................................................79

3.12. RIPv2 si VLSM......................................................................................................81 3.13. RIPv2 si CIDR........................................................................................................82 3.14. Verificarea RIPv2...................................................................................................83

3.14.1. Versiune...................................................................................................86 3.14.2. Comenzi...................................................................................................86 3.14.3. Sumarizarea automata..............................................................................87

3.15. Autentificarea.........................................................................................................87 Verificare .................................................................................................................................. 90 Bibliografie.................................................................................................................................93

4

CAPITOLUL 1: Rutarea static 1.1. Rolul router-ului Router-ul este un calculator cu un scop special ce joac un rol cheie n operaiile efectuate asupra oricror date din reea. Routerele sunt n principal responsabile pentru interconectarea reelelor prin :

- determinarea celei mai bune ci pentru a trimite pachete . - trimiterea pachetelor ctre destinaia lor.

Router-ele efectueaz trimiterea pachetelor prin nvarea reelelor i meninerea informaiilor de rutare. Router-ul este jonciunea sau intersecia ce conecteaz mai multe reele. Decizia primar a router-ului de a trimite pachetele este bazat pe informaia de Layer 3, i anume adresa IP a destinaiei. Tabela de rutare a router-ului este folosit pentru a gsi cea mai bun potrivire ntre destinaia IP a unui pachet i adresa de reea din tabelul de rutare. Tabela de rutare va determina, n cele din urm, interfaa de ieire pentru a trimite pachetul i router-ul va ncapsula acel pachet n frame-ul data link pentru acea interfa de ieire. 1.2. Introducerea topologiei Figura de mai jos nfieaz topologia folosit. Topologia const n trei router-e notate R1, R2 i R3. Routerele R1 i R2 sunt conectate printr-un link WAN i router-ele R2 i R3 sunt conectate printr-un alt link WAN. Fiecare router este conectat la un alt LAN reprezentat printr-un switch i un calculator. Fiecare router din acest exemplu este Cisco 1841. Un router cisco 1841 are urmtoarele interfee

- 2 interfee FastEthernet: Fast Ethernet 0/0 i Fast Ethernet 0/1. - 2 interfee seriale: serial 0/0/0 i serial 0/0/1

5

1.3. Scopul i sinteza comenzii ,,ip route Aa cum am discutat anterior un router poate nva reele n una sau dou modaliti:

- manual, din rute configurate static - automat, dintr-un protocol de rutare dinamic

n continuare este prezentat configurarea rutelor statice. 1.4. Rutele statice Rutele statice sunt folosite n mod obinuit cnd se ruteaz de la o reea la o reea stub. O reea stub este o reea accesat de o singur cale. Aici vedem c orice reea ataat la R1 va avea doar o cale pentru a ajunge la alte destinaii, fie ctre reelele ataate la R2 sau alte destinaii dect R2. De aceea reeaua 172.16.3.0 este o reea stub i R1 este un router stub. Rularea unui protocol de rutare ntre R1 i R2 este o risip de resurse pentru ca R1 are doar o singur ieire pentru a trimite trafic nonlocal. De aceea rutele statice sunt configurate pentru conectivitatea reelelor care nu sunt direct conectate la un router. Astfel, se va configura o rut static pe R2 i anume reeaua LAN ataat lui R1.

6

1.5. Comanda de rutare IP Comanda pentru configurarea unei reele statice este ip route. Sintaxa complet pentru configurarea unei rute statice este: Router(config)#ip route prefix mask {ip-address | interface-type interface-number [ip-address]} [distance] [name] [permanent] [tag tag] Majoritatea acestor parametri nu sunt relevani. De aceea vom folosi o variant mai simpl a sintaxei: Router(config)#ip route network-address subnet-mask {ip-address | exit-interface } Urmtorii parametrii sunt folosii:

- network address adresa de reea a destinaiei pentru reeaua care trebuie adaugat n tabela de rutare.

- subnet mask subnet mask-ul reelei care trebuie adaugat n tabela de rutare. Aceasta poate fi modificat pentru a sumariza un grup de reele.

Unul sau ambii parametrii de mai jos trebuie de asemenea folosii:

- IP address n mod obinuit aceasta reprezint adresa ip a router-ului ,,next- hop - Exit interface interfaa de plecare care ar trebui s fie folosit n trimiterea de

pachete ctre reeaua destinat. Not: Parametrul IP address este cunoscut ca adres IP a router-ului ,,next-hop. Adresa IP a router-ului ,,next-hop e folosit n mod obinuit pentru acest parametru. Cu toate acestea, parametrul IP address poate fi orice adres IP atta timp ct este rezolvat de tabela de rutare. Instalarea unei rute statice n tabelul de rutare. Dupa cum tim, R1 cunoate reelele care sunt conectate direct la el. Acestea sunt reelele n tabela sa de rutare. Reelele modificate de care R1 nu tie sunt:

- - 172.16.1.0/124 LAN pe R2 - - 192.168.1.0/24 Reeaua serial dintre R2 si R3 - - 192.168.2.0/24 LAN pe R3 Pentru nceput se activeaz comanda debug ip routing pentru a afia mesajul cnd noua

rut este adugat n tabela de rutare. Apoi, se folosete comanda ip route pentru a configura rutele statice pe R1 pentru fiecare dintre aceste reele. R1#debug ip routing R1#conf t R1(config)#ip route 172.16.1.0 255.255.255.0 172.16.2.2

7

S examinm fiecare element al acestui output:

- ip route comand de rutare static. - 172.16.1.0 Adresa de reea a reelei care trebuie adugat n tabela de rutare - 255.255.255.0 Subnet mask a reelei - 172.16.2.2 adresa ip a interfeei seriale 0/0/0 de pe R2 care este next hop pentru

aceast reea. Cnd adresa IP este next hop pentru adresa IP a router-ului, aceast adres IP poate fi gsit prin una din reelele conectate direct la router. Cu alte cuvinte, adresa IP a next hop-ului 172.16.2.2 este conectat pe routerul R1 de la reeaua 172.16.2.0/24 serial 0/0/0. 1.6. Verificarea rutei statice Output-ul comenzii debug IP routing arat c aceast rut a fost adugat la tabela de rutare. 00:20:15: RT: add 172.16.1.0/24 via 172.16.2.2, static metric [1/0] Se observ c introducnd comanda show ip route apare noua tabel de rutare. Intrarea rutei statice este subliniat. S examinm fiecare element al acestui output

- S codul tabelului de rutare corespunztor rutei statice; - 172.16.1.0 adresa de reea pentru rut; - /24 subnet mask pentru aceasta ruta; - 1/0 distana administrativ i metric pentru ruta static - via 172.16.2.2. adresa IP pentru router-ul next hop (adresa IP a interfeei seriale

0/0/0 a lui R2) Orice pachete cu adresa IP destinaie care are 24 bii (cei mai din stnga) corespunztori adresei 172.16.1.0 vor folosi aceast rut.

8

1.7. Configurarea rutelor pentru nc dou reele Comenzile pentru a configura alte dou reele sunt prezentate n figur. Se poate observa c toate cele trei rute statice configurate pe R1 au aceeai adres IP a next hop-ului : 172.16..2.2. Folosind ca referin diagrama tipologiei, putem vedea c acest fapt este adevrat, pentru c pachetele pentru toate reelele pot fi transmise router-ului R2, router-ul next hop. Se folosete comanda show IP route din nou pentru a examina noile rute statice din tabelul de rutare aa cum se poate vedea. S 192.168.1.0/24 [1/0] via 172.16.2.2 S 192.168.2.0/24 [1/0] via 172.16.2.2 Mtile reelei /24 sunt localizate pe aceeai linie ca i adresa de reea. Rutele statice care au fost configurate pot fi verificate examinnd configurarea rulrii cu ajutorul comenzii ,,show running-config. Acum este momentul potrivit pentru salvarea n NVRAM R1#copy running-config startup-config

9

1.8. Principiile tabelei de rutare Acum c sunt configurate 3 rute statice, se poate anticipa dac pachetele destinate acestor reele au ajuns la destinaie? Vor ajunge la destinaie pachetele de la aceste reele la reeaua de destinaie 172.16.3.0/24 ? Se vor introduce 3 principii ale tabelei de rutare aa cum au fost ele descrise de Alex Zinin n cartea sa ,,Cisco IP routing Principiul 1: ,,Fiecare router ia deciziile singur, bazndu-se pe informarea pe care o are n tabelul de rutare. R1 are 3 rute statice n tabela sa de rutare i ia decizia de trimitere bazndu-se doar pe informaiile din tabela de rutare. R1 nu consult tabelele de rutare ale celorlalte routere. Nici nu tie dac acele routere au sau nu rute ctre alte reele. Informarea fiecrui router despre reele este responsabilitatea administratorului reelei. Principiul 2: ,, Faptul c un router are o anumit informaie n tabelul su de rutare nu nseamn c celelalte routere au aceeai informaie. R1 nu tie ce informaie au celelalte routere n tabelele lor de rutare. De exemplu: R1 are o rut ctre reeaua 192.168.2.0/24 prin routerul R2. Orice pachet ce corespunde acestei rute aparine reelei 192.168.2.0/24 i va fi transmis i ctre routerul R2. R1 nu tie dac R2 are sau nu rut ctre reeaua 192.168.2.0/24 i de aceast dat administratorul reelei este responsabil de asigurarea faptului c router-ul ,,next-hop are i el rut la aceast reea. Folosind principiul 2 nc nu tim s facem rutarea potrivit pentru celelalte routere (R2 si R3), s ne asigurm c acestea au rute ctre toate cele 3 reele. Principiul 3: Informaia de rutare despre o cale de la o retea la alta nu ofer informaie de rutare despre calea revers sau de ntoarcere. Majoritatea comunicaiilor ntre reele este bidirecional. Asta nseamn c pachetele trebuie s mearg n ambele direcii ntre dispozitivele periferice implicate. Un pachet de la PC1 poate ajunge la PC3 pentru c toate routerele implicate au rute ctre reeaua destinatar 192.168.2.0/24. Oricum, succesul oricrui pachet ce merge de la PC3 la PC1 depinde de faptul c routerele implicate au o rut ctre calea de ntoarcere, reeaua 172.16.3.0/24 a PC1. Folosind principiul 3 ca ndrumar vom configura rute statice pe celelalte routere pentru a ne asigura c acestea au rute ctre reeaua 172.16.3.0/24. 1.9. Aplicarea Principiilor Cu aceste principii cunoscute, cum am putea rspunde la ntrebrile privind pachetele care sunt originare din PC1? 1. i vor atinge destinaia pachetele de la PC1? n acest caz pachetele destinate reelelor 172.16.1.0/24 i 192.168.1.0/24 i vor atinge destinaia. Acest lucru se ntmpl deoarece routerul R1 are o rut ctre aceste reele prin R2. Cnd pachetele ajung la routerul R2, aceste reele sunt direct conectate pe R2 i sunt rutate folosind tabela de rutare a lui R2. Pachetele destinate pentru reeaua 192.168.2.0/24 nu vor ajunge la destinaie. R1 are o rut strict ctre aceast reea prin R2. Chiar i aa, cnd R2 primete un pachet va renuna la el pentru c R2 nu conine nc o rut pentru aceast reea n tabela sa de rutare.

10

2. Acesta nseamn c orice pachete de la aceste reele destinate reelei 172.16.3.0/24 vor ajunge la destinaie? Dac R2 sau R3 primesc un pachet destinat reelei 172.16.3.0/24, pachetul nu va ajunge la destinaie pentru c niciunul dintre cele 2 routere nu are o rut ctre reeaua 172.16.3.0/24.

Cu ajutorul comenzilor prezentate n figur toate routerele au acum rute ctre toate reelele.

Se verific tabelele de rutare din figur pentru a ne asigura c toate router-ele au acum rute ctre toate reelele.

11

Conectivitatea poate fi verificata mai departe prin comanda ping catre intrefetele routerelor de la Routerul R1, asa cum este prezentat in figura. Este atinsa conectivitatea totala pentru dispozitivele din tipologia noastra. Orice PC sau LAN, poate sa acceseze acum PC-urile de pe toate celelalte LAN-uri. 1.10. Rezolvarea printr-o interfa de ieire 1.10.1. Cutarea recursiv a rutei nainte ca orice pachet s fie trimis de un router, procesul tabelei de rutare trebuie s determine interfaa de ieire ce poate fi folosit pentru a trimite pachetul. Aceasta este cunoscut ca rezolvarea rutei. Se verific acest proces vizualiznd tabela de rutare pentru R1 din figur. R1 are o rut static pentru reeaua 192.168.2.0/24, care trimite toate pachetele ctre adresa IP 172.16.2.2 a next hop-ului S 192.168.2.0/24 [1/0] via 172.16.2.2 Gsirea unei rute este primul pas n procesul de cutare. R1 trebuie s determine cum s gseasc adresa IP 172.16.2.2 a next-hop-ului. n acest caz, adresa IP 172.16.2.2 i are perechea n ruta ce este direct conectat la reeaua 172.16.2.0/24. C 172.16.2.0 is directly connected, Serial0/0/0 Ruta 172.16.2.0 este o reea conectat direct cu interfaa serial de ieire 0/0/0. Acest cutare ilustreaz procesul tabelei de rutare ctre care va fi trimis acest pachet n afara interfeei. De aceea, de fapt trebuie 2 cutri n tabela de rutare pentru a trimite orice pachet ctre reeaua 192.168.2.0/24. Cnd router-ul trebuie s desfoare mai multe cutri n

12

tabelul de rutare nainte s trimit un pachet, desfoar un proces cunoscut sub numele de cutare recursiv. n acest exemplu: 1. Adresa IP de destinaie a pachetului se potrivete rutei statice 192.168.2.0/24 cu adresa IP 172.16.2.2.a next-hop-ului 2. Adresa IP a next-hop-ului pentru ruta static. 172.16.2.2, este asemntoare cu reeaua direct conectat 172.16.2.0/24 cu interfaa de ieire serial 0/0/0. Fiecare rut care se refer la o singur adres IP next-hop i nu la o interfa de ieire, trebuie s aib adresa IP a next-hop-ului rezolvat folosind alt rut din tabelul de rutare care are o interfa de ieire. De obicei, aceste rute sunt reduse la rute din tabelul de rutare ce sunt reele conectate direct, deoarece aceste intrri vor conine tot timpul interfaa de ieire. Vom vedea n seciunea urmtoare c rutele statice pot fi configurate cu o interfa de ieire. Acest lucru nseamn c nu mai este necesar s fie rezolvate folosind o alt rut de intrare.

Pasul 1 :Gsirea unei rute. Pasul 2: Gsirea unei interfee de ieire. 1.10.2. Situaia: interfaa de ieire nu funcioneaz S presupunem ce s-ar putea ntmpla dac o interfa de ieire nu ar mai funciona. De exemplu, ce s-ar ntampla cu ruta static a lui R1 ctre 192.16.2.0/24 dac interfaa sa serial 0/0/0 nu ar mai funciona? Dac ruta static nu poate fi redus la o interfa de ieire, n acest caz seriala 0/0/0, ruta static este scoas din tabela de rutare. Se verific acest proces cu debug ip routing pe R1 i dup aceea configurarea serialei 0/0/0 pna la oprire aa cum este prezentat. Se observ din output-ul comenzii debug ip routing c toate cele 3 rute statice au fost terse atunci cnd interfaa serial 0/0/0 a fost oprit. Au fost terse pentru c toate cele trei rute statice au fost reduse la seriala 0/0/0. Cu toate acestea, rutele statice sunt nc n configuraia de rulare a lui R1. Dac interfaa va fi repornit (este disponibil din nou cu ajutorul comenzii no shutdown), procesul tabelului de rutare va reinstala aceste rute statice n tabelul de rutare.

13

Patru rute au fost eliminate, a mai rmas doar o rut n tabel. 1.11. Rute statice cu interfee de ieire 1.11.1. Configurarea unei rute statice cu o interfa de ieire Se verific o alt modalitate de a configura aceleai rute statice. n mod curent, ruta static a lui R1 pentru reeaua 192.168.2.0/24 este configurat cu adresa IP 172.16.2.2 a next hop-ului. n fiierul de configuraie se urmrete urmtoarea linie: ip route 192.168.2.0 255.255.255.0 172.16.2.2 Aa cum v amintii din seciunea precedent, aceast rut static necesit o a doua verificare a tabelului de rutare pentru a reduce adresa IP a next-hop-ului 172.16.2.2 la o interfa de ieire cu toate acestea, cele mai multe rute statice pot fi configurate cu o interfa de ieire, ce permite tabelului de rutare s rezolve interfaa de ieire ntr-o singur cutare n loc de dou cutri. 1.11.2. Ruta static i interfaa de ieire Se va reconfigura aceast rut static pentru ca aceasta s foloseasc o interfa de ieire n locul unei adrese IP a next-hop-ului. Primul lucru care trebuie fcut este tergerea rutei statice curente. Acest lucru este fcut cu ajutorul comenzii ,,no ip route. Apoi, se configureaz ruta static a lui R1 ctre 192.168.2.0/24 folosind interfaa serial de ieire 0/0/0.

14

Apoi se folosete comanda prezentat, ip route pentru a vedea modificarea n tabelul de rutare. Se observ c intrarea n tabela de rutare nu se mai refer la adresa IP a next-hop-ului, ci se refer direct la interfaa de ieire. Aceast interfa de ieire este aceeai cu cea la care a fost redus ruta static atunci cnd a fost folosit adresa IP a next hop-ului.

S 192.168.2.0/24 is directly connected, Serial0/0/0 Acum, cnd procesul tabelei de rutare are o potrivire ntre un pachet i ruta static, va fi capabil s reduc ruta la o interfa de ieire dintr-o singur cutare. Aa cum se poate vedea n figur, celelalte dou rute statice trebuie, nc, s fie procesate n doi pai, reducndu-se la aceeai interfa serial 0/0/0. Not: Ruta static nfieaz ruta ca fiind conectat direct. Este important s se nteleag c acest lucru nu nseamn c aceast rut este o reea conectat direct sau o rut conectat direct. Aceast rut este tot o rut static. Acest tip de rut static are nc o distan administrativ de1. 1.12. Rutele statice i reelele ,,point-to-point Rutele statice ce sunt configurate cu interfee de ieire n loc de adrese IP a next-hop-ului sunt ideale pentru majoritatea reelelor seriale ,,point-to-point. Reelele ,,point-to-point ce folosesc protocoale precum HDLC i PPP nu folosesc adresele IP ale next hop-ului n procesul de trimitere a pachetelor. Pachetul rutat este ncapsulat ntr-un cadru HDLC Layer 2 cu adresa de destinaie de broadcast Layer2. Aceste tipuri de link-uri seriale ,,point-to-point sunt asemntoare evilor. O eav are doar 2 capete. Ceea ce intr pe unul din capete poate avea doar o singur destinaie - cellalt capt al evii. Orice pachete care sunt trimise prin interfaa serial 0/0/0 a lui R1 pot avea doar o destinaie: interfaa serial 0/0/0 a lui R2. Interfaa lui R2 se ntampl s fie adresa IP 172.16.2.2.

15

Interfaa de ieire este specificat acum n ruta static, nu mai este nevoie de o cutare recursiv. 1.13. Modificarea rutelor statice Exist momente cnd o rut static configurat anterior trebuie modificat: - Reeaua de destinaie ar trebui s fie tears. - Este o schimbare n tipologie i trebuie schimbat fie adresa intermediar fie interfata de ieire. Nu exist o modalitate pentru a modifica o rut static deja existent. Ruta static trebuie s fie tears i creat o alta nou. Pentru a terge o rut static se adaug ,,no n faa comenzii ,,ip route, urmat de restul rutei statice ce urmeaz a fi tears. n seciunea precedent am avut o rut static: ip route 192.168.2.0 255.255.255.0 172.16.2.2 Putem terge acea rut static cu ajutorul comenzii ,,no ip route no ip route 192.168.2.0 255.255.255.0 172.16.2.2 Aa cum ne amintim, am ters ruta static pentru c vroiam s o modificm pentru a folosi o interfa de ieire n locul adresei IP a next-hop-ului. Am confirmat o nou rut static folosind interfaa de ieire: R1(config)#ip route 192.168.2.0 255.255.255.0 serial 0/0/0 Este mult mai eficient pentru procesul de cutare al tabelei de rutare s avem rute statice cu interfee de ieire, cel putin pentru reelele seriale de legtur ,,point-to-point. Se vor reconfigura restul rutelor statice ale lui R1, R2 si R3 pentru ca acestea s foloseasc interfee de ieire. Aa cum se poate vedea n figur, pe msur ce tergem fiecare rut, vom configura o noua rut aceleiasi reele folosind o interfa de ieire.

16

1.13.1. Verificarea configurrii rutei statice Oricnd se aduc modificri la nivelul rutrii statice sau altor aspecte ale reelei, verificai c aceste schimbri s-au produs i c acestea produc rezultatele dorite. 1.13.2. Verificarea schimbrilor rutei statice n seciunea trecut, am ters i reconfigurat rutele statice pentru toate cele trei rute. S v amintii, fisierul configuraie conine configuraia curent a rutelor- comenzi i parametrii pe care le folosete n prezent router-ul. Schimbrile se verific prin examinarea fisierului de configuraie. Figura arat poriunile fiecrui fisier de configuraie ce arat ruta static curent a router- ului.

17

Aceast figur reprezint tabela de rutare pentru toate cele trei routere. S se observe c au fost adugate tabelei de rutare rute statice cu interfee de ieire i c au fost terse rutele statice precedente cu adrese next- hop.

18

Ultimul test este pentru rutele pachetelor de la surs la destinaie. Utiliznd comanda ping, putem verifica c pachetele de la fiecare router ajung la destinaie i c drumul de ntoarcere lucreaz de asemenea corect. Aceast figur arat c operaiunea ping a fost terminat cu succes. 1.14. Interfeele Ethernet si ARP Uneori, interfaa de ieire este o reea Ethernet. Presupunem c legtura dintre R1 si R2 este o legtur Ethernet i c interfaa FastEthernet 0/1 a lui R1 este conectat la reea, ca n figur. O rut static poate fi setat folosind o adres IP next- hop pentru reeaua 192.168.2.0/24, folosind comanda: R1(config)#ip route 192.168.2.0 255.255.255.0 172.16.2.2 Pachetul IP trebuie ncapsulat ntr-un cadru Ethernet cu o adres MAC de destinaie de tip Ethernet. Dac pachetul trebuie trimis unui router next- hop, adresa MAC de destinaie va fi adresa Ethernet a routerului next- hop. n acest caz, adresa MAC de destinaie Ethernet va fi potrivit adresei IP 172.16.2.2 a router-ului next- hop. R1 ii verific tabela ARP de pe interfata FastEthernet 0/1 cautand o intrare cu 172.16.2.2 i cu o adres MAC corespunztoare. 1.14.1. Trimiterea unei cereri ARP Dac aceast intrare nu este n tabelul ARP, R1 trimite o cerere ARP prin interfaa FastEthernet 0/1. Transmisiunea de Layer 2 cere ca, dac orice dispozitiv are adresa IP 172.16.2.2, ar trebui s rspund cu adresa sa MAC. Deoarece interfaa FastEthernet 0/1 a lui R2 are adresa IP 172.16.2.2, acesta trimite napoi un rspuns ARP cu adresa MAC pentru interfa. R1 primete rspunsul ARP i adaug adresa IP 172.16.2.2, i adresa MAC asociat, tabelei sale ARP. Pachetul IP este acum ncapsulat n cadrul Ethernet cu adresa MAC de destinaie gsit n tabelul ARP. Cadrul Ethernet cu pachetul ncapsulat este apoi trimis prin interfaa FastEthernet 0/1 ctre router-ul R2.

19

1.15. Rute statice i interfee Ethernet de ieire S configurm o rut static cu o interfa Ethernet de ieire n loc de o adres IP next- hop. Schimbm ruta static 192.168.2.0/24 pentru a folosi o interfa de ieire cu urmtoarea comand: R1(config)#ip route 192.168.2.0 255.255.255.0 fastethernet 0/1 Diferena dintre o reea Ethernet i o reea serial point-to-point este aceea c o reea point-to-point are numai un singur alt dispozitiv pe reea- router-ul la cellalt capt al legturii. Cu reelele Ethernet, pot fi mai multe dispozitive diferite care mpart aceeai reea multi-acces, incluznd gazde i chiar router-e multiple. Desemnnd numai interfaa de ieire Ethernet n ruta static, router-ul nu va avea suficiente informaii pentru a determina care dispozitiv este un dispozitiv next-hop. R1 tie c pachetul trebuie ncapsulat ntr-un cadru Ethernet i trimis prin interfaa FastEthernet 0/1. Oricum, R1 nu tie adresa IP next-hop i astfel nu poate determina adresa MAC de destinaie pentru cadrul Ethernet. Depinznd de topologia i configuraia altor router-e, ruta static poate funciona sau nu. Este recomandat ca atunci cnd interfaa de ieire este o reea Ethernet s nu se foloseasc doar interfaa de ieire n ruta static. Cineva poate ntreba: Este posibil configurarea unei rute statice n cadrul unei reele Ethernet astfel nct s nu trebuiasc folosit cutarea recursiv a unei adrese IP next-hop? Da, acest lucru poate fi fcut configurnd ruta static pentru a include interfaa de ieire i adresa IP next-hop. Dup cum se poate vedea n figur, interfaa de ieire ar fi FastEthernet 0/1 i adresa IP next-hop ar fi 172.16.2.2. R1(config)#ip route 192.168.2.0 255.255.255.0 fastethernet 0/1 172.16.2.2 Intrarea tabelului de rutare pentru aceast rut ar fi: S 192.168.2.0/24 [1/0] via 172.16.2.2 FastEthernet0/1 Procesul tabelului de rutare va avea nevoie s realizeze o singur cutare pentru a lua att interfaa de ieire ct i adresa IP next-hop. 1.16. Avantajele folosirii unei interfee de ieire cu rute statice Exist un avantaj n folosirea interfeelor de ieire cu rute statice att pentru reele seriale point-to-point ct i pentru reelele Ethernet. Procesul tabelului de rutare nu trebuie s fac dect o singur cutare pentru a gsi interfaa de ieire fa de o a doua cutare pentru a rezolva adresa next-hop. Pentru rutele statice cu reele seriale de legtur point-to-point, este cel mai bine s configurm rute statice numai cu interfee de ieire. Pentru interfeele seriale point-to-point, adresa next-

20

hop din tabela de rutare nu este niciodat folosit de procedura de livrare a pachetului, i deci nu este necesar. Pentru rute statice cu reele de legtur Ethernet, cel mai bine este s fie configurate att cu adrese next-hop ct i cu interfee de ieire.

1.17. Sumarizarea i rutele statice default 1.17.1. Sumarizarea rutelor pentru reducerea dimensiunii tabelului de rutare Crearea tabelelor de rutare mai mici face procesul de cutare n acest table mai eficient deoarece sunt mai puine rute de cutat. Dac poate fi folosit o singur rut static n loc de rute statice multiple, dimensiunea tabelului de rutare va fi redusa. n cele mai multe cazuri, poate fi folosit o singur rut static pentru a reprezenta sute sau chiar mii de rute. Putem folosi o singur adres de reea pentru a reprezenta subreele multiple. De exemplu, reelele 10.0.0.0/16, 10.1.0.0/16, 10.2.0.0/16, 10.3.0.0/16, 10.4.0.0/16, 10.5.0.0/16, pna la 10.255.0.0/16 pot fi reprezentate de o singur adres de reea: 10.0.0.0/8. 1.17.2. Sumarizarea rutelor Mai multe rute statice pot fi sumarizate ntr-o singur rut static dac: - Reelele de destinaie pot fi sumarizate ntr-o singur adres de reea, i - Rutele statice multiple folosesc toate aceeai interfa de ieire sau adresa IP next-hop Aceasta inseamn sumarizarea rutelor. In exemplul nostru, R3 are trei rute statice. Toate cele trei rute nainteaz traficul prin aceeai interfa serial 0/0/1. Cele trei rute statice pentru R3 sunt:

21

ip route 172.16.1.0 255.255.255.0 Serial0/0/1 ip route 172.16.2.0 255.255.255.0 Serial0/0/1 ip route 172.16.3.0 255.255.255.0 Serial0/0/1 Dac este posibil, dorim s sumarizm toate cele trei rute statice ntr- o singur rut static. 172.16.1.0/24, 172.16.2.0/24 i 172.16.3.0/24 pot fi sumarizate in reteaua 172.16.0.0/22. Deoarece toate cele trei rute folosesc aceeai interfa de ieire, pot fi sumarizate ntr-o singur reea 172.16.0.0 255.255.252.0, i putem crea o singur rut. 1.17.3. Calcularea unei rute sumare Iat procesul de creare a rutei sumare 172.16.1.0/22, aa cum este in figur:

1. Scrie n binar reelele pe care vrei s le sumarizezi. 2. Pentru a afla masca subreelei pentru sumarizare, ncepe cu bitul cel mai din stnga.

3. Mergi spre dreapta , s gseti toi biii care se potrivesc consecutiv. 4. Cnd gseti o coloan de bii care nu se potrivesc, oprete-te. Eti la marginea

sumarului. 5. Acum, numr biii cei mai din stnga care se potrivesc, care n exemplul nostru este

22. Acest numr devine subnet mask pentru ruta sumarizat, /22 sau 255.255.252.0

6. Pentru a afla adresa reelei pentru sumarizare, copiaz cei 22 bii ce se potrivesc i adaug biii 0 pn la sfrit pentru a face 32 bii.

Urmrind aceti pai, putem descoperi c cele trei rute statice ale lui R3 pot fi sumarizate ntr-o singur rut static, folosind adresa reelei sumare 172.16.0.0 255.255.252.0: ip route 172.16.0.0 255.255.252.0 Serial0/0/1

22

1.17.4. Configurarea unei rute sumarizate Pentru a implementa ruta sumarizata, trebuie mai inti s tergem cele trei rute statice curente: R3(config)#no ip route 172.16.1.0 255.255.255.0 serial0/0/1 R3(config)#no ip route 172.16.2.0 255.255.255.0 serial0/0/1 R3(config)#no ip route 172.16.3.0 255.255.255.0 serial0/0/1 Apoi, vom configura ruta static sumar: R3(config)#ip route 172.16.0.0 255.255.252.0 serial0/0/1

Pentru a verifica noua rut static, examinm tabelul de rutare a lui R3 cu comanda show ip route, dup cum vedem: 172.16.0.0/22 is subnetted, 1 subnets S 172.16.0.0 is directly connected, Serial0/0/1 Cu aceast rut sumarizata, adresa IP de destinaie a unui pachet nu trebuie dect s se potriveasc cu 22 din cei mai din stnga bii din adresa de reea 172.16.0.0. Orice pachet cu adresa IP de destinaie aparinnd reelelor 172.16.1.0/24, 172.16.2.0/24, sau 172.16.3.0/24 se potrivete cu aceast rut sumarizat.

23

Dup cum se poate vedea n figur, putem testa reconfigurarea folosind comanda ping. Verificm c mai avem conectivitate bun de-a lungul reelei. Not: n martie 2007 erau peste 200 000 rute n miezul rutelor Internetului. Multe din aceste rute sunt rute sumarizate. 1.17.5. Potrivirea cea mai specific Este posibil ca adresa IP de destinaie a unui pachet s se potriveasc mai multor rute din tabelul de rutare. De exemplu, dac am avea urmtoarele dou rute statice n tabelul de rutare: 172.16.0.0/24 is subnetted, 3 subnets S 172.16.1.0 is directly connected, Serial0/0/0 and S 172.16.0.0/16 is directly connected, Serial0/0/1 Considerm un pachet cu adresa IP de destinaie 172.16.1.10. Aceast adres IP se potrivete cu amndou rutele. Procesul de cutare n tabelul de rutare va folosi potrivirea specific. Deoarece 24 de bii se potrivesc rutei 172.16.1.0/24, i doar 16 bii se potrivesc rutei 172.16.0.0/16, va fi folosit ruta static cu cei 24 de bii care se potrivesc. Aceasta este potrivirea cea mai lung. Pachetul va fi apoi ncapsulat ntr-un cadru de nivel 2 i va fi trimis via interfaa serial 0/0/0. S ne amintim, subnet mask n intrarea rutei este ceea ce determin ci bii trebuie s se potriveasc adresei IP de destinaie pentru aceast rut. Not: Acest proces este acelai pentru toate rutele din tabelul de rutare, inclusiv rutele statice, rute nvate de la un protocol de rutare i reele direct conectate. Ruta static default se potrivete tuturor pachetelor

24

O rut static default este o rut ce se potrivete tuturor pachetelor. Rutele statice default sunt folosite: - Cnd nici o alt rut din tabelul de rutare nu se potrivete adresei IP de destinaie a pachetului. O utilizare comun este cnd conectm router-ul marginal al unei companii la o reea ISP. - Cnd un router are numai un alt router la care este conectat. Aceast condiie este cunoscut ca router stub. 1.17.6. Configurarea unei rute statice default Sintaxa pentru o rut static default este asemntoare cu orice alte rute statice, exceptnd faptul c adresa reelei este 0.0.0.0 i masca subreelei este 0.0.0.0: Router(config)#ip route 0.0.0.0 0.0.0.0 [exit-interface | ip-address ] Adresa reelei i a mtii 0.0.0.0 0.0.0.0 este numit rut "quad-zero". R1 este un router stub. Este conectat doar la R2. n mod curent, R1 are trei rute statice, care sunt folosite s ating toate reelele din topologia noastr. Toate cele trei rute statice au interfata de iesire seriala 0/0/0, dnd mai departe pachete router-ului next-hop R2. Cele trei rute statice ale lui R1 sunt: ip route 172.16.1.0 255.255.255.0 serial 0/0/0 ip route 192.168.1.0 255.255.255.0 serial 0/0/0 ip route 192.168.2.0 255.255.255.0 serial 0/0/0 R1 este candidatul ideal pentru a avea nlocuite toate rutele statice cu o singur rut default. Mai nti, tergem cele trei rute statice: R1(config)#no ip route 172.16.1.0 255.255.255.0 serial 0/0/0 R1(config)#no ip route 192.168.1.0 255.255.255.0 serial 0/0/0 R1(config)#no ip route 192.168.2.0 255.255.255.0 serial 0/0/0 Apoi, configurm singura rut static standard, folosind aceeai interfa serial de ieire 0/0/0, ca i pe precedentele rute statice: R1(config)#ip route 0.0.0.0 0.0.0.0 serial 0/0/0

25

1.17.7. Verificarea unei rute statice default Verificm schimbarea din tabelul de rutare cu comanda show ip route, dup cum se vede n figur: S* 0.0.0.0/0 is directly connected, Serial0/0/0 Observai asteriscul de lng S. Dup cum putei vedea din tabelul de coduri din figur, astericsul arat c aceast rut static este candidat la ruta default. De aceea este numit o rut static default. Vom vedea n capitolele urmtoare c o rut default nu trebuie s fie neaprat static. Cheia pentru aceast configuraie este masca /0. Anterior am spus c masca subreelei din tabelul de rutare este cea care determin ci bii trebuie s se potriveasc ntre adresa IP de destinaie a pachetului i ruta din tabelul de rutare. O masca / 0 indic c zero sau nici un bit nu trebuie s se potriveasc. Atta timp ct nu exist o potrivire specific, ruta static default va potrivi toate pachetele. Rutele default sunt foarte comune la router-e. n loc de router-e care s stocheze rute pentru toate reelele de pe Internet, ele pot stoca o singur rut standard care s reprezinte orice reea care nu se gsete n tabelul de rutare.

26

Inainte de sumarizarea rutelor

Dupa sumarizarea rutelor 1.18. Rute statice i livrarea pachetelor Urmtorul exemplu se refera la procesul de livrare de pachete cu rute statice. PC1 trimite un pachet ctre PC3: 1. Pachetul ajunge pe interfaa FastEthernet 0/0 a lui R1. 2. R1 nu are o rut specific ctre reeaua de destinaie, 192.168.2.0/24; astfel, R1 folosete ruta static default. 3. R1 ncapsuleaz pachetul ntr-un cadru nou. Deoarece legtura cu R2 este o legtur point-to-point, R1 adaug numai bii de 1 la adresa de destinaie de layer 2. 4. Cadrul este transmis interfeei seriale 0/0/0. Pachetul ajunge pe interfaa serial 0/0/0 a lui R2. 5. R2 decapsuleaz cadrul i caut o ruta ctre destinaie. R2 are o rut static ctre 192.168.2.0/24 prin seriala 0/0/1. 6. R2 ncapsuleaz pachetul ntr-un cadru nou. Deoarece legtura cu R3 este o legtur point-to-point, R2 adaug numai bii de 1 la adresa de destinaie de layer 2. 7. Cadrul este transmis interfeei seriale 0/0/1. Pachetul ajunge pe interfaa serial 0/0/1 a lui R3. 8. R3 decapsuleaz cadrul i caut o rut ctre destinaie. R3 are o rut conectat ctre 192.168.2.0/24 prin FastEthernet 0/1. 9. R3 caut n tabelul de intrri ARP dup 192.168.2.10 pentru a afla adresa MAC a Layer 2 pentru PC3. a. Dac nu exist intrri, R3 trimite o cerere ARP prin FastEthernet 0/0. b. PC3 rspunde cu un rspuns ARP care include adresa MAC a lui PC3. 10. R3 ncapsuleaz pachetul ntr-un cadru nou cu adresa MAC a interfeei FastEthernet 0/0 ca adres surs a Layer 2 i adresa MAC a lui PC3 ca adres MAC de destinaie. 11. Cadrul este transmis mai departe prin interfaa FastEthernet 0/0. Pachetul ajunge pe interfaa NIC a lui PC3.

27

1.19. Managementul i rezolvarea problemelor rutelor statice 1.19.1. Rezolvarea problemei unei rute lips Reelele sunt subiectul mai multor fore care pot provoca schimbarea status-ului lor destul de des: - O interfa eueaz. - Unui furnizor de servicii i cade o conexiune. - Un administrator introduce o configuraie greit. - Exist o suprasaturare de legturi. - Cnd este o schimbare n reea, poate fi pierdut conectivitatea. Ca administrator de reea, eti responsabil de rezolvarea problemei. Ce pai poi s urmezi ? Pan acum, ar trebui s fii familiarizat cu cteva unelte care te pot ajuta s izolezi problemele de rutare. Listate n figur, ele includ: ping traceroute show ip route

28

1.19.2. Rezolvarea rutei lips Gsirea unei rute lips (sau greit configurate) este relativ simpl dac foloseti metodic uneltele corecte. Considerm urmtoarea problem: PC1 nu poate efectua operaia ping ctre PC3. Folosim Traceroute i vedem c R2 rspunde, dar nu avem rspuns de la R3. Tabela de rutare al lui R2 ne arat c reeaua 172.16.3.0/24 nu este configurat corect. Interfaa de ieire este configurat s trimit pachete ctre R3. Evident, din topologie, putem vedea c R1 are reeaua 172.16.3.0/24. Aadar, R2 va trebui s foloseasc seriala 0/0/0 ca interfa de ieire, i nu seriala 0/0/1. Pentru a remedia aceast situaie, ndeprtm ruta incorect i adugm ruta pentru reeaua 172.16.3.0/24 cu serialul 0/0/0 specificat ca interfa de ieire. R2(config)#no ip route 172.16.3.0 255.255.255.0 serial 0/0/1 R2(config)#ip route 172.16.3.0 255.255.255.0 serial 0/0/0

Ruta greit configurat ctre 172.16.3.0/24

29

CAPITOLUL 2: RIPv1 De-a lungul anilor, protocoalele de rutare s-au dezvoltat pentru a cunoate cererea crescut a reelelor complexe. Primul protocol folosit a fost Protocolul de rutare a informaiei (Routing Information Protocol = RIP). RIP nc este popular datorit simplitii sale i suportului rspndit. Este important nelegerea RIP-ului din dou motive:

1. RIP este nc folosit n ziua de azi. Se pot ntlni implementri de reele care sunt destul de mari pentru a necesita un protocol de rutare, ns simple pentru a folosi RIP efectiv.

2. Familiaritatea cu multe concepte fundamentale ale RIP-ului vor ajuta s se compare RIP-ul cu alte protocoale. nelegnd cum opereaz RIP-ul i implementarea sa, nvarea altor protocoale de rutare se va face mult mai uor.

2.1. Impactul istoric al lui RIP RIP este cel mai vechi protocol de rutare distance-vector. Dei RIP-ului i lipsete complexitatea altor protocoale de rutare mai avansate, simplitatea i utilizarea rspndit asigur longevitatea sa. RIP-ul nu este un protocol pe cale de dispariie; de fapt, o form a RIP-ului pentru IPv6 numit RIPng (noua generaie) este acum valabil.

30

RIP s-a dezvoltat dintr-un protocol realizat la Xerox, numit Gateway Information Protocol

(GWINFO). Mai trziu a devenit popular datorit implementrii n distribuia Berkley Software (BSD) ca daemon numit routed. Recunoscnd necesitatea standardizrii protocolului, Charles Hedrick a scris RFC 1058 n 1988, n care a documentat protocolul existent i a specificat cteva mbuntiri. De atunci, RIP a fost mbuntit cu RIPv2 n 1994 i cu RIPng n 1997.

Not: Prima versiune a RIP-ului este deseori numit RIPv1 pentru a face distincia cu RIPv2. Oricum, ambele versiuni mpart aceleai trsturi. Cnd se discut trsturi comune, se folosete denumirea RIP. Cnd se discut trsturi distincte, se folosesc denumirile RIPv1 sau RIPv2. 2.2. Caracteristicile RIP

RIP are urmtoarele caracteristici de baz: - RIP este un protocol al vectorului de distan. - RIP folosete hop count ca unica metric pentru selectarea cii. - Routerele cunoscute cu hop count mai mare de 15 inaccesibile. - Mesajele trimise prin broadcast la fiecare 30 de secunde.

Poriunea de date a unui mesaj RIP este inclus ntr-un segment UDP, cu numerele portului sursei i destinaiei setate la 520. Headerul IP-ului i headerele conexiunii de date adaug adrese ale destinaiei nainte ca mesajul sa fie trimis la toate interfeele configurate RIP. 2.2.1. Formatul de Mesaj RIP: Header RIP

Cmpurile sunt specificate n poriunea headerului de patru bii subliniat cu portocaliu n figur. Cmpul Command specific tipul mesajului, descris n detaliu n urmtoarea seciune. Cmpul Version este setat la 1 pentru prima versiune RIP. Al treilea cmp prezentat

31

este Must be zero. Cmpurile Must be zero asigur spaiu pentru o extindere viitoare a protocolului. 2.2.2. Formatul de Mesaj RIP: Intrarea Rutei

Poriunea de intrare a rutei a mesajului include trei cmpuri cu coninutul: Identificatorul adresei familiei (setat la 2 pentru IP numai dac un router cere o tabela de rutare ntreag, caz n care cmpul este setat la 0), adresa IP i Metric. Aceast porine de intrare a rutei reprezint o rut de destinaie cu metrica sa asociata. Un update de RIP poate conine pn la 25 de intrri de rute. Dimensiunea maxim a datagramei este de 512 bii, fr s includ i headerele IP sau UDP.

De ce sunt aa de multe cmpuri setate pe 0?

RIP a fost dezvoltat naintea IP-ului i a fost folosit pentru alte protocoale de reea (precum XNS). BSD a avut de asemenea influena sa. Iniial, spaiul n plus a fost adugat cu intenia de a suporta spaii mai mari de adrese pe viitor. RIPv2 a folosit acum majoritatea cmpurilor goale.

2.2.3. Procesul de Cerere/Rspuns RIP

RIP folosete dou tipuri de mesaje precizate n cmpul de Comand: Mesajul de cerere i Mesajul de rspuns.

32

2.2.4. Operaiunea RIP: R3 pornete procesele RIP

33

Fiecare intefaa configurat cu RIP trimite un mesaj de cerere la startup, cernd ca toi vecinii RIP s-i trimit tabelele complete de rutare. Un mesaj de rspuns este trimis napoi de vecinii de tip RIP. Cnd routerul care a fcut cererea primete rspunsul, el evalueaz fiecare rut. Dac o rut este nou, routerul receptor instaleaz ruta nou n tabela de rut. Dac ruta este deja n tabel, intrarea existent este nlocuit dac noua intrare are un hop count mai bun. Routerul de startup trimite apoi un update la toate interfeele RIP coninnd propria sa tabel de routing aa nct vecinii RIP s fie informai de noi rute. 2.3. Clasele adrese de IP i Routing Classful

Adresele de IP ataate la gazde(host) au fost iniial divizate in trei clase: clasa A, clasa B i clasa C. Fiecrei clase i-a fost asignat o subnet mask din oficiu, aa cum se poate vedea n figur. Subnet mask alocat din oficiu pentru fiecare clas este important pentru a ntelege cum opereaz RIP.

RIP este un protocol classful de rutare. RIPv1 nu trimite informaie despre subnet mask n update. De aceea, un router ori folosete subnet mask configurat pe o interfa local, ori aplic subnet mask asignat din oficiu clasei de adresa. Datorit acestei limitri, reeaua RIPv1 nu poate fi discontinu dar nici nu poate implementa VLSM.

34

2.4. Distana administrativ

Distana administrativ (AD) este alegerea sigur (sau preferata) a sursei rutei. RIP are o distan administrativ din oficiu setat la 120. Cnd comparm cu alte protocoale interioare de rutare, RIP este protocolul de rutare cel mai puin preferat. IS-IS, OSPF, IGRP, i EIGRP au toate valori AD mici din oficiu.

35

Scenariul A

36

2.5. Activarea RIP Pentru a activa un protocol de rutare dinamic, se intr n modul de configurare global i se folosesc comenzile routerului. Aa cum se vede n figur, dac tastm un spaiu urmat de un semn de ntrebare, apare o list cu toate protocoalele de rutare disponibile suportate de IOS. Pentru a intra n modul de configurare a routerului pentru RIP, se introduce router rip n mediul de configurare global. Observai c mediul se schimb dintr-un mediu de configurare global n urmtorul: R1 (config-router)# Aceast comand nu pornete direct procesul RIP. n schimb, asigur accesul la setrile de configurare a protocolului de rutare. Nici un update de rutare nu este trimis. Dac vrei s tergei complet procesul de ruting RIP dintr-un sistem, trebuie negat comanda si anume no router rip. Aceast comand oprete procesul RIP i terge toate configuraiile de RIP existente.

2.6. Reele specifice Prin intrarea n modul de configurare al routerului RIP, routerul este instruit s ruleze RIP. ns routerul tot trebuie s tie ce interfee locale trebuie s foloseasc pentru a comunica cu alte routere, precum i ce reele conectate local ar trebui s direcioneze spre acele routere. Pentru a activa rutarea RIP pentru o reea, folosii comanda network n modul de configurare al routerului i introducei adresa classful a retelei pentru fiecare reea conectat direct. Router(config-router)#network directly-connected-classful-network-address Comanda network: - Activeaz RIP pe toate interfeele care aparin unei reele specifice. Interfeele asociate acum vor trimite sau primi ambele update-uri RIP.

37

- Public reeaua specific n update-uri de rutare RIP trimise la celelalte routere la fiecare 30 secunde. Not: Dac introducei adres de subretea, IOS l convertete automat ntr-o adres classful. De exemplu, dac introducei comanda network 192.168.1.32, routerul l va converti n network 192.168.1.0.

n figur, comanda network este configurat pe toate cele trei routere pentru reelele conectate direct. Observai c numai reelele classful au fost introduse. Ce se ntmpl dac introducei o adres de subretea ori o adres de interfaa IP n locul unei adrese de reea classful cnd folosim comanda network pentru configuraiile IP? R3(config)#router rip R3(config-router)#network 192.168.4.0 R3(config-router)#network 192.168.5.1 n acest exemplu, am introdus o adres de interfa IP n locul unei adrese de reea classful. Observai c IOS nu furnizeaz un mesaj de eroare. n loc, IOS corecteaz intrarea i introduce adresa reelei classful. Aceasta se demonstreaz prin verificarea de mai jos. R3#show running-config ! router rip network 192.168.4.0 network 192.168.5.0 !

38

2.7. Verificarea RIP 2.7.1. Comenzi de troubleshooting eficiente Pentru a verifica i corecta rutarea, n primul rnd se folosete show ip route i show ip protocols. Dac nu se poate izola problema folosind aceste comenzi, atunci se folosete debug ip rip pentru a vedea exact ce se ntmpl. Aceste trei comenzi sunt discutate ntr-o ordine recomandat i pot fi folosite pentru a verifica i corecta o configuraie a unui protocol de rutare. naintea configurrii oricrei rutri statice sau dinamice trebuie verificat dac interfeele necesare sunt up i up n urma folosirii comenzii show ip interface brief.

Comanda show ip route verific dac rutele primite de la vecini sunt instalate n tabela de rutare. Un R n tabela indic rutele RIP. Deoarece aceast comand afieaz ntreaga tabel de rutare, incluznd rutele direct conectate i cele statice, este normal ca prima comand s verifice convergena. Rutele pot s nu apar imediat cnd se execut comanda, deoarece reelele au nevoie de timp pentru a converge. n orice caz, o dat ce rutarea este corect configurat pe toate routerele, comanda show ip route va reflecta c fiecare router are tabela de rutare complet, cu o rut pentru fiecare reea din topologie.

39

Aa cum se poate vedea n figur, exist 5 reele n topologie. Fiecare router listeaz 5 reele n tabela de rutare. De aceea, putem spune c toate cele 3 routere converg deoarece fiecare router are o rut pentru fiecare reea prezentat n topologie. 2.7.2. Interpretarea output-ului comenzii show ip route Folosind informaia din figur, s ne concentrm asupra unei rute RIP nvate de R1 i s interpretm output-ul prezentat n tabela de router. R 192.168.5.0/24 [120/2] via 192.168.2.2, 00:00:23, serial0/0/0 Listarea rutelor cu un cod R este o modalitate rapid de a verifica faptul c RIP ruleaz pe router-ul respectiv. Dac RIP nu este configurat nici mcar parial, nu vor fi prezente rute RIP. Adresa de reea i subnet mask sunt listate (192.168.5.0/24). Valoarea AD (120 pentru RIP) i distana pn la reea (2 hop-uri) sunt afiate ntre parantezele drepte. Adresa IP next-hop a rutei anunate este listat (192.168.2.2) i cte secunde au trecut de la ultima actualizare (00:00:23 n acest caz). n final, interfaa de ieire pe care acest router o va folosi pentru traficul destinat pentru reeaua 192.168.5.0 este listat (Serial 0/0/0).

40

2.7.3. Interpretarea output-ului comenzii show ip protocols Dac lipsete o reea din tabela de rutare, se controleaz configurarea de rutare folosind comanda show ip protocols. Aceast comand afieaz protocolul de rutare care este configurat pe router. Acest output poate fi folosit pentru a verifica majoritatea parametrilor RIP-ului pentru a confirma dac:

Rutarea RIP este configurat Interfeele corecte primesc i trimit actualizri Router-ul anuna reelele corecte Vecinii trimit actualizri

Arata care procese de rutare sunt activate Prima linie a output-ului verific dac rutarea RIP este configurat i ruleaz pe router. Cel puin o interfaa activ cu comanda network asociat este necesar nainte ca rutarea RIP s porneasc.

41

Acetia sunt timpii care arat cnd se vor face urmatoarele actualizri 23 de secunde n exemplu.

Aceast informaie se refer la actualizrile de filtrare i rute redistribuite, dac sunt configurate pe router.

Acest bloc de ieire conine informaii referitoare la versiunea RIP-ului care este configurat i interfeele care particip la actualizrile RIP-ului.

42

Aceast parte a output-ului arat c routerul R2 se sumarizeaza la reelei classful i va folosi 4 rute egale facand astfel load balancing.

Reelele clasificate configurate folosind comanda network sunt listate. Acestea sunt reelele pe care router-ul le va include n update-uri.

43

Vecinii (routing information sources) sunt listai. Gateway este adresa IP a next-hop-ului vecinului care trimite update-uri router-ului. Distance este AD pe care router-ul o folosete pentru update-urile trimise de vecini. Last update este numrul de secunde de cnd ultimul update a fost primit de la vecinul respectiv. 2.7.4. Interpretarea output-ului comenzii debug ip rip Majoritatea erorilor de configurare a RIP-ului sunt determinate de o configurare eronat, lips n declaraia network sau o configurare a subreelelor n mediul classful. O comad efectiv folosit pentru a gsi probleme n actualizrile RIP-ului este debug ip rip. Aceast comand afieaz actualizrile rutrii RIP aa cum sunt ele trimise i primite. Deoarece update-urile sunt trimise periodic, trebuie s se atepte pentru urmtoarea rund de update-uri nainte de a vedea alt output.

44

n primul rnd se vede un update primit de la R1 pe interfaa seriala 0/0/0. Observm c R1 trimite numai o rut la reeaua 192.168.1.0. Alte rute nu sunt trimise deoarece s-ar nclca regula split horizon. Lui R1 nu i este permis s anune reele napoi lui R2 pe care R2 iniial i le-a trimis lui R1.

Urmtoarul update este primit de la 192.168.4.1 (R3). Iar, din cauza regulii split horizon nu se trimite dect o rut reeaua 192.168.5.0.

R2 trimite propriul update. n primul rnd, R2 creaz un update pentru a il trimite pe interfaa FastEthernet0/0. Update-ul conine ntreaga tabel de rutare, mai puin reeaua 192.168.3.0, care este ataat la FastEthernet0/0.

45

Apoi, R2 creaz update-ul pentru a il trimite ctre R3. Sunt incluse 3 rute. R2 nu anun reeaua pe care o mpart R2 i R3 (reeaua 192.168.5.0) din cauza regulii split horizon.

n final, R2 creaz update-ul pe care il trimite ctre R1. Sunt incluse 3 rute. R2 nu anun reeaua pe care o mpart R2 i R1 (reeaua 192.168.1.0) din cauza regulii split horizon. Not: Dac se ateapt alte 30 de secunde, se vor vedea toate output-urile de debug artate n figur, deoarece RIP trimite update-uri periodice la fiecare 30 de secunde.

46

Pentru a opri monitorizarea actualizrilor RIP la R2, se introduce comanda no debug ip rip sau i mai simplu undebug all, aa cum se arat n figur. 2.8. Interfee pasive 2.8.1. Update-urile RIP nefolositoare Cum s-a vzut n exemplul anterior, R2 trimite update-uri pe interfaa FastEthernet0/0, dei nu exist nici un echipament care folosete RIP n LAN-ul respectiv. R2 nu are cum s tie acest lucru, i, ca rezultat, trimite update-uri la fiecare 30 de secunde. Acest lucru are un impact asupra reelei n 3 moduri:

1. banda este irosit pentru update-uri care nu sunt necesare; deoarece update-urile RIP-ului sunt broadcast, switch-urile vor forwarda update-urile pe toate porturile

2. toate echipamentele din LAN vor trebui s proceseze update-urile pn la nivelul 4 Transport, unde vor arunca update-urile

3. update-urile anunate broadcast ntr-o reea sunt un risc de securitate. Acestea pot fi interceptate cu un software de packet sniffing. Update-urile pot fi modificate i trimise napoi router-ului, acestea pot corupe tabela de rutare cu metrici false care pot redirecta greit traficul.

2.8.2.. Oprirea actualizrilor care nu sunt necesare Se poate crede c actualizrile pot fi oprite eliminnd reeaua respectiv folosind comanda no network reea, dar n acel caz router-ul nu va putea anuna LAN-ul n update-urile trimise catre R1 i R3. Soluia corect este folosirea comenzii passive-interface, care previne transmiterea update-urilor de rutare pe interfaa router-ului, dar va permite ca acea reea s fie anunat altor router-e. Comanda passive-interface se introduce n modul de configurare a router-ului. Router(config-router)#passive-interface interface-type interface-number Aceast comand oprete update-urile de rutare pe interfaa specificat. Oricum, reeaua care apartine interfaei specificat va fi totui publicat n update-urile de rutare care sunt trimise pe interfee. n figura, R2 este primul configurat cu comanda passive- interface pentru a preveni actualizrile rutei la FastEthernet0/0, deoarece nici un vecin RIP nu exist n LAN. Comanda show ip protocols este folosit apoi pentru a verifica interfaa pasiv. Observm c interfaa nu

47

mai este listat in Interface, ns sub o nou seciune numit Passive Interface(s). De asemenea observm c reeaua 192.168.3.0 este nc listat cu Routing for Networks, ceea ce nseamn c reeaua este nc inclus ca rut n update-urile RIP-ului care sunt trimise ctre R1 i R3. Toate protocoalele de rutare suport comanda passive-interface. Va trebui s folosii comanda passive-interface la momentul potrivit ca parte a configurrii normale a router-ului.

Scenariul B

48

Pentru a atinge discuia sumarizarii automate, topologia RIP artat n figur a fost modificat: Trei clase de reele sunt folosite: 172.30.0.0/16 192.168.4.0/24 192.168.5.0/24 Reeua 172.30.0.0/16 este mprit n trei subreele: 172.30.1.0/24 172.30.2.0/24 172.30.3.0/24 Urmtoarele sisteme sunt pri ale adresei reelei classful 172.30.0.0/16: Toate interfeele la R1 S0/0/0 si Fa0/0 la R2 Reeaua 192.168.4.0/24 este mprit ntr-o singur reea 192.168.4.8/30 Observm c comenzile no shutdown i clock rate nu sunt necesare deoarece aceste comenzi sunt nc configurate dup scenariu A. Oricum, deoarece reele noi au fost adugate, procesul de rutare RIP a fost ndeprtat complet cu comanda no router rip nainte de a fi activat din nou.

49

n output-ul pentru R1, observm c ambele subreele au fost configurate cu comanda network. Aceast configuraie este tehnic incorect din moment ce RIPv1 trimite adresei de reele classful n update-urile sale i nu subreelei. Din aceast cauz, IOS a schimbat configuraia pentru a reflecta o configuraie classful corect, aa cum se poate vedea in outpu-ul comenzii show run

n output-ul pentru R2 observm c subreeaua 192.168.4.8 a fost configurat cu comanda network. Din nou, aceast configuraie este tehnic incorect, iar IOS a schimbat-o n 192.168.4.0 n configuraia final.

50

Configuraia rutei pentru R3 este corect. Configuraia utilizat se potrivete cu ce a fost introdus n modul de configuraie al routerului. 2.9. Routere marginale i sumarizari automatice Aa cum tii, RIP este un protocol de rutare classful, care sumarizeaza automatic reele classful. n figur, putem vedea c R2 are interfee n mai mult dect o reea classful. Aceasta l face pe R2 un router marginal n RIP. Interfeele Serial 0/0/0 i FastEthernet 0/0 pe R2 sunt amndou in 172.30.0.0. Interfaa Serial 0/0/1 este n 192.168.4.0. Deoarece routerele marginale sumarizeaza subreele RIP de la o reea major la cealalt, update-urile pentru reelele 172.30.1.0, 172.30.2.0 i 172.30.3.0 vor fi nsumate automat n 172.30.0.0 cnd vor fi trimise la interfeele Serial 0/0/1 ale lui R2.

2.9.1. Reguli pentru procesarea actualizrilor RIPv1 Urmtoarele doua reguli guverneaz actualizrile RIPv1:

- Dac un update de rutare pe interfata pe care este primit aparine aceleai reele majore, subnet mask a interfeei este aplicat reelei n update-ul de rutare.

- Dac un update de rutare pe interfaa pe care este primit aparine unei reele diferite majore, subnet mask classful a reelei este aplicat reelei n update-ul de rutare.

2.9.2. Exemple de update a procesarii RIPv1 n figur, R2 primete un update de la R1 i intr n reea prin tabela de rutare. Cum de tie R2 c acest subreea are subnet mask /24 (255.255.255.0)? tie deoarece: R2 a primit aceast informaie pe interfaa care aparine aceleiai reele classful (172.30.0.0) ca si update-ul primit de la 172.30.1.0. Adresa IP pentru care R2 a primit mesajul 172.30.1.0 n 1 hop a fost pe seriala 0/0/0 cu adresa de IP 172.30.2.2 i subnet mask 255.255.255.0 (/24).

51

R2 folosete propriul subnet mask pe aceast interfa i il aplic la aceasta i la toate celelalte subreele 172.30.0.0 pe care le primete pe aceast interfa n acest caz, 172.30.1.0. Subreeaua 172.30.1.0 /24 a fost adaugat la tabela de rutare. Routerele care folosesc RIPv1 sunt limitate s foloseasc acelasi subnet mask pentru toate subreelele cu aceeai reea classful. Protocoalele de rutare classless precum RIPv2 permit aceleiai reele majore classful sa foloseasc subnet mask diferite pe subreelele diferite, cunoscut ca Variable Lenght Subnet Masking (VLSM).

2.9.3. Folosirea Debug pentru a vizualiza sumarizari automate Cnd se trimite un update, routerul R2 marginal include adresa reelei i metrica asociat. Dac intrarea rutei este pentru un update ce trimite o reea major diferit, atunci adresa reelei n intrarea rutei este sumarizata la adrese de reea classful sau majora. Aceasta este exact ceea ce face R2 pentru 192.168.4.0 i 192.168.5.0. El trimite aceste reele classful la R1. R2 are de asemenea rute pentru subreelele 172.30.1.0/24, 172.30.2.0/24 i 172.30.3.0/24. n update-ul de rutare al lui R2 catre R3 pe Serial0/0/1, R2 trimite numai o sumarizare a retelei classful 172.30.0.0.

52

Dac intrarea rutei este pentru un update trimis unei reele majore, subnet mask a interfeei marginale este folosit pentru a determina adresa de reea de anuntat. R2 trimite subreeaua 172.30.3.0 la R1 folosind subnet mask pe Serial 0/0/0 pentru a determina adresa de subreea de anuntat. R1 primete update-ul de la 172.30.3.0 pe o interfa Serial 0/0/0, care are adresa de interfa 172.30.2.1/24. Din moment ce update-ul rutei i a interfeei aparin mpreun aceleiai reele majore, R1 aplic masc sa /24 la ruta 172.30.3.0.

Observm c R1 are trei rute pentru reeaua major 172.30.0.0, care a fost inclus n subreea la /24 sau 255.255.255.0. R3 are o singur rut ctre reeua 172.30.0.0, iar reeua nu a fost inclus n subreea. R3 are reeua major n tabela de rutare. Oricum, ar fi o greeal s presupunem c R3 nu are conectivitate maxim. R3 va trimite orice pachete destinate pentru reelele 172.30.1.0/24, 172.30.2.0/24 i 172.30.3.0/24 la R2 deoarece toate aceste trei reele aparin lui 172.30.0.0/16 i se pot folosi prin R2.

53

2.9.4. Avantaje ale sumarizarii automate. Aa cum am vzut cu R2 n figura anterioar, RIP face n mod automat update-uri ntre reelele classful. Deoarece update-ul lui 172.30.0.0 iese pe o interfa (Serial 0/0/1) pe o reea de clas diferit (192.168.4.0), RIP emite numai o singur actualizare pentru ntreaga reea classful n loc de una pentru fiecare reea diferita. Acest proces este asemntor cu ceea ce am fcut noi cnd am sumarizat cteva rute statice ntr-o singura ruta statica. De ce este sumarizatarea utomat un avantaj ?

Update-uri de rutare trimise i primite mai mici, care folosesc o lrgimea de band mai mic pentru rutarea update-urilor ntre R2 i R3.

R3 are o singur rut pentru reeaua 172. 30.0.0/16 , indiferent de cte subreele exist sau modul n care sunt submprite. Folosirea unei singure rute rezult ntr-un proces de rutare a tabelelor mai rapid pentru R3.

Exist dezavantaje la o sumarizarea automat? Da, cnd exist reelele discontinue configurate n topologie. 2.9.5. Dezavantaje ale sumarizarii automate Aa cum putei s vedei n figur, schema de adresare a fost schimbat. Aceast tipologie va fi folosit pentru a v arta un dezavantaj principal al protocoalelor de rutare classful ca RIPv1 - lipsa lor de sprijin pentru reelele discontinue. Protocoalele de rutare classful nu includ subnet mask n update-urile rutelor. Reele sunt n mod automat sumarizate peste graniele de reea majore din momentul n care routerul care primete este capabil s determine masca rutei. Toate acestea se ntmpl deoarece este posibil ca interfaa de primire s aib o masc diferit dect rutele subreelelor. Nu uitai faptul c att R1 ct i R3 au subreele de la reeaua mare 172.30.0.0/16, iar R2 nu face parte din acest categorie. Esenial este c R1 ct i R3 sunt routere marginale pentru 172.30.0.0/16 pentru c ele sunt separate de o alt reea major, 209.165.200.0/24. Acest separare creaz o reea discontinu, la fel cum dou grupuri de subreele 172.30.0.0/24 sunt separate de cel puin o alt mare reea. 172.30.0.0/16, reea discontinu.

54

2.10. Topologiile discontinue nu converg cu RIPv1 Figura ne arat configuraia RIP pentru fiecare router din topologie. Configuraia RIPv1 este corect, dar el este incapabil s determine toate reele n aceast topologie discontinu. Pentru a nelege de ce, amintii-v c un router va anunta numai o adres major de reea pe interfee care nu aparin rutei anuntate. Ca rezultat, R1 nu va anunta 172. 30.1.0 sau 172. 30.2.0 lui R2 dincolo de reeaua 209.165.200.0. R3 nu va anunta 172. 30.100.0 sau 172. 30.200.0 lui R2 dincolo de reeaua 209.165.200.0. Ambele routere, oricum, vor anunta adresa major de reea 172.30.0.0, o rut sumarizata ctre R3. Care este rezultatul ? Fr a include subnet mask n update-ul de rutare, RIPv1 nu poate s anunte informaia de rutare care va permite router-elor s ruteze corect pentru subreelele

55

172.30.0.0/24.

R1 nu are nici o rut ctre LAN-urile ataate lui R3. R3 nu are nici o rut ctre LAN-urile ataate lui R1. R2 are dou ci de costuri egale la reeaua 172.30.0.0. R2 va face load balancing intre subreelele lui 172.30.0.0. Asta nseamn c R1 va primi jumtate din traffic, iar R3 va primi cealalt jumtate, indiferent dac destinaia traficului este sau nu pentru unul din LAN-urile lor.

56

Scenariul C

57

2.11. Adugarea accesului internet la topologie RIP a fost primul protocol de rutare dinamic si s-a folosit tot mai mult in implementrile timpurii intre clienti i ISP-isti, ca i ntre diferiti ISP-isti. Dar n reelele de astzi, clienii nu trebuie neaprat s fac schimb de update-uri de rutare cu ISP-istii lor. Routerele clienilor care se conecteaz la un ISP nu au nevoie de o listare pentru fiecare rut n Internet. n loc, aceste routere au o rut implicit care trimite tot traficul la router-ul ISP-istului atunci cnd router-ul clientului nu are o rut ctre destinaie. ISP-istul configuraz o rut static indicnd router-ul clientului pentru adrese din reeleaua clientului respectiv. n scenariul C, R3 este furnizorul de servicii cu acces la internet, reprezentata prin nor. R3 i R2 nu fac schimb de update-uri RIP. n schimb, R2 folosete un router implicit pentru a ajunge la LAN-ul lui R3 i toate celelalte destinaii care nu sunt listate n tabelul su de rutare. R3 folosete o rut static sumarizata pentru a ajunge la subreelele 172.30.1.0, 172.30.2.0 i 172.30.3.0. Pentru a pregti topologia, putem lsa adresarea n loc; este la fel cum a fost folosit n scenariul B. Oricum trebuie s completm urmtorii pai:

1. Dezactiveaz rutarea RIP pentru reeaua 192.168.4.0 n R2. 2. Configuraz R2 cu o rut static implicit pentru a trimite traficul implicit la R3.

3. Dezactiveaz complet rutarea RIP pe R3.

4. Configuraz R3 cu o rut static la subreelele 172.30.0.0.

58

Pentru a oferi conectivitate la internet la toate celelalte reele la rutarea pe domenii RIP, ruta static implicit trebuie s fie fcut public tuturor celorlalte routere care folosesc protocolul de rutare dinamic. Putei configura o rut static implicit n R1 ctre R2, dar acest tehnic nu este scalabil. Cu fiecare router adugat la domeniul de rutare RIP, va trebui s configurai o alt rut static implicit. De ce s nu lsm protocolul de rutare s fac munca n locul nostru?

59

n multe protocoale de rutare, incluznd RIP-ul, putei folosi comanda default-information originate n modul de configurare al routerului, de a specifica c acest router este pentru a crea informaia default, propagand ruta static default direct n update-urile RIP. n figur, R2 a fost configurat cu comanda default-information originate. Observai de la output-ul comenzii debug-ul ip rip c acum trimite un ruta statica default quad-zero ctre R1.

n tabelul de rutare pentru R1, putei vedea c este o rut candidate default, aa cum a fost notat de codul R*. Ruta static default in R2 a fost propagat ctre R1 ntr-un update RIP. R1 are conectivitate la LAN in R3 i oricare destinaie n internet.

60

CAPITOLUL 3: RIPv2 RIP versiunea 2 este definit n RFC 1723, n acest prim clasament al protocolului de rutare classful discutate n acest proiect. Figura plaseaza RIPv2 ntr-o perspectiv proprie cu alte protocoale de rutare. Dei RIPv2 este un protocol bun de rutare pentru unele medii, i-a pierdut popularitatea cnd a nceput s fie comparat cu alte protocoale de rutare precum EIGRP, OSPF i IS-IS, care ofer mai multe caracteristici i un domeniu mai larg de msur. n timp ce este mai puin popular dect celelalte protocoale de rutare, ambele versiuni de RIP sunt nc foarte asemntoare n unele situaii. Dei RIP-ul nu prea mai este compatibil cu multe dintre ultimele versiuni de protocoale, simplitatea i rspndirea lui folosit n multe sisteme de operare l face un candidat ideal pentru reelele mai mici i omogene unde suportul este necesar n special pe mediile UNIX. Pentru c vei avea nevoie s nelegei RIPv2, chiar dac nu avei nevoie de el, acest capitol se va axa pe diferenele dintre protocolul de rutare classful (RIPv1) i protocolul de rutare classless (RIPv2) dect pe detaliile lui RIPv2. Principala limitare a lui RIPv1 este aceea c este un protocolul de rutare classful. Aa cum tii, protocoalele de rutare classful nu includ subnet mask cu adresele reelei n update-urile de rutare, care poate provoca probleme cu subreelele discontinue sau reele care folosesc subnet mask cu lungime variabil (VLSM). Pentru ca RIPv2 este un protocol de rutare classless, subnet mask sunt incluse n update-urile ruterului, facndul pe RIPv2 mai compatibil cu mediile de rutare moderne. RIPv2 este mai mult o dezvoltare a caracteristicilor RIPv1 i o extensie dect un protocol nou n totalitate. Unele dintre aceste caracteristici incorporate includ: - Adresele next-hopurilor incluse in update-urile de rutare - Folosirea adresei de multicast (difuzare) n transmiterea update-urilor. - Opiunea de autentificare. Ca i RIPv1, RIPv2 este un protocol de rutare de tip distance-vector. Ambele versiuni de RIP au urmtoarele limitri i caracteristici: - folosirea lui holddown i altor timpi folositi pentru prevenirea buclelor de rutare. - Folosirea tehnicii split horizon care de asemenea ne ajut la evitarea buclelor de rutare. - Folosirea update-urilor triggered pentru o convergen mai rapid. Maximul de hopuri fiind 15, atunci cnd numrtorul de hopuri ajunge la 16 va semnifica o reea inaccesibil.

61

3.1. Limitarile lui RIPv1

Figura arat tipologia i schema de adresare folosit n acest subcapitol. Acest scenariu este similar cu domeniul de rutare cu trei rutere. Amintii-v c ambele rutere R1 i R3 au subreele care sunt parte din 172.30.0.0/16 o clas major de reea (clasa B). Deasemenea amintiti-v c att R1 ct i R3 sunt conectate la R2 utiliznd subreeaua clasei majore de reea 209.165.200.0/24 (clasa C). Aceast topologie este discontinu i nu va converge deoarece 172.30.0.0/16 este divizat de 209.165.200.0/24.

62

63

3.2. Rute sumarizate Topologia ne arat c R2 are o rut static sumarizata ctre reeaua 192.168.0.0/16. Putem introduce informaia rutei statice n update-urile protocolului de rutare. Acest procedeu este numit redistribuire. Trebuie s nelegem c aceast rut sumarizata va cauza probleme cu

64

RIPv1 pentru c 192.168.0.0/16 nu este o clas major de reea i include toate versiunile /24 ale lui 192.168.0.0/16, aa cum ai vzut n topologie. n final, reinei c router-ele R1 i R3 conin reele de tipul VLSM i au domenii de adrese de la clasa major de reea 172.30.0.0/16. n continuare ne vom axa asupra schemei de adresare VLSM.

3.3. VLSM Pentru nceput revedei schema de adresare din figur. Aa cum se poate vedea n partea de sus a figurii, att R1 ct i R3 au avut reeaua 172.30.0.0/16 subnetizata in subretele /24. Patru dintre aceste subreele /24 sunt transferate dup cum urmeaz: dou ctre R1 ( 172.30.1.0/24 i 172.30.2.0/24 ) i dou ctre R3 ( 172.30.100.0/24 i 172.30.110.0/24 ). n tabelul de mai jos, am luat subreeaua 172.30.200.0/24 i am mprit-o din nou n subreele, folosind primii patru bii pentru subreele i ultimii patru bii pentru hosts. Rezultatul este o masc de forma 255.255.255.240 sau /28. Subreeaua 1 i subreeaua 2 sunt transferate lui R3. Asta nseamn c subreeaua 172.30.200.0/24 nu mai poate fi folosit, nici mcar prin subreelele /28 rmase.

3.4. Interfee Loopback Observai c R3 folosete interfee de tip loopback ( Lo0, Lo1 i Lo2 ). O interfa loopback este doar o interfa soft care este folosit pentru a simula o interfa fizic. Ca i alte interfee, acesteia din urm i putem asocia o adres IP. Interfeele de tip loopback sunt deasemena folosite de alte protocoale de rutare, ca OSPF, n diferite scopuri. ntr-un mediu de laborator, interfeele loopback sunt utile pentru crearea reelelor adiionale fr a aduga mai multe interfee fizice la router. O interfa loopback poate fi chemat ( ping )

65

iar subreeaua poate fi anuntata n updateurile router-ului. Avnd n vedere cele spuse mai sus, interfeele loopback sunt ideale pentru simularea multitudinii de reelele ataate aceluiai router. n exemplul nostru, R3 nu are nevoie de patru interfee LAN pentru a demonstra reelele multiple i VLSM. n loc, folosim interfeele loopback.

3.5. Routere statice i interfee nule Pentru a configura ruta supranetizata statica pe R2, este folosit urmtoarea comand: R2(config)#ip route 192.168.0.0 255.255.0.0 Null0 Amintii-v c sumarizarea rutelor permite intrarea unei singure rute de nivel nalt pentru a reprezenta multe rute de nivel sczut, scznd mrimea tabelelor de rutare. Ruta static n R2 folosete o masc de tipul /16 pentru a sumariza toate cele 256 de reele ordonnd de la 192.168.0.0/24 la 192.168.255.0/24. Spaiul de adres reprezentata de ruta static sumarizata 192.168.0.0/16, n fapt, nu exist. Pentru a simula acest rut static, vom folosi o interfa nul pe post de interfa de ieire. Nu este nevoie s dai nici o comand ca s cerei sau s configurai interfaa nul. Este ntotdeauna activ dar nu primete sau transmite trafic. Traficul transmis pe interfaa nul este ntotdeauna respins. Pentru propunerea noastr, interfaa nul va servi ca interfa de ieire pentru rutele statice. Amintii-v c o ruta statica trebuie s aib o interfa de ieire activ nainte s fie instalata n tabela de rutare. Utiliznd interfaa nul vom permite lui R2 s afieze ruta static n RIP chiar dac reelele care aparin reelei sumarizate 192.168.0.0/16, n fapt nu exist.

3.6. Redistribuirea Rutelor A doua comand care trebuie introdus este comanda de redistribuire static: R2(config-router)#redistribute static Redistribuirea implic scoatera rutelor dintr-o surs de rutare i trimitera acestor rute ctre alt surs de rutare. n exemplul nostru de topologie, noi vrem ca procesul RIP n R2 s redistribuie ruta noastr static ( 192.168.0.0/16 ) importnd ruta n RIP i apoi trimind-o la R1 i R3 folosind procedeul RIP. Vom vedea dac toate acestea chiar se vor ntmpla i dac nu, de ce ?

66

3.7. Verificarea i testarea conectivitii

Pentru a testa dac topologia are sau nu conectivitate maxim, verificm mai nti c ambele legturi seriale de pe R2 sunt active utiliznd show ip interface brief ca in figura pentru R2 Links. Dac o legtur este inactiv, atunci n cmpul Status sau n cmpul de protocol ( sau n ambele ) va fi afiat ca inactiv n output. Dac o legtur este activ atunci n ambele cmpuri va aprea ca fiind activ, aa cum se poate vedea aici. R2 are conectivitate direct la R1 i R3 de-a lungul legturilor seriale.

Dar poate R2 s apeleze ( s cheme ) LAN-uri n R1 i R3? Sunt probleme de conectivitate cu protocolul de rutare classful i a reelelor discontinue ale 172.30.0.0 ? Haidei s testm conectivitatea ntre routere utiliznd ping-ul.

Acest semnal de ieire ne arat pe R2 ncercnd s apeleze ( ping ) interfaa 172.30.1.1 pe R2 i interfaa 172.30.100.1 pe R3. Oricnd R2 apeleaz ( ping ) oricare dintre subreelele 172.30.0.0 pe R1 sau R3, doar 50 % din mesajele ICMP vor avea un rspuns pozitiv.

67

Acest semnal de ieire ne arat c R1 este capabil s apeleze 10.1.0.1 dar nu are succes atunci cnd apeleaz interfaa 172.30.100.1 pe R3.

Acest output ne arat c R3 este capabil s apeleze 10.1.0.1 dar nu are succes atunci cnd apelaz interfaa 172.30.1.1 pe R1. Aa cum putei vedea, este o problem evident atunci cnd incercm s comunicm cu reeaua discontinu 172.30.0.0. n seciunea urmtoare vom examina tabelele de rutare i update-urile router-ului pentru a putea s investigm aceast problem i, pe viitor, s o rezolvm. Deja tii c RIPv1 este un protocol de rutare classful. Aa cum putei vedea n n formatul de mesaje al lui RIPv1, el nu include subnet mask n update-urile router-ului. Acestea fiind spuse, RIPv1 nu suport reelele discontinue, VLSM, sau supraretele (Classless Inter-Domain Routing = CIDR). Oricum, ar putea fi creat spaiu destul prin extinderea formatului mesajului lui R1 pentru a include subnet mask aa nct s avem n fapt o configuraie de reea discontinu? Cum ai schimba formatul acestui mesaj din figur ca s includ subnet mask? Formatul mesajului RIPv1:

Pentru c subnet mask nu este inclus n update, RIPv1 i alte protocoale de rutare classful trebuie s sumarizeze reele la graniele marilor reele. Aa cum putei vedea n figur, RIPv1 pe ambele routere (R1 i R3) va sumariza subreelele cu clasa major de adrese de reea a lui 172.30.0.0 cnd trimite reactualizrile router-elor la R2. Din punctul de vedere a lui R2, ambele update-uri sunt de costuri egale de 1 hop pentru a ajunge la reeaua 172.30.0.0/16. Aa cum vei vedea R2 instaleaz ambele ci n tabelul de rutare.

68

3.8. Examinarea tabelelor de rutare

Aa cum ai vzut, R2 primete rezultate neconsistente cnd ncearc s apeleze o adres de pe subreelele 172.30.0.0.

69

Reinei c R2 are dou rute de costuri egale la reeaua 172.30.0.0/16. Acest lucru se datoreaz faptului c att R1 ct i R3 trimit lui R2 un RIPv1 reactualizat de la clasa de reea 172.30.0.0/16 cu metrica de 1 hop. Pentru c R1 i R3 sumarizeaza automat reelele individuale, rutarea tabelului lui R2 conine doar clasa major de adrese de reea a lui 172.30.0.0/16. Putem examina coninutul update-urilor de rutare pe msur ce update-urile sunt trimise i primite cu comanda debug ip rip.

Rezultatul acestei comenzi ne arat c R2 primete de la 172.30.0.0 rute de costuri egale cu metrica de 1 hop. R2 primete o rut pe seriala 0/0/0 de la R1 i cea de-a doua rut pe seriala 0/0/1 de la R3. Remarcai faptul c subnet mask nu este inclus n update cu tot cu adresa reelei. Cum rmne oare cu R1 i R3? Primesc ele oare subreelele 172.30.0.0 reciproce?

Aici vedem c R1 are proprile rute 172.30.0.0: 172.30.2.0/24 i 172.30.1.0/24. Dar R1 nu trimite lui R2 aceste subreele. R3 are o tabel de rutare similar. Att R1 ct i R3 sunt routere grani i trimit doar reeaua sumarizata 172.30.0.0 la R2 n reactualizrile rutelor RIPv1. Ca

70

rezultat, R2 tie doar de clasa de reea 172.30.0.0/16 i este complet neinformat de orice subreea 172.30.0.0.

Observai c n output-ul comenzii debug ip rip pentru R2 ca nu este inclusa reeaua 172.30.0.0 n update-urile ei pentru R1 sau R3. De ce? Pentru c regula split horizon este activ. R2 a nvat despre 172.30.0.0/16 pe ambele interfee seriale 0/0/0 i 0/0/1. Pentru c R2 a nvat despre 172.30.0.0 pe aceste interfee, el nu include acea reea in update-urile care le trimit n afar pe aceste interfae. Pentru c RIPv1 nu trimite subnet mask n update-urile de rutare, nu poate suporta VLSM. Router-ul R3 este configurat cu subreele de tipVLSM, toate aparinnd clasei B de reele 172.30.0.0/16: 172.30.100.0/24 (FastEthernet 0/0) 172.30.110.0/24 (Loopback 0) 172.30.200.16/28 (Loopback 1) 172.30.200.32/28 (Loopback 2) Aa cum am vzut cu update-urile lui 172.30.0.0/16 la R2 de ctre R1 i R3, RIPv1 ori sumarizeaza subreelele la graniele claselor, ori folosete subnet mask a interfeei care iese ca s determine care subreea s o afieze.

71

Pentru a demostra cum RIPv1 folosete subnet mask de pe interfaa de ieire, R4 este adugat la topologie conectat la R3 prin interfaa FastEthernet0/0 la reeaua 172.30.100.0/24.

Ne vom referi la debug ip rip din figur. Observai c singura subreea 172.30.0.0 trimis router-ului R4 este 172.30.110.0. Deasemena, observai c R3 trimite n totalitate clasa major de reea prin seriala 0/0/1. De ce RIPv1 nu include pe R3 celelalte subreele, 172.30.200.16/28 i 172.30.200.32/28, n update-urile ctre R4? Aceste subreele nu au aceeai subnet mask ca FastEthernet 0/0. De aceea toate subreelele trebuie s folosesc aceeai subnet mask cnd un protocol de rutare classful implementat n reea.

3.9. O descriere mai detaliata R3 trebuie sa determine care subretele de tipul 172.30.0.0 sa includa in update-urile ce ies din interfata sa FastEthernet 0/0 si adresa de IP 172.30.100.1/24. Vor fi incluse doar acele rute de tipul 172.30.0.0 din tabela sa de rutare cu aceeasi masca ca si interfata de iesire. Cum interfata este 172.30.100.1 cu masca de 24 de biti, va include numai subretelele 172.30.0.0 cu o masca de 24 de biti. Singura subretea care indeplineste acesta conditie este 172.30.110.0. Celelalte subretele 172.30.0.0, 172.30.200.16/28 si 172.30.200.32/28, nu sunt incluse deoarece masca pe 28 de biti difera de cea de 24 de biti a interfetei de iesire. Router-ul ce primeste pachetele, R4, poate aplica doar masca sa de interfata de 24 de biti pachetelor de rutare RIPv1 cu subretelele 172.30.0.0. R4 ar aplica gresit masca de 24 de biti acestor subretele cu masti de 28 de biti.

3.9.1. Ruta Statica 192.168.0.0/16

R2 are o ruta statica si este configurat sa redistribuie acea ruta statica in update-uri RIP. Am configurat o ruta statica la reteaua 192.168.0.0/16 pe R2 si am programat RIP sa includa acea ruta in update-urile sale folosind comanda redistribute static, dupa cum este afisat in

72

figura. Acesta ruta statica este o sumarizare a subretelelor 192.168.0.0/24 ce variaza de la 192.168.0.0/24 la 192.168.255.0/24. R2(config)#ip route 192.168.0.0 255.255.0.0 Null0

Ruta statica se afla in tabelul de rutare al R2. Puteti vedea ca ruta statica este inclusa in tabela de rutare al lui R2.

R1 nu primeste ruta statica de la R2. Uitandu-ne la tabela de rutare a lui R1 observam ca R1 nu primeste ruta 192.168.0.0/16 in update-urile RIP de la R2, desi ne asteptam sa se intample acest lucru.

R2 nu trimite ruta statica nici lui R1 nici lui R3.

73

Folosind comanda debug ip rip in R2, observam ca RIPv1 nu include ruta 192.168.0.0/16 in update-urile sale RIP catre R1 sau R3. Va puteti gandi de ce acesta ruta nu este inclusa? Uitati-va la ruta 192.168.0.0/16. Care este clasa din care face parte ruta? A, B sau C? Care este masca folosita in rutarea statica? Este aceeasi ca a clasei? Este masca rutei statice mai mica ca a mastii classful? Am configurat ruta statica 192.168.0.0 cu o masca de 16 biti care are mai putini biti decat masca clasei C, care are 24 de biti. Deoarece masca nu are acelasi numar de biti ca a clasei sau a subretelei din acea clasa, RIPv1 nu va include acesta ruta in pachetele sale de update-uri catre alte rutere. RIPv1 si alte protocoale de rutare classful nu suporta rutele CIDR care reprezinta rutele care au subnet mask mai mica decat masca clasei din care