Cisco CCNP 642-832 TSHOOT

2010.

7. Fejezet OSPF s tvonalredisztribci













Tartalomjegyzk
7. OSPF vizsglat ................................................................................................................ 3
7.1 OSPF adatstruktra .................................................................................................... 3
7.1.1 OSPF mkds ......................................................................................................... 3
7.1.2 OSPF Router tpusok ................................................................................................ 4
7.1.3 OSPF areatpusok .................................................................................................... 5
7.1.4 OSPF hlzattpusok ................................................................................................ 6
7.1.5 OSPF trskapcsolat ltrejtte ................................................................................... 6
7.1.6 OSPF hirdetsek kvetse a hlzaton ................................................................... 7
7.1.7 OSPF hibakeres parancsok .................................................................................... 7
7.2 OSPF hibajegy ........................................................................................................... 11
7.2.1 Felttelezett megolds ............................................................................................ 18
7.3 tvonalredisztribci vizsglat ............................................................................... 27
7.3.1 tvonalredisztribci vizsglata ............................................................................. 29
7.4 Hibajegy: tvonalredisztribci EIGRP s OSPF -el ............................................ 30
7.4.1 Hibajegy .................................................................................................................. 31
7.4.2 Felttelezett megolds ............................................................................................ 35




























7. OSPF vizsglat
7.1 OSPF adatstruktra

OSPF interfsz tbla: Ebben a tblban listzzuk azokat a routerinterfszeket, melyek az OSPF processz
rszei
OSPF szomszd tbla: OSPF szomszdok, melyektl hello csomagokat kaptunk. A dead interval idejig ha
nem hallunk a szomszdtl hello t, a szomszdot eltvoltjuk a tblbl. A szomszd fel mutat interfsznk
ha down ba megy, akkor is eltvoltjuk a szomszdot innen, hacsak nincs tartalktvonalunk.
OSPF linkk-state adatbzis: Itt minden olyan arerl van informcink, amely arekban a routernk
szereplknt vesz rszt, tovbb olyan informcikat tallunk arra vonatkozan, hogy hogyan routoljunk adott
cl fel adatokat ms arekba vagy AS ekbe.
OSPF Routing Information Base: A RIB trolja az OSPF SPF kalkulciinak eredmnyt.

Egy OSPF link-state adatbzis sszetett informcikat trol az adott areban lv topolgirl. Ha a router tbb
arenak is tagja akkor tbb OSPF link-state adatbzist tart fenn, minden arehoz egyet. Minden, azonos areban lv
routernek ugyanazzal az OSPF link-state adatbzissal kell rendelkeznie.

7.1.1 OSPF mkds

Mivel az OSPF link-state protokol, LSA kat fogad a trs OSPF routertl. A Dijkstra SPF algoritmus a felelse a
legrvidebb tvonal kiszmtsnak, amit a router ezekbl az LSA kbl olvas ki. Habr egy areban tbb router is
lehet, a nagy OSPF hlzatokat gyakran osztjk fel arekra. Egy multiarea hlzatban egy gerincarea (area0) kell
legyen s minden tovbbi area ehhez kell kapcsoldjon. Ha egy area fizikailag nem kapcsoldik az area0 hoz,
virtulis linket kell konfigurlni, hogy kapcsoldhasson hozz.

7.1.1.1 OSPF metrika

Az OSPF a kltsget hasznlja metrikaknt, amit a kvetkezkpp szmt ki:

kltsg=100.000.000 / svszlessg (kbps ben)

7.1.1.2 Designated Router

Egy multiaccess hlzatban tbb router lehet egy kzs hlzatszegmensen. Ahelyett, hogy minden routernek full-
mesh kapcsolata lenne egymssal (azaz mindenkinek mindenkivel), egy Designated Routert vlasztanak egyms
kztt (DR) s az sszes tbbi router trskapcsolatban lesz ezzel a DR el. A DR priorits alapjn kerl
megvlasztsra s a nagyobb priorits a jobban preferlt. Ha a routereknek azonos a prioritsa, a DR a legmagasabb
router ID alapjn vlasztdik meg. Ez az ID a router loopback interfsz IP je alapjn, vagy a legmagasabb IP cmet
birtokl aktv interfsz IP je alapjn alakul, viszont ha nincs loopback IP, akkor statikusan is bellthat a priorits.
Vlasztdik tovbb egy Backup DR t (BDR) a biztonsg kedvrt.



