Heddiw, byddwn yn dechrau astudio'r protocol EIGRP, sydd, ynghyd ag astudio OSPF, yn bwnc pwysicaf y cwrs CCNA.
Byddwn yn dychwelyd i Adran 2.5 yn ddiweddarach, ond am y tro, yn union ar ôl Adran 2.4, byddwn yn symud ymlaen i Adran 2.6, “Ffurfweddu, Gwirio, a Datrys Problemau EIGRP dros IPv4 (Ac eithrio Dilysu, Hidlo, Crynhoi â Llaw, Ailddosbarthu, a Stub Ffurfweddiad).”
Heddiw, bydd gennym wers ragarweiniol lle byddaf yn eich cyflwyno i'r cysyniad o Brotocol Llwybro Porth Mewnol Gwell EIGRP, ac yn y ddwy wers nesaf byddwn yn edrych ar ffurfweddu a datrys problemau robotiaid y protocol. Ond yn gyntaf rwyf am ddweud y canlynol wrthych.
Dros yr ychydig wersi diwethaf rydym wedi bod yn dysgu am OSPF. Nawr rwyf am ichi gofio, pan wnaethom edrych ar RIP fisoedd lawer yn ôl, inni sôn am lwybro dolenni a thechnolegau sy'n atal traffig rhag dolennu. Sut allwch chi atal dolenni llwybro wrth ddefnyddio OSPF? A oes modd defnyddio dulliau fel Route Poison neu Split Horizon ar gyfer hyn? Mae'r rhain yn gwestiynau y mae'n rhaid i chi eu hateb drosoch eich hun. Gallwch ddefnyddio adnoddau thematig eraill, ond dod o hyd i atebion i'r cwestiynau hyn. Rwyf am i chi ddysgu sut i ddod o hyd i'r atebion eich hun trwy weithio gyda ffynonellau gwahanol, ac rwy'n eich annog i adael eich sylwadau o dan y fideo hwn fel y gallaf weld faint o fy myfyrwyr sydd wedi cwblhau'r dasg hon.
Beth yw EIGRP? Mae'n brotocol llwybro hybrid sy'n cyfuno nodweddion defnyddiol protocol fector pellter fel RIP a phrotocol cyflwr cyswllt fel OSPF.
Mae EIGRP yn brotocol perchnogol Cisco a oedd ar gael i'r cyhoedd yn 2013. O'r protocol olrhain cyswllt-wladwriaeth, mabwysiadodd algorithm sefydlu cymdogaeth, yn wahanol i RIP, nad yw'n creu cymdogion. Mae RIP hefyd yn cyfnewid tablau llwybro gyda chyfranogwyr eraill yn y protocol, ond mae OSPF yn ffurfio cyfochrog cyn dechrau'r cyfnewid hwn. Mae EIGRP yn gweithio yr un ffordd.
Mae'r protocol RIP o bryd i'w gilydd yn diweddaru'r tabl llwybro llawn bob 30 eiliad ac yn dosbarthu gwybodaeth am yr holl ryngwynebau a'r holl lwybrau i'w holl gymdogion. Nid yw EIGRP yn perfformio diweddariadau llawn cyfnodol o wybodaeth, yn hytrach yn defnyddio'r cysyniad o ddarlledu negeseuon Helo yn yr un ffordd ag y mae OSPF yn ei wneud. Bob ychydig eiliadau mae'n anfon Helo i sicrhau bod y cymydog yn dal yn “fyw.”
Yn wahanol i brotocol fector pellter, sy'n archwilio topoleg y rhwydwaith cyfan cyn penderfynu ffurfio llwybr, mae EIGRP, fel RIP, yn creu llwybrau yn seiliedig ar sibrydion. Pan fyddaf yn dweud sibrydion, rwy'n golygu pan fydd cymydog yn adrodd rhywbeth, mae EIGRP yn cytuno ag ef yn ddi-gwestiwn. Er enghraifft, os yw cymydog yn dweud ei fod yn gwybod sut i gyrraedd 10.1.1.2, mae EIGRP yn ei gredu heb ofyn, “Sut oeddech chi'n gwybod hynny? Dywedwch wrthyf am dopoleg y rhwydwaith cyfan!
Cyn 2013, os oeddech yn defnyddio seilwaith Cisco yn unig, gallech ddefnyddio EIGRP, gan fod y protocol hwn wedi'i greu yn ôl yn 1994. Fodd bynnag, nid oedd llawer o gwmnïau, hyd yn oed yn defnyddio offer Cisco, am weithio gyda'r bwlch hwn. Yn fy marn i, EIGRP yw'r protocol llwybro deinamig gorau heddiw oherwydd ei fod yn llawer haws ei ddefnyddio, ond mae'n well gan bobl OSPF o hyd. Rwy'n meddwl bod hyn oherwydd y ffaith nad ydyn nhw am gael eu clymu i gynhyrchion Cisco. Ond gwnaeth Cisco y protocol hwn ar gael yn gyhoeddus oherwydd ei fod yn cefnogi offer rhwydweithio trydydd parti fel Juniper, ac os ydych chi'n ymuno â chwmni nad yw'n defnyddio offer Cisco, ni fydd gennych unrhyw broblemau.
Gadewch i ni fynd ar daith fer i hanes protocolau rhwydwaith.
Roedd gan y protocol RIPv1, a ymddangosodd yn yr 1980au, nifer o gyfyngiadau, er enghraifft, uchafswm nifer o hopys o 16, ac felly ni allai ddarparu llwybro dros rwydweithiau mawr. Ychydig yn ddiweddarach, datblygwyd y protocol llwybro porth mewnol IGRP, a oedd yn llawer gwell na RIP. Fodd bynnag, roedd yn fwy o brotocol fector pellter na phrotocol cyflwr cyswllt. Ar ddiwedd y 80au, daeth safon agored i'r amlwg, sef protocol cyflwr cyswllt OSPFv2 ar gyfer IPv4.
Yn y 90au cynnar, penderfynodd Cisco fod angen gwella IGRP a rhyddhaodd y Protocol Llwybro Porth Mewnol Gwell EIGRP. Roedd yn llawer mwy effeithiol nag OSPF oherwydd ei fod yn cyfuno nodweddion RIP ac OSPF. Wrth i ni ddechrau ei archwilio, fe welwch fod EIGRP yn llawer haws i'w ffurfweddu nag OSPF. Ceisiodd Cisco greu protocol a fyddai'n sicrhau'r cydgyfeiriant rhwydwaith cyflymaf posibl.
Ar ddiwedd y 90au, rhyddhawyd fersiwn di-ddosbarth wedi'i ddiweddaru o'r protocol RIPv2. Yn y 2000au, ymddangosodd y trydydd fersiwn o OSPF, RIPng ac EIGRPv6, a oedd yn cefnogi'r protocol IPv6. Yn raddol, mae'r byd yn agosáu at drawsnewidiad llawn i IPv6, ac mae datblygwyr protocol llwybro eisiau bod yn barod ar gyfer hyn.
Os cofiwch, fe wnaethom astudio, wrth ddewis y llwybr gorau posibl, bod RIP, fel protocol fector pellter, yn cael ei arwain gan un maen prawf yn unig - y nifer lleiaf o hopys, neu'r pellter lleiaf i'r rhyngwyneb cyrchfan. Felly, bydd llwybrydd R1 yn dewis llwybr uniongyrchol i'r llwybrydd R3, er gwaethaf y ffaith bod y cyflymder ar y llwybr hwn yn 64 kbit yr eiliad - sawl gwaith yn llai na'r cyflymder ar y llwybr R1-R2-R3, sy'n hafal i 1544 kbit yr eiliad. Bydd y protocol RIP yn ystyried llwybr araf o hyd un hop yn optimaidd yn hytrach na llwybr cyflym o 2 hop.
Bydd OSPF yn astudio topoleg y rhwydwaith cyfan ac yn penderfynu defnyddio'r llwybr trwy R3 fel y llwybr cyflymach ar gyfer cyfathrebu â llwybrydd R2. Mae RIP yn defnyddio nifer y hopys fel ei fetrig, tra bod metrig OSPF yn gost, sydd yn y rhan fwyaf o achosion yn gymesur â lled band y ddolen.
Mae EIGRP hefyd yn canolbwyntio ar gost llwybr, ond mae ei fetrig yn llawer mwy cymhleth nag OSPF ac mae'n dibynnu ar lawer o ffactorau, gan gynnwys Lled Band, Oedi, Dibynadwyedd, Llwytho, ac uchafswm MTU. Er enghraifft, os yw un nod wedi'i lwytho'n fwy nag eraill, bydd EIGRP yn dadansoddi'r llwyth ar y llwybr cyfan ac yn dewis nod arall gyda llai o lwyth.
Yn y cwrs CCNA dim ond ffactorau ffurfio metrig fel Lled Band ac Oedi y byddwn yn eu hystyried; dyma'r rhai y bydd y fformiwla fetrig yn eu defnyddio.
Mae'r protocol fector pellter RIP yn defnyddio dau gysyniad: pellter a chyfeiriad. Os oes gennym 3 llwybrydd, ac mae un ohonynt wedi'i gysylltu â'r rhwydwaith 20.0.0.0, yna bydd y dewis yn cael ei wneud yn ôl pellter - hopys yw'r rhain, yn yr achos hwn 1 hop, ac yn ôl cyfeiriad, hynny yw, ar hyd pa lwybr - uchaf neu is - i anfon traffig .
Yn ogystal, mae RIP yn defnyddio diweddaru gwybodaeth o bryd i'w gilydd, gan ddosbarthu tabl llwybro cyflawn ledled y rhwydwaith bob 30 eiliad. Mae'r diweddariad hwn yn gwneud 2 beth. Y cyntaf yw diweddariad gwirioneddol y tabl llwybro, yr ail yw gwirio hyfywedd y cymydog. Os na fydd y ddyfais yn derbyn diweddariad tabl ymateb neu wybodaeth llwybr newydd gan y cymydog o fewn 30 eiliad, mae'n deall na ellir defnyddio'r llwybr i'r cymydog mwyach. Mae'r llwybrydd yn anfon diweddariad bob 30 eiliad i ddarganfod a yw'r cymydog yn dal yn fyw ac a yw'r llwybr yn dal yn ddilys.
Fel y dywedais, defnyddir technoleg Hollti Horizon i atal dolenni llwybr. Mae hyn yn golygu nad yw'r diweddariad yn cael ei anfon yn ôl i'r rhyngwyneb y daeth ohono. Yr ail dechnoleg ar gyfer atal dolenni yw Route Poison. Os amharir ar y cysylltiad â'r rhwydwaith 20.0.0.0 a ddangosir yn y llun, mae'r llwybrydd y cafodd ei gysylltu ag ef yn anfon "llwybr gwenwynig" i'w gymdogion, lle mae'n adrodd bod y rhwydwaith hwn bellach yn hygyrch mewn 16 hopys, hynny yw, bron yn anghyraeddadwy. Dyma sut mae'r protocol RIP yn gweithio.
Sut mae EIGRP yn gweithio? Os cofiwch o'r gwersi am OSPF, mae'r protocol hwn yn cyflawni tair swyddogaeth: mae'n sefydlu cymdogaeth, yn defnyddio LSA i ddiweddaru'r LSDB yn unol â newidiadau yn nhopoleg y rhwydwaith, ac yn adeiladu tabl llwybro. Mae sefydlu cymdogaeth yn weithdrefn eithaf cymhleth sy'n defnyddio llawer o baramedrau. Er enghraifft, gwirio a newid cysylltiad 2WAY - mae rhai cysylltiadau yn parhau yn y cyflwr cyfathrebu dwy ffordd, mae rhai yn mynd i'r wladwriaeth LLAWN. Yn wahanol i OSPF, nid yw hyn yn digwydd yn y protocol EIGRP - mae'n gwirio dim ond 4 paramedrau.
Fel OSPF, mae'r protocol hwn yn anfon neges Helo sy'n cynnwys 10 paramedr bob 4 eiliad. Y cyntaf yw'r maen prawf dilysu, os yw wedi'i ffurfweddu o'r blaen. Yn yr achos hwn, rhaid i bob dyfais y sefydlir agosrwydd fod â'r un paramedrau dilysu.
Defnyddir yr ail baramedr i wirio a yw dyfeisiau'n perthyn i'r un system ymreolaethol, hynny yw, i sefydlu cyfagosrwydd gan ddefnyddio protocol EIGRP, rhaid i'r ddau ddyfais gael yr un rhif system ymreolaethol. Defnyddir y trydydd paramedr i wirio bod negeseuon Helo yn cael eu hanfon o'r un cyfeiriad IP Ffynhonnell.
Defnyddir y pedwerydd paramedr i wirio cysondeb y cyfernodau K-Values newidiol. Mae protocol EIRGP yn defnyddio 5 cyfernod o'r fath o K1 i K5. Os cofiwch, os anwybyddir y paramedrau K=0, ond os yw K=1, yna defnyddir y paramedrau yn y fformiwla ar gyfer cyfrifo'r metrig. Felly, rhaid i werthoedd K1-5 ar gyfer gwahanol ddyfeisiadau fod yr un peth. Yn y cwrs CCNA byddwn yn cymryd gwerthoedd rhagosodedig y cyfernodau hyn: mae K1 a K3 yn hafal i 1, ac mae K2, K4 a K5 yn hafal i 0.
Felly, os yw'r 4 paramedrau hyn yn cyd-fynd, mae EIGRP yn sefydlu perthynas cymydog ac mae'r dyfeisiau'n mynd i mewn i'r bwrdd cymydog. Nesaf, gwneir newidiadau i'r tabl topoleg.
Anfonir holl negeseuon Helo i'r cyfeiriad IP multicast 224.0.0.10, ac anfonir diweddariadau, yn dibynnu ar y ffurfweddiad, i gyfeiriadau unicast cymdogion neu i'r cyfeiriad aml-ddarllediad. Nid yw'r diweddariad hwn yn dod dros CDU na TCP, ond mae'n defnyddio protocol gwahanol o'r enw RTP, Protocol Cludiant Dibynadwy. Mae'r protocol hwn yn gwirio a yw'r cymydog wedi derbyn diweddariad, ac fel mae'r enw'n awgrymu, ei swyddogaeth allweddol yw sicrhau dibynadwyedd cyfathrebu. Os na fydd y diweddariad yn cyrraedd y cymydog, bydd y trosglwyddiad yn cael ei ailadrodd nes bod y cymydog yn ei dderbyn. Nid oes gan OSPF fecanwaith i wirio'r ddyfais derbynnydd, felly nid yw'r system yn gwybod a yw dyfeisiau cyfagos wedi derbyn y diweddariad ai peidio.
Os cofiwch, mae RIP yn anfon diweddariad o dopoleg y rhwydwaith cyflawn bob 30 eiliad. Dim ond os yw dyfais newydd wedi ymddangos ar y rhwydwaith neu os oes rhai newidiadau wedi digwydd y bydd EIGRP yn gwneud hyn. Os yw topoleg yr is-rwydwaith wedi newid, bydd y protocol yn anfon diweddariad, ond nid y tabl topoleg llawn, ond dim ond y cofnodion gyda'r newid hwn. Os bydd is-rwydwaith yn newid, dim ond ei thopoleg fydd yn cael ei diweddaru. Mae'n ymddangos bod hwn yn ddiweddariad rhannol sy'n digwydd pan fo angen.
Fel y gwyddoch, mae OSPF yn anfon LSAs bob 30 munud, ni waeth a oes unrhyw newidiadau i'r rhwydwaith. Ni fydd EIGRP yn anfon unrhyw ddiweddariadau am gyfnod estynedig o amser nes bod rhywfaint o newid yn y rhwydwaith. Felly, mae EIGRP yn llawer mwy effeithlon nag OSPF.
Ar ôl i'r llwybryddion gyfnewid pecynnau diweddaru, mae'r trydydd cam yn dechrau - ffurfio tabl llwybro yn seiliedig ar y metrig, sy'n cael ei gyfrifo gan ddefnyddio'r fformiwla a ddangosir yn y ffigur. Mae hi'n cyfrifo'r gost ac yn gwneud penderfyniad yn seiliedig ar y gost hon.
Gadewch i ni dybio bod R1 wedi anfon Helo at y llwybrydd R2, a bod y llwybrydd hwnnw wedi anfon Helo at y llwybrydd R1. Os yw'r holl baramedrau'n cyd-fynd, mae'r llwybryddion yn creu tabl o gymdogion. Yn y tabl hwn, mae R2 yn ysgrifennu cofnod am y llwybrydd R1, ac mae R1 yn creu cofnod am R2. Ar ôl hyn, mae llwybrydd R1 yn anfon y diweddariad i'r rhwydwaith 10.1.1.0/24 sy'n gysylltiedig ag ef. Yn y tabl llwybro, mae hyn yn edrych fel gwybodaeth am gyfeiriad IP y rhwydwaith, y rhyngwyneb llwybrydd sy'n darparu cyfathrebu ag ef, a chost y llwybr trwy'r rhyngwyneb hwn. Os cofiwch, cost EIGRP yw 90, ac yna nodir y gwerth Pellter, y byddwn yn siarad amdano yn nes ymlaen.
Mae'r fformiwla fetrig gyflawn yn edrych yn llawer mwy cymhleth, gan ei fod yn cynnwys gwerthoedd y cyfernodau K a thrawsnewidiadau amrywiol. Mae gwefan Cisco yn darparu ffurf gyflawn o'r fformiwla, ond os amnewidiwch y gwerthoedd cyfernod diofyn, bydd yn cael ei drawsnewid yn ffurf symlach - bydd y metrig yn hafal i (lled band + Oedi) * 256.
Byddwn yn defnyddio'r ffurf symlach hon o'r fformiwla yn unig i gyfrifo'r metrig, lle mae'r lled band mewn kilobitau yn hafal i 107, wedi'i rannu â'r lled band lleiaf o'r holl ryngwynebau sy'n arwain at y lled band lleiaf rhwydwaith cyrchfan, a'r oedi cronnol yw'r cyfanswm oedi mewn degau o ficroseconds ar gyfer pob rhyngwyneb sy'n arwain at y rhwydwaith cyrchfan.
Wrth ddysgu EIGRP, mae angen i ni ddeall pedwar diffiniad: Pellter Dichonadwy, Pellter a Adroddir, Olynydd (llwybrydd cymydog gyda'r gost llwybr isaf i'r rhwydwaith cyrchfan), ac Olynydd Dichonadwy (llwybrydd cymydog wrth gefn). I ddeall beth maen nhw'n ei olygu, ystyriwch y topoleg rhwydwaith ganlynol.
Gadewch i ni ddechrau trwy greu tabl llwybro R1 i ddewis y llwybr gorau i rwydweithio 10.1.1.0/24. Wrth ymyl pob dyfais dangosir y trwybwn mewn kbit/s a latency mewn ms. Rydym yn defnyddio rhyngwynebau GigabitEthernet 100 Mbps neu 1000000 kbps, 100000 kbps FastEthernet, 10000 kbps Ethernet, a rhyngwynebau cyfresol 1544 kbps. Gellir darganfod y gwerthoedd hyn trwy edrych ar nodweddion y rhyngwynebau ffisegol cyfatebol yn y gosodiadau llwybrydd.
Trwybwn rhagosodedig rhyngwynebau Cyfresol yw 1544 kbps, a hyd yn oed os oes gennych linell 64 kbps, bydd y trwybwn yn dal i fod yn 1544 kbps. Felly, fel gweinyddwr rhwydwaith, mae angen i chi sicrhau eich bod yn defnyddio'r gwerth lled band cywir. Ar gyfer rhyngwyneb penodol, gellir ei osod gan ddefnyddio'r gorchymyn lled band, a defnyddio'r gorchymyn oedi, gallwch newid y gwerth oedi rhagosodedig. Nid oes rhaid i chi boeni am y gwerthoedd lled band diofyn ar gyfer rhyngwynebau GigabitEthernet neu Ethernet, ond byddwch yn ofalus wrth ddewis cyflymder y llinell os ydych chi'n defnyddio rhyngwyneb Cyfresol.
Sylwch, yn y diagram hwn, mae'r oedi i fod wedi'i nodi mewn milieiliadau ms, ond mewn gwirionedd mae'n ficroeiliadau, nid oes gennyf y llythyren μ i ddynodi microseconds μs yn gywir.
Rhowch sylw manwl i'r ffaith ganlynol. Os byddwch chi'n cyhoeddi'r gorchymyn rhyngwyneb sioe g0/0, bydd y system yn dangos yr hwyrni mewn degau o ficroeiliadau yn hytrach na microseconds yn unig.
Byddwn yn edrych ar y mater hwn yn fanwl yn y fideo nesaf ar ffurfweddu EIGRP, am y tro cofiwch wrth amnewid gwerthoedd hwyrni i'r fformiwla, mae 100 μs o'r diagram yn troi'n 10, gan fod y fformiwla'n defnyddio degau o ficrosecondau, nid unedau.
Yn y diagram, byddaf yn nodi gyda dotiau coch y rhyngwynebau y mae'r trwybynnau a'r oedi a ddangosir yn berthnasol iddynt.
Yn gyntaf oll, mae angen inni benderfynu ar y Pellter Dichonadwy posibl. Dyma'r metrig FD, sy'n cael ei gyfrifo gan ddefnyddio'r fformiwla. Ar gyfer yr adran o R5 i'r rhwydwaith allanol, mae angen i ni rannu 107 â 106, o ganlyniad rydym yn cael 10. Nesaf, i'r gwerth lled band hwn mae angen inni ychwanegu oedi sy'n hafal i 1, oherwydd mae gennym 10 microseconds, hynny yw, un deg. Rhaid lluosi gwerth canlyniadol 11 â 256, hynny yw, y gwerth metrig fydd 2816. Dyma'r gwerth FD ar gyfer y rhan hon o'r rhwydwaith.
Bydd llwybrydd R5 yn anfon y gwerth hwn at y llwybrydd R2, ac ar gyfer R2 bydd yn dod yn Pellter a Adroddwyd, hynny yw, y gwerth a ddywedodd y cymydog wrtho. Felly, bydd y pellter RD a hysbysebir ar gyfer pob dyfais arall yn hafal i bellter FD posibl y ddyfais a roddodd wybod i chi.
Mae llwybrydd R2 yn perfformio cyfrifiadau FD yn seiliedig ar ei ddata, hynny yw, mae'n rhannu 107 â 105 ac yn cael 100. Yna mae'n ychwanegu at y gwerth hwn swm yr oedi ar y llwybr i'r rhwydwaith allanol: oedi R5, sy'n hafal i un deg microseconds, a ei oedi ei hun, cyfartal i ddeg o ddegau. Cyfanswm yr oedi fydd 11 degau o ficroeiliadau. Rydyn ni'n ei ychwanegu at y cant canlyniadol ac yn cael 111, lluosi'r gwerth hwn â 256 a chael y gwerth FD = 28416. Mae llwybrydd R3 yn gwneud yr un peth, gan dderbyn y gwerth FD = 281856 ar ôl y cyfrifiadau. Mae llwybrydd R4 yn cyfrifo'r gwerth FD = 3072 ac yn ei drosglwyddo i R1 fel RD.
Sylwch, wrth gyfrifo FD, nid yw llwybrydd R1 yn amnewid ei lled band ei hun o 1000000 kbit yr eiliad yn y fformiwla, ond lled band isaf y llwybrydd R2, sy'n hafal i 100000 kbit yr eiliad, oherwydd mae'r fformiwla bob amser yn defnyddio'r lled band lleiaf o y rhyngwyneb sy'n arwain at y rhwydwaith cyrchfan. Yn yr achos hwn, mae llwybryddion R10.1.1.0 a R24 wedi'u lleoli ar y llwybr i rwydwaith 2/5, ond gan fod gan y pumed llwybrydd lled band mwy, mae gwerth lled band lleiaf llwybrydd R2 yn cael ei roi yn y fformiwla. Cyfanswm yr oedi ar hyd y llwybr R1-R2-R5 yw 1+10+1 (degau) = 12, y trwybwn gostyngol yw 100, ac mae swm y niferoedd hyn wedi'i luosi â 256 yn rhoi'r gwerth FD=30976.
Felly, mae pob dyfais wedi cyfrifo FD eu rhyngwynebau, ac mae gan lwybrydd R1 3 llwybr sy'n arwain at y rhwydwaith cyrchfan. Dyma'r llwybrau R1-R2, R1-R3 a R1-R4. Mae'r llwybrydd yn dewis isafswm gwerth y pellter FD posibl, sy'n hafal i 30976 - dyma'r llwybr i'r llwybrydd R2. Daw'r llwybrydd hwn yn Olynydd, neu'n “olynydd”. Mae'r tabl llwybro hefyd yn nodi Olynydd Dichonadwy (olynydd wrth gefn) - mae'n golygu os yw'r cysylltiad rhwng R1 a Olynydd yn cael ei dorri, bydd y llwybr yn cael ei gyfeirio trwy'r llwybrydd Olynydd Dichonadwy wrth gefn.
Mae Olynwyr Dichonadwy yn cael eu neilltuo yn unol ag un rheol: rhaid i'r pellter RD a hysbysebir ar gyfer y llwybrydd hwn fod yn llai na FD y llwybrydd yn y segment i'r Olynydd. Yn ein hachos ni, mae gan R1-R2 FD = 30976, mae RD yn yr adran R1-K3 yn hafal i 281856, ac mae RD yn yr adran R1-R4 yn hafal i 3072. Ers 3072 <30976, dewisir llwybrydd R4 fel Olynwyr Dichonadwy.
Mae hyn yn golygu, os amharir ar gyfathrebu ar yr adran rhwydwaith R1-R2, bydd traffig i'r rhwydwaith 10.1.1.0/24 yn cael ei anfon ar hyd y llwybr R1-R4-R5. Mae newid llwybr wrth ddefnyddio RIP yn cymryd sawl degau o eiliadau, wrth ddefnyddio OSPF mae'n cymryd sawl eiliad, ac yn EIGRP mae'n digwydd ar unwaith. Mae hyn yn fantais arall i EIGRP dros brotocolau llwybro eraill.
Beth sy'n digwydd os caiff yr Olynydd a'r Olynydd Dichonol eu datgysylltu ar yr un pryd? Yn yr achos hwn, mae EIGRP yn defnyddio'r algorithm DUAL, a all gyfrifo llwybr wrth gefn trwy olynydd tebygol. Gall hyn gymryd sawl eiliad, pan fydd EIGRP yn dod o hyd i gymydog arall y gellir ei ddefnyddio i anfon y traffig ymlaen a gosod ei ddata yn y tabl llwybro. Ar ôl hyn, bydd y protocol yn parhau â'i waith llwybro arferol.
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