Heddiw byddwn yn dechrau dysgu am lwybro OSPF. Y pwnc hwn, fel protocol EIGRP, yw'r pwnc pwysicaf yn y cwrs CCNA cyfan. Fel y gwelwch, teitl Adran 2.4 yw “Ffurfweddu, Profi, a Datrys Problemau OSPFv2 Parth Sengl ac Aml-barth ar gyfer IPv4 (Ac eithrio Dilysu, Hidlo, Crynhoi Llwybr â Llaw, Ailddosbarthu, Ardal Stub, VNet, ac LSA).”
Mae pwnc OSPF yn eithaf helaeth, felly bydd yn cymryd 2, efallai 3 gwers fideo. Bydd gwers heddiw yn cael ei neilltuo i ochr ddamcaniaethol y mater; dywedaf wrthych beth yw'r protocol hwn yn gyffredinol a sut mae'n gweithio. Yn y fideo nesaf, byddwn yn symud ymlaen i fodd ffurfweddu OSPF gan ddefnyddio Packet Tracer.
Felly yn y wers hon byddwn yn ymdrin â thri pheth: beth yw OSPF, sut mae'n gweithio, a beth yw parthau OSPF. Yn y wers flaenorol, dywedasom fod OSPF yn brotocol llwybro Link State sy'n archwilio cysylltiadau cyfathrebu rhwng llwybryddion ac yn gwneud penderfyniadau yn seiliedig ar gyflymder y cysylltiadau hynny. Bydd sianel hir gyda chyflymder uwch, hynny yw, gyda mwy o fewnbwn, yn cael blaenoriaeth dros sianel fer gyda llai o fewnbwn.
Bydd y protocol RIP, sy'n brotocol fector pellter, yn dewis llwybr un hop, hyd yn oed os oes gan y ddolen hon gyflymder isel, a bydd y protocol OSPF yn dewis llwybr hir o sawl hopys os yw cyfanswm y cyflymder ar y llwybr hwn yn uwch na'r cyflymder traffig ar y llwybr byr.
Byddwn yn edrych ar yr algorithm penderfyniad yn ddiweddarach, ond am y tro dylech gofio bod OSPF yn Brotocol Cyflwr Cyswllt. Crëwyd y safon agored hon ym 1988 fel y gallai pob gwneuthurwr offer rhwydwaith ac unrhyw ddarparwr rhwydwaith ei ddefnyddio. Felly mae OSPF yn llawer mwy poblogaidd nag EIGRP.
Dim ond IPv2 a gefnogodd fersiwn OSPF 4, a blwyddyn yn ddiweddarach, ym 1989, cyhoeddodd y datblygwyr fersiwn 3, a oedd yn cefnogi IPv6. Fodd bynnag, dim ond yn 6 yr ymddangosodd trydydd fersiwn gwbl weithredol o OSPF ar gyfer IPv2008. Pam dewisoch chi OSPF? Yn y wers ddiwethaf, fe wnaethom ddysgu bod y protocol porth mewnol hwn yn perfformio cydgyfeiriant llwybr yn llawer cyflymach na RIP. Protocol di-ddosbarth yw hwn.
Os cofiwch, mae RIP yn brotocol dosbarthol, sy'n golygu nad yw'n anfon gwybodaeth mwgwd is-rwydwaith, ac os daw ar draws cyfeiriad IP dosbarth A/24, ni fydd yn ei dderbyn. Er enghraifft, os ydych chi'n cyflwyno cyfeiriad IP iddo fel 10.1.1.0/24, bydd yn ei weld fel rhwydwaith 10.0.0.0 oherwydd nid yw'n deall pryd mae rhwydwaith yn cael ei is-rwydweithio gan ddefnyddio mwy nag un mwgwd is-rwydwaith.
Mae OSPF yn brotocol diogel. Er enghraifft, os yw dau lwybrydd yn cyfnewid gwybodaeth OSPF, gallwch chi ffurfweddu dilysiad fel mai dim ond ar ôl nodi cyfrinair y gallwch chi rannu gwybodaeth â llwybrydd cyfagos. Fel y dywedasom eisoes, mae'n safon agored, felly mae llawer o weithgynhyrchwyr offer rhwydwaith yn defnyddio OSPF.
Mewn ystyr byd-eang, mae OSPF yn fecanwaith ar gyfer cyfnewid Hysbysebion Cyflwr Cyswllt, neu LSAs. Cynhyrchir negeseuon LSA gan y llwybrydd ac maent yn cynnwys llawer o wybodaeth: ID llwybrydd dynodwr unigryw'r llwybrydd, data am rwydweithiau sy'n hysbys i'r llwybrydd, data am eu cost, ac ati. Mae angen yr holl wybodaeth hon ar y llwybrydd i wneud penderfyniadau llwybro.
Mae Llwybrydd R3 yn anfon ei wybodaeth LSA i'r llwybrydd R5, ac mae llwybrydd R5 yn rhannu ei wybodaeth LSA ag R3. Mae'r CCDau hyn yn cynrychioli'r strwythur data sy'n ffurfio Cronfa Ddata'r Wladwriaeth Gyswllt, neu LSDB. Mae'r llwybrydd yn casglu'r holl LSAs a dderbyniwyd ac yn eu gosod yn ei LSDB. Ar ôl i'r ddau lwybrydd greu eu cronfeydd data, maen nhw'n cyfnewid negeseuon Helo, sy'n ceisio darganfod cymdogion, a dechrau'r weithdrefn o gymharu eu LSDBs.
Mae llwybrydd R3 yn anfon neges DBD, neu “ddisgrifiad cronfa ddata” i'r llwybrydd R5, ac mae R5 yn anfon ei DBD i'r llwybrydd R3. Mae'r negeseuon hyn yn cynnwys mynegeion LSA sydd ar gael yng nghronfeydd data pob llwybrydd. Ar ôl derbyn y DBD, mae R3 yn anfon cais statws rhwydwaith LSR at R5 gan ddweud “Mae gen i negeseuon 3,4 a 9 eisoes, felly dim ond 5 a 7 a anfonaf ataf.”
Mae R5 yn gwneud yr un peth, gan ddweud wrth y trydydd llwybrydd: “Mae gen i wybodaeth 3,4 a 9, felly anfonwch 1 a 2 ataf.” Ar ôl derbyn ceisiadau LSR, mae'r llwybryddion yn anfon pecynnau diweddaru cyflwr rhwydwaith LSU yn ôl, hynny yw, mewn ymateb i'w LSR, mae'r trydydd llwybrydd yn derbyn LSU gan lwybrydd R5. Ar ôl i'r llwybryddion ddiweddaru eu cronfeydd data, bydd gan bob un ohonynt, hyd yn oed os oes gennych 100 o lwybryddion, yr un LSDBs. Unwaith y bydd y cronfeydd data LSDB yn cael eu creu yn y llwybryddion, bydd pob un ohonynt yn gwybod am y rhwydwaith cyfan yn ei gyfanrwydd. Mae'r protocol OSPF yn defnyddio'r algorithm Llwybr Cyntaf Byrraf i greu'r tabl llwybro, felly'r amod pwysicaf ar gyfer ei weithrediad cywir yw bod LSDBs pob dyfais ar y rhwydwaith yn cael eu cydamseru.
Yn y diagram uchod, mae yna 9 llwybrydd, pob un ohonynt yn cyfnewid negeseuon LSR, LSU, ac yn y blaen gyda'i gymdogion. Mae pob un ohonynt wedi'u cysylltu â'i gilydd trwy ryngwynebau p2p, neu "bwynt-i-bwynt" sy'n cefnogi gweithrediad trwy'r protocol OSPF, ac yn rhyngweithio â'i gilydd i greu'r un LSDB.
Cyn gynted ag y bydd y seiliau wedi'u cydamseru, mae pob llwybrydd, gan ddefnyddio'r algorithm llwybr byrraf, yn ffurfio ei dabl llwybro ei hun. Bydd y tablau hyn yn wahanol ar gyfer gwahanol lwybryddion. Hynny yw, mae pob llwybrydd yn defnyddio'r un LSDB, ond yn creu tablau llwybro yn seiliedig ar eu hystyriaethau eu hunain am y llwybrau byrraf. Er mwyn defnyddio'r algorithm hwn, mae angen i OSPF ddiweddaru'r LSDB yn rheolaidd.
Felly, er mwyn i OSPF weithredu ei hun, yn gyntaf rhaid iddo ddarparu 3 amod: dod o hyd i gymdogion, creu a diweddaru'r LSDB, a ffurfio tabl llwybro. Er mwyn cyflawni'r amod cyntaf, efallai y bydd angen i weinyddwr y rhwydwaith ffurfweddu'r llwybrydd-id, amseriadau, neu fwgwd cerdyn chwilio â llaw. Yn y fideo nesaf byddwn yn edrych ar sefydlu dyfais i weithio gydag OSPF, am y tro dylech wybod bod y protocol hwn yn defnyddio mwgwd gwrthdro, ac os nad yw'n cyfateb, os nad yw'ch is-rwydweithiau'n cyfateb, neu os nad yw'r dilysiad yn cyfateb , ni fydd cymdogaeth o llwybryddion yn gallu ffurfio. Felly, wrth ddatrys problemau OSPF, rhaid i chi ddarganfod pam nad yw'r union gymdogaeth hon wedi'i ffurfio, hynny yw, gwiriwch fod y paramedrau uchod yn cyd-fynd.
Fel gweinyddwr rhwydwaith, nid ydych yn rhan o broses creu LSDB. Mae cronfeydd data yn cael eu diweddaru'n awtomatig ar ôl creu cymdogaeth o lwybryddion, fel y mae adeiladu tablau llwybro. Mae hyn i gyd yn cael ei berfformio gan y ddyfais ei hun, wedi'i ffurfweddu i weithio gyda'r protocol OSPF.
Gadewch i ni edrych ar enghraifft. Mae gennym 2 llwybrydd, yr wyf yn neilltuo RIDs 1.1.1.1 a 2.2.2.2 ar gyfer symlrwydd. Cyn gynted ag y byddwn yn eu cysylltu, bydd y sianel gyswllt yn mynd i'r cyflwr i fyny ar unwaith, oherwydd fe wnes i ffurfweddu'r llwybryddion hyn yn gyntaf i weithio gydag OSPF. Cyn gynted ag y bydd sianel gyfathrebu yn cael ei ffurfio, bydd llwybrydd A yn anfon pecyn Helo at lwybrydd A ar unwaith. Bydd y pecyn hwn yn cynnwys gwybodaeth nad yw'r llwybrydd hwn wedi "gweld" unrhyw un ar y sianel hon eto, oherwydd ei fod yn anfon Helo am y tro cyntaf, yn ogystal â'i ddynodwr ei hun, data am y rhwydwaith sy'n gysylltiedig ag ef, a gwybodaeth arall y gall rhannu gyda chymydog.
Ar ôl derbyn y pecyn hwn, bydd llwybrydd B yn dweud: “Rwy’n gweld bod ymgeisydd posibl ar gyfer cymydog OSPF ar y sianel gyfathrebu hon” a bydd yn mynd i mewn i gyflwr Init. Nid yw'r pecyn Helo yn neges unicast neu ddarlledu, mae'n becyn aml-ddarlledu a anfonir i'r cyfeiriad IP multicast OSPF 224.0.0.5. Mae rhai pobl yn gofyn beth yw'r mwgwd subnet ar gyfer multicast. Y ffaith yw nad oes gan aml-ddarllediad mwgwd is-rwydwaith; mae'n lluosogi fel signal radio, sy'n cael ei glywed gan bob dyfais sy'n cael ei diwnio i'w amledd. Er enghraifft, os ydych chi am glywed darllediad radio FM ar amledd 91,0, rydych chi'n tiwnio'ch radio i'r amledd hwnnw.
Yn yr un modd, mae llwybrydd B wedi'i ffurfweddu i dderbyn negeseuon ar gyfer y cyfeiriad aml-ddarllediad 224.0.0.5. Wrth wrando ar y sianel hon, mae'n derbyn y pecyn Helo a anfonwyd gan Router A ac yn ymateb gyda'i neges ei hun.
Yn yr achos hwn, dim ond os yw ateb B yn bodloni set o feini prawf y gellir sefydlu cymdogaeth. Y maen prawf cyntaf yw bod yn rhaid i amlder anfon negeseuon Helo a'r cyfnod aros ar gyfer ymateb i'r neges hon Dead Interval fod yr un peth ar gyfer y ddau lwybrydd. Yn nodweddiadol mae'r Cyfwng Marw yn hafal i sawl gwerth amserydd Helo. Felly, os yw Amserydd Helo llwybrydd A yn 10 s, a bod llwybrydd B yn anfon neges iddo ar ôl 30 s, tra bod y Cyfnod Marw yn 20 s, ni fydd y cyfagosiad yn digwydd.
Yr ail faen prawf yw bod yn rhaid i'r ddau lwybrydd ddefnyddio'r un math o ddilysu. Yn unol â hynny, rhaid i gyfrineiriau dilysu gyfateb hefyd.
Y trydydd maen prawf yw cyfateb y dynodwyr parth ID Arial, y pedwerydd yw cyfatebiad hyd y rhagddodiad rhwydwaith. Os yw Llwybrydd A yn adrodd rhagddodiad /24, yna mae'n rhaid i Lwybrydd B gael rhagddodiad rhwydwaith /24 hefyd. Yn y fideo nesaf byddwn yn edrych ar hyn yn fanylach, am y tro byddaf yn nodi nad mwgwd subnet yw hwn, yma mae llwybryddion yn defnyddio mwgwd Cerdyn Gwyllt i'r gwrthwyneb. Ac wrth gwrs, rhaid i'r baneri ardal Stub hefyd gyd-fynd os yw'r llwybryddion yn y parth hwn.
Ar ôl gwirio'r meini prawf hyn, os ydynt yn cyfateb, mae llwybrydd B yn anfon ei becyn Helo at lwybrydd A. Yn wahanol i neges A, mae Llwybrydd B yn adrodd ei fod wedi gweld Llwybrydd A ac yn cyflwyno ei hun.
Mewn ymateb i'r neges hon, mae llwybrydd A eto'n anfon Helo at lwybrydd B, lle mae'n cadarnhau ei fod hefyd wedi gweld llwybrydd B, mae'r sianel gyfathrebu rhyngddynt yn cynnwys dyfeisiau 1.1.1.1 a 2.2.2.2, ac mae'n ddyfais 1.1.1.1 ei hun. . Mae hwn yn gam pwysig iawn o sefydlu cymdogaeth. Yn yr achos hwn, defnyddir cysylltiad dwy ffordd 2-WAY, ond beth sy'n digwydd os oes gennym switsh gyda rhwydwaith dosbarthedig o 4 llwybrydd? Mewn amgylchedd “rhannu” o'r fath, dylai un o'r llwybryddion chwarae rôl llwybrydd Dynodedig DR, a dylai'r ail chwarae rôl llwybrydd dynodedig wrth gefn, BDR
Bydd pob un o'r dyfeisiau hyn yn ffurfio cysylltiad Llawn, neu gyflwr cyfochrog llwyr, yn ddiweddarach byddwn yn edrych ar beth yw hwn, fodd bynnag, dim ond gyda DR a BDR y bydd cysylltiad o'r math hwn yn cael ei sefydlu; bydd y ddau lwybrydd is D a B yn cael eu sefydlu. dal i gyfathrebu â'i gilydd gan ddefnyddio cynllun cysylltiad dwy ffordd "pwynt-i-bwynt".
Hynny yw, gyda DR a BDR, mae pob llwybrydd yn sefydlu perthynas gymdogaeth lawn, a chyda'i gilydd - cysylltiad pwynt-i-bwynt. Mae hyn yn bwysig iawn oherwydd yn ystod cysylltiad dwy ffordd rhwng dyfeisiau cyfagos, rhaid i holl baramedrau pecyn Helo gyfateb. Yn ein hachos ni, mae popeth yn cyd-fynd, felly mae'r dyfeisiau'n ffurfio cymdogaeth heb unrhyw broblemau.
Cyn gynted ag y bydd cyfathrebu dwy ffordd wedi'i sefydlu, mae llwybrydd A yn anfon pecyn Disgrifiad Cronfa Ddata i lwybrydd B, neu "ddisgrifiad cronfa ddata", ac yn mynd i mewn i gyflwr ExStart - dechrau'r cyfnewid, neu aros am lwytho. Mae'r Disgrifydd Cronfa Ddata yn wybodaeth debyg i dabl cynnwys llyfr - mae'n rhestr o bopeth sydd yn y gronfa ddata llwybro. Mewn ymateb, mae Llwybrydd B yn anfon ei ddisgrifiad cronfa ddata i Router A ac yn mynd i mewn i gyflwr cyfathrebu sianel Exchange. Os yw'r llwybrydd yn y cyflwr Exchange yn canfod bod rhywfaint o wybodaeth ar goll yn ei gronfa ddata, bydd yn mynd i mewn i gyflwr llwytho LLWYTHO ac yn dechrau cyfnewid negeseuon LSR, LSU a LSA gyda'i gymydog.
Felly, bydd llwybrydd A yn anfon LSR at ei gymydog, a fydd yn ymateb gyda phecyn LSU, y bydd llwybrydd A yn ymateb i lwybrydd B gyda neges LSA iddo. Bydd y cyfnewid hwn yn digwydd gymaint o weithiau ag y mae'r dyfeisiau am gyfnewid negeseuon LSA. Mae cyflwr LLWYTHO yn golygu nad oes diweddariad llawn o gronfa ddata'r AGLl wedi digwydd eto. Unwaith y bydd yr holl ddata wedi'i lawrlwytho, bydd y ddau ddyfais yn mynd i mewn i'r cyflwr cyfagos LLAWN.
Sylwch, gyda chysylltiad dwy ffordd, mae'r dyfeisiau yn syml yn y cyflwr cyfagos, a dim ond rhwng y llwybryddion, DR a BDR y mae'r cyflwr agosrwydd llawn yn bosibl. Mae hyn yn golygu bod pob llwybrydd yn hysbysu DR am newidiadau yn y rhwydwaith, a'r holl lwybryddion dysgu am y newidiadau hyn gan DR
Mae'r dewis o DR a BDR yn fater pwysig. Gadewch i ni edrych ar sut mae DR yn cael ei ddewis mewn amgylchedd cyffredinol. Gadewch i ni dybio bod gan ein cynllun dri llwybrydd a switsh. Mae dyfeisiau OSPF yn cymharu'r flaenoriaeth mewn negeseuon Helo yn gyntaf, yna cymharwch ID y Llwybrydd.
Daw'r ddyfais â'r flaenoriaeth uchaf yn DR Os yw blaenoriaethau dwy ddyfais yn cyd-daro, yna dewisir y ddyfais gyda'r ID Llwybrydd uchaf o'r ddau a dod yn DR
Mae'r ddyfais sydd â'r ail flaenoriaeth uchaf neu'r ID Llwybrydd ail uchaf yn dod yn llwybrydd wrth gefn pwrpasol BDR. Os bydd y DR yn methu, caiff ei ddisodli ar unwaith gan y BDR. Bydd yn dechrau chwarae rôl DR, a bydd y system yn dewis un arall BDR
Rwy'n gobeithio eich bod wedi cyfrifo'r dewis o DR a BDR, os na, byddaf yn dychwelyd at y mater hwn yn un o'r fideos canlynol ac yn egluro'r broses hon.
Hyd yn hyn rydym wedi edrych ar beth yw Helo, y Disgrifydd Cronfa Ddata, a negeseuon LSR, LSU, a LSA. Cyn symud ymlaen at y pwnc nesaf, gadewch i ni siarad ychydig am gost OSPF.
Yn Cisco, cyfrifir cost llwybr gan ddefnyddio fformiwla cymhareb y lled band Cyfeirnod, a osodir i 100 Mbit yr eiliad yn ddiofyn, i gost y sianel. Er enghraifft, wrth gysylltu dyfeisiau trwy borth cyfresol, y cyflymder yw 1.544 Mbps, a'r gost fydd 64. Wrth ddefnyddio cysylltiad Ethernet â chyflymder o 10 Mbps, bydd y gost yn 10, a chost cysylltiad FastEthernet â cyflymder o 100 Mbps fydd 1.
Wrth ddefnyddio Gigabit Ethernet mae gennym gyflymder o 1000 Mbps, ond yn yr achos hwn tybir bod y cyflymder bob amser yn 1. Felly, os oes gennych Gigabit Ethernet ar eich rhwydwaith, rhaid i chi newid gwerth rhagosodedig Cyf. BW erbyn 1000. Yn yr achos hwn, bydd y gost yn 1, a bydd y tabl cyfan yn cael ei ailgyfrifo gyda'r gwerthoedd cost yn cynyddu 10 gwaith. Unwaith y byddwn wedi ffurfio'r cyffiniau ac adeiladu'r LSDB, symudwn ymlaen i adeiladu'r bwrdd llwybro.
Ar ôl derbyn y LSDB, mae pob llwybrydd yn annibynnol yn dechrau cynhyrchu rhestr o lwybrau gan ddefnyddio'r algorithm SPF. Yn ein cynllun, bydd llwybrydd A yn creu tabl o'r fath iddo'i hun. Er enghraifft, mae'n cyfrifo cost y llwybr A-R1 ac yn penderfynu ei fod yn 10. Er mwyn gwneud y diagram yn haws ei ddeall, mae'n debyg mai llwybrydd A sy'n pennu'r llwybr gorau posibl i lwybrydd B. Cost y cyswllt A-R1 yw 10 , y cyswllt A-R2 yw 100, ac mae cost y llwybr A-R3 yn hafal i 11, hynny yw, swm y llwybr A-R1(10) a R1-R3(1).
Os yw llwybrydd A eisiau cyrraedd llwybrydd R4, gall wneud hyn naill ai ar hyd y llwybr A-R1-R4 neu ar hyd y llwybr A-R2-R4, ac yn y ddau achos bydd cost y llwybrau yr un peth: 10 + 100 =100+10=110. Bydd llwybr A-R6 yn costio 100 + 1 = 101, sydd eisoes yn well. Nesaf, rydym yn ystyried y llwybr i'r llwybrydd R5 ar hyd y llwybr A-R1-R3-R5, a'i gost fydd 10 + 1 + 100 = 111.
Gellir gosod y llwybr i'r llwybrydd R7 ar hyd dau lwybr: A-R1-R4-R7 neu A-R2-R6-R7. Cost y cyntaf fydd 210, yr ail - 201, sy'n golygu y dylech ddewis 201. Felly, i gyrraedd llwybrydd B, gall llwybrydd A ddefnyddio 4 llwybr.
Cost llwybr A-R1-R3-R5-B fydd 121. Bydd llwybr A-R1-R4-R7-B yn costio 220. Bydd llwybr A-R2-R4-R7-B yn costio 210, ac A-R2- Mae gan R6-R7- B gost o 211. Yn seiliedig ar hyn, bydd llwybrydd A yn dewis y llwybr gyda'r gost isaf, sy'n hafal i 121, a'i roi yn y tabl llwybro. Mae hwn yn ddiagram syml iawn o sut mae'r algorithm SPF yn gweithio. Mewn gwirionedd, mae'r tabl yn cynnwys nid yn unig dynodiadau'r llwybryddion y mae'r llwybr gorau yn rhedeg trwyddynt, ond hefyd dynodiadau'r porthladdoedd sy'n eu cysylltu a'r holl wybodaeth angenrheidiol arall.
Edrychwn ar bwnc arall sy'n ymwneud â pharthau llwybro. Yn nodweddiadol, wrth sefydlu dyfeisiau OSPF cwmni, maent i gyd wedi'u lleoli mewn un parth cyffredin.
Beth sy'n digwydd os bydd y ddyfais sy'n gysylltiedig â'r llwybrydd R3 yn methu'n sydyn? Bydd llwybrydd R3 yn dechrau anfon neges at lwybryddion R5 ac R1 ar unwaith nad yw'r sianel gyda'r ddyfais hon yn gweithio mwyach, a bydd pob llwybrydd yn dechrau cyfnewid diweddariadau am y digwyddiad hwn.
Os oes gennych 100 o lwybryddion, byddant i gyd yn diweddaru'r wybodaeth cyflwr cyswllt oherwydd eu bod yn yr un parth cyffredin. Bydd yr un peth yn digwydd os bydd un o'r llwybryddion cyfagos yn methu - bydd pob dyfais yn y parth yn cyfnewid diweddariadau LSA. Ar ôl cyfnewid negeseuon o'r fath, bydd topoleg y rhwydwaith ei hun yn newid. Unwaith y bydd hyn yn digwydd, bydd SPF yn ailgyfrifo'r tablau llwybro yn unol â'r amodau newydd. Mae hon yn broses fawr iawn, ac os oes gennych fil o ddyfeisiau mewn un parth, mae angen i chi reoli maint cof y llwybryddion fel ei fod yn ddigonol i storio'r holl LSAs a chronfa ddata cyflwr cyswllt LSDB enfawr. Cyn gynted ag y bydd newidiadau'n digwydd mewn rhan o'r parth, mae'r algorithm SPF yn ailgyfrifo'r llwybrau ar unwaith. Yn ddiofyn, caiff yr AGLl ei diweddaru bob 30 munud. Nid yw'r broses hon yn digwydd ar bob dyfais ar yr un pryd, ond mewn unrhyw achos, mae diweddariadau yn cael eu perfformio gan bob llwybrydd bob 30 munud. Po fwyaf o ddyfeisiau rhwydwaith. Po fwyaf o gof ac amser y mae'n ei gymryd i ddiweddaru'r LSDB.
Gellir datrys y broblem hon trwy rannu un parth cyffredin yn sawl parth ar wahân, hynny yw, gan ddefnyddio aml-barthau. I wneud hyn, rhaid i chi gael cynllun neu ddiagram o'r rhwydwaith cyfan rydych chi'n ei reoli. ARDAL 0 yw eich Prif ardal. Dyma'r man lle gwneir y cysylltiad â'r rhwydwaith allanol, er enghraifft, mynediad i'r Rhyngrwyd. Wrth greu parthau newydd, rhaid i chi ddilyn y rheol: rhaid i bob parth gael un ABR, Llwybrydd Ffin Ardal. Mae gan lwybrydd ymyl un rhyngwyneb mewn un parth ac ail ryngwyneb mewn parth arall. Er enghraifft, mae gan y llwybrydd R5 ryngwynebau ym mharth 1 a pharth 0. Fel y dywedais, rhaid i bob un o'r parthau fod yn gysylltiedig â pharth sero, hynny yw, bod â llwybrydd ymyl, y mae un o'i ryngwynebau wedi'i gysylltu ag ARDAL 0.
Gadewch i ni dybio bod y cysylltiad R6-R7 wedi methu. Yn yr achos hwn, bydd diweddariad yr AGLl yn ymledu trwy ARDAL 1 yn unig a bydd yn effeithio ar y parth hwn yn unig. Ni fydd dyfeisiau ym mharth 2 a pharth 0 hyd yn oed yn gwybod amdano. Mae llwybrydd ymyl R5 yn crynhoi gwybodaeth am yr hyn sy'n digwydd yn ei barth ac yn anfon gwybodaeth gryno am gyflwr y rhwydwaith i'r prif barth ARDAL 0. Nid oes angen i ddyfeisiau mewn un parth fod yn ymwybodol o'r holl newidiadau i'r LSA mewn parthau eraill oherwydd bydd y llwybrydd ABR yn anfon gwybodaeth gryno am y llwybr o un parth i'r llall.
Os nad ydych chi'n gwbl glir ynghylch y cysyniad o barthau, gallwch ddysgu mwy yn y gwersi nesaf pan fyddwn yn dechrau ffurfweddu llwybro OSPF ac edrych ar rai enghreifftiau.
Diolch am aros gyda ni. Ydych chi'n hoffi ein herthyglau? Eisiau gweld cynnwys mwy diddorol? Cefnogwch ni trwy osod archeb neu argymell i ffrindiau, Gostyngiad o 30% i ddefnyddwyr Habr ar analog unigryw o weinyddion lefel mynediad, a ddyfeisiwyd gennym ni ar eich cyfer chi: (ar gael gyda RAID1 a RAID10, hyd at 24 craidd a hyd at 40GB DDR4).
Dell R730xd 2 gwaith yn rhatach? Dim ond yma yn yr Iseldiroedd! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - o $99! Darllenwch am
Ffynhonnell: hab.com