Hodiaŭ ni komencos nian studon pri OSPF-vojigo. Ĉi tiu temo, same kiel la diskuto pri la EIGRP-protokolo, estas centraj al la tuta CCNA-kurso. Kiel vi povas vidi, Sekcio 2.4 estas titolita "Agordo, Kontrolado kaj Solvado de Problemoj de OSPFv2 Ununura Zono kaj Plurzono por IPv4 (Ekskludas Aŭtentikigon, Filtrilon, Manan Itineran Resumon, Redistribuon, Stub-Areon, VNet kaj LSA)".
La temo de OSPF estas sufiĉe ampleksa, do necesos 2, eble 3 video-lerniiloj. La hodiaŭa leciono estos dediĉita al la teoria flanko de la afero, mi diros al vi, kio estas ĉi tiu protokolo ĝenerale kaj kiel ĝi funkcias. En la sekva video, ni pluiros al OSPF-agorda reĝimo per Packet Tracer.
Do, en ĉi tiu leciono, ni kovros tri aferojn: kio estas OSPF, kiel ĝi funkcias, kaj kio estas OSPF-zonoj. En la antaŭa leciono, ni diris, ke OSPF estas protokolo pri vojigo de Link State, kiu ekzamenas ligojn inter enkursigiloj kaj faras decidojn surbaze de la rapideco de tiuj ligiloj. Longa ligo kun pli alta rapideco, tio estas, kun pli da bendolarĝo, havos prioritaton super mallonga ligo kun malpli da bendolarĝo.
RIP, estante distanca vektora protokolo, elektos ununuran saltovojon eĉ se ĉi tiu ligo havas malaltan rapidecon, kaj OSPF elektos longan itineron de pluraj saltoj se la totala rapideco sur ĉi tiu itinero estas pli alta ol la trafikrapideco sur mallonga itinero. .
Ni rigardos la decidalgoritmon poste, sed nuntempe vi memoru, ke OSPF estas protokolo de Link State. Ĉi tiu malferma normo estis kreita en 1988, por ke ĉiu fabrikanto de retaj ekipaĵoj kaj iu ajn retoprovizanto povu uzi ĝin. Tial, OSPF estas multe pli populara ol EIGRP.
OSPF-versio 2 nur subtenas IPv4, kaj jaron poste, en 1989, la programistoj anoncis la liberigon de versio 3, kiu subtenas IPv6. Tamen, tute funkcia tria versio de OSPF por IPv6 ne ekaperis ĝis 2008. Kial elekti OSPF? En la lasta leciono, ni lernis, ke ĉi tiu interna enirejo-protokolo faras itinerkonverĝon multe pli rapide ol RIP. Ĉi tio estas senklasa protokolo.
Se vi memoras, RIP estas klasplena protokolo, tio estas, ĝi ne sendas informojn pri subretaj maskoj, kaj se ĝi renkontas IP-adreson A/24, ĝi ne akceptos ĝin. Ekzemple, se vi donas al ĝi IP-adreson kiel 10.1.1.0/24, ĝi interpretos ĝin kiel reto de 10.0.0.0 ĉar ĝi ne komprenas kiam reto estas subreto uzante pli ol unu subretan maskon.
OSPF estas sekura protokolo. Ekzemple, se du enkursigiloj interŝanĝas OSPF-informojn, vi povas agordi aŭtentigon tiel, ke eblos kunhavigi informojn kun najbara enkursigilo nur post enigo de pasvorto. Kiel ni diris, ĉi tio estas malferma normo, do OSPF estas uzata de multaj fabrikantoj de retaj ekipaĵoj.
En tutmonda signifo, OSPF estas mekanismo por interŝanĝado de Link State Advertisemen, aŭ LSAoj. LSA-mesaĝoj estas generitaj de la enkursigilo kaj enhavas multajn informojn: la unika router-id de la enkursigilo, informoj pri retoj konataj al la enkursigilo, informoj pri ilia kosto, ktp. Ĉiuj ĉi tiuj informoj estas bezonataj de la enkursigilo por fari decidon pri vojigo.
Enkursigilo R3 sendas siajn LSA-informojn al R5, kaj R5 partumas siajn LSA-informojn kun R3. Tiuj LSAoj estas la datumstrukturo kiu formas la Link State Data Base, aŭ LSDB. La enkursigilo kolektas ĉiujn ricevitajn LSAojn kaj metas ilin en sian LSDB. Post kiam ambaŭ enkursigiloj kreis siajn datumbazojn, ili interŝanĝas salutajn mesaĝojn, kiuj estas uzataj por malkovri najbarojn, kaj kompari siajn LSDBojn.
Enkursigilo R3 sendas DBD, aŭ "datumbazan priskribon" mesaĝon al R5, kaj R5 sendas ĝian DBD al R3. Ĉi tiuj mesaĝoj enhavas LSA-indeksojn, kiuj estas disponeblaj en la datumbazoj de ĉiu enkursigilo. Post ricevi la DBD, R3 sendas LSR al R5 dirante "Mi jam havas mesaĝojn 3,4 kaj 9, do simple sendu al mi 5 kaj 7".
Simile, R5 faras la samon, dirante al la tria enkursigilo: "Mi havas informojn 3,4 kaj 9, do sendu al mi 1 kaj 2." Ricevinte LSR-petojn, enkursigiloj sendas reen LSU-retajn ĝisdatigpakaĵojn, tio estas, en respondo al sia LSR, la tria enkursigilo ricevas LSU de R5-enkursigilo. Post kiam la enkursigiloj ĝisdatigas siajn datumbazojn, ĉiuj ili, eĉ se vi havas 100 enkursigilojn, havos la samajn LSDBojn. Tuj kiam la LSDB-datumbazoj estas kreitaj en la enkursigiloj, ĉiu el ili scios pri la tuta reto kiel tutaĵo. La OSPF-protokolo uzas la algoritmon de Plej Mallonga Vojo Unua por krei vojtablon, do la plej grava kondiĉo por ĝia ĝusta funkciado estas, ke la LSDB de ĉiuj aparatoj en la reto estu sinkronigita.
En la supra diagramo, estas 9 enkursigiloj, ĉiu el kiuj interŝanĝas mesaĝojn LSR, LSU kaj tiel plu kun najbaroj. Ĉiuj ili estas ligitaj unu al la alia per p2p, aŭ "punkt-al-punktaj" interfacoj kiuj apogas la OSPF-protokolon, kaj interagas unu kun la alia por krei la saman LSDB.
Tuj kiam la bazoj estas sinkronigitaj, ĉiu enkursigilo, uzante la plej mallongan vojon-algoritmon, formas sian propran vojtablon. Malsamaj enkursigiloj havos malsamajn tabelojn. Tio estas, ĉiuj enkursigiloj uzas la saman LSDB, sed kreas vojtablojn bazitajn sur siaj propraj konsideroj pri la plej mallongaj itineroj. Por uzi ĉi tiun algoritmon, OSPF devas ĝisdatigi la LSDB regule.
Do, por ke OSPF funkciu ĝuste, ĝi unue devas provizi 3 kondiĉojn: trovi najbarojn, krei kaj ĝisdatigi LSDB, kaj konstrui vojtablon. Por plenumi la unuan kondiĉon, la retadministranto eble bezonos mane agordi la enkursigilo-identigilon, tempojn aŭ ĵokeran maskon. En la sekva video, ni rigardos agordi la aparaton por labori kun OSPF, nun vi devas scii, ke ĉi tiu protokolo uzas inversan maskon, kaj se ĝi ne kongruas, se viaj subretoj ne kongruas, aŭ aŭtentigo ne kongruas, la najbareco de enkursigiloj ne povas esti formita. Sekve, kiam vi solvis OSPF, vi devus ekscii kial ĉi tiu sama kvartalo ne estas formita, tio estas, kontrolu la koincidon de la supraj parametroj.
Kiel reta administranto, vi ne estas implikita en la kreado de la LSDB. Ĝisdatigoj de datumbazoj okazas aŭtomate post la kreado de najbareco de enkursigiloj, same kiel la konstruado de vojtabloj. Ĉio ĉi estas farita de la aparato mem, agordita por labori kun la OSPF-protokolo.
Ni rigardu ekzemplon. Ni havas 2 enkursigilojn, al kiuj mi asignis RID-ojn 1.1.1.1 kaj 2.2.2.2 por simpleco. Tuj kiam ni konektos ilin, la ligkanalo tuj iros al la suprena stato, ĉar mi unue agordis ĉi tiujn enkursigilojn por labori kun OSPF. Tuj kiam la komunika kanalo estas establita, enkursigilo A tuj sendos Saluton-pakaĵon al la dua. Ĉi tiu pako enhavos informojn, ke ĉi tiu enkursigilo ankoraŭ ne "vidis" iun ajn sur ĉi tiu kanalo, ĉar ĝi sendas Saluton por la unua fojo, kaj ankaŭ sian propran identigilon, datumojn pri la reto konektita al ĝi, kaj aliajn informojn kiujn ĝi povas. kunhavigi kun najbaro.
Ricevante ĉi tiun pakaĵon, Router B diros "Mi vidas, ke ekzistas ebla OSPF-najbara kandidato sur ĉi tiu ligo" kaj eniros la Init-ŝtaton. La Hello-pakaĵeto ne estas unuelsenda aŭ elsenda mesaĝo, ĝi estas multielsenda pako sendita al la IP-adreso de OSPF-multirolantaro 224.0.0.5. Kelkaj homoj demandas kio estas la subreta masko por multielsendo. La fakto estas, ke multicast ne havas subretan maskon, ĝi estas distribuita kiel radiosignalo, kiu estas aŭdata de ĉiuj aparatoj agorditaj al ĝia frekvenco. Ekzemple, se vi volas aŭdi FM-radian elsendon ĉe 91,0, tiam agordu vian radion al tiu frekvenco.
Simile, Router B estas agordita por akcepti mesaĝojn por la multirolantaro-adreso 224.0.0.5. Aŭskultante ĉi tiun kanalon, ĝi ricevas la Hello-pakaĵon senditan de enkursigilo A kaj respondas al ĝi per sia propra mesaĝo.
En ĉi tiu kazo, la najbareco povas esti establita nur se la respondo B kontentigas la aron de kriterioj. La unua kriterio estas la ofteco de sendado de Salutaj mesaĝoj kaj la atenda intervalo por respondo al ĉi tiu Dead Interval-mesaĝo devas esti la sama por ambaŭ enkursigiloj. Tipe, Dead Interval estas pluraj valoroj de la Hello-tempigilo. Tiel, se la Hello Timer de Router A estas 10s, kaj Router B sendas al ĝi mesaĝon en 30s, kun Dead Interval de 20s, la najbareco malsukcesos.
La dua kriterio estas, ke ambaŭ enkursigiloj devas uzi la saman specon de aŭtentigo. Sekve, la aŭtentigaj pasvortoj ankaŭ devas kongrui.
La tria kriterio estas la kongruo de la Arial ID-zonidentigiloj, la kvara estas la kongruo de la longo de la retoprefikso. Se enkursigilo A raportas prefikson /24, tiam enkursigilo B ankaŭ devas havi /24 retan prefikson. En la sekva video ni rigardos ĉi tion pli detale, nuntempe mi rimarkos, ke ĉi tio ne estas subreta masko, ĉi tie enkursigiloj uzas la inversan Wildcard-maskon. Kaj kompreneble, la flagoj de Stub-areo ankaŭ devas kongrui se la enkursigiloj estas en ĉi tiu areo.
Post kontrolado de ĉi tiuj kriterioj, se ili kongruas, Router B sendas sian Hello-pakaĵon al Router A. Male al mesaĝo A, enkursigilo B raportas ke ĝi vidis enkursigilon A kaj prezentas sin.
Responde al ĉi tiu mesaĝo, enkursigilo A denove sendas Saluton al enkursigilo B, en kiu ĝi konfirmas, ke ĝi ankaŭ vidis enkursigilon B, la komunika kanalo inter ili konsistas el aparatoj 1.1.1.1 kaj 2.2.2.2, kaj ĝi mem estas aparato 1.1.1.1. . Ĉi tio estas tre grava etapo en starigo de kvartalo. En ĉi tiu kazo, dudirekta 2-VOJA konekto estas uzata, sed kio okazas se ni havas ŝaltilon kun distribuita reto de 4 enkursigiloj? En tia "dividita" medio, unu el la enkursigiloj devus ludi la rolon de dediĉita Designated router DR, kaj la dua devus ludi la rolon de rezerva dediĉita enkursigilo Rezerva indikita enkursigilo, BDR.
Ĉiu el ĉi tiuj aparatoj formos Plenan konekton, aŭ staton de plena najbareco, poste ni konsideros kio ĝi estas, tamen, ĉi tiu tipo konekto estos establita nur kun DR kaj BDR, la du pli malaltaj enkursigiloj D kaj B ankoraŭ estos. komuniki unu kun la alia laŭ la dudirekta koneksa skemo punkto-al-punkta.
Tio estas, kun DR kaj BDR, ĉiuj enkursigiloj establas plenan najbarecrilaton, kaj inter si, punkto-al-punkta konekto. Ĉi tio estas tre grava ĉar por dudirekta komunikado de apudaj aparatoj, ĉiuj parametroj de la Hello-pako devas kongrui. En nia kazo, ĉio kongruas, do la aparatoj formas kvartalon senprobleme.
Tuj kiam dudirekta komunikado estas establita, enkursigilo A sendas al enkursigilo B datumbazan priskribon, aŭ "datumbazan priskribon", kaj eniras la staton ExStart - la komenco de la interŝanĝo, aŭ atendante elŝuton. La Datumaro-Priskribilo estas informoj similaj al la enhavtabelo de libro - ĝi estas listo de ĉio, kio estas en la envojiga datumbazo. En respondo, Router B sendas ĝian datumbazan priskribon al Router A kaj eniras la staton de Exchange Links. Se en la stato de Interŝanĝo la enkursigilo detektas, ke iuj informoj mankas en sia datumbazo, tiam ĝi iros en la staton LOADING kaj komencos interŝanĝi mesaĝojn LSR, LSU kaj LSA kun la najbaro.
Do, enkursigilo A sendos LSR al sia najbaro, li respondos al li per LSU-pako, al kiu enkursigilo A respondos al enkursigilo B per LSA-mesaĝo. Ĉi tiu interŝanĝo okazos tiom da fojoj kiom da fojoj la aparatoj volas interŝanĝi LSA-mesaĝojn. La stato LOADING indikas, ke la plena ĝisdatigo de la LSA-datumbazo ankoraŭ ne okazis. Post elŝuto de ĉiuj datumoj, ambaŭ aparatoj eniros la PLENA apudan staton.
Notu, ke kun dudirekta konekto, la aparato estas simple en la najbara ŝtato, kaj la plena apuda stato nur eblas inter la enkursigiloj, DR kaj BDR. Ĉi tio signifas, ke ĉiu enkursigilo informas la DR pri ŝanĝoj en la reto, kaj ĉiuj enkursigiloj. lernu pri ĉi tiuj ŝanĝoj de la DR
La elekto de DR kaj BDR estas grava afero. Ni konsideru kiel la elekto de DR okazas en la ĝenerala medio. Supozu en nia skemo estas tri enkursigiloj kaj ŝaltilo. OSPF-aparatoj unue komparas la prioritaton en la Saluton-mesaĝoj, poste ili komparas la Router ID.
La aparato kun la plej alta prioritato iĝas la DR Se la prioritatoj de la du aparatoj estas la samaj, tiam la aparato kun la plej alta Router ID estas elektita el la du aparatoj, kiu iĝas la DR.
La aparato kun la dua plej alta prioritato aŭ la dua plej alta Router ID fariĝas la rezerva dediĉita enkursigilo de la BDR.Se la DR malfunkcias, ĝi tuj estos anstataŭigita per la BDR Ĝi transprenos la rolon de la DR kaj la sistemo elektos alia BDR
Mi esperas, ke vi eltrovis la elekton de DR kaj BDR, se ne, tiam mi revenos al ĉi tiu afero en unu el la sekvaj videoj kaj klarigos ĉi tiun procezon.
Do ni rigardis Saluton, la Datumbazpriskribilon, kaj la LSR, LSU, kaj LSA mesaĝojn. Antaŭ ol transiri al la sekva temo, ni parolu iomete pri la kosto de OSPF.
En Cisco, la kosto de la itinero estas kalkulita per la rilatumo de la Referenca bendolarĝo, kiu estas agordita al 100 Mbps defaŭlte, al la kosto de la ligo. Ekzemple, se vi konektas aparatojn per seria haveno, la rapido estas 1.544 Mbps, kaj la kosto estos 64. Se vi uzas 10 Mbps Ethernet-konekton, la kosto estas 10, kaj la kosto de 100 Mbps FastEthernet-konekto estos 1.
Kiam vi uzas Gigabit Ethernet, ni havas rapidon de 1000 Mbps, sed en ĉi tiu kazo, la rapido ĉiam supozas esti 1. Tiel, se vi havas Gigabit Ethernet en via reto, vi devas ŝanĝi la defaŭltan Ref. BW je 1000. En ĉi tiu kazo, la kosto estos 1, kaj la tuta tablo estos rekalkulita kun pliigo de kostaj valoroj je 10 fojojn. Post kiam ni formis la najbarecon kaj konstruis la LSDB-datumbazon, ni pluiras al konstruado de la vojtabelo.
Post ricevado de la LSDB, ĉiu el la enkursigiloj sendepende iras por formi liston de itineroj uzante la SPF-algoritmon. En nia skemo, enkursigilo A kreos tian tablon por si mem. Ekzemple, ĝi kalkulas la koston de itinero A-R1 kaj determinas ĝin por esti 10. Por simpligi komprenon de la diagramo, supozu ke enkursigilo A determinas la plej bonan itineron al enkursigilo B. La kosto de la konekto A-R1 estas 10, la konekto A-R2 estas 100, kaj la kosto de la itinero A-R3 estas egala al 11, tio estas, la sumo de la itinero A-R1(10) kaj R1-R3(1).
Se enkursigilo A volas atingi enkursigilon R4, ĝi povas fari tion aŭ laŭ la itinero A-R1-R4 aŭ laŭ la itinero A-R2-R4, kaj en ambaŭ kazoj la kosto de la itineroj estos la sama: 10+100 =100+10=110. Itinero A-R6 kostos 100+1= 101, kio jam estas pli bona. Poste ni konsideras la vojon al la enkursigilo R5 laŭ la itinero A-R1-R3-R5, kies kosto estos 10+1+100 = 111.
La vojo al la R7-enkursigilo povas esti metita laŭ du itineroj: A-R1-R4-R7 aŭ A-R2-R6-R7. La kosto de la unua estos 210, la dua - 201, do vi devas elekti 201. Do, por atingi la enkursigilon B, la enkursigilo A povas uzi 4 itinerojn.
Itinero A-R1-R3-R5-B kostos 121. Itinero A-R1-R4-R7-B kostos 220. Itinero A-R2-R4-R7-B kostos 210 kaj A-R2-R6-R7- B havas koston de 211. Surbaze de tio, enkursigilo A elektos la itineron kun la plej malalta kosto, egala al 121, kaj metos ĝin en la vojtabelo. Ĉi tio estas tre simpligita diagramo pri kiel funkcias la SPF-algoritmo. Fakte, la tabelo enhavas ne nur la nomojn de enkursigiloj, tra kiuj la optimuma itinero kuras, sed ankaŭ la nomojn de la havenoj konektantaj ilin kaj ĉiujn aliajn necesajn informojn.
Ni rigardu alian temon, kiu koncernas vojzonojn. Tipe, kiam OSPF estas agordita por la aparatoj de firmao, ili ĉiuj estas en la sama komuna areo.
Kio okazas se la aparato konektita al la enkursigilo R3 subite malsukcesas? Enkursigilo R3 tuj komencos sendi mesaĝon al enkursigiloj R5 kaj R1, ke la kanalo kun ĉi tiu aparato ne plu funkcias, kaj ĉiuj enkursigiloj komencos interŝanĝi ĝisdatigojn pri ĉi tiu evento.
Se vi havas 100 enkursigilojn, ili ĉiuj ĝisdatigos sian ligilon, ĉar ili estas en la sama komuna areo. La sama okazos se unu el la najbaraj enkursigiloj malsukcesos - ĉiuj aparatoj en la zono interŝanĝos LSA-ĝisdatigojn. Post la interŝanĝo de tiaj mesaĝoj, la reto-topologio mem ŝanĝiĝos. Tuj kiam tio okazos, SPF rekalkulos la vojajn tabelojn laŭ la ŝanĝitaj kondiĉoj. Ĉi tio estas tre granda procezo, kaj se vi havas mil aparatojn en unu zono, vi devas kontroli la memorgrandecon de la enkursigiloj, por ke sufiĉas stoki ĉiujn LSAojn kaj la grandegan datumbazon de la ligo-ŝtata LSDB. Tuj kiam ŝanĝoj okazas en iu parto de la zono, la SPF-algoritmo tuj rekalkulas itinerojn. Defaŭlte, la LSA estas ĝisdatigita ĉiujn 30 minutojn. Ĉi tiu procezo ne okazas samtempe en ĉiuj aparatoj, tamen, ĉiukaze, ĝisdatigoj estas faritaj de ĉiu enkursigilo kun ofteco de 30 minutoj. Ju pli da retaj aparatoj. Ju pli da memoro kaj tempo necesas ĝisdatigi la LSDB.
Ĉi tiu problemo povas esti solvita dividante unu komunan zonon en plurajn apartajn zonojn, tio estas, uzante multzonadon. Por fari tion, vi devas havi planon aŭ diagramon de la tuta reto, kiun vi administras. Nula areo AREO 0 estas via ĉefa areo Ĉefa areo. Ĉi tie vi konektas al ekstera reto, kiel aliri la Interreton. Kiam vi kreas novajn zonojn, vi devas esti gvidata de la regulo, ke ĉiu zono devas havi unu ABR, Area Border Router. La randa enkursigilo havas unu interfacon en unu zono kaj duan interfacon en alia zono. Ekzemple, enkursigilo R5 havas interfacojn en zono 1 kaj zono 0. Kiel mi diris, ĉiu el la zonoj devas esti konektita al la nula zono, tio estas, havi landliman enkursigilon, unu el kies interfacoj estas konektita al AREO 0.
Ni supozu, ke la konekto R6-R7 malsukcesis. En ĉi tiu kazo, la LSA-ĝisdatigo estos distribuita nur en la AREA 1-zono kaj influos nur ĉi tiun zonon. Aparatoj en zono 2 kaj zono 0 eĉ ne scios pri ĝi. La landlima enkursigilo R5 resumas informojn pri tio, kio okazas en sia areo, kaj sendas resumajn informojn pri la stato de la reto al la ĉefa AREO 0. Aparatoj en unu zono ne bezonas scii pri ĉiuj LSA-ŝanĝoj ene de aliaj zonoj, ĉar la ABR-enkursigilo plusendos resumajn informojn pri itineroj de unu zono al alia.
Se vi ne tute konas la koncepton de zonoj, vi povas lerni pli en la sekvaj lecionoj kiam ni eniros agordon de OSPF-vojigo kaj rigardos kelkajn ekzemplojn.
Dankon pro restado ĉe ni. Ĉu vi ŝatas niajn artikolojn? Ĉu vi volas vidi pli interesan enhavon? Subtenu nin farante mendon aŭ rekomendante al amikoj, 30% rabato por uzantoj de Habr sur unika analogo de enirnivelaj serviloj, kiu estis inventita de ni por vi: (havebla kun RAID1 kaj RAID10, ĝis 24 kernoj kaj ĝis 40GB DDR4).
Dell R730xd 2 fojojn pli malmultekosta? Nur ĉi tie en Nederlando! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ekde $99! Legu pri
fonto: www.habr.com