Sunteți pe pagina 1din 74

2.0.

Why should I take this module?


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

Acum, că știți despre OSPFv2 cu o singură zonă, probabil vă puteți gândi la toate
modurile în care ar putea beneficia propria rețea. Ca protocol de stat de legătură,
OSPF este proiectat nu numai pentru a găsi cea mai rapidă rută disponibilă, ci este
conceput pentru a crea rute rapide, disponibile. Dacă preferați un pic mai mult
control asupra anumitor zone ale rețelei dvs., OSPF vă oferă mai multe moduri de
a suprascrie manual procesul electoral DR și de a vă crea propriile rute preferate.
Cu OSPF, rețeaua dvs. poate combina procesele automatizate cu propriile alegeri
pentru a crea o rețea pe care ați putea-o depana în somn! Știi că vrei să înveți cum
să faci asta!

2.0.2

What will I learn to do in this module?


Module Title: Single-Area OSPFv2 Configuration

Module Objective: Implement single-area OSPFv2 in both point-to-point and broadcast multiaccess
networks.

Topic Title Topic Objective


OSPF Router ID Configure an OSPFv2 router ID.
Point-to-Point OSPF Networks Configure single-area OSPFv2 in a point-to-point network.
Configure the OSPF interface priority to influence the DR/BDR
Multiaccess OSPF Networks
election in a multiaccess network.
Implement modifications to change the operation of single-area
Modify Single-Area OSPFv2
OSPFv2.
Default Route Propagation Configure OSPF to propagate a default route.
Verify Single-Area OSPFv2 Verify a single-area OSPFv2 implementation.
2.1.1

OSPF Reference Topology


Pentru a începe, acest subiect discută fundamentele pe care OSPF își bazează
întregul proces, ID-ul routerului OSPF.

Figura arată topologia utilizată pentru configurarea OSPFv2 în acest modul.


Routerele din topologie au o configurație de pornire, inclusiv adrese de interfață. În
prezent, nu există nicio rutare statică sau rutare dinamică configurată pe niciunul
dintre routere. Toate interfețele de pe R1, R2 și R3 (cu excepția loopback 1 pe R2)
se află în zona backbone OSPF. Routerul ISP este utilizat ca poarta de acces către
internetul domeniului de rutare.

Notă: În această topologie, interfața loopback este utilizată pentru a simula legătura
WAN către Internet și o rețea LAN conectată la fiecare router. Acest lucru este
făcut pentru a permite duplicarea acestei topologii în scopuri demonstrative pe
routerele care au doar două interfețe Gigabit Ethernet.

2.1.2

Router Configuration Mode for OSPF


OSPFv2 este activat utilizând comanda modului de configurare globală a
procesului ospf router, așa cum se arată în fereastra de comandă pentru R1.
Valoarea id-ului procesului reprezintă un număr între 1 și 65.535 și este selectată
de administratorul de rețea. Valoarea id-ului procesului este semnificativă la nivel
local, ceea ce înseamnă că nu trebuie să fie aceeași valoare pe celelalte routere
OSPF pentru a stabili adiacențe cu acei vecini. Este considerată cea mai bună
practică să utilizați același proces-id pe toate routerele OSPF.

După introducerea comenzii proces-id router ospf, routerul intră în modul de


configurare a routerului, așa cum este indicat de promptul R1 (config-router) #.
Introduceți un semn de întrebare (?), Pentru a vizualiza toate comenzile disponibile
în acest mod. Lista de comenzi afișată aici a fost modificată pentru a afișa numai
comenzile relevante pentru acest modul.

2.1.3

Router IDs
Un ID de router OSPF este o valoare pe 32 de biți, reprezentată ca o adresă IPv4.
ID-ul routerului este utilizat pentru a identifica în mod unic un router OSPF. Toate
pachetele OSPF includ ID-ul routerului routerului de origine. Fiecare router
necesită un ID de router pentru a participa la un domeniu OSPF. ID-ul routerului
poate fi definit de un administrator sau atribuit automat de router. ID-ul routerului
este utilizat de un router compatibil OSPF pentru a face următoarele:
Participați la sincronizarea bazelor de date OSPF - În timpul stării Exchange,
routerul cu cel mai mare ID router va trimite mai întâi pachetele descriptorului
bazei de date (DBD).

Participați la alegerea routerului desemnat (DR) - Într-un mediu LAN multiaccess,


routerul cu cel mai mare ID de router este ales DR. Dispozitivul de rutare cu al
doilea cel mai mare ID de router este ales routerul de rezervă desemnat (BDR).

Notă: Procesul electoral DR și BDR este discutat mai detaliat mai târziu în acest
modul.
2.1.4

Router ID Order of Precedence


Dar cum determină routerul ID-ul routerului? După cum este ilustrat în figură,
routerele Cisco derivă ID-ul routerului pe baza unuia dintre cele trei criterii, în
următoarea ordine preferențială:

ID-ul routerului este configurat în mod explicit folosind comanda OSPF router-id
rid router configuration configuration mode. Valoarea rid este orice valoare pe 32
de biți exprimată ca adresă IPv4. Aceasta este metoda recomandată pentru a atribui
un ID de router.

Dacă ID-ul routerului nu este configurat în mod explicit, routerul alege cea mai
mare adresă IPv4 dintre oricare dintre interfețele loopback configurate. Aceasta
este următoarea cea mai bună alternativă la atribuirea unui ID de router.

Dacă nu sunt configurate interfețe loopback, atunci routerul alege cea mai mare
adresă IPv4 activă dintre oricare dintre interfețele sale fizice. Aceasta este cea mai
puțin recomandată metodă, deoarece face mai dificil pentru administratori să facă
distincția între anumite routere.
2.1.5

Configure a Loopback Interface as the Router


ID
În topologia de referință, numai interfețele fizice sunt configurate și active.
Interfețele loopback nu au fost configurate. Când rutare OSPF este activată pe
router, routerele vor alege următoarea adresă IPv4 configurată cu cea mai mare
activitate ca ID de router.

R1: 10.1.1.14 (G0 / 0/1)

R2: 10.1.1.9 (G0 / 0/1)

R3: 10.1.1.13 (G0 / 0/0)

Notă: OSPF nu trebuie să fie activat pe o interfață pentru ca acea interfață să fie
aleasă ca ID de router.

În loc să se bazeze pe interfața fizică, ID-ul routerului poate fi atribuit unei


interfețe loopback. De obicei, adresa IPv4 pentru acest tip de interfață loopback
trebuie configurată utilizând o mască de subrețea pe 32 de biți (255.255.255.255).
Acest lucru creează în mod eficient o rută gazdă. O rută gazdă pe 32 de biți nu va fi
promovată ca o rută către alte routere OSPF.
Exemplul arată cum să configurați o interfață loopback pe R1. Presupunând că ID-
ul routerului nu a fost configurat în mod explicit sau nu a fost învățat anterior, R1
va folosi adresa IPv4 1.1.1.1 ca ID de router. Să presupunem că R1 nu a învățat
încă un ID de router.

2.1.6

Explicitly Configure a Router ID


In the figure, the topology has been updated to show the router ID for each router:

 R1 uses router ID 1.1.1.1


 R2 uses router ID 2.2.2.2
 R3 uses router ID 3.3.3.3
2.1.7

Modify a Router ID
După ce un router selectează un ID de router, un router OSPF activ nu permite
modificarea ID-ului routerului până când routerul nu este reîncărcat sau procesul
OSPF este resetat.

De exemplu, pentru R1, ID-ul routerului configurat a fost eliminat și routerul a fost
reîncărcat. Observați că ID-ul curent al routerului este 10.10.1.1, care este adresa
IPv4 Loopback 0. ID-ul routerului ar trebui să fie 1.1.1.1. Prin urmare, R1 este
configurat cu comanda router-id 1.1.1.1.

Observați cum apare un mesaj informațional care afirmă că procesul OSPF trebuie
șters sau că routerul trebuie reîncărcat. Motivul este că R1 are deja adiacențe cu alți
vecini care utilizează ID-ul routerului 10.10.1.1. Aceste adiacențe trebuie
renegociate folosind noul ID de router 1.1.1.1. Utilizați comanda de proces clear ip
ospf pentru a reseta adiacențele. Puteți verifica apoi dacă R1 folosește noua
comandă ID router cu comanda show ip protocols canalizată pentru a afișa doar
secțiunea ID router.

Ștergerea procesului OSPF este metoda preferată pentru a reseta ID-ul routerului.
2.1.8

Syntax Checker - Configure R2 and R3 Router


IDs
You are currently logged into R2:

 Enter OSPF router configuration mode using process ID 10


 Assign a router ID of 2.2.2.2
 Return to privileged EXEC mode

R2(config)#router ospf 10

R2(config-router)#router-id 2.2.2.2

R2(config-router)#end

R2#

*Mar 25 20:03:56.863: %SYS-5-CONFIG_I: Configured from console by console

 Enter the show ip protocols command to verify the router ID.


R2#show ip protocols

*** IP Routing is NSF aware ***

(output omitted)

Routing Protocol is "ospf 10"

Outgoing update filter list for all interfaces is not set

Incoming update filter list for all interfaces is not set

Router ID 2.2.2.2

Number of areas in this router is 0. 0 normal 0 stub 0 nssa

Maximum path: 4

Routing for Networks:

Routing Information Sources:

Gateway Distance Last Update

Distance: (default is 110)

R2#

 You are now on R3:


 Enter OSPF router configuration mode using process ID 10
 Assign a router ID of 3.3.3.3
 Return to privileged EXEC mode.

R3(config)#router ospf 10

R3(config-router)#router-id 3.3.3.3

R3(config-router)#end

R3#

*Mar 25 20:11:05.415: %SYS-5-CONFIG_I: Configured from console by console


 Enter the show ip protocols command to verify the router ID.

R3#show ip protocols

*** IP Routing is NSF aware ***

(output omitted)

Routing Protocol is "ospf 10"

Outgoing update filter list for all interfaces is not set

Incoming update filter list for all interfaces is not set

Router ID 3.3.3.3

Number of areas in this router is 0. 0 normal 0 stub 0 nssa

