Enterprise Networking, Security, and Automation

Networking Academy CCNAv7

Bine ați venit la cursul final al curriculum-ului CNAv7 Academy Networking
Academy, Enterprise Networking, Security and Automation (ENSA). Acesta este
al treilea din cele trei cursuri care sunt aliniate la examenul de certificare CCNA.
ENSA conține 14 module, fiecare cu o serie de subiecte.

În rețea de întreprindere, securitate și automatizare, veți prelua abilitățile și

cunoștințele pe care le-ați învățat în ITN și SWRE și le veți aplica rețelelor cu zone
largi (WAN). WAN-urile sunt rețele mari, complexe, care necesită o înțelegere
avansată a funcționării și securității rețelei. ENSA vă prezintă, de asemenea, două
domenii de rețea care schimbă jocul: virtualizarea și automatizarea.

Până la sfârșitul acestui curs veți putea configura, depana și securiza dispozitivele
de rețea ale întreprinderii. Veți fi versat în interfețele de programare a aplicațiilor
(API-uri) și în instrumentele de gestionare a configurației care fac posibilă
automatizarea rețelei.

După ce ați finalizat ENSA, veți fi câștigat experiența practică de care aveți nevoie
pentru a vă pregăti pentru examenul de certificare. De asemenea, veți avea
abilitățile necesare pentru rolurile la nivel de asociat în industria tehnologiilor
informației și comunicațiilor (TIC). Lasă Cisco Networking Academy să te ajute să
ajungi unde vrei să ajungi!
1.0.1

Why should I take this module?

Bine ați venit la Conceptele OSPFv2 cu o singură zonă!

Bine ați venit la primul modul în CCNA Enterprise Networking, Security and
Automation v7.0 (ENSA)!

Imaginați-vă că este timpul ca familia dvs. să-și viziteze bunicii. Îți faci bagajele și
le încarci în mașină. Dar acest lucru durează puțin mai mult decât v-ați planificat și
acum întârziați. Îți scoți harta. Există trei rute diferite. Un traseu nu este bun,
deoarece există o mulțime de construcții pe drumul principal și este închis
temporar. Un alt traseu este foarte pitoresc, dar este nevoie de o oră suplimentară
pentru a ajunge la destinație. Al treilea traseu nu este la fel de frumos, dar include
o autostradă, care este mult mai rapidă. De fapt, este atât de mult mai rapid încât s-
ar putea să fiți la timp dacă îl luați.

În rețea, pachetele nu trebuie să urmeze traseul pitoresc. Cea mai rapidă rută
disponibilă este întotdeauna cea mai bună. Open Shortest Path First (OSPF) este
proiectat pentru a găsi cea mai rapidă cale disponibilă pentru un pachet de la sursă
la destinație. Acest modul acoperă conceptele de bază ale OSPFv2 cu o singură
zonă. Să începem!
1.0.2

What will I learn to do in this module?

Module Title: Single-Area OSPF Concepts

Module Objective: Explain how single-area OSPF operates in both point-to-point and broadcast
multiaccess networks.

Topic Title Topic Objective

OSPF Features and Characteristics Describe basic OSPF features and characteristics.
OSPF Packets Describe the OSPF packet types used in single-area OSPF.
OSPF Operation Explain how single-area OSPF operates.

1.1.1

Introduction to OSPF

Acest subiect este o scurtă prezentare generală a Open Shortest Path First (OSPF),
care include o singură zonă și multiarea. OSPFv2 este utilizat pentru rețelele IPv4.
OSPFv3 este utilizat pentru rețelele IPv6. Obiectivul principal al întregului modul
este OSPFv2 cu o singură zonă.

OSPF este un protocol de rutare de stat de legătură care a fost dezvoltat ca o

alternativă pentru protocolul de informare de rutare (RIP) a vectorului de distanță.
RIP a fost un protocol de rutare acceptabil în primele zile ale rețelei și internetului.
Cu toate acestea, dependența RIP de hop count ca singură măsură pentru
determinarea celei mai bune rute a devenit rapid problematică. Utilizarea hop
count nu se amplifică bine în rețelele mai mari cu căi multiple cu viteze diferite.
OSPF are avantaje semnificative față de RIP, prin faptul că oferă convergență mai
rapidă și scalări pentru implementări de rețea mult mai mari.
OSPF este un protocol de rutare link-state care folosește conceptul de zone. Un
administrator de rețea poate împărți domeniul de rutare în zone distincte care ajută
la controlul traficului de actualizare a rutei. Un link este o interfață pe un router. O
legătură este, de asemenea, un segment de rețea care conectează două routere sau o
rețea stub, cum ar fi o rețea LAN Ethernet care este conectată la un singur router.
Informațiile despre starea unui link sunt cunoscute sub numele de state-link. Toate
informațiile despre starea legăturii includ prefixul rețelei, lungimea prefixului și
costul.

Acest modul acoperă implementările și configurațiile OSPF de bază cu o singură

zonă.
1.1.2

