Leo tutaanza kujifunza itifaki ya EIGRP, ambayo, pamoja na kujifunza OSPF, ni mada muhimu zaidi ya kozi ya CCNA.
Tutarejea kwenye Sehemu ya 2.5 baadaye, lakini kwa sasa, baada ya Sehemu ya 2.4, tutaendelea hadi Sehemu ya 2.6, “Kusanidi, Kuthibitisha, na Kutatua Matatizo ya EIGRP kupitia IPv4 (Bila Uthibitishaji, Uchujaji, Muhtasari wa Mwongozo, Ugawaji upya, na Shimo. Usanidi)."
Leo tutakuwa na somo la utangulizi ambalo ndani yake nitakujulisha dhana ya EIGRP ya Itifaki Iliyoimarishwa ya Njia ya Lango la Ndani, na katika masomo mawili yanayofuata tutaangalia kusanidi na kutatua roboti za itifaki. Lakini kwanza nataka kukuambia yafuatayo.
Katika masomo machache yaliyopita tumekuwa tukijifunza kuhusu OSPF. Sasa nataka ukumbuke kwamba tulipoangalia RIP miezi mingi iliyopita, tulizungumza kuhusu vitanzi vya uelekezaji na teknolojia zinazozuia trafiki kuruka. Unawezaje kuzuia vitanzi vya kuelekeza unapotumia OSPF? Inawezekana kutumia njia kama vile Poison ya Njia au Split Horizon kwa hili? Haya ni maswali ambayo lazima ujibu mwenyewe. Unaweza kutumia nyenzo zingine za mada, lakini pata majibu kwa maswali haya. Nataka ujifunze jinsi ya kupata majibu mwenyewe kwa kufanya kazi na vyanzo tofauti, na nakuhimiza uache maoni yako chini ya video hii ili nione ni wanafunzi wangu wangapi wamemaliza kazi hii.
EIGRP ni nini? Ni itifaki ya uelekezaji mseto ambayo inachanganya vipengele muhimu vya itifaki ya vekta ya umbali kama vile RIP na itifaki ya hali ya kiungo kama vile OSPF.
EIGRP ni itifaki ya umiliki ya Cisco ambayo ilitolewa kwa umma katika 2013. Kutoka kwa itifaki ya ufuatiliaji wa hali ya kiungo, alipitisha algorithm ya uanzishwaji wa kitongoji, tofauti na RIP, ambayo haiunda majirani. RIP pia hubadilishana majedwali ya uelekezaji na washiriki wengine katika itifaki, lakini OSPF huunda ukaribu kabla ya kuanzisha ubadilishanaji huu. EIGRP inafanya kazi kwa njia sawa.
Itifaki ya RIP mara kwa mara husasisha jedwali kamili la uelekezaji kila baada ya sekunde 30 na kusambaza taarifa kuhusu violesura vyote na njia zote kwa majirani zake wote. EIGRP haifanyi masasisho kamili ya habari mara kwa mara, badala yake inatumia dhana ya kutangaza ujumbe wa Hello kwa njia sawa na OSPF hufanya. Kila sekunde chache hutuma Hello ili kuhakikisha kuwa jirani bado "hai".
Tofauti na itifaki ya vekta ya umbali, ambayo huchunguza topolojia yote ya mtandao kabla ya kuamua kuunda njia, EIGRP, kama RIP, huunda njia kulingana na uvumi. Ninaposema uvumi, ninamaanisha kwamba wakati jirani anaripoti kitu, EIGRP inakubaliana nayo bila swali. Kwa mfano, ikiwa jirani anasema anajua jinsi ya kufikia 10.1.1.2, EIGRP inamwamini bila kuuliza, “Ulijuaje hilo? Niambie kuhusu topolojia ya mtandao mzima!
Kabla ya 2013, ikiwa unatumia miundombinu ya Cisco pekee, unaweza kutumia EIGRP, kwa kuwa itifaki hii iliundwa mwaka wa 1994. Hata hivyo, makampuni mengi, hata kutumia vifaa vya Cisco, hakutaka kufanya kazi na pengo hili. Kwa maoni yangu, EIGRP ndiyo itifaki bora zaidi ya uelekezaji leo kwa sababu ni rahisi zaidi kutumia, lakini watu bado wanapendelea OSPF. Nadhani hii ni kutokana na ukweli kwamba hawataki kuunganishwa na bidhaa za Cisco. Lakini Cisco ilifanya itifaki hii ipatikane hadharani kwa sababu inaauni vifaa vya mitandao ya watu wengine kama Juniper, na ukishirikiana na kampuni ambayo haitumii vifaa vya Cisco, hutakuwa na matatizo yoyote.
Wacha tuchukue safari fupi kwenye historia ya itifaki za mtandao.
Itifaki ya RIPv1, ambayo ilionekana katika miaka ya 1980, ilikuwa na idadi ya mapungufu, kwa mfano, idadi ya juu ya hops ya 16, na kwa hiyo haikuweza kutoa njia kwenye mitandao mikubwa. Baadaye kidogo, walitengeneza itifaki ya ndani ya njia ya lango IGRP, ambayo ilikuwa bora zaidi kuliko RIP. Hata hivyo, ilikuwa zaidi ya itifaki ya vekta ya umbali kuliko itifaki ya hali ya kiungo. Mwishoni mwa miaka ya 80, kiwango cha wazi kiliibuka, itifaki ya hali ya kiungo ya OSPFv2 ya IPv4.
Mapema miaka ya 90, Cisco iliamua kwamba IGRP ilihitaji kuboreshwa na kutoa Itifaki ya EIGRP iliyoboreshwa ya Njia ya Ndani ya Lango. Ilikuwa na ufanisi zaidi kuliko OSPF kwa sababu iliunganisha vipengele vya RIP na OSPF. Tunapoanza kuichunguza, utaona kwamba EIGRP ni rahisi zaidi kusanidi kuliko OSPF. Cisco ilijaribu kuunda itifaki ambayo ingehakikisha muunganisho wa mtandao wa haraka zaidi.
Mwishoni mwa miaka ya 90, toleo lililosasishwa lisilo na darasa la itifaki ya RIPv2 lilitolewa. Katika miaka ya 2000, toleo la tatu la OSPF, RIPng na EIGRPv6, ambalo liliunga mkono itifaki ya IPv6, lilionekana. Ulimwengu unakaribia hatua kwa hatua mpito kamili hadi IPv6, na watengenezaji wa itifaki ya uelekezaji wanataka kuwa tayari kwa hili.
Ikiwa unakumbuka, tulisoma kwamba wakati wa kuchagua njia bora, RIP, kama itifaki ya vekta ya umbali, inaongozwa na kigezo kimoja tu - idadi ya chini ya hops, au umbali wa chini wa kiolesura cha marudio. Kwa hiyo, router R1 itachagua njia ya moja kwa moja kwa router R3, licha ya ukweli kwamba kasi kwenye njia hii ni 64 kbit / s - mara kadhaa chini ya kasi ya njia R1-R2-R3, sawa na 1544 kbit / s. Itifaki ya RIP itazingatia njia ya polepole ya urefu wa mduara mmoja kuwa bora zaidi badala ya njia ya haraka ya humle 2.
OSPF itasoma topolojia nzima ya mtandao na kuamua kutumia njia kupitia R3 kama njia ya haraka ya mawasiliano na kipanga njia R2. RIP hutumia idadi ya humle kama kipimo chake, huku kipimo cha OSPF ni gharama, ambayo katika hali nyingi hulingana na kipimo data cha kiungo.
EIGRP pia inazingatia gharama ya njia, lakini metriki yake ni ngumu zaidi kuliko OSPF na inategemea mambo mengi, ikiwa ni pamoja na Bandwidth, Ucheleweshaji, Kutegemewa, Kupakia, na MTU ya juu zaidi. Kwa mfano, ikiwa nodi moja imepakiwa zaidi kuliko nyingine, EIGRP itachambua mzigo kwenye njia nzima na kuchagua nodi nyingine yenye mzigo mdogo.
Katika kozi ya CCNA tutazingatia tu vipengele vya uundaji wa metriki kama Bandwidth na Kuchelewa; hizi ndizo ambazo fomula ya kipimo itatumia.
Itifaki ya vekta ya umbali RIP hutumia dhana mbili: umbali na mwelekeo. Ikiwa tuna routers 3, na moja yao imeunganishwa kwenye mtandao wa 20.0.0.0, basi uchaguzi utafanywa kwa umbali - hizi ni hops, katika kesi hii 1 hop, na kwa mwelekeo, yaani, kando ya njia - ya juu. au chini - kutuma trafiki .
Kwa kuongezea, RIP hutumia usasishaji wa mara kwa mara wa habari, kusambaza jedwali kamili la kuelekeza kwenye mtandao kila baada ya sekunde 30. Sasisho hili hufanya mambo 2. Ya kwanza ni sasisho halisi la jedwali la uelekezaji, la pili ni kuangalia uwezekano wa jirani. Ikiwa kifaa hakipokea sasisho la jedwali la majibu au maelezo mapya ya njia kutoka kwa jirani ndani ya sekunde 30, inaelewa kuwa njia ya kwenda kwa jirani haiwezi kutumika tena. Router hutuma sasisho kila baada ya sekunde 30 ili kujua ikiwa jirani bado yuko hai na ikiwa njia bado ni halali.
Kama nilivyosema, teknolojia ya Split Horizon inatumika kuzuia vitanzi vya njia. Hii inamaanisha kuwa sasisho halirudishwi kwenye kiolesura ambacho kilitoka. Teknolojia ya pili ya kuzuia vitanzi ni Poison ya Njia. Ikiwa uunganisho na mtandao wa 20.0.0.0 unaoonyeshwa kwenye picha umeingiliwa, router ambayo ilikuwa imeunganishwa hutuma "njia yenye sumu" kwa majirani zake, ambayo inaripoti kwamba mtandao huu sasa unapatikana katika hops 16, yaani, kivitendo haipatikani. Hivi ndivyo itifaki ya RIP inavyofanya kazi.
Je, EIGRP inafanya kazi gani? Ikiwa unakumbuka kutoka kwa masomo kuhusu OSPF, itifaki hii hufanya kazi tatu: huanzisha kitongoji, hutumia LSA kusasisha LSDB kwa mujibu wa mabadiliko katika topolojia ya mtandao, na hujenga meza ya uelekezaji. Kuanzisha kitongoji ni utaratibu tata ambao hutumia vigezo vingi. Kwa mfano, kuangalia na kubadilisha muunganisho wa 2WAY - baadhi ya viunganisho vinasalia katika hali ya mawasiliano ya njia mbili, wengine huenda kwenye hali FULL. Tofauti na OSPF, hii haifanyiki katika itifaki ya EIGRP - inakagua vigezo 4 tu.
Kama OSPF, itifaki hii hutuma ujumbe wa Hello ulio na vigezo 10 kila sekunde 4. Ya kwanza ni kigezo cha uthibitishaji, ikiwa imeundwa hapo awali. Katika kesi hii, vifaa vyote ambavyo ukaribu umeanzishwa lazima ziwe na vigezo sawa vya uthibitishaji.
Kigezo cha pili kinatumika kuangalia ikiwa vifaa ni vya mfumo mmoja wa uhuru, ambayo ni, kuanzisha ukaribu kwa kutumia itifaki ya EIGRP, vifaa vyote viwili lazima viwe na nambari ya mfumo wa uhuru. Kigezo cha tatu kinatumika kuangalia kwamba ujumbe wa Hello umetumwa kutoka kwa anwani ile ile ya Chanzo cha IP.
Kigezo cha nne kinatumika kuangalia uthabiti wa mgawo wa Maadili ya K. Itifaki ya EIRGP hutumia coefficients 5 kama hizo kutoka K1 hadi K5. Ikiwa unakumbuka, ikiwa K = 0 vigezo vinapuuzwa, lakini ikiwa K = 1, basi vigezo vinatumiwa katika fomula ya kuhesabu metric. Kwa hivyo, maadili ya K1-5 kwa vifaa tofauti lazima iwe sawa. Katika kozi ya CCNA tutachukua maadili ya msingi ya coefficients hizi: K1 na K3 ni sawa na 1, na K2, K4 na K5 ni sawa na 0.
Kwa hiyo, ikiwa vigezo hivi 4 vinafanana, EIGRP huanzisha uhusiano wa jirani na vifaa vinaingia kila mmoja kwenye meza ya jirani. Ifuatayo, mabadiliko yanafanywa kwa jedwali la topolojia.
Ujumbe wote wa Hello hutumwa kwa anwani ya IP ya multicast 224.0.0.10, na sasisho, kulingana na usanidi, hutumwa kwa anwani za unicast za majirani au kwa anwani ya multicast. Sasisho hili haliji juu ya UDP au TCP, lakini hutumia itifaki tofauti inayoitwa RTP, Itifaki ya Usafiri wa Kutegemewa. Itifaki hii hukagua ikiwa jirani amepokea sasisho, na kama jina lake linavyopendekeza, kazi yake kuu ni kuhakikisha kutegemewa kwa mawasiliano. Ikiwa sasisho halifikii jirani, maambukizi yatarudiwa hadi jirani atakapoipokea. OSPF haina utaratibu wa kuangalia kifaa cha mpokeaji, kwa hivyo mfumo haujui ikiwa vifaa vya jirani vimepokea sasisho au la.
Ikiwa unakumbuka, RIP hutuma sasisho la topolojia kamili ya mtandao kila baada ya sekunde 30. EIGRP hufanya hivyo tu ikiwa kifaa kipya kimeonekana kwenye mtandao au mabadiliko fulani yametokea. Ikiwa topolojia ya subnet imebadilika, itifaki itatuma sasisho, lakini sio jedwali kamili la topolojia, lakini rekodi zilizo na mabadiliko haya pekee. Iwapo subnet itabadilika, topolojia yake pekee ndiyo itasasishwa. Hili linaonekana kuwa sasisho la sehemu ambalo hutokea linapohitajika.
Kama unavyojua, OSPF hutuma LSA kila baada ya dakika 30, bila kujali kama kuna mabadiliko yoyote kwenye mtandao. EIGRP haitatuma masasisho yoyote kwa muda mrefu hadi kuwe na mabadiliko fulani katika mtandao. Kwa hiyo, EIGRP ni bora zaidi kuliko OSPF.
Baada ya routers kubadilishana vifurushi vya sasisho, hatua ya tatu huanza - uundaji wa meza ya uelekezaji kulingana na metri, ambayo huhesabiwa kwa kutumia formula iliyoonyeshwa kwenye takwimu. Anahesabu gharama na kufanya uamuzi kulingana na gharama hii.
Wacha tuchukue kuwa R1 ilituma Hello kwa kipanga njia R2, na kipanga njia hicho kilituma Hello kwa kipanga njia R1. Ikiwa vigezo vyote vinafanana, routers huunda meza ya majirani. Katika jedwali hili, R2 inaandika ingizo kuhusu router R1, na R1 inaunda kiingilio kuhusu R2. Baada ya hayo, router R1 inatuma sasisho kwenye mtandao 10.1.1.0/24 iliyounganishwa nayo. Katika jedwali la uelekezaji, hii inaonekana kama habari kuhusu anwani ya IP ya mtandao, kiolesura cha kipanga njia ambacho hutoa mawasiliano nayo, na gharama ya njia kupitia kiolesura hiki. Ikiwa unakumbuka, gharama ya EIGRP ni 90, na kisha thamani ya Umbali imeonyeshwa, ambayo tutazungumzia baadaye.
Fomula kamili ya metri inaonekana ngumu zaidi, kwani inajumuisha maadili ya mgawo wa K na mabadiliko kadhaa. Tovuti ya Cisco hutoa fomula kamili, lakini ukibadilisha thamani za mgawo chaguo-msingi, itabadilishwa kuwa fomu rahisi zaidi - kipimo kitakuwa sawa na (bandwidth + Delay) * 256.
Tutatumia fomula hii iliyorahisishwa tu kukokotoa kipimo, ambapo kipimo data katika kilobiti ni sawa na 107, ikigawanywa na kipimo data kidogo zaidi cha miingiliano yote inayoongoza kwenye mtandao lengwa wa kipimo-bandwidth kidogo, na ucheleweshaji-jumla ni jumla ya kipimo data. kucheleweshwa kwa makumi ya sekunde ndogo kwa violesura vyote vinavyoelekeza kwenye mtandao lengwa.
Tunapojifunza EIGRP, tunahitaji kuelewa fasili nne: Umbali Unaowezekana, Umbali Ulioripotiwa, Mrithi (kipanga njia cha jirani chenye gharama ya chini zaidi ya njia ya mtandao lengwa), na Kifuatacho Upembuzi Yakinifu (kipanga njia mbadala cha jirani). Ili kuelewa wanamaanisha nini, fikiria topolojia ya mtandao ifuatayo.
Wacha tuanze kwa kuunda jedwali la kuelekeza R1 ili kuchagua njia bora ya mtandao 10.1.1.0/24. Karibu na kila kifaa upitishaji katika kbit/s na utulivu katika ms huonyeshwa. Tunatumia violesura vya Mbps 100 au 1000000 kbps GigabitEthernet, 100000 kbps FastEthernet, 10000 kbps Ethernet, na violesura vya 1544 kbps. Maadili haya yanaweza kupatikana kwa kutazama sifa za miingiliano inayolingana ya mwili katika mipangilio ya router.
Upitishaji chaguomsingi wa violesura vya Sifa ni 1544 kbps, na hata kama una laini ya 64 kbps, upitishaji bado utakuwa 1544 kbps. Kwa hivyo, kama msimamizi wa mtandao, unahitaji kuhakikisha kuwa unatumia thamani sahihi ya kipimo data. Kwa interface maalum, inaweza kuweka kwa kutumia amri ya bandwidth, na kwa kutumia amri ya kuchelewa, unaweza kubadilisha thamani ya kuchelewa kwa chaguo-msingi. Huna haja ya kuwa na wasiwasi juu ya maadili chaguo-msingi ya kipimo data cha violesura vya GigabitEthernet au Ethernet, lakini kuwa mwangalifu wakati wa kuchagua kasi ya laini ikiwa unatumia kiolesura cha Serial.
Tafadhali kumbuka kuwa katika mchoro huu ucheleweshaji unaonyeshwa kwa milliseconds ms, lakini kwa kweli ni sekunde ndogo, sina herufi μ ili kuashiria miiko ndogo μs.
Tafadhali zingatia sana ukweli ufuatao. Ukitoa amri ya kiolesura cha onyesho g0/0, mfumo utaonyesha muda wa kusubiri katika makumi ya sekunde ndogo badala ya sekunde ndogo tu.
Tutaangalia suala hili kwa undani katika video inayofuata juu ya kusanidi EIGRP, kwa sasa kumbuka kwamba wakati wa kubadilisha maadili ya latency kwenye fomula, 100 μs kutoka kwenye mchoro hugeuka kuwa 10, kwani formula hutumia makumi ya microseconds, sio vitengo.
Katika mchoro, nitaonyesha kwa dots nyekundu miingiliano ambayo matokeo na ucheleweshaji ulioonyeshwa unahusiana.
Kwanza kabisa, tunahitaji kuamua umbali unaowezekana. Hiki ni kipimo cha FD, ambacho kinakokotolewa kwa kutumia fomula. Kwa sehemu kutoka kwa R5 hadi mtandao wa nje, tunahitaji kugawanya 107 na 106, kwa matokeo tunapata 10. Ifuatayo, kwa thamani hii ya bandwidth tunahitaji kuongeza ucheleweshaji sawa na 1, kwa sababu tuna microseconds 10, yaani. moja kumi. Thamani inayotokana na 11 lazima iongezwe na 256, yaani, thamani ya metric itakuwa 2816. Hii ndiyo thamani ya FD ya sehemu hii ya mtandao.
Router R5 itatuma thamani hii kwa kipanga njia R2, na kwa R2 itakuwa Umbali uliotangazwa uliotangazwa, yaani, thamani ambayo jirani aliiambia. Kwa hivyo, umbali wa RD uliotangazwa kwa vifaa vingine vyote utakuwa sawa na umbali unaowezekana wa FD wa kifaa ambacho kiliripoti kwako.
Router R2 hufanya mahesabu ya FD kulingana na data yake, yaani, inagawanya 107 na 105 na kupata 100. Kisha inaongeza kwa thamani hii jumla ya ucheleweshaji kwenye njia ya mtandao wa nje: kuchelewa kwa R5, sawa na microseconds moja kumi, na ucheleweshaji wake mwenyewe, sawa na makumi kumi. Ucheleweshaji wa jumla utakuwa makumi 11 ya sekunde ndogo. Tunaiongeza kwa mia inayotokana na kupata 111, kuzidisha thamani hii kwa 256 na kupata thamani FD = 28416. Kipanga njia R3 hufanya vivyo hivyo, ikipokea baada ya hesabu thamani FD=281856. Kipanga njia R4 hukokotoa thamani FD=3072 na kuisambaza hadi R1 kama RD.
Tafadhali kumbuka kuwa wakati wa kuhesabu FD, router R1 haibadilishi bandwidth yake ya 1000000 kbit / s kwenye formula, lakini bandwidth ya chini ya router R2, ambayo ni sawa na 100000 kbit / s, kwa sababu formula daima hutumia bandwidth ya chini ya kiolesura kinachoongoza kwa mtandao lengwa . Katika kesi hii, routers R10.1.1.0 na R24 ziko kwenye njia ya mtandao 2/5, lakini tangu router ya tano ina bandwidth kubwa, thamani ndogo ya bandwidth ya router R2 inabadilishwa kwenye formula. Ucheleweshaji wa jumla kwenye njia ya R1-R2-R5 ni 1+10+1 (makumi) = 12, upunguzaji uliopunguzwa ni 100, na jumla ya nambari hizi zilizozidishwa na 256 hutoa thamani FD=30976.
Kwa hiyo, vifaa vyote vimehesabu FD ya interfaces zao, na router R1 ina njia 3 zinazoongoza kwenye mtandao wa marudio. Hizi ni njia R1-R2, R1-R3 na R1-R4. Router huchagua thamani ya chini ya umbali unaowezekana wa FD, ambayo ni sawa na 30976 - hii ndiyo njia ya router R2. Router hii inakuwa Mrithi, au "mrithi". Jedwali la uelekezaji pia linaonyesha Mrithi Anayewezekana (mrithi wa chelezo) - inamaanisha kwamba ikiwa unganisho kati ya R1 na Mrithi umevunjwa, njia itapitishwa kupitia kipanga njia chelezo cha Upembuzi Yakinifu.
Wafuasi wanaowezekana wanapewa kwa mujibu wa kanuni moja: umbali uliotangazwa RD wa router hii lazima iwe chini ya FD ya router katika sehemu ya Mrithi. Kwa upande wetu, R1-R2 ina FD = 30976, RD katika sehemu ya R1-K3 ni sawa na 281856, na RD katika sehemu ya R1-R4 ni sawa na 3072. Tangu 3072 <30976, router R4 inachaguliwa kama Wafanisi Wanaowezekana.
Hii ina maana kwamba ikiwa mawasiliano yamevunjwa kwenye sehemu ya mtandao ya R1-R2, trafiki kwenye mtandao wa 10.1.1.0/24 itatumwa kando ya njia ya R1-R4-R5. Kubadilisha njia wakati wa kutumia RIP inachukua makumi kadhaa ya sekunde, wakati wa kutumia OSPF inachukua sekunde kadhaa, na katika EIGRP hutokea mara moja. Hii ni faida nyingine ya EIGRP juu ya itifaki zingine za uelekezaji.
Je, ni nini kitatokea ikiwa Mrithi na Mrithi Anayewezekana wamekatishwa uhusiano kwa wakati mmoja? Katika hali hii, EIGRP hutumia algoriti DUAL, ambayo inaweza kukokotoa njia mbadala kupitia mrithi anayetarajiwa. Hii inaweza kuchukua sekunde kadhaa, wakati ambapo EIGRP itapata jirani nyingine ambayo inaweza kutumika kusambaza trafiki na kuweka data yake kwenye jedwali la kuelekeza. Baada ya hayo, itifaki itaendelea kazi yake ya kawaida ya uelekezaji.
Asante kwa kukaa nasi. Je, unapenda makala zetu? Je, ungependa kuona maudhui ya kuvutia zaidi? Tuunge mkono kwa kuweka agizo au kupendekeza kwa marafiki, Punguzo la 30% kwa watumiaji wa Habr kwenye analogi ya kipekee ya seva za kiwango cha kuingia, ambayo tulikutengenezea: (inapatikana kwa RAID1 na RAID10, hadi cores 24 na hadi 40GB DDR4).
Dell R730xd mara 2 nafuu? Hapa tu nchini Uholanzi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - kutoka $99! Soma kuhusu
Chanzo: mapenzi.com