Maximum path: 4

Routing for Networks:

Routing Information Sources:

Gateway Distance Last Update

Distance: (default is 110)

R3#

You have successfully assigned the router IDs to R2 and R3.


2.1.9

Check Your Understanding - OSPF Router ID


1. True or False? In the router ospf process-id command, the process ID value, which can any
number between 1 and 65,535, is globally significant. It must be the same on all routers in the OSPF
area.

True
False
2. Which of the following applies to the router ID? (Choose two)

The router ID cannot be defined by an administrator.


The router ID is not used to determine the BDR.
The router ID is used to determine the DR.
The router ID uniquely identifies the router.
The router ID is not required.
3. Which of the following is the order of precedence for choosing the router ID?

1. Router ID that is explicitly configured


2. Lowest IPv4 loopback address
3. Lowest active configured IPv4 address

4. Router ID that is explicitly configured


5. Lowest active configured IPv4 address
6. Lowest IPv4 loopback address

7. Router ID that is explicitly configured


8. Highest IPv4 loopback address
9. Highest active configured IPv4 address

10. Highest IPv4 loopback address


11. Router ID that is explicitly configured
12. Highest active configured IPv4 address

13. Highest IPv4 loopback address


14. Highest active configured IPv4 address
15. Router ID that is explicitly configured

2.2.1

The network Command Syntax


Un tip de rețea clasificat de OSPF este o rețea punct-la-punct. Puteți specifica
interfețele care aparțin unei rețele punct-la-punct configurând comanda de rețea.
De asemenea, puteți configura OSPF direct pe interfață cu comanda ip ospf, așa
cum vom vedea mai târziu.

Ambele comenzi sunt utilizate pentru a determina care interfețe participă la


procesul de rutare pentru o zonă OSPFv2. Sintaxa de bază pentru comanda de rețea
este următoarea:

Sintaxa mască cu caractere wild-address este utilizată pentru a activa OSPF pe


interfețe. Orice interfețe de pe un router care se potrivesc cu adresa de rețea din
comanda de rețea sunt activate pentru a trimite și primi pachete OSPF.

Sintaxa zone-id se referă la zona OSPF. La configurarea OSPFv2 cu o singură


zonă, comanda de rețea trebuie să fie configurată cu aceeași valoare a zonei-id pe
toate routerele. Deși poate fi utilizat orice ID de zonă, este o bună practică să
utilizați un ID de zonă 0 cu OSPFv2 cu o singură zonă. Această convenție îl face
mai ușor dacă rețeaua este modificată ulterior pentru a suporta OSPFv2 multiarea.
Router(config-router)# network network-address wildcard-mask area area-id

2.2.2

The Wildcard Mask


Masca cu metacaracter este de obicei inversa măștii de subrețea configurată pe
acea interfață. Într-o mască de subrețea, binarul 1 este egal cu un meci și binarul 0
nu este un meci. Într-o mască wildcard, inversul este adevărat, așa cum se arată
aici:

Masca wildcard bit 0 - Se potrivește cu valoarea bitului corespunzătoare din


adresă.

Masca wildcard bit 1 - Ignoră valoarea de bit corespunzătoare din adresă.

Cea mai simplă metodă pentru calcularea unei măști cu caractere wildcard este de a
scădea masca de subrețea de rețea din 255.255.255.255, așa cum se arată pentru
măștile de subrețea / 24 și / 26 din figură.
2.2.3

Check Your Understanding - The Wildcard


Masks
2.2.4

Configure OSPF Using the network Command


În modul de configurare a rutare, există două moduri de a identifica interfețele care
vor participa la procesul de rutare OSPFv2. Figura prezintă topologia de referință.

Ca alternativă, al doilea exemplu arată modul în care OSPFv2 poate fi activat prin
specificarea adresei IPv4 a interfeței exacte utilizând o mască wildcard cu zero
zero. Intrarea în rețeaua 10.1.1.5 0.0.0.0 zona 0 de pe R1 îi spune routerului să
activeze interfața Gigabit Ethernet 0/0/0 pentru procesul de rutare. Ca urmare,
procesul OSPFv2 va face publicitate rețelei care se află pe această interfață
(10.1.1.4/30).
2.2.5

Syntax Checker - Configure R2 and R3 Using


the network Command
 You are currently logged into R2:
 Enter OSPF router configuration mode using process ID 10
 Configure the R2 router ID of 2.2.2.2

R2(config)#router ospf 10

R2(config-router)#router-id 2.2.2.2

R2(config-router)#

 Advertise the networks connected to R2 with the appropriate wildcard mask


using area 0. Configure the networks in the following order:
 10.10.2.0/24
 10.1.1.4/30
 10.1.1.8/30

R2(config-router)#network 10.10.2.0 0.0.0.255 area 0

R2(config-router)#network 10.1.1.4 0.0.0.3 area 0

R2(config-router)#network 10.1.1.8 0.0.0.3 area 0

R2(config-router)#

*Mar 25 21:19:21.938: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on


GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
 You are now configuring R3:
 Enter OSPF router configuration mode using process ID 10
 Configure the R3 router ID.
 Use the network statement to enable OSPF based on the interface address
and quad zero wildcard mask for area 0.
 Return to privileged EXEC mode when complete

R3(config)#router ospf 10

R3(config-router)#router-id 3.3.3.3

R3(config-router)#

 Use the network statement to enable OSPF based on the interface address
and quad zero wildcard mask for area 0. Configure the interfaces in the
following order:
 10.10.3.1
 10.1.1.10
 10.1.1.13

R3(config-router)#network 10.10.3.1 0.0.0.0 area 0

R3(config-router)#network 10.1.1.10 0.0.0.0 area 0

R3(config-router)#network 10.1.1.13 0.0.0.0 area 0

R3(config-router)#

*Mar 26 14:00:55.183: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on


GigabitEthernet0/0/0 from LOADING to FULL, Loading Done

*Mar 26 14:00:55.243: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on


GigabitEthernet0/0/1 from LOADING to FULL, Loading Done

R3#

You successfully advertised the OSPF networks on R2 and R3.


2.2.6

Configure OSPF Using the ip ospf Command

2.2.7

Syntax Checker - Configure R2 and R3 Using


the ip ospf Command
You are currently logged into R2. The network commands are already removed. Configure OSPF
routing using process ID 10, in area 0, on each interface, in that order. Use the following shortened
interface names:

 lo0
 g0/0/0
 g0/0/1

R2(config)#interface lo0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/1
R2(config-if)#ip ospf 10 area 0
*Mar 25 21:19:21.938: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
You are now logged into R3. The network commands are already removed. Configure OSPF routing
using process ID 10, in area 0, on each interface, in that order. Use the following shortened interface
names:

 lo0
 g0/0/0
 g0/0/1

R3(config)#interface lo0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/0
R2(config-if)#ip ospf 10 area 0
R2(config-if)#interface g0/0/1
R2(config-if)#ip ospf 10 area 0
*Mar 26 14:00:55.183: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Mar 26 14:00:55.243: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on
GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R3(config-router)#
You successfully configured the interfaces to advertise the OSPF networks.

2.2.8

Passive Interface
În mod implicit, mesajele OSPF sunt redirecționate pe toate interfețele activate
pentru OSPF. Cu toate acestea, aceste mesaje trebuie într-adevăr trimise doar prin
interfețe care se conectează la alte routere compatibile OSPF.

Consultați topologia din figură. Mesajele OSPFv2 sunt redirecționate în cele trei
interfețe loopback, chiar dacă nu există niciun vecin OSPFv2 pe aceste rețele LAN
simulate. Într-o rețea de producție, aceste loopback-uri ar fi interfețe fizice către
rețele cu utilizatori și trafic. Trimiterea de mesaje inutile pe o rețea LAN afectează
rețeaua în trei moduri, după cum urmează:

Utilizarea ineficientă a lățimii de bandă - Lățimea de bandă disponibilă este


consumată transportând mesaje inutile.

Utilizarea ineficientă a resurselor - Toate dispozitivele de pe rețeaua LAN trebuie


să proceseze și să elimine mesajul.

Risc sporit de securitate - Fără configurații suplimentare de securitate OSPF,


mesajele OSPF pot fi interceptate cu software-ul de detectare a pachetelor.
Actualizările de rutare pot fi modificate și trimise înapoi la router, corupând tabelul
de rutare cu valori false care direcționează greșit traficul.

2.2.9

Configure Passive Interfaces


Utilizați comanda modului de configurare a routerului cu interfață pasivă pentru a
preveni transmiterea mesajelor de rutare printr-o interfață a ruterului, dar permite
totuși ca acea rețea să fie promovată către alte routere. Exemplul de configurare
identifică interfața R1 Loopback 0 ca fiind pasivă.

Notă: Interfața loopback din acest exemplu reprezintă o rețea Ethernet. În rețelele
de producție, interfețele loopback nu trebuie să fie pasive.

Comanda show ip protocols este apoi utilizată pentru a verifica dacă interfața
Loopback 0 este listată ca pasivă. Interfața este încă listată sub titlul „Rutare pe
interfețe configurate în mod explicit (zona 0)”, ceea ce înseamnă că această rețea
este încă inclusă ca o intrare de rută în actualizările OSPFv2 care sunt trimise către
R2 și R3.
2.2.10

Syntax Checker - Configure R2 and R3 Passive


Interfaces
Utilizați Verificatorul de sintaxă pentru a configura interfețele Loopback pe R2 ca
pasive. Ca alternativă, toate interfețele pot fi făcute pasive utilizând comanda
implicită de interfață pasivă. Interfețele care nu ar trebui să fie pasive pot fi
reactivate folosind comanda fără interfață pasivă. Configurați R3 cu comanda
implicită a interfeței pasive și apoi reactivați interfețele Gigabit Ethernet.

You are currently logged into R2.

 Enter OSPF router configuration mode using process ID 10.


 Configure the Loopback interface as passive using the shortened interface name lo0.
 Return to privileged EXEC mode.
 Verify the OSPF settings with the show ip protocols command.