Components of OSPF
Toate protocoalele de rutare au componente similare. Toți folosesc mesaje de
protocol de rutare pentru a face schimb de informații despre rută. Mesajele ajută la
construirea structurilor de date, care sunt apoi procesate utilizând un algoritm de
rutare.
Ruterele care rulează OSPF schimbă mesaje pentru a transmite informații de rutare
folosind cinci tipuri de pachete. Aceste pachete, așa cum se arată în figură, sunt
după cum urmează:
 Hello packet Bună pachet
 Database description packet Pachetul de descriere a bazei de date
 Link-state request packet Pachet de solicitare a stării de legătură
 Link-state update packet Pachet de actualizare a stării de legătură
 Link-state acknowledgment packet Pachet de confirmare a stării de legătură

Aceste pachete sunt utilizate pentru a descoperi routerele învecinate și, de

asemenea, pentru a schimba informații de rutare pentru a menține informații exacte
despre rețea.
Mesajele OSPF sunt utilizate pentru a crea și întreține trei baze de date OSPF, după
cum urmează:
 Adjacency database - This creates the neighbor table. Baza de date Adjacency -
Aceasta creează tabelul vecin.
 Link-state database (LSDB) - This creates the topology table. Baza de date a statului
de legătură (LSDB) - Aceasta creează tabelul de topologie.
 Forwarding database - This creates the routing table. Transmiterea bazei de date -
Aceasta creează tabelul de rutare.
Aceste tabele conțin o listă de routere vecine pentru a schimba informații de rutare.
Tabelele sunt păstrate și întreținute în RAM. În tabelul următor, luați o notă
specială a comenzii utilizate pentru a afișa fiecare tabel.

Database Table Description

List of all neighbor routers to which a router has
established bidirectional communication.
This table is unique for each router.
Can be viewed using the show ip ospf
neighbor command.

Adjacency Database Neighbor Table Lista tuturor routerelor vecine la care un router a
stabilit o comunicare bidirecțională.

Acest tabel este unic pentru fiecare router.

Poate fi vizualizat folosind comanda show ip ospf

neighbour.
Lists information about all other routers in the
network.
This database represents the network topology.
All routers within an area have identical LSDB.
Can be viewed using the show ip ospf
database command.

Listează informații despre toate celelalte routere din

Link-state Database Topology Table rețea.

Această bază de date reprezintă topologia rețelei.

Toate routerele dintr-o zonă au LSDB identic.

Poate fi vizualizat utilizând comanda show ip ospf

database.
Forwarding Database Routing Table List of routes generated when an algorithm is run
on the link-state database.
The routing table of each router is unique and
contains information on how and where to send
packets to other routers.
Database Table Description
Can be viewed using the show ip route command.

Lista rutelor generate atunci când un algoritm este

rulat pe baza de date a stării de legătură.

Tabelul de rutare al fiecărui router este unic și

conține informații despre cum și unde să trimiteți
pachete către alte routere.

Poate fi vizualizat folosind comanda show ip route.

Routerul construiește tabelul topologiei folosind rezultatele calculelor bazate pe
algoritmul Dijkstra shortest-path first (SPF). Algoritmul SPF se bazează pe costul
cumulativ pentru a ajunge la o destinație.

Algoritmul SPF creează un arbore SPF plasând fiecare router la rădăcina arborelui
și calculând cea mai scurtă cale către fiecare nod. Arborele SPF este apoi utilizat
pentru a calcula cele mai bune rute. OSPF plasează cele mai bune rute în baza de
date de redirecționare, care este utilizată pentru realizarea tabelului de rutare.

1.1.3

Link-State Operation
Pentru a menține informațiile de rutare, routerele OSPF finalizează un proces
generic de rutare a stării de legătură pentru a ajunge la o stare de convergență.
Figura prezintă o topologie cu cinci router-uri. Fiecare legătură între routere este
etichetată cu o valoare de cost. În OSPF, costul este utilizat pentru a determina cea
mai bună cale către destinație. Următorii sunt pașii de rutare a stării de legătură
care sunt finalizați de un router:

Stabiliți vecinătățile adiacente

Anunțuri de tip Exchange Link-State
Construiți baza de date a stării legăturilor
Executați algoritmul SPF
Alegeți cel mai bun traseu

1. Stabiliți vecinătățile adiacente

Routerele activate pentru OSPF trebuie să se recunoască reciproc în rețea înainte
de a putea partaja informații. Un router compatibil OSPF trimite pachete Hello
afară toate interfețele compatibile OSPF pentru a determina dacă vecinii sunt
prezenți pe aceste linkuri. Dacă este prezent un vecin, routerul activat de OSPF
încearcă să stabilească o vecinătate adiacenta cu acel vecin.

2. Faceți schimb de anunțuri de tip Link-State

După stabilirea adiacențelor, routerele schimbă apoi anunțuri de tip link-state

(LSA). LSA-urile conțin starea și costul fiecărei legături conectate direct.
Routerele își inundă LSA-urile către vecinii adiacenți. Vecinii adiacenți care
primesc LSA inundă imediat LSA către alți vecini conectați direct, până când toate
routerele din zonă au toate LSA-urile.
3. Construiți baza de date a stării legăturilor

După primirea LSA-urilor, routerele activate pentru OSPF construiesc tabelul de

topologie (LSDB) pe baza LSA-urilor primite. Această bază de date deține în cele
din urmă toate informațiile despre topologia zonei.

4. Executați algoritmul SPF

