Differences
This shows you the differences between two versions of the page.
|
rl:labs:11 [2026/01/05 17:59] eduard.dumistracel [04. [20 p] Configurații de baza OSPF folosind metoda `network`] |
rl:labs:11 [2026/01/16 14:34] (current) vlad_andrei.badoiu [Laborator 11. Rutare Dinamică în Rețele IP] |
||
|---|---|---|---|
| Line 2: | Line 2: | ||
| ====== Laborator 11. Rutare Dinamică în Rețele IP ====== | ====== Laborator 11. Rutare Dinamică în Rețele IP ====== | ||
| + | |||
| + | * [[ https://curs.upb.ro/2025/mod/feedbackadm/view.php?id=3995 | Feedback CA]] | ||
| + | * [[ https://curs.upb.ro/2025/mod/feedbackadm/view.php?id=3997 | Feedback CB]] | ||
| + | * [[ https://curs.upb.ro/2025/mod/feedbackadm/view.php?id=3999 | Feedback CC]] | ||
| + | * [[ https://curs.upb.ro/2025/mod/feedbackadm/view.php?id=4001 | Feedback CD]] | ||
| În cele ce urmează vom trece prin rutarea dinamică utilizând protocolul OSPF, precum și mecanismul de redistribuire a rutelor între diferite protocoale de rutare. După parcurgerea acestui laborator, vom avea o înțelegere clară a modului în care funcționează rutarea IP la nivel global, dincolo de rețelele locale, și a felului în care pachetele sunt direcționate eficient prin intermediul rețelelor interconectate folosind protocoale dinamice de rutare. | În cele ce urmează vom trece prin rutarea dinamică utilizând protocolul OSPF, precum și mecanismul de redistribuire a rutelor între diferite protocoale de rutare. După parcurgerea acestui laborator, vom avea o înțelegere clară a modului în care funcționează rutarea IP la nivel global, dincolo de rețelele locale, și a felului în care pachetele sunt direcționate eficient prin intermediul rețelelor interconectate folosind protocoale dinamice de rutare. | ||
| + | Bibliografie: | ||
| + | - [[https://beta.computer-networking.info/syllabus/default/principles/network.html#linkstate|Link State Routing]] | ||
| + | - [[https://beta.computer-networking.info/syllabus/default/protocols/routing.html|Routing]] | ||
| ===== Cunoștințe și abilități ce vor fi dobândite ===== | ===== Cunoștințe și abilități ce vor fi dobândite ===== | ||
| Line 53: | Line 61: | ||
| * Pentru început, folosind **ping**, testați conectivitatea: | * Pentru început, folosind **ping**, testați conectivitatea: | ||
| - | - de la PC0 către Server0 (40.40.40.3); | + | * de la PC0 către Server0 (40.40.40.3); |
| - | - de la Laptop0 către PC1 (20.20.20.2). | + | * de la Laptop0 către PC1 (20.20.20.2). |
| * Observați că, în niciunul dintre cazuri, pachetele nu sunt livrate către destinație. | * Observați că, în niciunul dintre cazuri, pachetele nu sunt livrate către destinație. | ||
| * Folosiți comanda **show running-config** pentru a vizualiza configurațiile curente ale celor trei routere. | * Folosiți comanda **show running-config** pentru a vizualiza configurațiile curente ale celor trei routere. | ||
| * Se poate observa că sunt configurate protocoale de rutare dinamică după cum urmează: | * Se poate observa că sunt configurate protocoale de rutare dinamică după cum urmează: | ||
| - | - pe Router1 este configurat OSPF; | + | * pe Router1 este configurat OSPF; |
| - | - pe Router2 este configurat EIGRP; | + | * pe Router2 este configurat EIGRP; |
| - | - pe Router_Central este configurat OSPF pentru comunicarea cu Router1 și EIGRP pentru comunicarea cu Router2. | + | * pe Router0 este configurat OSPF pentru comunicarea cu Router1 și EIGRP pentru comunicarea cu Router2. |
| - | * Cu toate acestea, protocoalele de rutare nu fac schimb de informații între ele pe Router_Central, astfel încât rutele învățate de la Router1 nu sunt cunoscute de Router2 și invers. | + | * Cu toate acestea, protocoalele de rutare nu fac schimb de informații între ele pe Router0, astfel încât rutele învățate de la Router1 nu sunt cunoscute de Router2 și invers. |
| * Acest comportament este normal, deoarece protocoale diferite de rutare dinamică nu schimbă informații implicit, având implementări diferite, algoritmi de calcul distincti și metrici de rutare specifice. | * Acest comportament este normal, deoarece protocoale diferite de rutare dinamică nu schimbă informații implicit, având implementări diferite, algoritmi de calcul distincti și metrici de rutare specifice. | ||
| Line 72: | Line 80: | ||
| * Redistribuirea reprezintă mecanismul prin care informațiile de rutare învățate printr-un protocol sunt transmise către un alt protocol de rutare. | * Redistribuirea reprezintă mecanismul prin care informațiile de rutare învățate printr-un protocol sunt transmise către un alt protocol de rutare. | ||
| * Redistribuirea se poate realiza: | * Redistribuirea se poate realiza: | ||
| - | - **One-way** - un protocol de rutare învață informațiile unui alt protocol; | + | * **One-way** - un protocol de rutare învață informațiile unui alt protocol; |
| - | - **Two-way** - ambele protocoale de rutare fac schimb de informații între ele. | + | * **Two-way** - ambele protocoale de rutare fac schimb de informații între ele. |
| * În continuare, conectați-vă pe Router1 și Router2 și afișați tabelele de rutare ale acestora. | * În continuare, conectați-vă pe Router1 și Router2 și afișați tabelele de rutare ale acestora. | ||
| * Pe Router1 se pot observa rute noi marcate cu O E2, ceea ce indică faptul că aceste rute au fost redistribuite în OSPF. | * Pe Router1 se pot observa rute noi marcate cu O E2, ceea ce indică faptul că aceste rute au fost redistribuite în OSPF. | ||
| Line 79: | Line 87: | ||
| * Tabela de rutare a Routerului Central rămâne neschimbată, deoarece acesta cunoaște deja toate rutele prin ambele protocoale configurate. | * Tabela de rutare a Routerului Central rămâne neschimbată, deoarece acesta cunoaște deja toate rutele prin ambele protocoale configurate. | ||
| - | ====04. [20 p] Configurații de baza OSPF folosind metoda `network`==== | + | ====04. [20 p] Configurații de baza OSPF folosind metoda network ==== |
| Resursa: {{:rl:labs:pkt_ospf.pkt|}} | Resursa: {{:rl:labs:pkt_ospf.pkt|}} | ||
| Line 87: | Line 95: | ||
| * Singurul element neconfigurat rămâne rutarea dinamică pe cele două routere. | * Singurul element neconfigurat rămâne rutarea dinamică pe cele două routere. | ||
| * Datele Topologiei: | * Datele Topologiei: | ||
| - | - PC1 aparține rețelei 10.10.10.0/24 | + | * PC1 aparține rețelei 10.10.10.0/24 |
| - | - PC2 aparține rețelei 20.20.20.0/24 | + | * PC2 aparține rețelei 20.20.20.0/24 |
| - | - PC3 aparține rețelei 30.30.30.0/24 | + | * PC3 aparține rețelei 30.30.30.0/24 |
| - | - PC4 aparține rețelei 40.40.40.0/24 | + | * PC4 aparține rețelei 40.40.40.0/24 |
| - | - Rețeaua dintre routere este 50.50.50.0/30 | + | * Rețeaua dintre routere este 50.50.50.0/30 |
| - | - Router1 va avea router-id 1.1.1.1 | + | * Router0 va avea router-id 1.1.1.1 |
| - | - Router2 va avea router-id 2.2.2.2 | + | * Router1 va avea router-id 2.2.2.2 |
| - | - Procesul OSPF utilizat va fi 1 | + | * Procesul OSPF utilizat va fi 1 |
| - | * Noțiuni necesare: Wildcard Mask | + | * Wildcard Mask |
| - | - Un wildcard mask este o mască inversă față de subnet mask, utilizată pe routerele Cisco pentru a specifica ce biți dintr-o adresă IP trebuie potriviți și ce biți pot fi ignorați. | + | * Un wildcard mask este o mască inversă față de subnet mask, utilizată pe routerele Cisco pentru a specifica ce biți dintr-o adresă IP trebuie potriviți și ce biți pot fi ignorați. |
| - | - 0 – bitul trebuie să se potrivească exact | + | * 0 – bitul trebuie să se potrivească exact |
| - | - 1 – bitul este ignorat | + | * 1 – bitul este ignorat |
| - | - EX: Subnet mask 255.255.255.0 -> Wildcard mask 0.0.0.255 | + | * EX: Subnet mask 255.255.255.0 -> Wildcard mask 0.0.0.255 |
| * Metoda de configurare OSPF | * Metoda de configurare OSPF | ||
| - | - OSPF poate fi configurat: | + | * OSPF poate fi configurat: |
| * per interfață | * per interfață | ||
| * prin specificarea explicită a rețelelor folosind comanda network. | * prin specificarea explicită a rețelelor folosind comanda network. | ||
| - | - În acest exercițiu se va utiliza menționarea explicită a rețelelor. | + | * În acest exercițiu se va utiliza menționarea explicită a rețelelor. |
| - | - Configurația este de tip OSPF Single Area, astfel încât toate rețelele vor fi incluse în area 0. | + | * Configurația este de tip OSPF Single Area, astfel încât toate rețelele vor fi incluse în area 0. |
| - | * Pași de configurareȘ | + | * Pași de configurare |
| - | - Router1: | + | * Router1: |
| Line 124: | Line 132: | ||
| - | - Router2: | + | * Router0: |
| en | en | ||
| Line 141: | Line 149: | ||
| * Ce puteți observa în rezultatele afișate? | * Ce puteți observa în rezultatele afișate? | ||
| * În tabela de vecini OSPF pot fi observate **4** coloane importante: | * În tabela de vecini OSPF pot fi observate **4** coloane importante: | ||
| - | - **Neighbor ID** - reprezintă router-id-ul OSPF al routerului vecin; | + | * **Neighbor ID** - reprezintă router-id-ul OSPF al routerului vecin; |
| - | - **Pri** - indică prioritatea OSPF a vecinului în procesul de alegere a DR/BDR (implicit valoarea este 1); | + | * **Pri** - indică prioritatea OSPF a vecinului în procesul de alegere a DR/BDR (implicit valoarea este 1); |
| - | - **State** - indică rolul vecinului (DR / BDR / DROther), precum și starea adiacenței. În mod normal, după stabilirea completă a relației, starea este FULL, dar la pornirea topologiei, tabela poate fi surprinsă temporar în starea 2-WAY, care reprezintă o stare intermediară. | + | * **State** - indică rolul vecinului (DR / BDR / DROther), precum și starea adiacenței. În mod normal, după stabilirea completă a relației, starea este FULL, dar la pornirea topologiei, tabela poate fi surprinsă temporar în starea 2-WAY, care reprezintă o stare intermediară. |
| - | - **Address** - adresa IP a interfeței vecinului, corespunzătoare legăturii cu routerul curent. | + | * **Address** - adresa IP a interfeței vecinului, corespunzătoare legăturii cu routerul curent. |
| * Observați că, în acest caz, alegerea DR și BDR s-a realizat pe baza router-id-ului, deoarece ambii vecini au avut aceeași prioritate OSPF. Astfel: | * Observați că, în acest caz, alegerea DR și BDR s-a realizat pe baza router-id-ului, deoarece ambii vecini au avut aceeași prioritate OSPF. Astfel: | ||
| - | - **Router2** devine Designated Router (DR); | + | * **Router0** devine Designated Router (DR); |
| - | - **Router1** devine Backup Designated Router (BDR). | + | * **Router1** devine Backup Designated Router (BDR). |
| + | |||
| + | <note> | ||
| + | * În rețelele OSPF de dimensiuni mari, atunci când un router învață o rută nouă, acesta ar trebui să o distribuie către toate celelalte routere din procesul OSPF. Acest mecanism ar genera un volum foarte mare de trafic de rutare, deoarece fiecare router care primește informația ar trebui, la rândul său, să o retransmită către ceilalți, rezultând un număr ridicat de mesaje redundante. | ||
| + | * Pentru a evita această problemă, OSPF utilizează un mecanism de alegere a unui Designated Router (DR), care este singurul responsabil cu distribuirea informațiilor de rutare către celelalte routere OSPF. Informațiile sunt transmise inițial către DR, care le propagă mai departe. De asemenea, este ales un Backup Designated Router (BDR), care preia automat rolul de DR în cazul apariției unei defecțiuni hardware sau a unei erori de configurare. | ||
| + | * Alegerea DR și BDR se face în funcție de prioritatea OSPF cea mai mare, iar în caz de egalitate, pe baza router-id-ului cel mai mare. | ||
| + | </note> | ||
| ====06. [20 p] Redistribuirea rutelor între OSPF și EIGRP==== | ====06. [20 p] Redistribuirea rutelor între OSPF și EIGRP==== | ||
| * Pentru acest exercițiu se va utiliza topologia și fișierul Packet Tracer (pkt) din **Exercițiul 1**, în care: | * Pentru acest exercițiu se va utiliza topologia și fișierul Packet Tracer (pkt) din **Exercițiul 1**, în care: | ||
| - | - pe Router1 este configurat protocolul OSPF; | + | * pe Router1 este configurat protocolul OSPF; |
| - | - pe Router2 este configurat protocolul EIGRP; | + | * pe Router2 este configurat protocolul EIGRP; |
| - | - pe Router_Central sunt configurate atât OSPF (pentru comunicarea cu Router1), cât și EIGRP (pentru comunicarea cu Router2). | + | * pe Router0 sunt configurate atât OSPF (pentru comunicarea cu Router1), cât și EIGRP (pentru comunicarea cu Router2). |
| * După cum ați observat în cadrul **Exercițiului 2**, în această topologie nu există comunicare end-to-end, din cauza lipsei redistribuirii rutelor între protocoalele de rutare. | * După cum ați observat în cadrul **Exercițiului 2**, în această topologie nu există comunicare end-to-end, din cauza lipsei redistribuirii rutelor între protocoalele de rutare. | ||
| * Scopul acestui exercițiu este realizarea configurațiilor necesare pentru schimbul de informații între cele două protocoale de rutare dinamică. Astfel: | * Scopul acestui exercițiu este realizarea configurațiilor necesare pentru schimbul de informații între cele două protocoale de rutare dinamică. Astfel: | ||
| - | - OSPF trebuie să învețe rutele cunoscute de EIGRP; | + | * OSPF trebuie să învețe rutele cunoscute de EIGRP; |
| - | - EIGRP trebuie să învețe rutele cunoscute de OSPF; | + | * EIGRP trebuie să învețe rutele cunoscute de OSPF; |
| - | - este necesară o redistribuire de tip Two-Way. | + | * este necesară o redistribuire de tip Two-Way. |
| - | * Toate configurațiile vor fi realizate exclusiv pe Router_Central. | + | * Toate configurațiile vor fi realizate exclusiv pe Router0. |
| * Pași de configurare: | * Pași de configurare: | ||
| Line 197: | Line 211: | ||
| * Folosiți comenzile de mai sus pentru a configura ambele routere, astfel: | * Folosiți comenzile de mai sus pentru a configura ambele routere, astfel: | ||
| - | - Router1 – router-id 1.1.1.1 | + | * Router0 – router-id 1.1.1.1 |
| - | - Router2 – router-id 2.2.2.2 | + | * Router1 – router-id 2.2.2.2 |
| * Verificați tabela de rutare: **show ip route** | * Verificați tabela de rutare: **show ip route** | ||
| * Verificați tabela de vecini OSPF: **show ip ospf neighbor** | * Verificați tabela de vecini OSPF: **show ip ospf neighbor** | ||
| * Confirmați că: | * Confirmați că: | ||
| - | - adiacențele OSPF sunt în starea FULL; | + | * adiacențele OSPF sunt în starea FULL; |
| - | - rutele OSPF sunt prezente în tabela de rutare; | + | * rutele OSPF sunt prezente în tabela de rutare; |
| - | - există conectivitate end-to-end între stațiile finale. | + | * există conectivitate end-to-end între stațiile finale. |