R2(config)#router ospf 10
R2(config-router)#passive-interface loopback 0
You must enter the exact and full command.
R2(config-router)#passive-interface lo0 0
You must enter the exact and full command.
R2(config-router)#passive-interface lo0
R2(config-router)#end
*May 23 20:27:20.718: %SYS-5-CONFIG_I: Configured from console by console
R2#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 2.2.2.2
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
Routing on Interfaces Configured Explicitly (Area 0):
Loopback0
GigabitEthernet0/0/1
GigabitEthernet0/0/0
Passive Interface(s):
Loopback0
Routing Information Sources:
Gateway Distance Last Update
3.3.3.3 110 02:07:48
1.1.1.1 110 02:34:53
Distance: (default is 110)
R2#
R3(config)#

2.2.11

OSPF Point-to-Point Networks


R1 este BDR și R2 este DR. Procesul de alegere DR / BDR nu este necesar,
deoarece pot exista doar două routere pe rețeaua punct-la-punct între R1 și R2.
Observați în ieșire că routerul a desemnat tipul de rețea drept BROADCAST.
Pentru a schimba acest lucru într-o rețea punct-la-punct, utilizați comanda de
configurare a interfeței ip ospf network punct-la-punct pe toate interfețele unde
doriți să dezactivați procesul de alegere DR / BDR. Exemplul de mai jos prezintă
această configurație pentru R1. Starea de adiacență a vecinului OSPF va scădea
pentru câteva milisecunde.
2.2.12

Loopbacks and Point-to-Point Networks

2.3.1

OSPF Network Types


Un alt tip de rețea care utilizează OSPF este rețeaua OSPF multiaccess. Rețelele
OSPF multiaccess sunt unice prin faptul că un router controlează distribuția LSA-
urilor. Ruterul ales pentru acest rol ar trebui să fie determinat de administratorul de
rețea printr-o configurare adecvată.

OSPF poate include procese suplimentare în funcție de tipul de rețea. Topologia


anterioară folosea legături punct-la-punct între routere. Cu toate acestea, routerele
pot fi conectate la același comutator pentru a forma o rețea multiaccess, așa cum se
arată în figură. LAN-urile Ethernet sunt cel mai frecvent exemplu de rețele de
difuzare multiaccess. În rețelele de difuzare, toate dispozitivele din rețea văd toate
cadrele de difuzare și multicast.

2.3.2

OSPF Designated Router


Reamintim că, în rețelele cu acces multiplu, OSPF alege un DR și BDR ca o
soluție pentru a gestiona numărul de adiacențe și inundarea de reclame de stat de
legătură (LSA). DR este responsabil pentru colectarea și distribuirea LSA-urilor
trimise și primite. DR utilizează adresa IPv4 multicast 224.0.0.5 care este destinată
tuturor routerelor OSPF.

Un BDR este, de asemenea, ales în cazul în care DR eșuează. BDR ascultă pasiv și
menține o relație cu toate routerele. Dacă DR încetează să producă pachete Hello,
BDR se promovează și își asumă rolul de DR.

Toate celelalte routere devin un DROTHER (un router care nu este nici DR, nici
BDR). DROTHER-urile folosesc adresa multiaccess 224.0.0.6 (toate routerele
desemnate) pentru a trimite pachete OSPF către DR și BDR. Numai DR și BDR
ascultă 224.0.0.6.
În figură, R1, R5 și R4 sunt DROTHER. Faceți clic pe redare pentru a vedea
animația R2 care acționează ca DR. Observați că numai DR și BDR procesează
LSA trimis de R1 utilizând adresa IPv4 multicast 224.0.0.6. DR trimite apoi LSA
către toate routerele OSPF utilizând adresa IPv4 multicast 224.0.0.5.

2.3.3

OSPF Multiaccess Reference Topology


În topologia multiaccess prezentată în figură, există trei routere interconectate
printr-o rețea Ethernet multiiaccess comună, 192.168.1.0/24. Fiecare router este
configurat cu adresa IPv4 indicată pe interfața Gigabit Ethernet 0/0/0.

Deoarece routerele sunt conectate printr-o rețea comună multiaccess, OSPF a ales
automat un DR și BDR. În acest exemplu, R3 a fost ales drept DR deoarece ID-ul
routerului său este 3.3.3.3, care este cel mai mare din această rețea. R2 este BDR,
deoarece are al doilea cel mai mare ID router din rețea.
2.3.4

Verify OSPF Router Roles


R1 DROTHER

Ieșirea generată de R1 confirmă că următoarele:


 R1 nu este DR sau BDR, ci este un DROTHER cu o prioritate implicită de 1. (Linia 7)
 DR este R3 cu ID router 3.3.3.3 la adresa IPv4 192.168.1.3, în timp ce BDR este R2 cu
ID router 2.2.2.2 la adresa IPv4 192.168.1.2. (Liniile 8 și 9)
 R1 are două adiacențe: una cu BDR și una cu DR. (Liniile 20-22)
R2 BDR

Ieșirea generată de R2 confirmă că:

 R2 este BDR cu o prioritate implicită de 1. (Linia 7)


 DR este R3 cu ID router 3.3.3.3 la adresa IPv4 192.168.1.3, în timp ce BDR este R2 cu
ID router 2.2.2.2 la adresa IPv4 192.168.1.2. (Liniile 8 și 9)
 R2 are două adiacențe; unul cu un vecin cu router ID 1.1.1.1 (R1) și celălalt cu DR.
(Liniile 20-22)

R3 DR

Ieșirea generată de R3 confirmă că:

 R3 este DR cu o prioritate implicită 1. (Linia 7)


 DR este R3 cu ID router 3.3.3.3 la adresa IPv4 192.168.1.3, în timp ce BDR este R2 cu
ID router 2.2.2.2 la adresa IPv4 192.168.1.2. (Liniile 8 și 9)
 R3 are două adiacențe: una cu un vecin cu router ID 1.1.1.1 (R1) și cealaltă cu BDR.
(Liniile 20-22)
2.3.5

Verify DR/BDR Adjacencies


Pentru a verifica adiacențele OSPFv2, utilizați comanda show ip ospf neighbour,
așa cum se arată în exemplul pentru R1. Starea vecinilor din rețelele multiaccess
poate fi după cum urmează:

FULL / DROTHER - Acesta este un router DR sau BDR care este complet
adiacent cu un router non-DR sau BDR. Acești doi vecini pot schimba pachete
Hello, actualizări, interogări, răspunsuri și confirmări.

FULL / DR - Routerul este complet adiacent cu vecinul DR indicat. Acești doi


vecini pot schimba pachete Hello, actualizări, interogări, răspunsuri și confirmări.

FULL / BDR - Routerul este complet adiacent cu vecinul BDR indicat. Acești doi
vecini pot schimba pachete Hello, actualizări, interogări, răspunsuri și confirmări.

2-WAY / DROTHER - Routerul non-DR sau BDR are o relație vecină cu un alt
router non-DR sau BDR. Acești doi vecini schimbă pachete Hello.
Starea normală pentru un router OSPF este de obicei FULL. Dacă un router este
blocat într-o altă stare, este o indicație că există probleme la formarea adiacențelor.
Singura excepție de la aceasta este starea 2-WAY, care este normală într-o rețea de
difuzare cu mai multe accesări. De exemplu, DROTHER-urile vor forma o
vecinătate 2-WAY cu orice DROTHER-uri care se alătură rețelei. Când se
întâmplă acest lucru, statul vecin se afișează ca 2-WAY / DROTHER.
2.3.6

Default DR/BDR Election Process


Cum sunt aleși DR și BDR? Decizia electorală OSPF DR și BDR se bazează pe
următoarele criterii, în ordine secvențială:

Routerele din rețea aleg routerul cu cea mai mare prioritate a interfeței drept DR.
Ruterul cu a doua cea mai mare prioritate de interfață este ales ca BDR. Prioritatea
poate fi configurată pentru a fi orice număr între 0 - 255. Dacă valoarea priorității
interfeței este setată la 0, acea interfață nu poate fi aleasă ca DR și nici BDR.
Prioritatea implicită a interfețelor de difuzare multiaccess este 1. Prin urmare, dacă
nu este configurat altfel, toate routerele au o valoare de prioritate egală și trebuie să
se bazeze pe o altă metodă de egalizare în timpul alegerilor DR / BDR.

Dacă prioritățile interfeței sunt egale, atunci routerul cu cel mai mare ID de router
este ales DR. Ruterul cu al doilea cel mai mare ID de router este BDR.

Reamintim că ID-ul routerului este determinat în unul din următoarele trei moduri:

ID-ul routerului poate fi configurat manual.

Dacă nu sunt configurate ID-uri de router, ID-ul routerului este determinat de cea
mai mare adresă IPv4 loopback.
Dacă nu sunt configurate interfețe loopback, ID-ul routerului este determinat de
cea mai mare adresă IPv4 activă.

OSPFv2 Multiaccess Reference Topology


Cum sunt aleși DR și BDR? Decizia electorală OSPF DR și BDR se bazează pe
următoarele criterii, în ordine secvențială:

Routerele din rețea aleg routerul cu cea mai mare prioritate a interfeței drept DR.
Ruterul cu a doua cea mai mare prioritate de interfață este ales ca BDR. Prioritatea
poate fi configurată pentru a fi orice număr între 0 - 255. Dacă valoarea priorității
interfeței este setată la 0, acea interfață nu poate fi aleasă ca DR și nici BDR.
Prioritatea implicită a interfețelor de difuzare multiaccess este 1. Prin urmare, dacă
nu este configurat altfel, toate routerele au o valoare de prioritate egală și trebuie să
se bazeze pe o altă metodă de egalizare în timpul alegerilor DR / BDR.

Dacă prioritățile interfeței sunt egale, atunci routerul cu cel mai mare ID de router
este ales DR. Ruterul cu al doilea cel mai mare ID de router este BDR.

Reamintim că ID-ul routerului este determinat în unul din următoarele trei moduri:

 ID-ul routerului poate fi configurat manual.


 Dacă nu sunt configurate ID-uri de router, ID-ul routerului este determinat