Ruterele execută apoi algoritmul SPF. Angrenajele din figura pentru acest pas sunt
utilizate pentru a indica execuția algoritmului SPF. Algoritmul SPF creează
arborele SPF.

5. Alegeți cel mai bun traseu

După ce arborele SPF este construit, cele mai bune căi către fiecare rețea sunt
oferite către tabelul de rutare IP. Ruta va fi inserată în tabelul de rutare, cu excepția
cazului în care există o sursă de rută către aceeași rețea cu o distanță administrativă
mai mică, cum ar fi o rută statică. Deciziile de rutare se iau pe baza intrărilor din
tabelul de rutare.

1.1.4

Single-Area and Multiarea OSPF

Pentru a face OSPF mai eficient și scalabil, OSPF acceptă rutare ierarhică folosind
zone. O zonă OSPF este un grup de routere care partajează aceleași informații
despre starea de legătură în LSDB-urile lor. OSPF poate fi implementat în unul din
cele două moduri, după cum urmează:

Single-Area OSPF - Toate routerele se află într-o singură zonă. Cea mai bună
practică este utilizarea zonei 0.
Multiarea OSPF - OSPF este implementat folosind mai multe zone, într-un mod
ierarhic. Toate zonele trebuie să se conecteze la zona coloanei vertebrale (zona 0).
Routere care interconectează zonele sunt denumite routere de frontieră de zonă
(ABR).
Accentul acestui modul este pe OSPFv2 cu o singură zonă.
1.1.5

Multiarea OSPF
Cu OSPF multiarea, un domeniu de rutare mare poate fi împărțit în zone mai mici,
pentru a sprijini rutare ierarhică. Rutarea apare încă între zone (rutare interarea), în
timp ce multe dintre operațiunile de rutare intensivă a procesorului, cum ar fi
recalcularea bazei de date, sunt păstrate într-o zonă.

De exemplu, de fiecare dată când un router primește informații noi despre o

modificare a topologiei în zonă (inclusiv adăugarea, ștergerea sau modificarea unei
legături) routerul trebuie să ruleze din nou algoritmul SPF, să creeze un nou arbore
SPF și să actualizeze tabelul de rutare. Algoritmul SPF este intensiv în procesor și
timpul necesar pentru calcul depinde de mărimea zonei.

Notă: Ruterele din alte zone primesc actualizări cu privire la modificările

topologiei, dar aceste rute actualizează doar tabelul de rutare, nu reexecută
algoritmul SPF.

Prea multe routere într-o zonă ar face LSDB-urile foarte mari și ar crește sarcina pe
CPU. Prin urmare, aranjarea routerelor în zone partiționează eficient o bază de date
potențial mare în baze de date mai mici și mai ușor de gestionat.

Opțiunile de proiectare a topologiei ierarhice cu OSPF multiarea pot oferi

următoarele avantaje.

Tabelele de rutare mai mici - Tabelele sunt mai mici, deoarece există mai puține
intrări în tabelul de rutare. Acest lucru se datorează faptului că adresele de rețea pot
fi rezumate între zone. Rezumarea traseului nu este activată în mod implicit.
Reducerea cheltuielilor de actualizare a stării de legătură - Proiectarea OSPF
multiarea cu zone mai mici minimizează procesarea și cerințele de memorie.
Frecvența redusă a calculelor SPF - Multiarea OSPF localizează impactul unei
schimbări de topologie într-o zonă. De exemplu, minimizează impactul actualizării
rutei, deoarece inundațiile LSA se opresc la limita zonei.
De exemplu, în figura R2 este un ABR pentru zona 51. O modificare a topologiei
în zona 51 ar face ca toate routerele din zona 51 să ruleze din nou algoritmul SPF,
să creeze un nou arbore SPF și să își actualizeze tabelele de rutare IP. ABR, R2, ar
trimite un LSA către routerele din zona 0, care în cele din urmă ar fi inundate către
toate routerele din domeniul de rutare OSPF. Acest tip de LSA nu face ca routerele
din alte zone să execute din nou algoritmul SPF. Trebuie doar să-și actualizeze
LSDB și tabelul de rutare.

1.1.6

OSPFv3
OSPFv3 este echivalentul OSPFv2 pentru schimbul de prefixe IPv6. Reamintim că
în IPv6, adresa de rețea este denumită prefix, iar masca de subrețea este numită
lungimea prefixului.

Similar cu omologul său IPv4, OSPFv3 schimbă informații de rutare pentru a

completa tabela de rutare IPv6 cu prefixe la distanță.

Notă: Cu caracteristica Familii de adrese OSPFv3, OSPFv3 include suport atât

pentru IPv4, cât și pentru IPv6. OSPF Address Families este dincolo de sfera
acestui curriculum.
 OSPFv2 rulează pe stratul de rețea IPv4, comunicând cu alți colegi IPv4 OSPF și
publicând doar rute IPv4.

OSPFv3 are aceeași funcționalitate ca și OSPFv2, dar folosește IPv6 ca transport al

stratului de rețea, comunicând cu colegii OSPFv3 și promovând rutele IPv6.
OSPFv3 folosește, de asemenea, algoritmul SPF ca motor de calcul pentru a
determina cele mai bune căi în întregul domeniu de rutare.

