This is an old revision of the document!


Laboratorul 04. OSPF (2)

Motivaţie

După ce v-ați familiarizat cu comportamentul de bază al protocolului OSPF, sunteți provocați să implementați politici avansate ale protocolului folosind tipuri speciale de arii OSPF prin care să eficientizați tabelele de rutare în rețea.

Topologie

Cheatsheet

Cerințe

Intre echipamentele din laborator, exista deja OSPF multi area configurat, conform topologiei din imagine. Pentru a conecta aria 2 de aria 0, s-a folosit un virtual link, creat intre R2 si R3. Nu începeți taskurile acestui laborator fără să încărcați initial_configs.

Setup

Descărcați configurațiile de aici.

Exerciții

1. [5p] Trebuie să configurăm area 1 prezentă pe R2, R3 și R4 ca arie de stub care filtrează update-urile de tip 5 External Link și de tip 4 ASBR Summary primite din area 0. Care este problema de care vă loviți?

2. [20p] Pentru a putea configura aria 1 ca arie speciala OSPF, elimitati virtual link-ul dintre R2 si R3 si inlocuiti-l cu un tunel GRE intre R2 si R3

3. [10p] Odată ce ați obținut din nou conectivitate între aria 2 și aria 0, configurați aria 1 ca arie specială OSPF pentru a filtra rutele externe.

  • Rulați comanda sh ip route pe R3. Apar rute externe? De ce?
  • Afisați baza de date OSPF pe R3 și identificați de unde aveți rute externe în tabela de rutare OSPF.

4. [5p] Afisați tabela de rutare pe R4.

  • Câte rute default aveți? De ce?

5. [15p] Interfețele de Loopback de mai jos sunt deja configurate pe R4. Dorim sa introducem aceste retele în OSPF ca rute externe cu cost cumulativ si metrica de intrare 10:

  • Loopback1: 192.168.0.1/26
  • Loopback2: 192.168.0.65/26
  • Loopback3: 192.168.0.129/26
  • Loopback4: 192.168.0.193/26

Functioneaza redistribuirea pe R4? Modificati tipul ariei astefel incat sa permita introducerea de informatii externe si redistribuiti retelele.

*Cum arata acestea pe R1? Cu ce cod apar?*

Note: Pentru a modifica tipul ariei, trebuie mai intai sa stergeti tipul curent de arie si sa-l modificati pe cel nou.

R4(config)#router ospf 1
R4(config-router)#no area 1 stub
R4(config-router)#area 1 <new-type>

6. [5p] Afisați tabela de rutare pe R2. Cu ce cod cunoaște acest ruter rețelele 150.1.3.1 și 150.1.4.1? Testați conectivitatea către 150.1.4.1 de pe un ruter din rețea (diferit de R4)

7. [10p] Deși ați rezolvat cu succes și această problemă, acum utilizatorii se plâng de faptul că ruterul R4 nu mai oferă acces la interfata Lo0 a ruterului R1 (IP-ul 150.1.1.1). Reteaua respectiva a fost adaugata pe R1 prin redistribuire. Care este cauza acestei probleme?

Configurați rețeaua astfel încât toate ruterele din aria 1 să primească o rută default de la R2, fara a schimba tipul de arie

8. [10p] Configurați interfețele de Loopback de mai jos pe R2 și introduceți aceste rețele în OSPF aria 201:

  • Loopback1: 192.168.1.1/25
  • Loopback2: 192.168.1.129/25

9. [10p] Sumarizați rețelele de loopback(Lo1, Lo2, Lo3, Lo4) ale lui R4 pentru a introduce o singură rută în OSPF. Verificați comportamentul în tabelele de rutare ale ruterelor vecine.

10. [10p] Sumarizați rețelele de loopback ale lui R2 pentru a introduce o singură rută în OSPF. Verificați comportamentul în tabelele de rutare ale ruterelor vecine.

Bonus

11. [10p] Adăugați interfața Loopback1 pe R5 cu adresa 192.168.100.1/24. Introduceți această rețea în OSPF fără a da nici o comandă OSPF pe ruterul R5.

Hint: Redistribuire de rute statice

pr/labs/04.1571658715.txt.gz · Last modified: 2019/10/21 14:51 by iulia.florea
CC Attribution-Share Alike 3.0 Unported
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0