de cea mai mare adresă IPv4 loopback.
 Dacă nu sunt configurate interfețe loopback, ID-ul routerului este determinat
de cea mai mare adresă IPv4 activă.
În figură, toate interfețele routerului Ethernet au o prioritate implicită de 1. Ca
rezultat, pe baza criteriilor de selecție enumerate mai sus, ID-ul routerului OSPF
este utilizat pentru a alege DR și BDR. R3 cu cel mai mare ID de router devine
DR; iar R2, cu al doilea cel mai mare ID de router, devine BDR.

Procesul de alegere DR și BDR are loc de îndată ce primul router cu o interfață


activată OSPF este activ în rețeaua multiaccess. Acest lucru se poate întâmpla
atunci când routerele OSPF preconfigurate sunt pornite sau când OSPF este activat
pe interfață. Procesul electoral durează doar câteva secunde. Dacă toate routerele
din rețeaua multiaccess nu au terminat de pornire, este posibil ca un router cu un
ID de router inferior să devină DR.

Alegerile OSPF DR și BDR nu sunt preventive. Dacă un nou router cu o prioritate


mai mare sau un ID de router mai mare este adăugat la rețea după alegerile DR și
BDR, noul router adăugat nu preia rolul DR sau BDR. Acest lucru se datorează
faptului că aceste roluri au fost deja atribuite. Adăugarea unui nou router nu
inițiază un nou proces electoral.
2.3.7

DR Failure and Recovery


După ce DR este ales, acesta rămâne DR până când apare unul dintre următoarele
evenimente:

 DR eșuează.
 Procesul OSPF pe DR eșuează sau este oprit.
 Interfața multiaccess pe DR eșuează sau este închisă.

Dacă DR nu reușește, BDR este promovat automat la DR. Acesta este cazul chiar
dacă un alt DROTHER cu o prioritate mai mare sau un ID de router este adăugat la
rețea după alegerile inițiale DR / BDR. Cu toate acestea, după ce un BDR este
promovat în DR, are loc o nouă alegere BDR și DROTHER cu cea mai mare
prioritate sau ID de router este ales ca noul BDR.
2.3.8

The ip ospf priority Command


Dacă prioritățile interfeței sunt egale pe toate routerele, routerul cu cel mai mare
ID de router este ales DR. Este posibil să configurați ID-ul routerului pentru a
manipula alegerile DR / BDR. Cu toate acestea, acest proces funcționează numai
dacă există un plan strict pentru setarea ID-ului routerului pe toate routerele.
Configurarea ID-ului routerului vă poate ajuta să controlați acest lucru. Cu toate
acestea, în rețelele mari, acest lucru poate fi greoi.

În loc să vă bazați pe ID-ul routerului, este mai bine să controlați alegerile stabilind
prioritățile interfeței. Acest lucru permite, de asemenea, unui router să fie DR într-
o rețea și un DROTHER în alta. Pentru a seta prioritatea unei interfețe, utilizați
comanda ip ospf prioritate valoare, unde valoarea este 0 la 255. O valoare de 0 nu
devine un DR sau un BDR. O valoare de la 1 la 255 pe interfață face mai probabil
ca routerul să devină DR sau BDR.
2.3.9

Configure OSPF Priority


2.3.10

Syntax Checker - Configure OSPF Priority


Use the ip ospf priority command to change the DR and BDR as follows:

 R1 should be the BDR and will be configured with a priority of 10.


 R2 should never be a DR or BDR and will be configured with a priority of 0.
 R3 should be the DR and will be left with the default priority of 100.

On all routers, use g0/0/0 for the interface name.

You are logged into R1 in global configuration mode. Configure R1 with a priority of 10.

R1(config)#ip ospf priority 10


You must enter the exact and full command.
R1(config)#interface g0/0/0
R1(config-if)#ip ospf priority 10
R1(config-if)#

You are now logged into R2 in global configuration mode. Configure R2 with a priority of 0.

R2(config)#interface g0/0/0
R2(config-if)#ip ospf priority 0
R2(config-if)#

You are now logged into R3 in global configuration mode. Configure R3 with a priority of 100.

R3(config)#interface g0/0/0
R3(config-if)#ip ospf priority 100
R3(config-if)#

You are still logged into R3 in interface configuration mode. Return to privileged EXEC mode.
Because R3 is to be the DR, restart the OSPF process on it first.

R3(config-if)#end
R3#clear ip ospf process
Reset ALL OSPF processes? [no]:yes
You must enter the exact and full command.
Reset ALL OSPF processes? [no]:y
*Jun 5 05:29:35.231: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or
detached
*Jun 5 05:29:35.231: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on
GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or
detached
*Jun 5 05:29:35.235: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun 5 05:29:44.563: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R3#

You are now logged into R1 in privileged EXEC mode. Because R1 is the be the DR, restart the
OSPF process on it next.

R1#clear ip ospf process


Reset ALL OSPF processes? [no]:y
*Jun 5 05:27:20.691: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on
GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or
detached
*Jun 5 05:27:20.691: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on
GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or
detached
*Jun 5 05:27:21.695: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun 5 05:27:20.951: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R1#

You are now logged into R2 in privileged EXEC mode. R2 is to be DROTHER. Restart the OSPF
process.

R2#clear ip ospf process


Reset ALL OSPF processes? [no]:y
*Jun 5 15:37:08.978: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from 2WAY to DOWN, Neighbor Down: Interface down or
detached
*Jun 5 15:37:08.978: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on
GigabitEthernet0/0/0 from FULL to DOWN, Neighbor Down: Interface down or
detached
*Jun 5 15:37:08.983: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
*Jun 5 15:37:19.477: %OSPF-5-ADJCHG: Process 10, Nbr 3.3.3.3 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R2#

You are now logged into R1. Use the show ip ospf interface g0/0/0 command to verify the R1 is
the BDR.

R1#show ip ospf interface g0/0/0


GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 192.168.1.1/24, Area 0, Attached via Interface Enable
Process ID 10, Router ID 1.1.1.1, Network Type BROADCAST, Cost: 1
Topology-MTID Cost Disabled Shutdown Topology Name
0 1 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State BDR, Priority 10
Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
Backup Designated router (ID) 1.1.1.1, Interface address 192.168.1.1
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:04
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Index 1/1/1, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 0, maximum is 2
Last flood scan time is 0 msec, maximum is 1 msec
Neighbor Count is 2, Adjacent neighbor count is 2
Adjacent with neighbor 2.2.2.2
Adjacent with neighbor 3.3.3.3 (Designated Router)
Suppress hello for 0 neighbor(s)
R1#

You are now logged into R2. Use the show ip ospf interface g0/0/0 command to verify the R2 is a
DROTHER.

R2#show ip ospf interface g0/0/0


GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 192.168.1.2/24, Area 0, Attached via Interface Enable
Process ID 10, Router ID 2.2.2.2, Network Type BROADCAST, Cost: 1
Topology-MTID Cost Disabled Shutdown Topology Name
0 1 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State DROTHER, Priority 0
Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
Backup Designated router (ID) 1.1.1.1, Interface address 192.168.1.1
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:03
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Index 1/1, flood queue length 0
Next 0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 2
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 2, Adjacent neighbor count is 2
Adjacent with neighbor 1.1.1.1 (Backup Designated Router)
Adjacent with neighbor 3.3.3.3 (Designated Router)
Suppress hello for 0 neighbor(s)
R2#

You are now logged into R3. Use the show ip ospf interface g0/0/0 command to verify the R3 is
the DR.

R3#show ip ospf interface g0/0/0


GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 192.168.1.3/24, Area 0, Attached via Interface Enable
Process ID 10, Router ID 3.3.3.3, Network Type BROADCAST, Cost: 1
Topology-MTID Cost Disabled Shutdown Topology Name
0 1 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State DR, Priority 100
Designated Router (ID) 3.3.3.3, Interface address 192.168.1.3
Backup Designated router (ID) 1.1.1.1, Interface address 192.168.1.1
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:00
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Index 1/1/1, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 3
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 2, Adjacent neighbor count is 2
Adjacent with neighbor 1.1.1.1 (Backup Designated Router)
Adjacent with neighbor 2.2.2.2
Suppress hello for 0 neighbor(s)
R3#
You successfully changed the OSPF priority.

2.4.1

Cisco OSPF Cost Metric


Reamintim că un protocol de rutare folosește o metrică pentru a determina cea mai
bună cale a unui pachet într-o rețea. O valoare indică valoarea generală necesară
pentru a trimite pachete pe o anumită interfață. OSPF folosește costul ca valoare.
Un cost mai mic indică o cale mai bună decât un cost mai mare.
Costul Cisco al unei interfețe este invers proporțional cu lățimea de bandă a
interfeței. Prin urmare, o lățime de bandă mai mare indică un cost mai mic.
Formula utilizată pentru calcularea costului OSPF este:

Cost = lățime de bandă de referință / lățime de bandă a interfeței

Lățimea de bandă de referință implicită este 10 8 (100.000.000); prin urmare,


formula este:

Cost = 100.000.000 bps / lățime de bandă a interfeței în bps

Consultați tabelul pentru o defalcare a calculului costurilor. Deoarece valoarea


costului OSPF trebuie să fie un număr întreg, interfețele FastEthernet, Gigabit
Ethernet și 10 Gigabit Ethernet (10 GigE) au același cost. Pentru a corecta această
situație, puteți:

Reglați lățimea de bandă de referință cu comanda auto-cost referință-lățime de


bandă de pe fiecare router OSPF.

Setați manual valoarea costului OSPF cu comanda ip ospf cost pe interfețele


necesare.

2.4.2

Adjust the Reference Bandwidth


Valoarea costului trebuie să fie un număr întreg. Dacă se calculează ceva mai mic
decât un întreg, OSPF rotunjește până la cel mai apropiat număr întreg. Prin
urmare, costul OSPF atribuit unei interfețe Gigabit Ethernet cu lățimea de bandă de
referință implicită de 100.000.000 bps ar fi egal cu 1, deoarece cel mai apropiat
număr întreg pentru 0.1 este 0 în loc de 1.

Cost = 100.000.000 bps / 1.000.000.000 = 1