DR trskapcsolatok:



7.1.2 OSPF Router tpusok

Internal router: Minden, internal routerhez kzvetlenl kapcsold hlzat ugyanabba az OSPF areba
tartozik gy egy internal routernek egyetlen link-state adatbzisa van.
Area Border Router (ABR): Egynl tbb OSPF aret kapcsol ssze egy ABR, gy tbbszrs link-state
adatbzis tart fenn. Az elsdleges felelssge egy ABR nek, hogy topolgiainformcit osszon meg a
gerincarea s ms kapcsold arek kztt.
Backbone router: Egy gerincrouternek van legalbb egy olyan kapcsold hlzata, mely a gerincarea
rsze. Ha minden kapcsold hlzata a gericarea rsze, internal routernek tekinthetjk azonban ha a
gerincrouternek egy vagy tbb kapcsold hlzata ms arek rsze, akkor ABR rl beszlnk.
Autunomous System Boundary Router (ASBR): Egy ASBR nek legalbb egy kapcsold tvonala van
egy OSPF areba s legalbb egy kapcsold tvonala egy klnbz AS fel. Az elsdleges feladata hogy
informcit vltson egy OSPF AS s egy vagy tbb kls AS kztt.



R1: Internal, azaz bels hiszen a router minden kapcsold tvonala ugyanabba az areba tartozik.
R2: ABR, mivel a kapcsold tvonalai tbb areba is mutatnak valamint geric, hiszenlegalbb egy
kapcsold tvonala van az OSPF area0 fel.
R3: Internal, mivel minden kapcsold tvonala ugyanabba az OSPF areba tartozik, viszont backbone is,
mert van legalbb egy kapcsold tvonala az OSPF area 0 ba.
R4: Gerinc, mivel van legalbb egy kapcsold tvonala a gericre s ASBR, mivel van legalbb egy
kapcsold tvonala egy OSPF areba s egy kapcsold tvonala egy msik AS fel.
7.1.3 OSPF areatpusok

Ahogy korbban emltettk, egy OSPF router LSA ket fogad a trs OSPF routertl, azonban az OSPF tbbfle OSPF
LSA tpust hasznl.

1-es tpus LSA: Minden OSPF router kld ilyen LSA kat. Ezek a hirdetsek a kzvetlenl kapcsold
alhlzatokrl, a router OSPF kapcsolattpusairl s a router ltal ismert OSPF trskapcsolatokrl ad
informcit. Egy 1-es tpus LSA nem kerl a halyi aren kvlre.
2-es tpus LSA: Egy multiaccess hlzaton a DR kldi ki ezt az LSA t ha a hlzat legalbb kt routert
tartalmaz. Ez az LSA a multiaccess hlzatra kapcsold routereket listzza s mint az 1-es tpus LSA, csak
a bels arera kerl kikldsre.
3-as tpus LSA: Az ABR szrmaztatja, minden ilyen LSA amit az areba kldenek, egy msik areban
elrhet hlzatrl ad inft. A hlzatinformci egyedl a gerincarea s egy nemgerincarea kztt vltdik
meg.
4-es tpus LSA: A 4-as tpus LSA hasonl a 3-es tpus LSA hoz, az ABR kldi. Ebben azonban nem
OSPF hlzatokrl van inf, hanem arrl, hogy az ASBR t hogyan lehet elrni.
5-s tpus LSA: Az ASBR szrmaztatja s az OSPF dmain on kvli hlzatokrl tartalmaz infkat. Minden
OSPF areba kiklddik kivve a stub arekat. Egy stub areban lv ABR default routot kld a stub areba
s nem kld bele 5-s tpus LSA t.
A 7-es tpus LSA t egy no-so-stubby-area (NSSA) ban lv router kldi. Egy stub area nem kapcsoldhat
kls AS fel, egy NSSA azonban igen. Ezek a kls tvonalakat hirdeti az NSS ABR je, 7-es tpus LSA
kat hasznlva. Azonban hasonlan a stub arehoz, ms OSPF arekba ismert kls tvonalak nem
tovbbtdnak az NSSA ba.