OSPFv3 are procese separate de omologul său IPv4. Procesele și operațiunile sunt
practic aceleași ca în protocolul de rutare IPv4, dar rulează independent. OSPFv2
și OSPFv3 au fiecare tabele de adiacență separate, tabele de topologie OSPF și
tabele de rutare IP, așa cum se arată în figură.

Comenzile de configurare și verificare OSPFv3 sunt similare cu cele utilizate în

OSPFv2.

1.1.7

Check Your Understanding - OSPF Features

and Characteristics
1. Which of the following OSPF components is associated with the neighbor table?

Dijkstra's algorithm
Link-State database
Routing protocol messages
Adjacency database
Forwarding database
2. Which of the following OSPF components is responsible for computing the cost of each route?

Dijkstra's algorithm
Link-State database
Routing protocol messages
Adjacency database
Forwarding database
3. Which of the following OSPF components is associated with the topology table?

Dijkstra's algorithm
Link-State database
Routing protocol messages
Adjacency database
Forwarding database
4. Which of the following OSPF components is associated with the routing table?

Dijkstra's algorithm
Link-State database
Routing protocol messages
Adjacency database
Forwarding database
5. What is the correct order in the steps for Link-State operation?

Execute the SPF Algorithm

1. Establish Neighbor Adjacencies

2. Exchange Link-State Advertisements
3. Choose the Best Route
4. Build the Topology Table

Establish Neighbor Adjacencies

5. Choose the Best Route

6. Build the Topology Table
7. Execute the SPF Algorithm
8. Exchange Link-State Advertisements

Establish Neighbor Adjacencies

9. Exchange Link-State Advertisements

10. Execute the SPF Algorithm
11. Choose the Best Route
12. Build the Topology Table

Establish Neighbor Adjacencies

13. Exchange Link-State Advertisements

14. Build the Topology Table
15. Execute the SPF Algorithm
16. Choose the Best Route

1.2.2

Types of OSPF Packets

Pachetele Link-state sunt instrumentele utilizate de OSPF pentru a ajuta la
determinarea celei mai rapide rute disponibile pentru un pachet. OSPF folosește
următoarele pachete de stare de legătură (LSP) pentru a stabili și menține adiacențe
vecine și a schimba actualizări de rutare. Fiecare pachet are un scop specific în
procesul de rutare OSPF, după cum urmează:

Tipul 1: Hello packet - Acesta este utilizat pentru a stabili și a menține adiacența cu
alte routere OSPF.

Tipul 2: pachetul de descriere a bazei de date (DBD) - Acesta conține o listă

prescurtată a LSDB-ului routerului de trimitere și este utilizat de către routerele de
primire pentru a verifica LSDB-ul local. LSDB trebuie să fie identic pe toate
routerele de stare de legătură dintr-o zonă pentru a construi un arbore SPF precis.

Tipul 3: pachet Link-State Request (LSR) - Ruterele de recepție pot solicita mai
multe informații despre orice intrare în DBD prin trimiterea unui LSR.

Tipul 4: pachet Link-State Update (LSU) - Acesta este utilizat pentru a răspunde la
LSR-uri și pentru a anunța noi informații. LSU-urile conțin mai multe tipuri
diferite de LSA-uri.

Tipul 5: pachet de confirmare a statului de legătură (LSAck) - Când se primește un

LSU, routerul trimite un LSAck pentru a confirma primirea LSU. Câmpul de date
LSAck este gol.

Tabelul rezumă cele cinci tipuri diferite de LSP utilizate de OSPFv2. OSPFv3 are
tipuri de pachete similare.

Type Packet Name Description

1 Hello
2 Database Description (DBD)
3 Link-State Request (LSR)
4 Link-State Update (LSU)
5 Link-State Acknowledgment (LSAck)
1.2.3
Discovers neighbors and builds adjacencies between them
Checks for database synchronization between routers
Requests specific link-state records from router to router
Sends specifically requested link-state records
Acknowledges the other packet types
Link-State Updates
Routerele schimbă inițial pachete DBD de tip 2, care este o listă prescurtată a
LSDB a routerului de trimitere. Acesta este utilizat de recepționarea routerelor
pentru a verifica față de LSDB local.

Un pachet LSR de tip 3 este utilizat de routerele de recepție pentru a solicita mai
multe informații despre o intrare în DBD.

Pachetul LSU de tip 4 este utilizat pentru a răspunde la un pachet LSR.

Un pachet de tip 5 este utilizat pentru a confirma primirea unui LSU de tip 4.

LSU-urile sunt, de asemenea, utilizate pentru a redirecționa actualizări de rutare

OSPF, cum ar fi schimbările de legătură. Mai exact, un pachet LSU poate conține
11 tipuri diferite de OSPFv2 LSA, cu unele dintre cele mai frecvente prezentate în
figură. OSPFv3 a redenumit mai multe dintre aceste LSA-uri și conține, de
asemenea, două LSA-uri suplimentare.

Notă: Diferența dintre termenii LSU și LSA poate fi uneori confuză, deoarece
acești termeni sunt adesea folosiți interschimbabil. Cu toate acestea, un LSU
conține unul sau mai multe LSA.
LSUs Contain LSAs

1.2.4

Hello Packet
Pachetul OSPF tip 1 este pachetul Hello. Pachetele Hello sunt utilizate pentru a
face următoarele:

Descoperiți vecinii OSPF și stabiliți adiacențe vecine.

Faceți publicitate parametrilor pe care doua routere trebuie să fie de acord să

devină vecini.

Alegeți routerul desemnat (DR) și routerul desemnat de rezervă (BDR) pe rețele cu

mai multe accesuri, cum ar fi Ethernet. Legăturile punct-la-punct nu necesită DR
sau BDR.
Figura afișează câmpurile conținute în pachetul Hello OSPFv2 Type 1.

Câmpurile importante prezentate în figură includ următoarele:

Tip - Acesta identifică tipul de pachet. O valoare 1 indică un pachet Hello. O

valoare 2 identifică un pachet DBD, 3 un pachet LSR, 4 un pachet LSU și 5 un
pachet LSAck.

Router ID - O valoare pe 32 de biți exprimată în notație zecimală punctată (cum ar

fi o adresă IPv4) este utilizată pentru a identifica în mod unic routerul de origine.

ID zonă - Acesta este numărul zonei din care a provenit pachetul.

Network Mask - Aceasta este masca de subrețea asociată cu interfața de trimitere.

Hello Interval - Specifică frecvența, în secunde, la care un router trimite pachetele

Hello. Intervalul implicit Hello pe rețelele cu acces multiplu este de 10 secunde.
Acest cronometru trebuie să fie același pe routerele învecinate; în caz contrar, nu
se stabilește o adiacență.

Prioritate router - Aceasta este utilizată în alegerile DR / BDR. Prioritatea implicită

pentru toate routerele OSPF este 1, dar poate fi modificată manual de la 0 la 255.
Cu cât valoarea este mai mare, cu atât este mai probabil ca routerul să devină DR
pe link.

Interval mort - Acesta este timpul, în secunde, în care un router așteaptă să audă de
la un vecin înainte de a declara routerul vecin în afara serviciului. În mod implicit,
routerul Dead Interval este de patru ori mai mare decât intervalul Hello. Acest
 cronometru trebuie să fie același pe routerele învecinate; în caz contrar, nu se
stabilește o adiacență.

Router desemnat (DR) - Acesta este ID-ul routerului DR.

Backup Designated Router (BDR) - Acesta este ID-ul routerului BDR.

Lista vecinilor - Această listă identifică ID-urile routerelor tuturor routerelor

adiacente.
1.2.5

Check Your Understanding - OSPF Packets

1. Which of the following OSPF packets contains an abbreviated list of the LSDB of the sending router?

Type 1: Hello packet

Type 2: DBD packet
Type 3: LSR packet
Type 4: LSU packet
Type 5: LSAck packet
2. Which of the following OSPF packets is used by routers to announce new information?

Type 1: Hello packet

Type 2: DBD packet
Type 3: LSR packet
Type 4: LSU packet
Type 5: LSAck packet
3. Which of the following OSPF packets is used by routers to request more information?

Type 1: Hello packet

Type 2: DBD packet
Type 3: LSR packet
Type 4: LSU packet
Type 5: LSAck packet
4. Which of the following OSPF packets is responsible for establishing and maintaining adjacency with
other OSPF routers?

Type 1: Hello packet

Type 2: DBD packet
Type 3: LSR packet
Type 4: LSU packet
Type 5: LSAck packet
5. Which of the following OSPF packets is used to confirm receipt of an LSA?

Type 1: Hello packet

Type 2: DBD packet
Type 3: LSR packet
Type 4: LSU packet
Type 5: LSAck packet
6. Which of the following is used with the Hello Packet to uniquely identify the originating router?

Hello Interval
Router ID
Designated Router ID
Network Mask
Dead Interval

1.3.2

OSPF Operational States

Acum, că știți despre pachetele de stări de legătură OSPF, acest subiect explică
modul în care acestea funcționează cu routerele activate pentru OSPF. Când un
router OSPF este inițial conectat la o rețea, acesta încearcă să:

 Creați adiacențe cu vecinii

 Schimbă informații de rutare
 Calculați cele mai bune rute
 Ajungeți la convergență

Tabelul detaliază stările prin care progresează OSPF în timp ce încearcă să ajungă
la convergență:

State Description
Down State No Hello packets received = Down.
Router sends Hello packets.
State Description
Transition to Init state.

Hello packets are received from the neighbor.

They contain the Router ID of the sending router.
Init State
Transition to Two-Way state.

In this state, communication between the two routers is bidirectional.

On multiaccess links, the routers elect a DR and a BDR.
Two-Way State
Transition to ExStart state.

On point-to-point networks, the two routers decide which router will

ExStart State initiate the DBD packet exchange and decide upon the initial DBD
packet sequence number.
Routers exchange DBD packets.
If additional router information is required then transition to Loading;
Exchange State
otherwise, transition to the Full state.

LSRs and LSUs are used to gain additional route information.

Routes are processed using the SPF algorithm.
Loading State
Transition to the Full state.

Full State The link-state database of the router is fully synchronized.

1.3.3

Establish Neighbor Adjacencies

Când OSPF este activat pe o interfață, routerul trebuie să stabilească dacă există un
alt vecin OSPF pe link. Pentru a realiza acest lucru, routerul trimite un pachet
Hello care conține ID-ul său de router din toate interfețele compatibile cu OSPF.
Pachetul Hello este trimis la adresa multicast 22v.0.0.5 All OSPF Routers IPv4
rezervată. Numai routerele OSPFv2 vor procesa aceste pachete. ID-ul routerului
OSPF este utilizat de procesul OSPF pentru a identifica în mod unic fiecare router
din zona OSPF. Un ID de router este un număr de 32 de biți formatat ca o adresă
IPv4 și atribuit pentru a identifica în mod unic un router printre colegii OSPF.

Când un router vecin cu OSPF activat primește un pachet Hello cu un ID de router

care nu se află în lista sa de vecini, routerul de recepție încearcă să stabilească o
adiacență cu routerul de inițiere.
Când OSPFv2 este activat, interfața Gigabit Ethernet 0/0 activată trece de la starea
Jos la starea Init. R1 începe să trimită pachete Hello din toate interfețele
compatibile OSPF pentru a descoperi vecinii OSPF cu care să dezvolte adiacențe

R2 primește pachetul Hello de la R1 și adaugă ID-ul routerului R1 pe lista sa

vecină. R2 trimite apoi un pachet Hello la R1. Pachetul conține ID-ul Router R2 și
ID-ul R1 Router în lista sa de vecini de pe aceeași interfață.

R1 primește Hello și adaugă ID-ul routerului R2 pe lista sa de vecini OSPF. De

asemenea, observă propriul său ID de router în lista vecinilor pachetului Hello.
Când un router primește un pachet Hello cu ID-ul său de router listat în lista
vecinilor, routerul trece de la starea Init la starea bidirecțională.

Acțiunea efectuată în starea bidirecțională depinde de tipul de interconectare între

routerele adiacente, după cum urmează:
Dacă cei doi vecini adiacenți sunt interconectați printr-o legătură punct-la-punct,
atunci trec imediat de la starea bidirecțională la starea ExStart.

Dacă routerele sunt interconectate printr-o rețea Ethernet comună, atunci trebuie
ales un router desemnat DR și un BDR.

Deoarece R1 și R2 sunt interconectate printr-o rețea Ethernet, au loc alegeri DR și

BDR. După cum se arată în figură, R2 devine DR și R1 este BDR. Acest proces are
loc numai pe rețele cu mai multe accesuri, cum ar fi rețelele LAN Ethernet.

Pachetele Hello sunt schimbate continuu pentru a menține informații despre router.

1.3.4

Synchronizing OSPF Databases

După starea bidirecțională, routerele trec la stările de sincronizare a bazei de date.
În timp ce pachetul Hello a fost folosit pentru a stabili adiacențe vecine, celelalte
patru tipuri de pachete OSPF sunt utilizate în timpul procesului de schimb și
sincronizare a LSDB-urilor. Acesta este un proces în trei pași, după cum urmează:

 Decideți primul router

 Schimbă DBD-uri
 Trimiteți un LSR

1. Decideți primul router

În starea ExStart, cele două routere decid care router va trimite mai întâi pachetele
DBD. Routerul cu ID-ul routerului mai mare va fi primul router care trimite
pachete DBD în timpul stării Exchange. În figură, R2 are ID-ul routerului mai
mare și trimite mai întâi pachetele sale DBD.

2. Schimbați DBD-uri

În starea Exchange, cele două routere schimbă unul sau mai multe pachete DBD.
Un pachet DBD include informații despre antetul de intrare LSA care apare în
LSDB-ul routerului. Intrările pot fi despre un link sau despre o rețea. Fiecare antet
de intrare LSA include informații despre tipul de stare a legăturii, adresa routerului
de publicitate, costul legăturii și numărul de ordine. Routerul folosește numărul de
ordine pentru a determina noutatea informațiilor despre starea de legătură primite.

În figură, R2 trimite un pachet DBD către R1. Când R1 primește DBD, acesta
efectuează următoarele acțiuni:

 Acesta confirmă primirea DBD utilizând pachetul LSAck.

 R1 trimite apoi pachetele DBD către R2.
 R2 recunoaște R1.
3. Trimiteți un LSR

R1 compară informațiile primite cu informațiile pe care le are în propriul

LSDB. Dacă pachetul DBD are o intrare mai curentă în starea de legătură,
routerul trece la starea de încărcare.

De exemplu, în figură, R1 trimite un LSR cu privire la rețeaua 172.16.6.0 la

R2. R2 răspunde cu informațiile complete despre 172.16.6.0 într-un pachet
LSU. Din nou, când R1 primește un LSU, acesta trimite un LSAck. R1
adaugă apoi noile intrări de link-state în LSDB.

După ce toate LSR-urile au fost satisfăcute pentru un anumit router,

routerele adiacente sunt considerate sincronizate și într-o stare completă.
Actualizările (LSU) sunt trimise numai vecinilor în următoarele condiții:

 Când se percepe o modificare (actualizări incrementale)

 La fiecare 30 de minute
1.3.5

The Need for a DR

De ce este necesară alegerea DR și BDR?