Din acest motiv, toate interfețele mai rapide decât Fast Ethernet vor avea aceeași
valoare de cost ca 1 ca o interfață Fast Ethernet. Pentru a ajuta OSPF să facă
determinarea corectă a căii, lățimea de bandă de referință trebuie schimbată la o
valoare mai mare pentru a găzdui rețele cu legături mai rapide de 100 Mbps.

Schimbarea lățimii de bandă de referință nu afectează de fapt capacitatea lățimii de


bandă de pe link; mai degrabă, afectează pur și simplu calculul utilizat pentru a
determina metrica. Pentru a regla lățimea de bandă de referință, utilizați comanda
de configurare a routerului de cost auto-lățime de bandă Mbps.
Router(config-router)# auto-cost reference-bandwidth Mbps

Această comandă trebuie configurată pe fiecare router din domeniul OSPF.


Observați că valoarea este exprimată în Mbps; prin urmare, pentru a ajusta
costurile pentru Gigabit Ethernet, utilizați comanda lată de bandă de referință auto-
cost 1000. Pentru 10 Gigabit Ethernet, utilizați comanda lată de bandă de referință
auto-cost 10000.

Pentru a reveni la lățimea de bandă de referință implicită, utilizați comanda auto-


cost reference-bandwidth 100.

Indiferent de metoda utilizată, este important să aplicați configurația tuturor


routerelor din domeniul de rutare OSPF. Tabelul prezintă costul OSPF dacă
lățimea de bandă de referință este ajustată pentru a găzdui 10 Gigabit Ethernet.
Lățimea de bandă de referință trebuie ajustată oricând există legături mai rapide
decât FastEthernet (100 Mbps).
2.4.3

OSPF Accumulates Costs


Costul unei rute OSPF este valoarea acumulată de la un router la rețeaua de
destinație. Presupunând că comanda auto-cost de referință-lățime de bandă 10000 a
fost configurată pe toate cele trei routere, costul legăturilor dintre fiecare router
este acum 10. Interfețele de loopback au un cost implicit de 1, așa cum se arată în
figură.
2.4.4

Manually Set OSPF Cost Value


Valorile costurilor OSPF pot fi manipulate pentru a influența ruta aleasă de OSPF.
De exemplu, în configurația curentă, R1 este echilibrarea încărcării la rețeaua
10.1.1.8/30. Va trimite o parte din trafic către R2 și o parte din trafic către R3.
Puteți vedea acest lucru în tabelul de rutare.
Notă: modificarea costului legăturii poate avea consecințe nedorite. Prin urmare,
ajustarea valorilor costurilor interfeței trebuie configurată numai atunci când
rezultatul este pe deplin înțeles.

Administratorul poate dori ca traficul să treacă prin R2 și să utilizeze R3 ca o rută


de rezervă în cazul în care legătura dintre R1 și R2 cade.

Un alt motiv pentru a modifica valoarea costului este că alți furnizori pot calcula
OSPF într-un mod diferit. Prin manipularea valorii costurilor, administratorul se
poate asigura că costurile rutei partajate între routerele OSPF multivendor sunt
reflectate cu acuratețe în tabelele de rutare.

Pentru a modifica valoarea de cost raportată de routerul OSPF local cu alte routere
OSPF, utilizați comanda de configurare a interfeței ip ospf cost value. În figură,
trebuie să schimbăm costul interfețelor loopback la 10 pentru a simula viteza
Gigabit Ethernet. În plus, vom schimba costul legăturii dintre R2 și R3 la 30, astfel
încât această legătură să fie utilizată ca legătură de rezervă.
2.4.5

Test Failover to Backup Route


Ce se întâmplă dacă legătura dintre R1 și R2 cade? Putem simula că închiderea
interfeței Gigabit Ethernet 0/0/0 și verificarea tabelului de rutare este actualizată
pentru a utiliza R3 ca următorul router hop. Observați că R1 poate ajunge acum la
rețeaua 10.1.1.4/30 prin 10.1.1.13 prin R3 cu o valoare de cost de 50.
2.4.6

Syntax Checker - Modify the Cost Values for


R2 and R3
You are logged into R2.

 Use the interface name lo0 to set the cost value for the loopback interface to 10.
 Return to global configuration mode.
 Verify the routing table entries with show ip route ospf.

R2(config)#interface lo0
R2(config-if)#ip ospf cost 10
R2(config-if)#end
R2#show ip route ospf
(output omitted)
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O 10.1.1.12/30 [110/20] via 10.1.1.10, 00:01:13, GigabitEthernet0/0/1
O 10.10.1.0/24 [110/20] via 10.1.1.5, 00:00:32, GigabitEthernet0/0/0
O 10.10.3.0/24 [110/11] via 10.1.1.10, 00:00:49, GigabitEthernet0/0/1
R2#

The cost value to the R3 LAN is 11 because the loopback is still reporting a default cost of 1.

You are now logged into R3.

 Use the interface name lo0 and set the cost value for the loopback interface to 10.
 Use the interface name g0/0/0 and set the cost value of the link to R1 as 30.
 Return to privileged EXEC mode.
 Verify the routing table entries with show ip route ospf.

R3(config)#interface lo0
R3(config-if)#ip ospf cost 10
R3(config-if)#interface g0/0/0
R3(config-if)#ip ospf cost 30
R3(config-if)#end
R3#show ip route ospf
(output omitted)
Gateway of last resort is not set
10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O 10.1.1.4/30 [110/20] via 10.1.1.9, 01:48:54, GigabitEthernet0/0/1
O 10.10.1.0/24 [110/30] via 10.1.1.9, 00:00:06, GigabitEthernet0/0/1
O 10.10.2.0/24 [110/20] via 10.1.1.9, 00:35:24, GigabitEthernet0/0/1
R3#
You have successfully modified the OSPF cost values for R2 and R3.
2.4.7

Hello Packet Intervals


Așa cum se arată în figură, pachetele OSPFv2 Hello sunt transmise la adresa
multicast 224.0.0.5 (toate routerele OSPF) la fiecare 10 secunde. Aceasta este
valoarea implicită a temporizatorului în rețelele multi-acces și punct-la-punct.

Notă: Pachetele Hello nu sunt trimise pe interfețele LAN simulate, deoarece acele
interfețe au fost setate la pasive utilizând comanda de configurare a routerului
pasive-interface.

Intervalul Dead este perioada în care routerul așteaptă să primească un pachet


Hello înainte de a-l declara pe vecin. Dacă intervalul Dead expiră înainte ca
routerele să primească un pachet Hello, OSPF îl elimină pe acel vecin din baza sa
de date link-state (LSDB). Routerul inundă LSDB cu informații despre vecinul în
jos de pe toate interfețele cu OSPF. Cisco folosește o valoare implicită de 4 ori a
intervalului Hello. Aceasta este de 40 de secunde în rețelele multi-acces și punct-
la-punct.

Notă: În rețelele multiaccess nedifuzate (NBMA), intervalul implicit Hello este de


30 de secunde și intervalul implicit mort este de 120 de secunde. Rețelele NBMA
sunt dincolo de scopul acestui modul.
2.4.8

Verify Hello and Dead Intervals


Intervalele OSPF Hello și Dead sunt configurabile pe bază de interfață. Intervalele
OSPF trebuie să se potrivească sau nu există o vecinătate adiacentă. Pentru a
verifica intervalele de interfață OSPFv2 configurate în prezent, utilizați comanda
show ip ospf interface, așa cum se arată în exemplu. Intervalele Gigabit Ethernet
0/0/0 Hello și Dead sunt setate la valorile implicite de 10 secunde și respectiv 40
de secunde.
2.4.9

Modify OSPFv2 Intervals


Poate fi de dorit să schimbați temporizatoarele OSPF astfel încât routerele să
detecteze defecțiunile rețelei în mai puțin timp. Făcând acest lucru crește traficul,
dar uneori nevoia de convergență rapidă este mai importantă decât traficul
suplimentar pe care îl creează.

Notă: Intervalele implicite Hello și Dead se bazează pe cele mai bune practici și
trebuie modificate numai în situații rare.

Intervalele OSPFv2 Hello și Dead pot fi modificate manual folosind următoarele


comenzi ale modului de configurare a interfeței:

Router(config-if)# ip ospf hello-interval seconds

Router(config-if)# ip ospf dead-interval seconds

Utilizați comenzile fără ip ospf hello-interval și fără ip ospf dead-interval pentru a


reseta intervalele la valorile implicite.

În exemplu, intervalul Hello pentru legătura dintre R1 și R2 este schimbat la 5


secunde. Imediat după modificarea intervalului Hello, Cisco IOS modifică automat
intervalul Dead la patru ori intervalul Hello. Cu toate acestea, puteți documenta
noul interval mort în configurație setându-l manual la 20 de secunde, așa cum se
arată.

După cum este afișat de mesajul de adiacență OSPFv2 evidențiat, când expiră
temporizatorul mort pe R1, R1 și R2 își pierd adiacența. Motivul este că R1 și R2
trebuie configurate cu același interval Hello. Utilizați comanda show ip ospf
neighbour pe R1 pentru a verifica vecinătatea vecinilor. Observați că singurul
vecin enumerat este routerul 3.3.3.3 (R3) și că R1 nu mai este adiacent cu vecinul
2.2.2.2 (R2).
Pentru a restabili adiacența dintre R1 și R2, interfața R2 Gigabit Ethernet 0/0/0
Intervalul Hello este setat la 5 secunde, așa cum se arată în exemplul următor.
Aproape imediat, IOS afișează un mesaj că adiacența a fost stabilită cu o stare
FULL. Verificați intervalele de interfață utilizând comanda show ip ospf interface.
Observați că timpul Hello este de 5 secunde și că timpul mort a fost setat automat
la 20 de secunde în loc de 40 de secunde implicit.
2.4.10

Syntax Checker - Modifying Hello and Dead


Intervals on R3
You are logged into R3. Enter the show ip ospf neighbor command to see that no adjacencies
currently exist with R1 and R2.

R3#show ip ospf neighbor


R3#

No results are returned for the adjacent neighbors.