A fenti pldatopolgia szerint nzzk meg, ezekkel a klnfle LSA tpusokkal hogyan plget az OSPF router
adatbzisa s nzzk meg az OSPF topolgiban melyik fajta LSA bl mennyi tallhat:

R1: 2db LSA1,mivel kt router van az area1 ben. 1db LSA2, mivel az area1 egyetlen egy multiaccess
hlzata tartalmaz legalbb kt routert. 3db. LSA3, mivel az area1 adatbzis tartalmazza a hrom hlzatot
az area0 ban. 1db LSA4, mivel a topolgia egyetlen ASBR t tartalmaz. 2db. LSA5, mivel az EIGRP AS kt
hlzatot tartalmaz, melyek az OSPF AS en kvl esnek.
R2: 5db. LSA1, mivel az area1 ben kt router van s az area0 ban hrom. 1db. LSA2, mivel az area1 csak
egy multiaccess hlzatot tartalmaz legalbb kt routerrel, mg az area0 nem tartalmaz multiaccess hlzatot
min. kt routerrel. 5db. LSA3, mivel az area1 adatbzis hrom hlzatot tartalmaz az area0 bl s az area0
adatbzis tartalmazza a kt hlzatot az area1 bl. 1db. LSA4, mivel a topolgia egyetlen ASBR t
tartalmaz. 2db. LSA5, mivel az EIGRP AS kt hlzatot tartalmaz ami az OSPF AS en kvl helyezkedik el.
R3: 3db. LSA1, mivel az area0 ban hrom router van. 0db. LSA2, mivel az area0 nem tartalmaz egyetlen
multiaccess hlzatot sem legalbb kt routerrel. 2db. LSA3, mivel az area0 adatbzis tartalmazza a kt
hlzatot az area1 bl. 1db. LSA4, mert a topolginak egyetlen ASBR je van. 2db. LSA5, mivel az EIGRP
AS kt hlzatot tartalmaz, melyek az OSPF AS en kvl esnek.
R4: 3db. LSA1, mivel az area0 ban hrom router van, 0db. LSA2, mivel az area0 nem tartalmaz egyetlen
multiaccess hlzatot sem legalbb kt routerrel. 2db. LSA3, mivel az area0 adatbzis tartalmazza a kt
hlzatot az area1 bl. 1db. LSA4, mert a topolginak egyetlen ASBR je van. 2db. LSA5, mivel az EIGRP
AS kt hlzatot tartalmaz, melyek az OSPF AS en kvl esnek.

7.1.4 OSPF hlzattpusok

Broadcast: Alalprtelmezett OSPF hlzattpus a LAN interfszeken, a szomszdok automatikusan
feldertdnek, minden router ugyanazon az alhlzaton van s van DR.
Nonbroadcast: Alaprtelmezett OSPF hlzattpus a Frame Relay Serial interfszeken, Statikusan kell
felvenni a szomszdokat, minden router ugyanazon subneten van s van DR.
Point-to-point: Alaprtelmezett OSPF hlzattpus a nem-FR Serial interfszeken, a link mindkt vgn lv
routerek trskapcsolatot alaktanak ki, minden p2p link kln subnet, nincs DR.
Point-to-multipoint: Brmilyen interfszen konfigurlhat, a szomszdok automatikusan feldertdnek,
minden router ugyanazon subneten van, nincs DR.

7.1.5 OSPF trskapcsolat ltrejtte

Habr kt OSPF router trskapcsolatot formlhat a hello zik megvltsa sorn, a hello csomagokban lv albbi
paramtereknek azonban egyeznik kell:

Hello timer: Alapban 10sec a broadcast s a p2p hlzatokon, a nonbroadcast s p2mp hlzatokon 30sec
az alaprtelmezett.
Dead timer: Broadcast s p2p hlzatokon 40sec alapban, nonbroadcast s p2mp hlzatokon 120sec.
Area szm: A link mindkt vge ugyanabba az OSPF areba kell tartozzon
Area tpus: A normlon kvl lehet stub, vagy NSSA
Subnet: Jegyezzk meg, hogy a kzs subnet nem felttlen szksges p2p OSPF hlzatokon
Authetikci: Egyez tpus s jelszval kell konfigurlni mindkt oldalt ha alkalmazzuk.

A trskapcsolatok felplse az albbi folyamaton mennek keresztl:

Down: Ez az llapot azt mutatja, hogy nem kaptunk hello zit a szomszdtl
Attempt: Akkor vlt ebbe, amikor a routernk kikldte az unicast hello zit ellenttben a multicasttal a
konfigurlt szomszdnak s mg nem kapott hello zit a szomszdtl.
Init: Amikor mr hallot kaptunk a szomszdtl akkor vlt ebbe az llapotba azonban a fogad router OSPF
router ID jt a hello zi nem tartalmazta. Ha a router sokig ebben az llapotban marad, akkor valami
megakadlyozza abban, hogy korrketl fogadja a hello csomagokat a szomszdtl.
2-Way: Akkor vlt ebbe, ha mindkt szomszd megkapta a hello zeneteket melyekben ltja a sajt router ID
jt. Ez az llapota multiaccess hlzaton a vgs lps lehet ha a hlzat mr vlasztott DR t s BDR t.
ExStart: Akkor kvetkezik be, ha a multiaccess hlzaton lv DR s BDR ek elkezdenek informcikat
vltani ms routerekkel a multiaccess hlzaton. Ha a router sokig ebben az llapotban marad, akkor MTU
eltrs lehetsges a szomszdos routerek kztt, vagy dupliklt OSPF router ID jtt ltre.
Exchange: Amikor kt router trskapcsolatot forml s egymsnak elkldik a database Descriptor (DBD)
csomagokat, ami a routerek link-state adatbzist tartalmazzk. Ha sokig ittmarad, ugyanaz lehet a
problma, mint az ExStart llapotnl.
Loading: Ha mindegyik szomszdos router megkri a msik routert, hogy kldje el neki a hinyz
bejegyzseket. Ha a router sokig ebben az llapotban marad, a csomag korruptlodhat, vagy a
routermemria is krosodhatott, de MTU eltrs is okozhatja.
Full: Teljesen kicserlt link-state informcik s ltrejtt trskapcsolat utn jn ltre.
7.1.6 OSPF hirdetsek kvetse a hlzaton



rjuk le, hogy a R1 hez kzvetlenl kapcsold 192.168.1.0/24 hlzatot hogyan tanuljk meg a R2, R3, R4.

1. lps: Az R1 router ltrehoz egy LSA t a 192.168.1.0/24 hlzathoz az area1 link-state adatbzisban.
2. lps: A R2, akinl ugyangy megvan az area1 link-state adatbzisa lefuttatja az SPF algoritmust, hogy
megllaptsa a legjobb tvonalat area1 en keresztl, hogy elrje a 192.168.1.0/24 hlzatot. Az eredmnyt
letrolja a RIB ben.
3. lps: R2 rtesti az area0 routereket errl a hlzatrl gy, hogy egy LSA3 t nyom az area0 link-state
adatbzisba.Ez az LSA tartalmazza a kltsget a 192.168.1.0/24 fel, a R2 szemszgbl nzve.
4. lps: Minden area0 router (R3 s R4) lefuttatja az SPF algoritmust, hogy megllaptsa a kltsget R2 fel.
Ezt a kltsget ezutn hozzadjk ahhoz a kltsghez, amit R2 hirdetett az LSA3 ban s az eredmnyt
letroljk a RIB kben.