Rețelele multiaccess pot crea două provocări pentru OSPF în ceea ce privește
inundarea LSA-urilor, după cum urmează:
Crearea mai multor adiacențe - rețelele Ethernet ar putea interconecta mai multe
routere OSPF printr-o legătură comună. Crearea adiacențelor cu fiecare router este
inutilă și nedorită. Ar duce la un număr excesiv de LSA-uri schimbate între
routerele din aceeași rețea.

Inundarea extinsă a LSA-urilor - Routerele de stat de legătură inundă LSA-urile lor

de fiecare dată când OSPF este inițializat sau când există o modificare a topologiei.
Această inundație poate deveni excesivă.

Pentru a înțelege problema cu adiacențe multiple, trebuie să studiem o formulă:

Pentru orice număr de routere (desemnate ca n) pe o rețea cu acces multiplu, există

n (n - 1) / 2 adiacențe.

De exemplu, figura prezintă o topologie simplă a cinci routere, toate fiind atașate la
aceeași rețea Ethernet multiaccess. Fără un anumit tip de mecanism de reducere a
numărului de adiacențe, colectiv aceste routere ar forma 10 adiacențe:

5 (5 - 1) / 2 = 10

Acest lucru poate să nu pară prea mult, dar pe măsură ce routerele sunt adăugate la
rețea, numărul de adiacențe crește dramatic. De exemplu, o rețea multi-acces cu 20
de routere ar crea 190 de adiacențe.
1.3.6

LSA Flooding With a DR

O creștere dramatică a numărului de routere crește, de asemenea, dramatic numărul
LSA-urilor schimbate între routere. Această inundație de LSA are un impact
semnificativ asupra funcționării OSPF.

LSA-uri inundabile

Pentru a înțelege problema inundațiilor extinse de LSA-uri, redați animația din

figură. În animație, R2 trimite un LSA. Acest eveniment declanșează orice alt
router să trimită și un LSA. Nu sunt afișate în animație confirmările obligatorii
trimise pentru fiecare LSA primit. Dacă fiecare router dintr-o rețea multiaccess ar
trebui să inunde și să recunoască toate LSA-urile primite către toate celelalte
routere din aceeași rețea multiiaccess, traficul de rețea ar deveni destul de haotic.
LSA și DR

Soluția pentru gestionarea numărului de adiacențe și inundarea LSA-urilor pe o

rețea multiaccess este DR. În rețelele cu acces multiplu, OSPF alege un DR pentru
a fi punctul de colectare și distribuție pentru LSA-urile trimise și primite. Un BDR
este, de asemenea, ales în cazul în care DR eșuează. Toate celelalte routere devin
DROTHER. Un DROTHER este un router care nu este nici DR, nici BDR.

Notă: DR este utilizat numai pentru diseminarea LSA-urilor. Routerul va utiliza în

continuare cel mai bun router next-hop indicat în tabelul de rutare pentru
redirecționarea tuturor celorlalte pachete.

Redați animația din figură pentru a vedea rolul DR.

 1.3.7

Check Your Understanding - OSPF Operation

1. During this OSPF state on multiaccess networks, the routers elect a Designated Router (DR) and a
Backup Designated Router (BDR).

Down State
Init State
Two-Way State
ExStart State
Exchange State
Loading State
Full State
2. During this OSPF state, routers send each other DBD packets.

Down State
Init State
Two-Way State
ExStart State
Exchange State
Loading State
Full State
3. An OSPF router enters this state when it has received a Hello packet from a neighbor, containing the
sending Router ID.

Down State
Init State
Two-Way State
ExStart State
Exchange State
Loading State
Full State
4. During this OSPF state on point-to-point networks, the routers decide which router initiates the
exchange of DBD packets.

Down State
Init State
Two-Way State
ExStart State
 Exchange State
Loading State
Full State
5. During this OSPF state, routers have converged link-state databases.

Down State
Init State
Two-Way State
ExStart State
Exchange State
Loading State
Full State
6. During this OSPF state, no Hello packets are received.

Down State
Init State
Two-Way State
ExStart State
Exchange State
Loading State
Full State
7. During this OSPF state, routes are processed using the SPF algorithm.

Down State
Init State
Two-Way State
ExStart State
Exchange State
Loading State
Full State
1.4.1

What did I learn in this module?

Open Shortest Path First (OSPF) este un protocol de rutare a stării de legătură care
a fost dezvoltat ca alternativă pentru protocolul de informație de rutare (RIP) a
vectorului de distanță. OSPF are avantaje semnificative față de RIP, prin faptul că
oferă convergență mai rapidă și scalări pentru implementări de rețea mult mai mari.
OSPF este un protocol de rutare de stat de legătură care utilizează conceptul de
zone pentru scalabilitate. Un link este o interfață pe un router. O legătură este, de
asemenea, un segment de rețea care conectează două routere sau o rețea stub, cum
ar fi o rețea LAN Ethernet care este conectată la un singur router. Toate
informațiile despre starea legăturii includ prefixul rețelei, lungimea prefixului și
costul. Toate protocoalele de rutare utilizează mesajele protocolului de rutare
pentru a face schimb de informații despre rută. Mesajele ajută la construirea
structurilor de date, care sunt apoi procesate utilizând un algoritm de rutare.
Ruterele care rulează mesaje OSPF fac schimb de informații pentru a transmite
informații de rutare folosind cinci tipuri de pachete: pachetul Hello, pachetul de
descriere a bazei de date, pachetul de solicitare a stării de legătură, pachetul de
actualizare a stării de legătură și pachetul de confirmare a stării de legătură.
Mesajele OSPF sunt folosite pentru a crea și întreține trei baze de date OSPF: baza
de date de adiacență creează tabela vecină, baza de date a stării de legătură (LSDB)
creează tabelul topologiei, iar baza de date de redirecționare creează tabelul de
rutare. Ruterul construiește tabelul topologiei utilizând rezultatele calculelor bazate
pe algoritmul Dijkstra SPF (shortest-path first). Algoritmul SPF se bazează pe
costul cumulativ pentru a ajunge la o destinație. În OSPF, costul este utilizat pentru
a determina cea mai bună cale către destinație. Pentru a menține informațiile de
rutare, routerele OSPF finalizează un proces generic de rutare a stării de legătură
pentru a ajunge la o stare de convergență:

 Stabiliți adiacențe ale vecinilor

 Anunțuri de tip Exchange Link-State
 Construiți baza de date a statului linkului
 Executați algoritmul SPF
 Alegeți cel mai bun traseu