You are now in global configuration mode.

 Use g0/0/0 as the interface name and configure the Hello interval to match R1.
 Use g0/0/1 as the interface name and configure the Hello interval to match R2.
 Return to privileged EXEC mode.
 Verify neighbor adjacencies are re-established with the show ip ospf neighbor command.

R3(config)#interface g0/0/0
R3(config-if)#ip ospf hello-interval 5
*Jun 7 05:11:34.423: %OSPF-5-ADJCHG: Process 10, Nbr 1.1.1.1 on
GigabitEthernet0/0/0 from LOADING to FULL, Loading Done
R3(config-if)#interface g0/0/1
R3(config-if)#ip ospf hello-interval 5
*Jun 7 05:11:43.081: %OSPF-5-ADJCHG: Process 10, Nbr 2.2.2.2 on
GigabitEthernet0/0/1 from LOADING to FULL, Loading Done
R3(config-if)#end
R3#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 0 FULL/ - 00:00:19 10.1.1.9
GigabitEthernet0/0/1
1.1.1.1 0 FULL/ - 00:00:19 10.1.1.14
GigabitEthernet0/0/0
R3#
You have successfully modified the OSPF Hello and Dead intervals on R3.

2.5.1

Propagate a Default Static Route in OSPFv2


Utilizatorii rețelei dvs. vor trebui să trimită pachete din rețeaua dvs. către rețele
non-OSPF, cum ar fi internetul. Aici va trebui să aveți o rută statică implicită pe
care să o poată utiliza. În topologia din figură, R2 este conectat la internet și ar
trebui să propage o rută implicită la R1 și R3. Routerul conectat la internet este
uneori numit router de margine sau router de gateway. Cu toate acestea, în
terminologia OSPF, routerul situat între un domeniu de rutare OSPF și o rețea non-
OSPF se numește router de limită de sistem autonom (ASBR).
Tot ce este necesar pentru ca R2 să ajungă la internet este o rută statică implicită
către furnizorul de servicii.

Notă: În acest exemplu, se utilizează o interfață loopback cu adresa IPv4


64.100.0.1 pentru a simula conexiunea cu furnizorul de servicii.

Pentru a propaga o rută implicită, routerul de margine (R2) trebuie configurat cu


următoarele:

O rută statică implicită care utilizează ruta ip 0.0.0.0 0.0.0.0 [next-hop-address |


comanda exit-intf].

Informația implicită generează comanda de configurare a routerului. Aceasta


instruiește R2 să fie sursa informațiilor despre ruta implicită și să răspândească ruta
statică implicită în actualizările OSPF.

În exemplul următor, R2 este configurat cu un loopback pentru a simula o


conexiune la internet. Apoi, o rută implicită este configurată și propagată către
toate celelalte routere OSPF din domeniul de rutare.

Notă: Când configurați rute statice, cea mai bună practică este să utilizați adresa IP
următoare. Cu toate acestea, atunci când simulați o conexiune la internet, nu există
o adresă IP de următor salt. Prin urmare, folosim argumentul exit-intf
2.5.2

Verify the Propagated Default Route


Puteți verifica setările de rută implicite pe R2 utilizând comanda show ip route. De
asemenea, puteți verifica dacă R1 și R3 au primit o rută implicită.

Observați că sursa rutei de pe R1 și R3 este O * E2, ceea ce înseamnă că a fost


învățată folosind OSPFv2. Asteriscul îl identifică ca pe un bun candidat pentru ruta
implicită. Denumirea E2 identifică faptul că este o rută externă. Semnificația E1 și
E2 depășește sfera acestui modul.
2.6.1

Verify OSPF Neighbors

Utilizați comanda show ip ospf neighbour pentru a verifica dacă routerul a format
o adiacență cu routerele sale vecine. Dacă ID-ul routerului routerului vecin nu este
afișat sau dacă nu se afișează ca fiind într-o stare FULL, cele două routere nu au
format o adiacență OSPFv2.
Dacă două routere nu stabilesc adiacența, informațiile despre starea legăturii nu
sunt schimbate. LSDB-urile incomplete pot provoca arbori SPF și tabele de rutare
inexacte. Este posibil ca rutele către rețelele de destinație să nu existe sau să nu fie
calea cea mai optimă.

Notă: Un router non-DR sau BDR care are o relație vecină cu un alt router non-DR
sau BDR va afișa o adiacență bidirecțională în loc de completă.

Următoarea ieșire de comandă afișează tabelul vecin al lui R1.

Pentru fiecare vecin, această comandă afișează următoarele:

 ID vecin - Acesta este ID-ul routerului routerului vecin.


 Pri - Aceasta este prioritatea OSPFv2 a interfeței. Această valoare este
utilizată în alegerile DR și BDR.
 Stare - Aceasta este starea OSPFv2 a interfeței. Starea FULL înseamnă că
routerul și vecinul său au LSDB OSPFv2 identice. Pe rețelele cu acces
multiplu, cum ar fi Ethernet, două routere care sunt adiacente pot avea stările
afișate ca 2WAY. Linia indică faptul că nu este necesar niciun DR sau BDR
din cauza tipului de rețea.
 Dead Time - Aceasta este cantitatea de timp rămasă până când routerul
așteaptă să primească un pachet OSPFv2 Hello de la vecin înainte de a
declara vecinul oprit. Această valoare este resetată când interfața primește un
pachet Hello.
 Adresă - Aceasta este adresa IPv4 a interfeței vecinului la care este conectat
direct acest router.
 Interfață - Aceasta este interfața pe care acest router a format adiacență cu
vecinul.

Este posibil ca două routere să nu formeze o adiacență OSPFv2 dacă se întâmplă


următoarele:
 Măștile de subrețea nu se potrivesc, determinând routerele să se afle pe
rețele separate.
 OSPFv2 Hello sau Dead Timers nu se potrivesc.
 Tipurile de rețea OSPFv2 nu se potrivesc.
 Există o comandă de rețea OSPFv2 lipsă sau incorectă.
2.6.2

Verify OSPF Protocol Settings


Comanda show ip protocols este o modalitate rapidă de a verifica informațiile vitale
de configurare OSPF, așa cum se arată în următoarea ieșire a comenzii. Aceasta
include ID-ul procesului OSPFv2, ID-ul routerului, interfețele configurate în mod
explicit pentru a face publicitate rutelor OSPF, vecinii de la care routerul primește
actualizări și distanța administrativă implicită, care este 110 pentru OSPF.
2.6.3

Verify OSPF Process Information


Comanda show ip ospf poate fi de asemenea utilizată pentru a examina ID-ul
procesului OSPFv2 și ID-ul routerului, așa cum se arată în următoarea ieșire a
comenzii. Această comandă afișează informațiile despre zona OSPFv2 și ultima dată
când algoritmul SPF a fost executat.
2.6.4

Verify OSPF Interface Settings


Comanda show ip ospf interface oferă o listă detaliată pentru fiecare interfață
activată OSPFv2. Specificați o interfață pentru a afișa setările pentru acea interfață,
așa cum se arată în următoarea ieșire pentru Gigabit Ethernet 0/0/0. Această
comandă afișează ID-ul procesului, ID-ul routerului local, tipul de rețea, costul
OSPF, informațiile DR și BDR de pe legăturile multiaccess (nu sunt afișate) și
vecinii adiacenți.
2.6.5

Syntax Checker - Verify Single-Area OSPFv2


Display a summary of the status of IPv4 interfaces on R2.

R2#show ip interface brief


Interface IP-Address OK? Method Status
Protocol
GigabitEthernet0/0/0 10.1.1.6 YES NVRAM up up
GigabitEthernet0/0/1 10.1.1.9 YES NVRAM up up
Serial0/1/0 unassigned YES NVRAM administratively down down
Serial0/1/1 unassigned YES NVRAM administratively down down
GigabitEthernet0 unassigned YES NVRAM administratively down down
Loopback0 10.10.2.1 YES NVRAM up up
Loopback1 64.100.0.1 YES NVRAM up up
R2#

Display the OSPF routes installed in the routing table on R2.

R2#show ip route ospf


Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override
Gateway of last resort is 0.0.0.0 to network 0.0.0.0
10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O 10.1.1.12/30 [110/40] via 10.1.1.10, 00:45:28, GigabitEthernet0/0/1
[110/40] via 10.1.1.5, 00:45:49, GigabitEthernet0/0/0
O 10.10.1.0/24 [110/20] via 10.1.1.5, 00:45:49, GigabitEthernet0/0/0
O 10.10.3.0/24 [110/20] via 10.1.1.10, 00:45:28, GigabitEthernet0/0/1
R2#

Display the OSPF neighbor table for R2.


R2#show ip ospf neighbor
Neighbor ID Pri State Dead Time Address Interface
3.3.3.3 0 FULL/ - 00:00:16 10.1.1.10
GigabitEthernet0/0/1
1.1.1.1 0 FULL/ - 00:00:19 10.1.1.5
GigabitEthernet0/0/0
R2#

Verify the protocol settings on R2.

R2#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 2.2.2.2
It is an autonomous system boundary router
Redistributing External Routes from,
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
Routing on Interfaces Configured Explicitly (Area 0):
Loopback0
GigabitEthernet0/0/1
GigabitEthernet0/0/0
Routing Information Sources:
Gateway Distance Last Update
3.3.3.3 110 00:46:14
1.1.1.1 110 00:46:36
Distance: (default is 110)
R2#

Verify the OSPF process on R2.