7.1.7 OSPF hibakeres parancsok

show ip ospf interface [brief]: Az OSPF folyamatban rszt vev interfszeket listzza. A brief opcival
tmrebb interfszinformcihoz jutunk.








show ip ospf neighbor: Az OSPF aktv interfszeken megtanult OSPF szomszdok llapotrl kapunk
informcit.



show ip ospf database: A router OSPF link-state adatbzisban lv LSA fejlceket listzza



show ip ospf statistics: Milyen idkznknt fut le az SPF algoritmus, valamint mikor futott le utoljra




debug ip ospf monitor: Vals idej frisstsekkel mutatja mikor fut le az SPF algoritmus




debug ip route ospf: Az OSPF ltal megtanult IP routing tblt dobja fel



debug ip ospf packet: Vals idben mutatja az OSPF csomagok kldst s rkezst. Hello zenetek
monitorozsnl jn nagyon jl.



debug ip ospf adj: Az OSPF trskapcsolat ltrejttrl ad inft vals idben



debug ip ospf events: Vals idben mutatja az OSPF esemnyeket, a hello zenetek kldst/rkezst s
az LSA kat.






show ip ospf virtual-links: Az OSPF virtulis linkrl ad informcit




7.2 OSPF hibajegy

A vllalat EIGRP rl OSPF re vlt. A hlzatot felosztottk arekra s minden interfsz jtszik az OSPF ben. A
konfigurci kezdetben mkdtt, de most egyetlen routernek sincs teljes elrse minden alhlzathoz.












Kezddjn az adatgyjts! Az albbi konfigurcit mg akkor mentettk ki amikor az OSPF jl mkdtt. jegyezzk
meg, hogy az R1 routeren virtulis linket konfigurltunk, mivel nincs fizikai kapcsolata az area0 val.





Show ip ospf:









Nzzk meg mit tallunk az R2 ben:















Nzzk a BB1 routert:




















BB2:





Vegyk szre, hogy a R1 router routing tbljban nem ltszik a BB2 loopback IP je, ami a 10.4.4.4/32, valamint azt,
hogy az area2 s area0 kztti virtulis link down llapotban van.














Most nzzk a konfigurcit a hiba bekvetkezte utn!




















A kvetkez kimenetben a R2 routing tbljt lthatjuk azutn mikutn a hibajegyet megkaptuk. Az R1 router routing
tbljban nem ltszik a BB2 loopback IP cme (10.4.4.4/32), valamint az R1 Fa0/0 interfszhez kapcsold
192.168.1.0/24 nem ltszik a R2 IP routing tbljban.



Az, hogy az R2 router nem ltja a 192.168.1.0/24 hlzatot, fggetlen BB1 vagy BB2 tl. Mi lehet a megolds?

7.2.1 Felttelezett megolds

A R1 routeren lv virtulis link rosszul van konfigurlva. Mgpedig a tranzitarea az area number virtual-link router-
id area2 re van konfigurlva, azonban a tranzitarea az area1. Nzzk a helyes konfigurcit:















Ezutn ilyenre vltozik a R2 routing tblja:



Egy hiba megoldva, folytassuk az informcigyjtst a R2 n. A kvetkezben az ltszik, hogy az R2 routernek nincs
trskapcsolata BB2 routerrel, akinek az OSPF router ID ja 10.4.4.4.












R2 Serial 1/0.2 subinterfsze:



R2 CDP szomszdjai:



Az R2 router Serial 1/0.2 subinterfsznek OSPF sttusza





















Nzzk a BB1 routert:




































Hibajegy utni adatgyjts a BB2 routerbl:























Felttelezett megolds: A BB1 routeren lv Serial 1/0.1 subinterfszen nem a default hello s dead timer van
belltva gy az nem egyezik a FR link tlvgn belltottakkal. Resetlejk.



A BB1 router Fa0/0 interfsze rossz OSPF tpussal van konfigurlva, ezrt reseteljk a default OSPF tpusra, ami a
broadcast:





Hasonlan az elbbiekhez, a BB2 Seral 1/0.2 subinterfsze is rosszul van belltva. nonbroadcastra van konfigurlva,
holott a p2p FR subinterfsz deafault a p2p. Vltoztassuk meg.



A kvetkez pldkban gyzdjnk meg arrl, hogy mindenkitl minden elrhet:


























7.3 tvonalredisztribci vizsglat

Egy router ami a routing domainok hatrn ldgl, kpes arra, hogy statikus, kapcsold vagy routing protokolok
ltal megtanult tvonalakat az egyik routing protokolbl a msikba tovbbtson.



Klnbz routing protokolok klnbz metrikatpust alkalmaznak ennek kvetkeztben ezt t kell rni.




Seed metriknak hvjuk azt a metrikt amikor egy tvonal egy routing processzbl (Pl. RIP)msik routing
processzbe kerl t (Pl. EIGRP). A seed metrika hrom lehetsg szerint definilhat:

A default-metric paranccsal
A metric paramter a redistribute parancsban
Route map konfigurcival

Ha nincs seed metrika belltva kzzel, az alaprtelmezett hasznlatos. Tartsuk szem eltt, hogy a RIP s
EIGRP nek az alaprtelmezett metrikja elrhetetlenre van lltva. Ennek kvetkeztben ha nem konfigurlunk ettl
eltrt ha RIP be vagy EIGRP be redisztribtolunk, a redisztribtolt tvonalak nem lesznek elrhetk. Nmely IP
routing protokol, mint pl. az EIGRP, OSPF, IS-IS cmkzni is tudja az tvonalakat akr internal (a routeren loklisan
konfigurlt, vagy kzvetlenl kapcsold) vagy external (ms routing processzbl megtanult) tvonalakknt s
prioritst is adhat az internal tvonalakhoz az externalokkal szemben. Az internal s external tvonalak
megklnbztetse segthet a routing loopok elkerlsben ahol kt routing protokol folyamatosan egymsba
redisztribtolja az tvonalakat. Egy routing protokol kldhet tvonalakat s megtanulhat tvonalakat a router IP routing
tbljba/bl a kvetkez routing adatstruktra szerint:



Ha a router kt routing protokolt futtat, a protokolok nem cserlnek tvonalakat egyms kztt kzvetlenl.
Egyedl a router IP routing tbljban lv tvonalakat lehet redisztribtolni.



tvonalredusztribcihoz kt elfelttelnek kell teljeslnie:

1. Az tvonalnak az IP routing tblban kell lennie
2. A cl IP routing protokolnak szksge van egy elrhet metrikra amit hozzadhat a redisztribtolt tvonalhoz

7.3.1 tvonalredisztribci vizsglata

Forrs routing protokol: Nzzk meg, hogy azt az tvonalat amit t akarunk fordtani, megtanulta e az a
routing protokol, amibl t akarjuk fordtani.
tvonalvlaszts: Mivel az tvonalnak a router IP routing tbljban kell lennie az tfordtshoz, errl meg
kell gyzdni.
Redisztribci konfigurci: Ha az tvonal a router IP routing tbljban van de mgsem megy az
tfordts, meg kell nzni a redisztribcikonfigurcit. Fontos megnzni a metrikt, az tvonalszrsi listkat,
korrekt kell legyen a processz ID s az AS is.
Cl routing protokol: Ha az tfordts sikeres, de a szomszdos router nem tanulta meg az tvonalakat,
akkor itt keresend a problma. Emlkezznk, hogy a clrouter kls tvonalakknt kezeli ezeket az
tvonalakat gy ellenrizzk a cl routing protokol karakterisztikjt ha a kls tvonalakat mshogy kezeli,
mint a belsket.

Habr a debug ip routing paranccsal feltrkpezhetnk egy routing loopot, hasznlhatjuk a Cisco IOS ip route
profiling parancsot is, nzzk a kimenett!



