Testun gwers heddiw yw RIP, neu brotocol gwybodaeth llwybro. Byddwn yn siarad am wahanol agweddau ar ei ddefnydd, ei ffurfwedd a'i gyfyngiadau. Fel y dywedais, nid yw RIP yn rhan o gwricwlwm cwrs Cisco 200-125 CCNA, ond penderfynais neilltuo gwers ar wahân i'r protocol hwn gan mai RIP yw un o'r prif brotocolau llwybro.
Heddiw, byddwn yn edrych ar 3 agwedd: deall y gweithrediad a sefydlu RIP mewn llwybryddion, amseryddion RIP, cyfyngiadau RIP. Crëwyd y protocol hwn ym 1969, felly mae'n un o'r protocolau rhwydwaith hynaf. Ei fantais yw ei symlrwydd rhyfeddol. Heddiw, mae llawer o ddyfeisiau rhwydwaith, gan gynnwys Cisco, yn parhau i gefnogi RIP oherwydd nid protocol perchnogol fel EIGRP ydyw, ond protocol cyhoeddus.
Mae 2 fersiwn o RIP. Nid yw'r fersiwn glasurol gyntaf yn cefnogi VLSM - y mwgwd is-rwydwaith hyd amrywiol y mae cyfeiriad IP di-ddosbarth yn seiliedig arno, felly dim ond un rhwydwaith y gallwn ei ddefnyddio. Byddaf yn siarad am hyn ychydig yn ddiweddarach. Nid yw'r fersiwn hon ychwaith yn cefnogi dilysu.
Gadewch i ni ddweud bod gennych chi 2 llwybrydd wedi'u cysylltu â'i gilydd. Yn yr achos hwn, mae'r llwybrydd cyntaf yn dweud wrth ei gymydog bopeth y mae'n ei wybod. Gadewch i ni ddweud bod rhwydwaith 10 wedi'i gysylltu â'r llwybrydd cyntaf, mae rhwydwaith 20 wedi'i leoli rhwng y llwybrydd cyntaf a'r ail lwybrydd, ac mae rhwydwaith 30 y tu ôl i'r ail lwybrydd. Yna mae'r llwybrydd cyntaf yn dweud wrth yr ail ei fod yn gwybod rhwydweithiau 10 a 20, a llwybrydd 2 yn dweud llwybrydd 1 ei fod yn gwybod am rwydwaith 30 a rhwydwaith 20.
Mae'r protocol llwybro yn nodi y dylid ychwanegu'r ddau rwydwaith hyn at y tabl llwybro. Yn gyffredinol, mae'n ymddangos bod un llwybrydd yn dweud wrth y llwybrydd cyfagos am y rhwydweithiau sy'n gysylltiedig ag ef, sy'n dweud wrth ei gymydog, ac ati. Yn syml, mae RIP yn brotocol clecs sy'n caniatáu i lwybryddion cyfagos rannu gwybodaeth â'i gilydd, gyda phob cymydog yn credu'n ddiamod yr hyn a ddywedir wrthynt. Mae pob llwybrydd yn "gwrando" am newidiadau yn y rhwydwaith ac yn eu rhannu gyda'i gymdogion.
Mae'r diffyg cefnogaeth dilysu yn golygu bod unrhyw lwybrydd sydd wedi'i gysylltu â'r rhwydwaith yn dod yn gyfranogwr llawn ar unwaith. Os ydw i am ddod â'r rhwydwaith i lawr, byddaf yn cysylltu fy llwybrydd haciwr gyda diweddariad maleisus iddo, a chan fod yr holl lwybryddion eraill yn ymddiried ynddo, byddant yn diweddaru eu tablau llwybro fel y dymunaf. Nid yw'r fersiwn gyntaf o RIP yn darparu unrhyw amddiffyniad rhag hacio o'r fath.
Yn RIPv2, gallwch chi ddarparu dilysiad trwy ffurfweddu'r llwybrydd yn unol â hynny. Yn yr achos hwn, dim ond ar ôl pasio dilysiad rhwydwaith trwy nodi cyfrinair y bydd yn bosibl diweddaru gwybodaeth rhwng llwybryddion.
Mae RIPv1 yn defnyddio darlledu, hynny yw, anfonir yr holl ddiweddariadau gan ddefnyddio negeseuon darlledu fel eu bod yn cael eu derbyn gan holl gyfranogwyr y rhwydwaith. Gadewch i ni ddweud bod cyfrifiadur wedi'i gysylltu â'r llwybrydd cyntaf nad yw'n gwybod dim am y diweddariadau hyn oherwydd dim ond y dyfeisiau llwybro sydd eu hangen. Fodd bynnag, bydd llwybrydd 1 yn anfon y negeseuon hyn at bob dyfais sydd ag ID Darlledu, hynny yw, hyd yn oed y rhai nad oes eu hangen arnynt.
Yn yr ail fersiwn o RIP, mae'r broblem hon yn cael ei datrys - mae'n defnyddio ID Multicast, neu drosglwyddiad traffig aml-gast. Yn yr achos hwn, dim ond y dyfeisiau hynny a nodir yn y gosodiadau protocol sy'n derbyn diweddariadau. Yn ogystal â dilysu, mae'r fersiwn hon o RIP yn cefnogi cyfeiriadau IP di-ddosbarth VLSM. Mae hyn yn golygu, os yw'r rhwydwaith 10.1.1.1 / 24 wedi'i gysylltu â'r llwybrydd cyntaf, yna mae pob dyfais rhwydwaith y mae ei gyfeiriad IP yn ystod cyfeiriad yr is-rwydwaith hwn hefyd yn derbyn diweddariadau. Mae ail fersiwn y protocol yn cefnogi'r dull CIDR, hynny yw, pan fydd yr ail lwybrydd yn derbyn diweddariad, mae'n gwybod pa rwydwaith neu lwybr penodol y mae'n ymwneud ag ef. Yn achos y fersiwn gyntaf, os yw rhwydwaith 10.1.1.0 wedi'i gysylltu â'r llwybrydd, yna bydd dyfeisiau ar rwydwaith 10.0.0.0 a rhwydweithiau eraill sy'n perthyn i'r un dosbarth hefyd yn derbyn diweddariadau. Yn yr achos hwn, bydd llwybrydd 2 hefyd yn derbyn gwybodaeth lawn am ddiweddariad y rhwydweithiau hyn, ond heb CIDR ni fydd yn gwybod bod y wybodaeth hon yn ymwneud ag is-rwydwaith gyda chyfeiriadau IP dosbarth A.
Dyma beth yw RIP mewn termau cyffredinol iawn. Nawr, gadewch i ni edrych ar sut y gellir ei ffurfweddu. Mae angen i chi fynd i mewn i fodd cyfluniad byd-eang gosodiadau'r llwybrydd a defnyddio'r gorchymyn RIP Router.
Ar ôl hyn, fe welwch fod pennawd y llinell orchymyn wedi newid i R1 (config-router) # oherwydd ein bod wedi symud i lefel is-orchymyn y llwybrydd. Yr ail orchymyn fydd Fersiwn 2, hynny yw, rydym yn nodi i'r llwybrydd y dylai ddefnyddio fersiwn 2 o'r protocol. Nesaf, rhaid inni nodi cyfeiriad y rhwydwaith dosbarthol a hysbysebir y dylid trosglwyddo diweddariadau drosto gan ddefnyddio'r gorchymyn rhwydwaith XXXX. Mae gan y gorchymyn hwn 2 swyddogaeth: yn gyntaf, mae'n nodi pa rwydwaith sydd angen ei hysbysebu, ac yn ail, pa ryngwyneb sydd angen ei ddefnyddio am hyn. Fe welwch yr hyn yr wyf yn ei olygu pan edrychwch ar gyfluniad y rhwydwaith.
Yma mae gennym 4 llwybrydd a chyfrifiadur sy'n gysylltiedig â'r switsh trwy rwydwaith gyda'r dynodwr 192.168.1.0/26, sydd wedi'i rannu'n 4 is-rwydwaith. Dim ond 3 is-rwydwaith rydyn ni'n eu defnyddio: 192.168.1.0/26, 192.168.1.64/26 a 192.168.1.128/26. Mae gennym yr isrwyd 192.168.1.192/26 o hyd, ond ni chaiff ei ddefnyddio oherwydd nad oes ei angen.
Mae gan y porthladdoedd ddyfais y cyfeiriadau IP canlynol: cyfrifiadur 192.168.1.10, porthladd cyntaf y llwybrydd cyntaf 192.168.1.1, ail borthladd 192.168.1.65, porthladd cyntaf yr ail lwybrydd 192.168.1.66, ail borthladd yr ail lwybrydd 192.168.1.129, 192.168.1.130, ail borthladd yr ail lwybrydd porthladd cyntaf y trydydd llwybrydd 1 . Y tro diwethaf i ni siarad am gonfensiynau, felly ni allaf ddilyn y confensiwn a neilltuo'r cyfeiriad .1 i ail borthladd y llwybrydd, oherwydd nid yw .XNUMX yn rhan o'r rhwydwaith hwn.
Nesaf, rwy'n defnyddio cyfeiriadau eraill, oherwydd rydym yn cychwyn rhwydwaith arall - 10.1.1.0/16, felly mae gan ail borthladd yr ail lwybrydd, y mae'r rhwydwaith hwn wedi'i gysylltu ag ef, gyfeiriad IP o 10.1.1.1, a phorthladd y pedwerydd llwybrydd, y mae'r switsh wedi'i gysylltu ag ef - cyfeiriad 10.1.1.2.
I ffurfweddu'r rhwydwaith a greais, rhaid i mi aseinio cyfeiriadau IP i'r dyfeisiau. Gadewch i ni ddechrau gyda phorthladd cyntaf y llwybrydd cyntaf.
Yn gyntaf, byddwn yn creu'r enw gwesteiwr R1, yn aseinio'r cyfeiriad 0 i borthladd f0/192.168.1.1 ac yn nodi'r mwgwd subnet 255.255.255.192, gan fod gennym rwydwaith /26. Gadewch i ni gwblhau cyfluniad R1 gyda'r gorchymyn dim cau. Bydd ail borthladd y llwybrydd cyntaf f0/1 yn derbyn cyfeiriad IP o 192.168.1.65 a mwgwd subnet o 255.255.255.192.
Bydd yr ail lwybrydd yn derbyn yr enw R2, byddwn yn aseinio'r cyfeiriad 0 a'r mwgwd subnet 0 i'r porthladd cyntaf f192.168.1.66/255.255.255.192, y cyfeiriad 0 a'r mwgwd isrwyd 1/ail f192.168.1.129/255.255.255.192 i'r porthladd cyntaf XNUMX .
Gan symud ymlaen i'r trydydd llwybrydd, byddwn yn aseinio'r enw gwesteiwr R3 iddo, bydd porthladd f0/0 yn derbyn y cyfeiriad 192.168.1.130 a'r mwgwd 255.255.255.192, a bydd porthladd f0/1 yn derbyn y cyfeiriad 10.1.1.1 a'r mwgwd 255.255.0.0. 16, oherwydd bod y rhwydwaith hwn yn /XNUMX.
Yn olaf, af at y llwybrydd olaf, ei enwi R4, a aseinio porthladd f0/0 gyfeiriad o 10.1.1.2 a mwgwd o 255.255.0.0. Felly, rydym wedi ffurfweddu pob dyfais rhwydwaith.
Yn olaf, gadewch i ni edrych ar osodiadau rhwydwaith y cyfrifiadur - mae ganddo gyfeiriad IP statig o 192.168.1.10, mwgwd hanner rhwyd o 255.255.255.192, a chyfeiriad porth rhagosodedig o 192.168.1.1.
Felly, rydych chi wedi gweld sut i ffurfweddu'r mwgwd is-rwydwaith ar gyfer dyfeisiau ar wahanol is-rwydweithiau, mae'n syml iawn. Nawr gadewch i ni alluogi llwybro. Rwy'n mynd i mewn i'r gosodiadau R1, yn gosod y modd cyfluniad byd-eang a theipiwch y gorchymyn llwybrydd. Ar ôl hyn, mae'r system yn darparu awgrymiadau ar gyfer protocolau llwybro posibl ar gyfer y gorchymyn hwn: bgp, eigrp, ospf a rip. Gan fod ein tiwtorial yn ymwneud â RIP, rwy'n defnyddio'r gorchymyn rip llwybrydd.
Os byddwch yn teipio marc cwestiwn, bydd y system yn cyhoeddi awgrym newydd ar gyfer y gorchymyn canlynol gydag opsiynau posibl ar gyfer swyddogaethau'r protocol hwn: crynodeb awtomatig - crynodeb awtomatig o lwybrau, gwybodaeth ddiofyn - rheoli cyflwyniad y wybodaeth ddiofyn, rhwydwaith - rhwydweithiau, amseriadau, ac ati. Yma gallwch ddewis y wybodaeth y byddwn yn ei chyfnewid â dyfeisiau cyfagos. Y swyddogaeth bwysicaf yw fersiwn, felly byddwn yn dechrau trwy fynd i mewn i'r gorchymyn fersiwn 2. Nesaf mae angen i ni ddefnyddio'r gorchymyn allwedd rhwydwaith, sy'n creu llwybr ar gyfer y rhwydwaith IP penodedig.
Byddwn yn parhau i ffurfweddu Router1 yn ddiweddarach, ond am y tro rwyf am symud ymlaen i Router 3. Cyn i mi ddefnyddio'r gorchymyn rhwydwaith arno, gadewch i ni edrych ar ochr dde topoleg ein rhwydwaith. Mae gan ail borthladd y llwybrydd y cyfeiriad 10.1.1.1. Sut mae RIP yn gweithio? Hyd yn oed yn ei ail fersiwn, mae RIP, fel protocol eithaf hen, yn dal i ddefnyddio ei ddosbarthiadau rhwydwaith ei hun. Felly, er bod ein rhwydwaith 10.1.1.0/16 yn perthyn i ddosbarth A, rhaid inni nodi fersiwn dosbarth llawn y cyfeiriad IP hwn gan ddefnyddio'r gorchymyn rhwydwaith 10.0.0.0.
Ond hyd yn oed os byddaf yn teipio'r rhwydwaith gorchymyn 10.1.1.1 ac yna'n edrych ar y ffurfweddiad presennol, byddaf yn gweld bod y system wedi cywiro 10.1.1.1 i 10.0.0.0, gan ddefnyddio'r fformat cyfeiriad dosbarth llawn yn awtomatig. Felly os dewch chi ar draws cwestiwn am RIP ar arholiad CCNA, bydd yn rhaid i chi ddefnyddio cyfeiriadau dosbarth llawn. Os yn lle 10.0.0.0 teipiwch 10.1.1.1 neu 10.1.0.0, byddwch yn gwneud camgymeriad. Er gwaethaf y ffaith bod y trosi i'r ffurflen cyfeiriad dosbarth llawn yn digwydd yn awtomatig, rwy'n eich cynghori i ddefnyddio'r cyfeiriad cywir i ddechrau er mwyn peidio ag aros nes bod y system yn cywiro'r gwall. Cofiwch - mae RIP bob amser yn defnyddio cyfeiriadau rhwydwaith dosbarth llawn.
Ar ôl i chi ddefnyddio'r gorchymyn rhwydwaith 10.0.0.0, bydd y trydydd llwybrydd yn mewnosod y degfed rhwydwaith hwn yn y protocol llwybro ac yn anfon y diweddariad ar hyd y llwybr R3-R4. Nawr mae angen i chi ffurfweddu protocol llwybro'r pedwerydd llwybrydd. Rwy'n mynd i mewn i'w osodiadau ac yn mynd i mewn i'r llwybrydd gorchmynion RIP, fersiwn 2 a rhwydwaith 10.0.0.0 yn olynol. Gyda'r gorchymyn hwn gofynnaf i R4 ddechrau hysbysebu'r rhwydwaith 10. gan ddefnyddio'r protocol llwybro RIP.
Nawr gallai'r ddau lwybrydd hyn gyfnewid gwybodaeth, ond ni fyddai'n newid unrhyw beth. Mae defnyddio'r gorchymyn llwybr ip sioe yn dangos bod porthladd FastEthernrt 0/0 wedi'i gysylltu'n uniongyrchol â rhwydwaith 10.1.0.0. Bydd y pedwerydd llwybrydd, ar ôl derbyn cyhoeddiad rhwydwaith gan y trydydd llwybrydd, yn dweud: “Gwych, gyfaill, derbyniais eich cyhoeddiad am y degfed rhwydwaith, ond rwyf eisoes yn gwybod amdano, oherwydd rwyf wedi fy nghysylltu'n uniongyrchol â'r rhwydwaith hwn.”
Felly, byddwn yn mynd yn ôl i'r gosodiadau R3 ac yn mewnosod rhwydwaith arall gyda'r rhwydwaith 192.168.1.0 gorchymyn. Unwaith eto, rwy'n defnyddio'r fformat cyfeiriad dosbarth llawn. Ar ôl hyn, bydd y trydydd llwybrydd yn gallu hysbysebu'r rhwydwaith 192.168.1.128 ar hyd y llwybr R3-R4. Fel y dywedais eisoes, “clecs” yw RIP sy’n dweud wrth ei holl gymdogion am rwydweithiau newydd, gan drosglwyddo gwybodaeth o’i fwrdd llwybro iddynt. Os edrychwch nawr ar dabl y trydydd llwybrydd, gallwch weld data'r ddau rwydwaith sy'n gysylltiedig ag ef.
Bydd yn trosglwyddo'r data hwn i ddau ben y llwybr i'r ail a'r pedwerydd llwybrydd. Gadewch i ni symud ymlaen i'r gosodiadau R2. Rwy'n mynd i mewn i'r un gorchymyn llwybrydd rip, fersiwn 2 a rhwydwaith 192.168.1.0, a dyma lle mae pethau'n dechrau dod yn ddiddorol. Rwy'n nodi rhwydwaith 1.0, ond mae'n rhwydwaith 192.168.1.64/26 a rhwydwaith 192.168.1.128/26. Felly, pan fyddaf yn nodi'r rhwydwaith 192.168.1.0, rwy'n dechnegol yn darparu llwybr ar gyfer dau ryngwyneb y llwybrydd hwn. Y cyfleustra yw y gallwch chi osod llwybr ar gyfer holl borthladdoedd y ddyfais gydag un gorchymyn yn unig.
Rwy'n nodi'n union yr un paramedrau ar gyfer llwybrydd R1 ac yn darparu llwybro ar gyfer y ddau ryngwyneb yn yr un modd. Os edrychwch nawr ar dabl llwybro R1, gallwch weld yr holl rwydweithiau.
Mae'r llwybrydd hwn yn gwybod am rwydwaith 1.0 a rhwydwaith 1.64. Mae hefyd yn gwybod am rwydweithiau 1.128 a 10.1.1.0 oherwydd ei fod yn defnyddio RIP. Mae hyn yn cael ei nodi gan y pennawd R yn y rhes gyfatebol yn y tabl llwybro.
Rhowch sylw i'r wybodaeth [120/2] - dyma'r pellter gweinyddol, hynny yw, dibynadwyedd ffynhonnell y wybodaeth llwybro. Gall y gwerth hwn fod yn fwy neu'n llai, ond y rhagosodiad ar gyfer RIP yw 120. Er enghraifft, mae gan lwybr statig bellter gweinyddol o 1. Po isaf yw'r pellter gweinyddol, y mwyaf dibynadwy yw'r protocol. Os caiff y llwybrydd gyfle i ddewis rhwng dau brotocol, er enghraifft rhwng llwybr sefydlog a RIP, yna bydd yn dewis anfon traffig ymlaen dros y llwybr sefydlog. Yr ail werth mewn cromfachau, /2, yw'r metrig. Yn y protocol RIP, mae'r metrig yn golygu nifer yr hopys. Yn yr achos hwn, gellir cyrraedd rhwydwaith 10.0.0.0/8 mewn 2 hop, hynny yw, rhaid i'r llwybrydd R1 anfon traffig dros rwydwaith 192.168.1.64/26, dyma'r hop gyntaf, a thros rwydwaith 192.168.1.128/26, dyma yr ail hop, i gyrraedd rhwydwaith 10.0.0.0/8 trwy ddyfais gyda rhyngwyneb FastEthernet 0/1 gyda chyfeiriad IP 192.168.1.66.
Er mwyn cymharu, gall llwybrydd R1 gyrraedd rhwydwaith 192.168.1.128 gyda phellter gweinyddol o 120 mewn 1 hop trwy ryngwyneb 192.168.1.66.
Nawr, os ceisiwch ping rhyngwyneb llwybrydd R0 gyda chyfeiriad IP 4 o gyfrifiadur PC10.1.1.2, bydd yn dod yn ôl yn llwyddiannus.
Methodd yr ymgais gyntaf gyda neges terfynu'r Cais, oherwydd wrth ddefnyddio ARP mae'r pecyn cyntaf yn cael ei golli, ond dychwelwyd y tri arall yn llwyddiannus i'r derbynnydd. Mae hyn yn darparu cyfathrebu pwynt-i-bwynt ar rwydwaith gan ddefnyddio protocol llwybro RIP.
Felly, er mwyn actifadu'r defnydd o'r protocol RIP gan y llwybrydd, mae angen i chi deipio'r gorchymyn llwybrydd RIP yn ddilyniannol, fersiwn 2 a rhwydwaith <rhif rhwydwaith / dynodwr rhwydwaith ar ffurf dosbarth llawn>.
Gadewch i ni fynd i'r gosodiadau R4 a nodi'r gorchymyn llwybr ip sioe. Gallwch weld bod rhwydwaith 10. wedi'i gysylltu'n uniongyrchol â'r llwybrydd, ac mae rhwydwaith 192.168.1.0/24 yn hygyrch trwy borthladd f0/0 gyda chyfeiriad IP 10.1.1.1 trwy RIP.
Os ydych chi'n talu sylw i ymddangosiad rhwydwaith 192.168.1.0/24, fe sylwch fod yna broblem gyda chrynhoi llwybrau yn awtomatig. Os yw awto-grynhoi wedi'i alluogi, bydd RIP yn crynhoi'r holl rwydweithiau hyd at 192.168.1.0/24. Gadewch i ni edrych ar beth yw amseryddion. Mae gan y protocol RIP 4 prif amserydd.
Mae'r amserydd Diweddaru yn gyfrifol am amlder anfon diweddariadau, gan anfon diweddariadau protocol bob 30 eiliad i bob rhyngwyneb sy'n cymryd rhan mewn llwybro RIP. Mae hyn yn golygu ei fod yn cymryd y tabl llwybro ac yn ei ddosbarthu i bob porthladd sy'n gweithredu yn y modd RIP.
Gadewch i ni ddychmygu bod gennym lwybrydd 1, sydd wedi'i gysylltu â llwybrydd 2 gan rwydwaith N2. Cyn y llwybrydd cyntaf ac ar ôl yr ail mae rhwydweithiau N1 a N3. Mae Llwybrydd 1 yn dweud wrth Router 2 ei fod yn adnabod y rhwydwaith N1 a N2 ac yn anfon diweddariad iddo. Mae Llwybrydd 2 yn dweud wrth Lwybrydd 1 ei fod yn adnabod rhwydweithiau N2 a N3. Yn yr achos hwn, bob 30 eiliad mae'r porthladdoedd llwybrydd yn cyfnewid tablau llwybro.
Gadewch i ni ddychmygu bod y cysylltiad N1-R1 wedi torri am ryw reswm ac ni all llwybrydd 1 gyfathrebu â'r rhwydwaith N1 mwyach. Ar ôl hyn, bydd y llwybrydd cyntaf yn anfon diweddariadau ynghylch rhwydwaith N2 yn unig i'r ail lwybrydd. Bydd Llwybrydd 2, ar ôl derbyn y diweddariad cyntaf o'r fath, yn meddwl: “gwych, nawr mae'n rhaid i mi roi rhwydwaith N1 yn yr Amserydd Annilys,” ac ar ôl hynny bydd yn cychwyn yr amserydd Annilys. Am eiliadau 180 ni fydd yn cyfnewid diweddariadau rhwydwaith N1 gydag unrhyw un, ond ar ôl y cyfnod hwn o amser bydd yn atal yr Amserydd Annilys ac yn cychwyn yr Amserydd Diweddaru eto. Os na fydd yn derbyn unrhyw ddiweddariadau i gyflwr rhwydwaith N180 yn ystod yr eiliadau 1 hyn, bydd yn ei roi mewn amserydd Dal Down sy'n para 180 eiliad, hynny yw, mae'r amserydd Hold Down yn cychwyn yn syth ar ôl i'r amserydd Annilys ddod i ben.
Ar yr un pryd, mae pedwerydd amserydd Flush arall yn rhedeg, sy'n dechrau ar yr un pryd â'r amserydd Annilys. Mae'r amserydd hwn yn pennu'r cyfnod amser rhwng derbyn y diweddariad arferol diwethaf am rwydwaith N1 nes bod y rhwydwaith yn cael ei dynnu o'r tabl llwybro. Felly, pan fydd hyd yr amserydd hwn yn cyrraedd 240 eiliad, bydd rhwydwaith N1 yn cael ei eithrio'n awtomatig o dabl llwybro'r ail lwybrydd.
Felly, mae Update Timer yn anfon diweddariadau bob 30 eiliad. Mae Amserydd Annilys, sy'n rhedeg bob 180 eiliad, yn aros nes bod diweddariad newydd yn cyrraedd y llwybrydd. Os na fydd yn cyrraedd, mae'n rhoi'r rhwydwaith hwnnw mewn cyflwr dal, gyda'r Amserydd Dal i Lawr yn rhedeg bob 180 eiliad. Ond mae'r amseryddion Invalid a Flush yn cychwyn ar yr un pryd, fel bod 240 eiliad ar ôl i Flush ddechrau, mae'r rhwydwaith nad yw'n cael ei grybwyll yn y diweddariad wedi'i eithrio o'r tabl llwybro. Mae hyd yr amseryddion hyn wedi'i osod yn ddiofyn a gellir eu newid. Dyna beth yw amseryddion RIP.
Nawr, gadewch i ni symud ymlaen i ystyried cyfyngiadau'r protocol RIP, mae cryn dipyn ohonynt. Un o'r prif gyfyngiadau yw crynhoi'n awtomatig.
Gadewch i ni ddychwelyd i'n rhwydwaith 192.168.1.0/24. Mae Llwybrydd 3 yn dweud wrth Router 4 am y rhwydwaith 1.0 cyfan, a nodir gan /24. Mae hyn yn golygu bod pob cyfeiriad IP 256 ar y rhwydwaith hwn, gan gynnwys ID y rhwydwaith a'r cyfeiriad darlledu, ar gael, sy'n golygu y bydd negeseuon o ddyfeisiau ag unrhyw gyfeiriad IP yn yr ystod hon yn cael eu hanfon trwy'r rhwydwaith 10.1.1.1. Edrychwn ar y tabl llwybro R3.
Rydym yn gweld rhwydwaith 192.168.1.0/26, wedi'i rannu'n 3 is-rwydwaith. Mae hyn yn golygu mai dim ond tri chyfeiriad IP penodedig y mae'r llwybrydd yn eu gwybod: 192.168.1.0, 192.168.1.64 a 192.168.1.128, sy'n perthyn i'r rhwydwaith /26. Ond nid yw'n gwybod unrhyw beth, er enghraifft, am ddyfeisiau â chyfeiriadau IP sydd wedi'u lleoli yn yr ystod o 192.168.1.192 i 192.168.1.225.
Fodd bynnag, am ryw reswm, mae R4 yn meddwl ei fod yn gwybod popeth am y traffig y mae R3 yn ei anfon ato, hynny yw, yr holl gyfeiriadau IP ar y rhwydwaith 192.168.1.0/24, sy'n gwbl ffug. Ar yr un pryd, efallai y bydd llwybryddion yn dechrau gollwng traffig oherwydd eu bod yn "twyllo" ei gilydd - wedi'r cyfan, nid oes gan lwybrydd 3 yr hawl i ddweud wrth y pedwerydd llwybrydd ei fod yn gwybod popeth am is-rwydweithiau'r rhwydwaith hwn. Mae hyn yn digwydd oherwydd mater o'r enw "awto-grynhoi". Mae'n digwydd pan fydd traffig yn symud ar draws gwahanol rwydweithiau mawr. Er enghraifft, yn ein hachos ni, mae rhwydwaith gyda chyfeiriadau dosbarth C wedi'i gysylltu trwy'r llwybrydd R3 i rwydwaith gyda chyfeiriadau dosbarth A.
Mae'r llwybrydd R3 yn ystyried bod y rhwydweithiau hyn yr un peth ac yn crynhoi'r holl lwybrau yn awtomatig i un cyfeiriad rhwydwaith 192.168.1.0. Gadewch i ni gofio'r hyn y buom yn sôn amdano wrth grynhoi llwybrau uwch-rwydwaith yn un o'r fideos blaenorol. Mae'r rheswm am y crynodeb yn syml - mae'r llwybrydd yn credu bod un cofnod yn y tabl llwybro, i ni dyma'r cofnod 192.168.1.0/24 [120/1] trwy 10.1.1.1, yn well na 3 cofnod. Os yw'r rhwydwaith yn cynnwys cannoedd o is-rwydweithiau bach, yna pan fydd crynhoi wedi'i analluogi, bydd y tabl llwybro yn cynnwys nifer fawr o gofnodion llwybro. Felly, er mwyn atal cronni llawer iawn o wybodaeth mewn tablau llwybro, defnyddir crynodeb llwybr awtomatig.
Fodd bynnag, yn ein hachos ni, mae auto-grynhoi llwybrau yn creu problem oherwydd ei fod yn gorfodi'r llwybrydd i gyfnewid gwybodaeth ffug. Felly, mae angen inni fynd i mewn i osodiadau'r llwybrydd R3 a nodi gorchymyn sy'n gwahardd llwybrau crynhoi'n awtomatig.
I wneud hyn, rwy'n teipio'r llwybrydd gorchmynion RIP yn ddilyniannol a dim crynodeb awtomatig. Ar ôl hyn, mae angen i chi aros nes bod y diweddariad yn lledaenu ar draws y rhwydwaith, ac yna gallwch chi ddefnyddio'r gorchymyn llwybr ip sioe yng ngosodiadau'r llwybrydd R4.
Gallwch weld sut mae'r tabl llwybro wedi newid. Cadwyd y cofnod 192.168.1.0/24 [120/1] trwy 10.1.1.1 o'r fersiwn flaenorol o'r tabl, ac yna mae tri chofnod sydd, diolch i'r amserydd Diweddaru, yn cael eu diweddaru bob 30 eiliad. Mae'r amserydd Flush yn sicrhau 240 eiliad ar ôl y diweddariad ynghyd â 30 eiliad, hynny yw, ar ôl 270 eiliad, bydd y rhwydwaith hwn yn cael ei dynnu o'r tabl llwybro.
Mae'r rhwydweithiau 192.168.1.0/26, 192.168.1.64/26 a 192.168.1.128/26 wedi'u rhestru'n gywir, felly nawr os yw traffig i fod i ddyfais 192.168.1.225, bydd y ddyfais honno'n ei ollwng oherwydd nad yw'r llwybrydd yn gwybod ble mae'r ddyfais â'r ddyfais 3. y cyfeiriad hwnnw. Ond yn yr achos blaenorol, pan gawsom awto-grynhoi llwybrau a alluogir ar gyfer R10.1.1.1, byddai'r traffig hwn yn cael ei gyfeirio at y rhwydwaith 3, a oedd yn gwbl anghywir, oherwydd dylai RXNUMX ollwng y pecynnau hyn ar unwaith heb eu hanfon ymhellach.
Fel gweinyddwr rhwydwaith, dylech greu rhwydweithiau gyda lleiafswm o draffig diangen. Er enghraifft, yn yr achos hwn nid oes angen anfon y traffig hwn ymlaen trwy R3. Eich gwaith chi yw cynyddu trwybwn rhwydwaith cymaint â phosibl, gan atal traffig rhag cael ei anfon i ddyfeisiau nad oes eu hangen arnynt.
Cyfyngiad nesaf RIP yw Dolenni, neu ddolenni llwybro. Rydym eisoes wedi siarad am gydgyfeirio rhwydwaith, pan fydd y tabl llwybro wedi'i ddiweddaru'n gywir. Yn ein hachos ni, ni ddylai'r llwybrydd dderbyn diweddariadau ar gyfer y rhwydwaith 192.168.1.0 / 24 os nad yw'n gwybod dim amdano. Yn dechnegol, mae cydgyfeiriant yn golygu mai dim ond gyda'r wybodaeth gywir y caiff y tabl llwybro ei ddiweddaru. Dylai hyn ddigwydd pan fydd y llwybrydd yn cael ei ddiffodd, ei ailgychwyn, ei ailgysylltu â'r rhwydwaith, ac ati. Mae cydgyfeiriant yn gyflwr lle mae'r holl ddiweddariadau angenrheidiol i'r tablau llwybro wedi'u cwblhau a'r holl gyfrifiadau angenrheidiol wedi'u gwneud.
Mae gan RIP gydgyfeiriant gwael iawn ac mae'n brotocol llwybro araf iawn, iawn. Oherwydd yr arafwch hwn, mae llwybro Loops, neu'r broblem “cownter anfeidrol”, yn codi.
Byddaf yn llunio diagram rhwydwaith tebyg i'r enghraifft flaenorol - mae llwybrydd 1 wedi'i gysylltu â llwybrydd 2 gan rwydwaith N2, mae rhwydwaith N1 wedi'i gysylltu â llwybrydd 1, ac mae rhwydwaith N2 wedi'i gysylltu â llwybrydd 3. Gadewch i ni dybio bod y cysylltiad N1-R1 wedi'i dorri am ryw reswm.
Mae Llwybrydd 2 yn gwybod bod rhwydwaith N1 yn gyraeddadwy mewn un hop trwy lwybrydd 1, ond nid yw'r rhwydwaith hwn yn gweithio ar hyn o bryd. Ar ôl i'r rhwydwaith fethu, mae'r broses amseryddion yn dechrau, mae llwybrydd 1 yn ei roi yn y cyflwr Hold Down, ac ati. Fodd bynnag, mae gan lwybrydd 2 amserydd Diweddaru yn rhedeg, ac ar yr amser penodedig mae'n anfon diweddariad i lwybrydd 1, sy'n dweud bod rhwydwaith N1 yn hygyrch drwyddo mewn dwy hop. Mae'r diweddariad hwn yn cyrraedd llwybrydd 1 cyn iddo gael amser i anfon diweddariad i lwybrydd 2 am fethiant rhwydwaith N1.
Ar ôl derbyn y diweddariad hwn, mae llwybrydd 1 yn meddwl: “Gwn nad yw'r rhwydwaith N1 sydd wedi'i gysylltu â mi yn gweithio am ryw reswm, ond dywedodd llwybrydd 2 wrthyf ei fod ar gael trwyddo mewn dwy hop. Rwy’n ei gredu, felly byddaf yn ychwanegu un hop, yn diweddaru fy nhabl llwybro ac yn anfon diweddariad i lwybrydd 2 yn dweud bod rhwydwaith N1 yn hygyrch trwy lwybrydd 2 mewn tair hopys!”
Ar ôl derbyn y diweddariad hwn gan y llwybrydd cyntaf, mae llwybrydd 2 yn dweud: “iawn, yn gynharach derbyniais ddiweddariad gan R1, a ddywedodd fod rhwydwaith N1 ar gael drwyddo mewn un hop. Nawr dywedodd wrthyf ei fod ar gael mewn 3 hop. Efallai bod rhywbeth wedi newid yn y rhwydwaith, ni allaf helpu ond ei gredu, felly byddaf yn diweddaru fy nhabl llwybro trwy ychwanegu un hop." Ar ôl hyn, mae R2 yn anfon diweddariad i'r llwybrydd cyntaf, sy'n nodi bod rhwydwaith N1 bellach ar gael mewn 4 hop.
Ydych chi'n gweld beth yw'r broblem? Mae'r ddau lwybrydd yn anfon diweddariadau at ei gilydd, gan ychwanegu un hop bob tro, ac yn y pen draw mae nifer y hopys yn cyrraedd nifer fawr. Yn y protocol RIP, uchafswm nifer y hopys yw 16, a chyn gynted ag y bydd yn cyrraedd y gwerth hwn, mae'r llwybrydd yn sylweddoli bod problem ac yn syml yn tynnu'r llwybr hwn o'r bwrdd llwybro. Dyma'r broblem gyda dolenni llwybro yn RIP. Mae hyn oherwydd y ffaith mai protocol fector pellter yw RIP; dim ond y pellter y mae'n ei fonitro, heb dalu sylw i gyflwr adrannau rhwydwaith. Ym 1969, pan oedd rhwydweithiau cyfrifiadurol yn llawer arafach nag y maent ar hyn o bryd, roedd y dull fector pellter wedi'i gyfiawnhau, felly dewisodd y datblygwyr RIP gyfrif hopys fel y prif fetrig. Fodd bynnag, heddiw mae'r dull hwn yn creu llawer o broblemau, felly mae rhwydweithiau modern wedi newid yn eang i brotocolau llwybro mwy datblygedig, megis OSPF. De facto, mae'r protocol hwn wedi dod yn safon ar gyfer rhwydweithiau'r mwyafrif o gwmnïau byd-eang. Byddwn yn edrych ar y protocol hwn yn fanwl iawn yn un o'r fideos canlynol.
Ni fyddwn yn dychwelyd i RIP mwyach, oherwydd gan ddefnyddio enghraifft y protocol rhwydwaith hynaf hwn, rwyf wedi dweud digon wrthych am hanfodion llwybro a'r problemau y maent yn ceisio peidio â defnyddio'r protocol hwn ar gyfer rhwydweithiau mawr o'u herwydd. Yn y gwersi fideo nesaf byddwn yn edrych ar brotocolau llwybro modern - OSPF ac EIGRP.
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