R2#show ip ospf
Routing Process "ospf 10" with ID 2.2.2.2
Start time: 00:01:54.811, Time elapsed: 00:48:04.766
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
Supports area transit capability
Supports NSSA (compatible with RFC 3101)
Event-log enabled, Maximum number of events: 1000, Mode: cyclic
It is an autonomous system boundary router
Redistributing External Routes from,
Router is not originating router-LSAs with maximum metric
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Incremental-SPF disabled
Minimum LSA interval 5 secs
Minimum LSA arrival 1000 msecs
LSA group pacing timer 240 secs
Interface flood pacing timer 33 msecs
Retransmission pacing timer 66 msecs
Number of external LSA 1. Checksum Sum 0x009F01
Number of opaque AS LSA 0. Checksum Sum 0x000000
Number of DCbitless external and opaque AS LSA 0
Number of DoNotAge external and opaque AS LSA 0
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Number of areas transit capable is 0
External flood list length 0
IETF NSF helper support enabled
Cisco NSF helper support enabled
Reference bandwidth unit is 10000 mbps
Area BACKBONE(0)
Number of interfaces in this area is 3
Area has no authentication
SPF algorithm last executed 00:47:04.655 ago
SPF algorithm executed 5 times
Area ranges are
Number of LSA 3. Checksum Sum 0x00E181
Number of opaque link LSA 0. Checksum Sum 0x000000
Number of DCbitless LSA 0
Number of indication LSA 0
Number of DoNotAge LSA 0
Flood list length 0
R2#

Use the interface name g0/0/0 to verify the OSPF interface settings on R2.

R2#show ip ospf interface g0/0/0


GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 10.1.1.6/30, Area 0, Attached via Interface Enable
Process ID 10, Router ID 2.2.2.2, Network Type POINT_TO_POINT, Cost: 10
Topology-MTID Cost Disabled Shutdown Topology Name
0 10 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State POINT_TO_POINT
Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:02
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Index 2/2, flood queue length 0
Next 0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 1
Last flood scan time is 0 msec, maximum is 1 msec
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 1.1.1.1
Suppress hello for 0 neighbor(s)
R2#

Display summary information for all the OSPF interfaces on R2.


R2#show ip ospf interface brief
Interface PID Area IP Address/Mask Cost State Nbrs F/C
Lo0 10 0 10.10.2.1/24 10 P2P 0/0
Gi0/0/1 10 0 10.1.1.9/30 10 P2P 1/1
Gi0/0/0 10 0 10.1.1.6/30 10 P2P 1/1
R2#

You are now logged into R3. Display a summary of the status of IPv4 interfaces on R3.

R3#show ip interface brief


Interface IP-Address OK? Method Status
Protocol
GigabitEthernet0/0/0 10.1.1.13 YES NVRAM up up
GigabitEthernet0/0/1 10.1.1.10 YES NVRAM up up
Serial0/1/0 unassigned YES NVRAM administratively down down
Serial0/1/1 unassigned YES NVRAM administratively down down
GigabitEthernet0 unassigned YES NVRAM administratively down down
Loopback0 10.10.3.1 YES NVRAM up up
R3#

Display the OSPF routes installed in the routing table on R3.

R3#show ip route ospf


Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
Gateway of last resort is 10.1.1.9 to network 0.0.0.0
O*E2 0.0.0.0/0 [110/1] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
10.0.0.0/8 is variably subnetted, 9 subnets, 3 masks
O 10.1.1.4/30 [110/20] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
O 10.10.1.0/24 [110/30] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
O 10.10.2.0/24 [110/20] via 10.1.1.9, 00:49:56, GigabitEthernet0/0/1
R3#

Display the neighbor table for R3.

R3#show ip ospf neighbor


Neighbor ID Pri State Dead Time Address Interface
2.2.2.2 0 FULL/ - 00:00:18 10.1.1.9
GigabitEthernet0/0/1
1.1.1.1 0 FULL/ - 00:00:19 10.1.1.14
GigabitEthernet0/0/0
R3#

Verify the protocol settings on R3.


R3#show ip protocols
*** IP Routing is NSF aware ***
(output omitted)
Routing Protocol is "ospf 10"
Outgoing update filter list for all interfaces is not set
Incoming update filter list for all interfaces is not set
Router ID 3.3.3.3
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Maximum path: 4
Routing for Networks:
Routing on Interfaces Configured Explicitly (Area 0):
Loopback0
GigabitEthernet0/0/1
GigabitEthernet0/0/0
Routing Information Sources:
Gateway Distance Last Update
1.1.1.1 110 00:50:44
2.2.2.2 110 00:50:44
Distance: (default is 110)
R3#

Verify the OSPF process on R3.

R3#show ip ospf
Routing Process "ospf 10" with ID 3.3.3.3
Start time: 00:01:38.093, Time elapsed: 00:52:05.897
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
Supports area transit capability
Supports NSSA (compatible with RFC 3101)
Supports Database Exchange Summary List Optimization (RFC 5243)
Event-log enabled, Maximum number of events: 1000, Mode: cyclic
Router is not originating router-LSAs with maximum metric
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Incremental-SPF disabled
Minimum LSA interval 5 secs
Minimum LSA arrival 1000 msecs
LSA group pacing timer 240 secs
Interface flood pacing timer 33 msecs
Retransmission pacing timer 66 msecs
EXCHANGE/LOADING adjacency limit: initial 300, process maximum 300
Number of external LSA 1. Checksum Sum 0x009F01
Number of opaque AS LSA 0. Checksum Sum 0x000000
Number of DCbitless external and opaque AS LSA 0
Number of DoNotAge external and opaque AS LSA 0
Number of areas in this router is 1. 1 normal 0 stub 0 nssa
Number of areas transit capable is 0
External flood list length 0
IETF NSF helper support enabled
Cisco NSF helper support enabled
Reference bandwidth unit is 10000 mbps
Area BACKBONE(0)
Number of interfaces in this area is 3
Area has no authentication
SPF algorithm last executed 00:51:04.059 ago
SPF algorithm executed 4 times
Area ranges are
Number of LSA 3. Checksum Sum 0x00E181
Number of opaque link LSA 0. Checksum Sum 0x000000
Number of DCbitless LSA 0
Number of indication LSA 0
Number of DoNotAge LSA 0
Flood list length 0
R3#

Use the interface name g0/0/0 to verify the OSPF interface settings on R3.

R3#show ip ospf interface g0/0/0


GigabitEthernet0/0/0 is up, line protocol is up
Internet Address 10.1.1.13/30, Area 0, Attached via Interface Enable
Process ID 10, Router ID 3.3.3.3, Network Type POINT_TO_POINT, Cost: 30
Topology-MTID Cost Disabled Shutdown Topology Name
0 30 no no Base
Enabled by interface config, including secondary ip addresses
Transmit Delay is 1 sec, State POINT_TO_POINT
Timer intervals configured, Hello 5, Dead 20, Wait 20, Retransmit 5
oob-resync timeout 40
Hello due in 00:00:02
Supports Link-local Signaling (LLS)
Cisco NSF helper support enabled
IETF NSF helper support enabled
Index 1/2/2, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 1, maximum is 1
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 1.1.1.1
Suppress hello for 0 neighbor(s)
R3#

Display summary information for all the OSPF interfaces on R3.

R3#show ip ospf interface brief


Interface PID Area IP Address/Mask Cost State Nbrs F/C
Lo0 10 0 10.10.3.1/24 10 P2P 0/0
Gi0/0/1 10 0 10.1.1.10/30 10 P2P 1/1
Gi0/0/0 10 0 10.1.1.13/30 30 P2P 1/1
R3#
You have successfully verified single-area OSPFv2 on R2 and R3.

2.7.3
What did I learn in this module?
ID-ul routerului OSPF

OSPFv2 este activat utilizând comanda modului de configurare globală a


procesului ospf router-id. Valoarea id-ului procesului reprezintă un număr între 1 și
65.535 și este selectată de administratorul de rețea. Un ID de router OSPF este o
valoare pe 32 de biți, reprezentată ca o adresă IPv4. ID-ul routerului este utilizat de
un router compatibil OSPF pentru a sincroniza bazele de date OSPF și pentru a
participa la alegerea DR și BDR. Routerele Cisco derivă ID-ul routerului pe baza
unuia dintre cele trei criterii, în următoarea ordine preferențială:

ID-ul routerului este configurat în mod explicit utilizând comanda OSPF router-id
rid router configuration configuration mode. Valoarea rid este orice valoare pe 32
de biți exprimată ca adresă IPv4.
Dacă ID-ul routerului nu este configurat în mod explicit, routerul alege cea mai
mare adresă IPv4 dintre oricare dintre interfețele loopback configurate.
Dacă nu sunt configurate interfețe loopback, atunci routerul alege cea mai mare
adresă IPv4 activă dintre oricare dintre interfețele sale fizice.
ID-ul routerului poate fi atribuit unei interfețe loopback. Adresa IPv4 pentru acest
tip de interfață loopback trebuie configurată utilizând o mască de subrețea pe 32 de
biți (255.255.255.255), creând o rută gazdă. O rută gazdă pe 32 de biți nu va fi
promovată ca o rută către alte routere OSPF. După ce un router selectează un ID de
router, un router OSPF activ nu permite modificarea ID-ului routerului până când
routerul nu este reîncărcat sau procesul OSPF este resetat. Utilizați comanda de
proces clear ip ospf pentru a reseta adiacențele. Puteți verifica apoi dacă R1
folosește noua comandă ID router cu comanda show ip protocols canalizată pentru
a afișa doar secțiunea ID router.

Rețele OSPF punct la punct

Comanda de rețea este utilizată pentru a determina ce interfețe participă la procesul


de rutare pentru o zonă OSPFv2. Sintaxa de bază pentru comanda de rețea este
rețea rețea-adresă wildcard-mască zona-id. Orice interfață de pe un router care se
potrivește cu adresa de rețea din comanda de rețea poate trimite și primi pachete
OSPF. La configurarea OSPFv2 cu o singură zonă, comanda de rețea trebuie să fie
configurată cu aceeași valoare a zonei-id pe toate routerele. Masca cu metacaracter
este de obicei inversa măștii de subrețea configurată pe acea interfață. Într-o mască
wildcard:

Masca wildcard bit 0 - Se potrivește cu valoarea bitului corespunzătoare din adresă