A show ip route profile minden 5dik msodpercben mri az IP routing tbla frisstsek szmt s tpust. A
kimenet bal oldali oszlopa a vltozsok szmt mutatja amik az 5 msodperces peridusban trtntek. Pldakpp
nzzk meg a baloldali oszlop 30 as szm sort. A Prefix Add oszlop alatti egyes azt mutatja, hogy egy 5
msodperces idkz alatt 30-54 prefix lett hozzadva az IP routing tblhoz.
7.4 Hibajegy: tvonalredisztribci EIGRP s OSPF -el

Mivel a klnbz IP routing protokolok klnbz redisztribcis jellemzkkel rendelkeznek, meg kell tanulni
a szintaktikkat.

router ospf process-id: Globlkonfigos parancs, ami elindtja az OSPF processzt a routeren
redisztribute eigrp autonomous-system-number [subnets]: Routerkonfigos mdbali parancs mely a megadott
EIGRP AS bl OSPF be fordtja az tvonalakat az alhlzatokat is tartalmazva
default-metric metric: Routerkonfigurcis parancs mely megadja a metrikt azokhoz az tvonalakhoz,
melyeket OSPF be fordtunk.
router eigrp autonomous-system-number: Globlkonfigurcis parancs, mely bekapcsolja az EIGRP
processzt
redistribute ospf process-id: Routerkonfigurcis parancs, mely a megadott OSPF processz ID bl
tfordtja az tvonalakat EIGRP be
default-metric bandwidth delay reliability load mtu: Routerkonfigurcis parancs, mellyel megadhatjuk azokat
a paramtereket amiket a seed metrika kiszmtshoz adhatunk meg amikor EIGRP be forgatunk.

o svszlessg kbps ben
o ksleltets 10micromsodpercben
o megbzhatsg, maximum rtke 255
o terhels, minimum rtke 1
o mtu bjtban megadva





















7.4.1 Hibajegy

Az A cg megvette B cget. Az A cg R1, R2 routerei EIGRP t hasznlnak viszont a B cg BB1 s BB2
routere OSPF et. A R2 a hatrrouter s a konfigurcija szerint az EIGRP s az OSPF klcsnsen egymsba
vannak forgatva. A konfigurci eredetileg mkdtt azonban a R1, BB1 s BB2 nem lt minden alhlzatot. Nzznk
olyan informcikat, melyek mg a jl mkd hlzatbl szrmaznak.















A R2 hatrrouterknt mkdik s klcsns redisztribcira van konfigurlva, nzzk csak meg:




Hogy a hibakeressi folyamatot elkezdjk, minden routeren meg kell nzni a show ip route kimenetet, hogy kiderljn,
mely tvonalak vannak eltnve az IP routing tblbl, amire egybknt szksg lenne. A R1 tbljbl hinyoznak az
OSPF tvonalak:


R1, ami hatrrouterknt mkdik aktvan rszt vesz az EIGRP s OSPF processzben. Ennek kvetkeztben minden
tvonal lthat a R2 IP routing tbljban.




Az OSPF et futtat BB1 en van nhny EIGRP bl szrmaz tvonal. Azonban a 10.1.1.1/32 s a 10.2.2.2/32
hlzatok, melyek a R1 s R2 loopback0 interfszcmei hinyoznak a BB1 router tbljbl:








A BB2 routing tblja hasonl a BB1 hez:



Mivel R2 hatrrouterknt mkdik nzzk meg a redisztribcis konfigurcit:



7.4.2 Felttelezett megolds

A R2 konfigurcijnak elemzse kzben a kvetkezket mondhatjuk:

Az R2 n fut EIGRP processzbl hinyzik az alaprtelmezett metrika, mely az EIGRP be forgatott
tvonalakhoz kell. Nzzk a korrekt konfigurcit:





Szintn ezen a routeren az OSPF processz konfig alatt hinyzik a redisztribcis parancs vgrl a subnets
opci. Ez kell ahhoz, hogy a nem classful hlzatos is beforduljanak az OSPF be redisztribcikor. Nzzk a
korrekt konfigurcit:



Miutn megcsinltuk a javtsokat, mindenkinl minden ltszik: