Differences
This shows you the differences between two versions of the page.
|
rl:labs:11 [2026/01/05 18:05] eduard.dumistracel [05. [10 p] Vizualizarea tabelei de adiacențe OSPF] |
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> | <note> | ||
| Line 157: | Line 165: | ||
| ====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 203: | 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. |