Masca wildcard bit 1 - Ignoră valoarea de bit corespunzătoare din adresă
În modul de configurare a rutare, există două moduri de a identifica interfețele care
vor participa la procesul de rutare OSPFv2. O modalitate este când masca wildcard
identifică interfața pe baza adreselor de rețea. Orice interfață activă care este
configurată cu o adresă IPv4 aparținând acelei rețele va participa la procesul de
rutare OSPFv2. Cealaltă modalitate este că OSPFv2 poate fi activat prin
specificarea adresei IPv4 a interfeței exacte utilizând o mască wildcard cu zero
zero. Pentru a configura OSPF direct pe interfață, utilizați comanda modului de
configurare a interfeței ip ospf. Sintaxa este ip ospf proces-id zonă-id zonă.
Trimiterea de mesaje inutile pe o rețea LAN afectează rețeaua prin utilizarea
ineficientă a lățimii de bandă și a resurselor și creează un risc sporit de securitate.
Utilizați comanda modului de configurare a routerului cu interfață pasivă pentru a
opri transmiterea mesajelor de rutare printr-o interfață a routerului, dar permite
totuși ca acea rețea să fie promovată către alte routere. Comanda show ip protocols
este apoi utilizată pentru a verifica dacă interfața Loopback 0 este listată ca pasivă.
Procesul de alegere DR / BDR nu este necesar, deoarece pot exista doar două
routere pe rețeaua punct-la-punct între R1 și R2. Utilizați comanda de configurare
a interfeței ip ospf rețea punct la punct pe toate interfețele unde doriți să dezactivați
procesul de alegere DR / BDR. Utilizați loopback-uri pentru a simula mai multe
rețele decât echipamentul poate suporta. În mod implicit, interfețele loopback sunt
publicitate ca / 32 de rute gazdă. Pentru a simula o rețea LAN reală, interfața
Loopback 0 este configurată ca o rețea punct-la-punct.

Tipuri de rețea OSPF

Routerele pot fi conectate la același comutator pentru a forma o rețea multiaccess.


LAN-urile Ethernet sunt cel mai frecvent exemplu de rețele de difuzare
multiaccess. În rețelele de difuzare, toate dispozitivele din rețea văd toate cadrele
de difuzare și multicast. DR este responsabil pentru colectarea și distribuirea LSA-
urilor. DR utilizează adresa IPv4 multicast 224.0.0.5 care este destinată tuturor
routerelor OSPF. Dacă DR încetează să producă pachete Hello, BDR se
promovează și își asumă rolul de DR. Toate celelalte routere devin DROTHER.
DROTHER-urile folosesc adresa multiaccess 224.0.0.6 (toate routerele desemnate)
pentru a trimite pachete OSPF către DR și BDR. Numai DR și BDR ascultă
224.0.0.6. Pentru a verifica rolurile routerului OSPFv2, utilizați comanda show ip
ospf interface. Pentru a verifica adiacențele OSPFv2, utilizați comanda show ip
ospf neighbour. Starea vecinilor din rețelele multiaccess poate fi:

FULL / DROTHER - Acesta este un router DR sau BDR care este complet
adiacent cu un router non-DR sau BDR.
FULL / DR - Routerul este complet adiacent cu vecinul DR indicat.
FULL / BDR - Routerul este complet adiacent cu vecinul BDR indicat.
2-WAY / DROTHER - Routerul non-DR sau BDR are o relație vecină cu un alt
router non-DR sau BDR.
Decizia electorală OSPF DR și BDR se bazează pe următoarele criterii, în ordine
secvențială:

Routerele din rețea aleg routerul cu cea mai mare prioritate a interfeței drept DR.
Ruterul cu a doua cea mai mare prioritate de interfață este ales ca BDR. Prioritatea
poate fi configurată pentru a fi orice număr între 0 - 255. Dacă valoarea priorității
interfeței este setată la 0, acea interfață nu poate fi aleasă ca DR și nici BDR.
Prioritatea implicită a interfețelor de difuzare multiaccess este 1. Prin urmare, dacă
nu este configurat altfel, toate routerele au o valoare de prioritate egală și trebuie să
se bazeze pe o altă metodă de egalizare în timpul alegerilor DR / BDR.
Dacă prioritățile interfeței sunt egale, atunci routerul cu cel mai mare ID de router
este ales DR. Ruterul cu al doilea cel mai mare ID de router este BDR.
Alegerile OSPF DR și BDR nu sunt preventive. Dacă DR nu reușește, BDR este
promovat automat la DR. Acesta este cazul chiar dacă un alt DROTHER cu o
prioritate mai mare sau un ID de router este adăugat la rețea după alegerile inițiale
DR / BDR. Cu toate acestea, după ce un BDR este promovat în DR, are loc o nouă
alegere BDR și DROTHER cu cea mai mare prioritate sau ID-ul routerului este
ales ca noul BDR. Pentru a seta prioritatea unei interfețe, utilizați comanda ip ospf
prioritate valoare, unde valoarea este 0 la 255. Dacă valoarea este 0, routerul nu va
deveni un DR sau BDR. Dacă valoarea este de la 1 la 255, atunci routerul cu
valoarea cu prioritate mai mare va deveni mai probabil DR sau BDR pe interfață.

Modificați OSPFv2 cu o singură zonă

OSPF folosește costul ca valoare. Un cost mai mic indică o cale mai bună decât un
cost mai mare. Costul Cisco al unei interfețe este invers proporțional cu lățimea de
bandă a interfeței. Prin urmare, o lățime de bandă mai mare indică un cost mai mic.
Formula utilizată pentru calcularea costului OSPF este: Cost = lățime de bandă de
referință / lățime de bandă a interfeței. Deoarece valoarea costului OSPF trebuie să
fie un număr întreg, interfețele FastEthernet, Gigabit Ethernet și 10 GigE au același
cost. Pentru a corecta această situație, puteți ajusta lățimea de bandă de referință cu
comanda auto-cost referință-lățime de bandă de pe fiecare router OSPF sau puteți
seta manual valoarea costului OSPF cu comanda ip ospf cost. Pentru a regla
lățimea de bandă de referință, utilizați comanda de configurare a routerului de cost
auto-lățime de bandă Mbps. Costul unei rute OSPF este valoarea acumulată de la
un router la rețeaua de destinație. Valorile costurilor OSPF pot fi manipulate pentru
a influența ruta aleasă de OSPF. Pentru a schimba raportul valorii costurilor de
către routerul OSPF local cu alte routere OSPF, utilizați comanda de configurare a
interfeței ip ospf cost value. Dacă intervalul Dead expiră înainte ca routerele să
primească un pachet Hello, OSPF îl elimină pe acel vecin din baza sa de date link-
state (LSDB). Routerul inundă LSDB cu informații despre vecinul în jos de pe
toate interfețele cu OSPF. Cisco folosește o valoare implicită de 4 ori intervalul
Hello sau 40 de secunde în rețelele multi-acces și punct-la-punct. Pentru a verifica
intervalele de interfață OSPFv2, utilizați comanda show ip ospf interface.
Intervalele OSPFv2 Hello și Dead pot fi modificate manual folosind următoarele
comenzi ale modului de configurare a interfeței: ip ospf hello-interval seconds și ip
ospf dead-interval seconds.

Propagare implicită a rutei

În terminologia OSPF, routerul situat între un domeniu de rutare OSPF și o rețea


non-OSPF se numește ASBR. Pentru a propaga o rută implicită, ASBR trebuie
configurat cu o rută statică implicită folosind ruta ip 0.0.0.0 0.0.0.0 [adresa
următoare-hop | comanda exit-intf] și comanda de configurare implicită a
informațiilor implicite. Aceasta instruiește ASBR să fie sursa informațiilor despre
ruta implicită și să răspândească ruta statică implicită în actualizările OSPF.
Verificați setările implicite ale rutei pe ASBR utilizând comanda show ip route.

Verificați OSPFv2 cu o singură zonă

Următoarele două comenzi sunt utilizate pentru a verifica rutare:

Afișați interfața ip scurt - Folosit pentru a verifica dacă interfețele dorite sunt
active cu adresarea IP corectă.
show ip route- Folosit pentru a verifica dacă tabelul de rutare conține toate rutele
așteptate.
Comenzile suplimentare pentru determinarea faptului că OSPF funcționează
conform așteptărilor includ: show ip ospf neighbour, show ip protocols, show ip
ospf și show ip ospf interface.
Utilizați comanda show ip ospf neighbour pentru a verifica dacă routerul a format
o adiacență cu routerele sale vecine. Pentru fiecare vecin, această comandă
afișează:

ID vecin - ID-ul routerului routerului vecin.


Pri - Prioritatea OSPFv2 a interfeței. Această valoare este utilizată în alegerile DR
și BDR.
State - Starea OSPFv2 a interfeței. Starea FULL înseamnă că routerul și vecinul
său au LSDB OSPFv2 identice. Pe rețelele cu acces multiplu, cum ar fi Ethernet,
două routere care sunt adiacente pot avea stările afișate ca 2WAY. Linia indică
faptul că nu este necesar niciun DR sau BDR din cauza tipului de rețea.
Dead Time - Timpul rămas până când routerul așteaptă să primească un pachet
OSPFv2 Hello de la vecin înainte de a-l declara pe vecin. Această valoare este
resetată când interfața primește un pachet Hello.
Adresă - Adresa IPv4 a interfeței vecinului la care este conectat direct acest router.
Interfață - Interfața pe care acest router a format adiacență cu vecinul.
Comanda Show IP protocols este o modalitate rapidă de a verifica informațiile
vitale de configurare OSPF, cum ar fi ID-ul procesului OSPFv2, ID-ul routerului,
interfețele configurate în mod explicit pentru a face publicitate rutelor OSPF,
vecinii de la care routerul primește actualizări și distanța administrativă implicită,
care este 110 pentru OSPF. Utilizați comanda show ip ospf pentru a examina ID-ul
procesului OSPFv2 și ID-ul routerului. Această comandă afișează informațiile
despre zona OSPFv2 și ultima dată când algoritmul SPF a fost executat. Comanda
show ip ospf interface oferă o listă detaliată pentru fiecare interfață activată
OSPFv2. Specificați o interfață pentru o singură interfață pentru a afișa ID-ul
procesului, ID-ul routerului local, tipul de rețea, costul OSPF, informațiile DR și
BDR pe legăturile multiaccess și vecinii adiacenți.
2.7.4

Module Quiz - Single-Area OSPFv2


Configuration

S-ar putea să vă placă și