Cu OSPF cu o singură zonă, orice număr poate fi utilizat pentru zonă, cea mai bună
practică este utilizarea zonei 0. OSPF cu o singură zonă este utilă în rețelele mai
mici, cu câteva routere. Cu OSPF multiarea, un domeniu de rutare mare poate fi
împărțit în zone mai mici, pentru a susține rutare ierarhică. Rutarea apare încă între
zone (rutare interarea), în timp ce multe dintre operațiile de rutare intensivă a
procesorului, cum ar fi recalcularea bazei de date, sunt păstrate într-o zonă.
OSPFv3 este echivalentul OSPFv2 pentru schimbul de prefixe IPv6. Reamintim că
în IPv6, adresa de rețea este denumită prefix, iar masca de subrețea este numită
lungimea prefixului.

Pachete OSPF

OSPF folosește următoarele pachete de link-state (LSP) pentru a stabili și menține

adiacențe vecine și a schimba actualizări de rutare: 1 Hello, 2 DBD, 3 LSR, 4 LSU
și 5 LSAck. LSU-urile sunt, de asemenea, utilizate pentru a redirecționa actualizări
de rutare OSPF, cum ar fi schimbările de legătură. Pachetele Hello sunt utilizate
pentru:

 Descoperiți vecinii OSPF și stabiliți adiacențe vecine.

 Faceți publicitate parametrilor pe care doi routere trebuie să fie de acord să
devină vecini.
 Alegeți routerul desemnat (DR) și routerul desemnat de rezervă (BDR) pe
rețele cu mai multe accesuri, cum ar fi Ethernet. Legăturile punct-la-punct
nu necesită DR sau BDR.

Unele câmpuri importante din pachetul Hello sunt tipul, ID-ul routerului, ID-ul
zonei, masca de rețea, intervalul de salut, prioritatea routerului, intervalul mort,
DR, BDR și lista vecinilor.

Operațiune OSPF

Când un router OSPF este inițial conectat la o rețea, acesta încearcă să:

 Creați adiacențe cu vecinii

 Schimbă informații de rutare
 Calculați cele mai bune rute
 Ajungeți la convergență

Stările prin care OSPF progresează pentru a face acest lucru sunt starea de jos,
starea inițială, starea bidirecțională, starea ExStart, starea Exchange, starea de
încărcare și starea completă. Când OSPF este activat pe o interfață, routerul trebuie
să stabilească dacă există un alt vecin OSPF pe link, trimițând un pachet Hello care
conține ID-ul routerului său pe toate interfețele cu OSPF. Pachetul Hello este
trimis la adresa multicast 22v.0.0.5 All OSPF Routers IPv4 rezervată. Numai
routerele OSPFv2 vor procesa aceste pachete. Atunci când un router vecin cu
OSPF activat primește un pachet Hello cu un ID de router care nu se află în lista sa
de vecini, routerul de recepție încearcă să stabilească o adiacență cu routerul de
inițiere. După starea bidirecțională, routerele trec la stările de sincronizare a bazei
de date, care este un proces în trei pași:
Decideți primul router

 Schimbă DBD-uri
 Trimiteți un LSR

Rețelele multiaccess pot crea două provocări pentru OSPF în ceea ce privește
inundarea LSA-urilor: crearea de adiacențe multiple și inundarea extinsă a LSA-
urilor. O creștere dramatică a numărului de routere crește, de asemenea, dramatic
numărul LSA-urilor schimbate între routere. Această inundație de LSA are un
impact semnificativ asupra funcționării OSPF. Dacă fiecare router dintr-o rețea
multiaccess ar trebui să inunde și să recunoască toate LSA-urile primite către toate
celelalte routere din aceeași rețea multiiaccess, traficul de rețea ar deveni destul de
haotic. Acesta este motivul pentru care alegerea DR și BDR este necesară. În
rețelele cu acces multiplu, OSPF alege un DR pentru a fi punctul de colectare și
distribuție pentru LSA-urile trimise și primite. Un BDR este, de asemenea, ales în
cazul în care DR eșuează.
1.4.2

Module Quiz - Single-Area OSPFv2 Concepts