Utangulizi

Kila kitu tulichozungumza katika sura iliyotangulia kilihusiana na uelekezaji tuli. Maingizo katika jedwali la uelekezaji yaliundwa wakati wa usanidi wa kiolesura (kwa violesura vilivyounganishwa moja kwa moja), vilivyoongezwa na amri ya njia (kawaida kutoka kwa faili za mfumo wa kuwasha), au kuundwa kwa kutumia uelekezaji upya wa ICMP (wakati wa kutumia njia zisizo sahihi).

Yote hii ni nzuri ikiwa mtandao ni mdogo. Yaani, ikiwa kuna sehemu moja tu ya uunganisho kwa mitandao mingine na hakuna njia za chelezo (njia za chelezo zinaweza kutumika katika kesi ya kutofaulu kwa zile kuu). Ikiwa mojawapo ya masharti matatu yaliyo hapo juu si ya kweli, uelekezaji unaobadilika hutumiwa.

Sura hii inajadili itifaki za uelekezaji zinazobadilika ambazo vipanga njia hutumia kuwasiliana. Tutaangalia kwa karibu RIP, Itifaki ya Taarifa za Njia, itifaki inayotumika sana ambayo inapatikana katika takriban matoleo yote ya TCP/IP. Ifuatayo tutaangalia itifaki mbili zaidi za uelekezaji, OSPF na BGP. Mwishoni mwa sura, tutaanzisha mbinu mpya ya kuelekeza inayoitwa uelekezaji wa kikoa kisicho na darasa, ambayo inaanza kutumika kwenye Mtandao kuhifadhi anwani za Hatari B.

Uelekezaji wa nguvu

Uelekezaji unaobadilika hutumiwa kwa vipanga njia kuwasiliana wao kwa wao. Vipanga njia hupitisha habari kwa kila mmoja kuhusu mitandao ambayo kwa sasa imeunganishwa kwa kila mmoja wao. Vipanga njia huwasiliana kwa kutumia itifaki za uelekezaji. Mchakato wa mtumiaji ambao ruta zinaweza kuwasiliana na vipanga njia jirani huitwa daemon ya kuelekeza. Kama Mchoro 9.1 inavyoonyesha, daemoni ya kuelekeza inasasisha jedwali la kuelekeza kwenye kernel kulingana na taarifa inayopokea kutoka kwa vipanga njia jirani.

Uelekezaji unaobadilika haubadilishi jinsi kernel inavyoelekeza kwenye safu ya IP, kama ilivyofafanuliwa katika sehemu ya Sura ya 9. Hii tunaita utaratibu wa kuelekeza. Kernel hutazama jedwali lake la uelekezaji kwa njia ile ile, ikitafuta njia za wapangishaji, njia za mitandao, na njia chaguo-msingi. Kinachobadilika ni jinsi habari inavyowekwa kwenye jedwali la uelekezaji - badala ya kuendesha amri ya njia au kutumia faili za buti, njia huongezwa na kuondolewa kwa nguvu na daemon ya uelekezaji inayoendelea kila wakati.

Kama ilivyobainishwa awali, daemon ya kuelekeza inawajibika kwa sera ya uelekezaji, ikichagua njia za kuweka kwenye jedwali la uelekezaji. Ikiwa daemon imegundua njia nyingi za lengwa, inachagua (kwa namna fulani) ni njia ipi iliyo bora zaidi, na ni njia hii (pekee) ambayo inaongeza kwenye jedwali la kuelekeza. Ikiwa daemon itaamua kuwa kiungo kimeshindwa (labda kutokana na router au kushindwa kwa mstari wa simu), inaweza kuondoa njia zinazofanana au kuongeza njia mbadala za kufanya kazi karibu na kushindwa.

Mtandao leo hutumia itifaki nyingi tofauti za uelekezaji. Mtandao umepangwa kama jumuiya ya mifumo inayojiendesha (AS), ambayo kila moja inasimamiwa bila ya nyingine. Kwa mfano, mtandao uliojengwa kwenye chuo kikuu kawaida huchukuliwa kuwa mfumo wa uhuru. Kwa mtazamo wa Mtandao, uti wa mgongo wa NSFNET ni mfumo unaojiendesha kwa sababu vipanga njia vyote kwenye uti wa mgongo viko chini ya udhibiti sawa wa kiutawala.

Kwa kila mfumo wa uhuru, itifaki yake ya uendeshaji imechaguliwa, ambayo hutumiwa kuwasiliana kati ya routers katika mfumo huu wa uhuru. Itifaki hii inaitwa itifaki ya lango la ndani (IGP) au itifaki ya uelekezaji wa kikoa. IGP maarufu zaidi ni Itifaki ya Taarifa za Njia (RIP). IGP mpya zaidi ni itifaki ya Open Shortest Path First (OSPF). Iliundwa kama mbadala wa RIP. IGP wa urithi ambaye hatumiki kwa sasa, HELLO ni IGP ambaye hapo awali alitumiwa kwenye mgongo wa NSFNET hadi 1986.

Mahitaji ya Mfumo mpya RFC [Almquist 1993] inabainisha kuwa kipanga njia kinachotekeleza itifaki yoyote ya uelekezaji badilika lazima kitumie OSPF na RIP, na kinaweza pia kutumia IGP zingine.

Kuna itifaki za uelekezaji zinazoitwa itifaki za lango la nje (EGP) au itifaki za uelekezaji wa kikoa. Zimeundwa kwa mawasiliano kati ya ruta ziko katika mifumo tofauti ya uhuru. Kihistoria (na kwa bahati mbaya) mtangulizi wa EGP zote ilikuwa itifaki yenye jina moja: EGP. EGP mpya zaidi (Itifaki ya Lango la Mpaka) kwa sasa inatumika kati ya uti wa mgongo wa NSFNET na baadhi ya mitandao ya kikanda ambayo imeunganishwa kwenye uti wa mgongo. BGP imepangwa kuchukua nafasi ya EGP.

Kusambaza Daemons katika Unix

Mifumo ya Unix kawaida huendesha daemon ya uelekezaji inayoitwa routerd. Inapatikana katika karibu kila toleo la TCP/IP. Daemon hii inaelewa itifaki ya RIP pekee. (Tutaelezea kupitishwa katika sehemu inayofuata.) iliyopitishwa imeundwa kwa mitandao midogo hadi ya kati.

Mpango mbadala umefungwa. Daemon hii inasaidia IGP na EGP. [Fedor 1988] inaelezea utekelezaji wa mapema wa gated. Mchoro 10.1 unaonyesha itifaki za uelekezaji zinazotumika na daemoni iliyopitishwa na matoleo mawili ya daemoni iliyowekwa lango. Mifumo mingi inayotumia damoni za kuelekeza huendeshwa kwa njia, lakini ikiwa kuna haja ya kuauni itifaki tofauti za uelekezaji, gated hutumiwa.

	Itifaki za ruta za ndani			Itifaki za ruta za nje
kupitishwa
lango, Toleo la 2
lango, Toleo la 3

Mchoro 10.1 Itifaki za uelekezaji zinazoungwa mkono na njia na lango.

Tutaelezea RIP Toleo la 1 katika sehemu inayofuata, na tofauti kati ya RIP Toleo la 2, OSPF, na BGP, mtawalia, katika , na sehemu za sura hii.

RIP: Itifaki ya Kubadilishana Taarifa

Sehemu hii inatoa muhtasari wa RIP kwa sababu ndiyo itifaki ya uelekezaji inayotumika sana. Maelezo rasmi ya RIP yanapatikana katika RFC 1058 [Hedrick 1988a], hata hivyo RFC hii iliandikwa miaka kadhaa baada ya itifaki kupitishwa kwa wingi.

Umbizo la Ujumbe

Ujumbe wa RIP hupitishwa katika takwimu za UDP, kama inavyoonyeshwa kwenye Mchoro 10.2. (Tutaangalia UDP ndani .)

Mchoro 10.2 Ujumuishaji wa ujumbe wa RIP kwenye datagramu ya UDP.

Mchoro 10.3 unaonyesha umbizo la ujumbe wa RIP, pamoja na anwani za IP.

Ikiwa uwanja wa amri ni 1, hii ni ombi, ikiwa 2, ni jibu. Kuna maadili mawili zaidi ya uwanja wa amri (3 na 4), pamoja na maadili mawili ambayo hayana hati: kura ya maoni (5) na kipengee cha kura (6). Ombi linaomba mfumo mwingine kutuma yote au sehemu ya jedwali lake la uelekezaji. Jibu lina yote au sehemu ya jedwali la uelekezaji la mtumaji.

Sehemu ya toleo kwa kawaida huwekwa kuwa 1, hata hivyo kwa RIP Toleo la 2 (sehemu) thamani hii imewekwa kuwa 2.

Byte 20 zifuatazo zinajumuisha: familia ya anwani (ambayo daima ni 2 kwa anwani za IP), anwani ya IP na kiashiria sambamba. Katika sehemu zifuatazo, tutaona kwamba kipimo cha RIP ni hesabu ya kurukaruka.

Hadi ruta 25 zinaweza kutangazwa katika ujumbe wa RIP. Kikomo cha 25 kinatambuliwa na saizi ya jumla ya ujumbe wa RIP, 20x25+4=504, chini ya baiti 512. Kutokana na kikomo cha vipanga njia 25, ombi moja kwa kawaida huhitaji majibu mengi kutumwa ili kuwasilisha jedwali zima la uelekezaji.

Mchoro 10.3 umbizo la ujumbe wa RIP.

Operesheni ya Kawaida

Wacha tuone jinsi kuelekeza kawaida hufanya kazi kwa kutumia RIP. Nambari ya bandari iliyohifadhiwa ya RIP ni bandari ya UDP 520.

• Uanzishaji. Daemon inapoanza, hutambua violesura vyote vilivyowezeshwa na kutuma pakiti ya ombi kwa kila kiolesura, ikiomba vipanga njia vya mbali kutuma jedwali kamili za uelekezaji. Katika kesi ya kiungo cha uhakika-kwa-uhakika, ombi hili linatumwa hadi mwisho mwingine wa kiungo. Ombi hutumwa na ujumbe wa matangazo ikiwa mtandao unawaunga mkono. Bandari ya marudio - bandari ya UDP 520 (daemon inayoelekeza kwenye kipanga njia kingine). Tabia za ombi kama hilo ni kama ifuatavyo: uwanja wa amri umewekwa kwa 1, uwanja wa familia wa anwani umewekwa kwa 0, na kielelezo kimewekwa 16. Umbizo hili linalingana na ombi maalum ambalo linahitaji jedwali kamili la uelekezaji. kutumwa kwa jibu.
• Ombi limekubaliwa. Katika kesi ya ombi maalum ambalo tumeelezea hivi punde, jedwali kamili la uelekezaji linatumwa kwa mwombaji. Kila kipengee katika ombi kinasindika tofauti: ikiwa kuna njia ya anwani maalum, kiashiria kinawekwa kwa thamani fulani, vinginevyo kiashiria kinawekwa 16. (Kiashiria kilichowekwa kwa 16 ni thamani maalum ambayo ina maana "infinity". ” na inaonyesha kwamba njia ya kuelekea mahali hapa haipo.) Jibu linarudishwa.
• Jibu limekubaliwa. Ikiwa jibu litapatikana kuwa sahihi, jedwali la uelekezaji linaweza kusasishwa. Maingizo mapya yanaweza kuongezwa, maingizo yaliyopo yanaweza kurekebishwa au kufutwa.
• Masasisho ya mara kwa mara ya uelekezaji. Kila sekunde 30, yote au sehemu ya jedwali la uelekezaji hutumwa kwa kila kipanga njia cha jirani. Jedwali la uelekezaji linatangazwa (katika hali ya Ethaneti) au linatumwa hadi mwisho mwingine wa kiungo cha uhakika hadi hatua.
• Sasisho lisilopangwa. Hutokea wakati kipimo cha njia kinabadilika. Katika kesi hii, hakuna haja ya kutuma meza nzima ya uelekezaji; kiingilio tu ambacho kimebadilishwa ndicho kinachotumwa.

Kila njia ina muda wa kuisha unaohusishwa nayo. Ikiwa mfumo unaotumia RIP utabainisha kuwa njia haijasasishwa ndani ya dakika tatu, kipimo cha njia kimewekwa kuwa kisicho na kipimo (16) na kuwekewa alama ya kufutwa. Hii inamaanisha kuwa sasisho sita za sekunde 30 zilikosa kutoka kwa kipanga njia kilichotangaza njia. Hata hivyo, kufuta njia kutoka kwa jedwali la uelekezaji la ndani kunacheleweshwa kwa sekunde 60 za ziada ili kuhakikisha kuwa njia hiyo inatoweka.

Vipimo

RIP hutumia hesabu ya kurukaruka kama kiashirio. Kwa miingiliano yote iliyounganishwa moja kwa moja, hesabu ya hop ni 1. Fikiria ruta na mitandao iliyoonyeshwa kwenye Mchoro 10.4. Laini nne zenye vitone zinaonyesha ujumbe wa matangazo ya RIP.

Mchoro 10.4 Mfano wa ruta na mitandao.

Njia ya R1 inatangaza njia ya kwenda N2 na hesabu ya kuruka 1 kwa kutuma ujumbe wa matangazo kwa N1. (Haina maana kutangaza njia ya kwenda N1 katika ujumbe wa matangazo uliotumwa kwa N1.) Pia inatangaza njia ya kwenda N1 yenye idadi ya kurukaruka 1 kwa kutuma ujumbe wa matangazo kwa N2. Vile vile, R2 inatangaza njia ya kwenda N2 yenye kipeo 1 na njia ya N3 yenye kipeo cha 1.

Ikiwa router karibu na sisi inatangaza njia ya mtandao wa mbali na hesabu ya hop ya 1, basi kwetu sisi hesabu ya mtandao huu itakuwa 2, hivyo pakiti lazima kwanza ipelekwe kwenye router yetu ili kupata mtandao. . Katika mfano hapo juu, alama ya N1 ya R2 ni 2, kama ilivyo alama ya N3 ya R1.

Kwa sababu kila kipanga njia hutuma meza zake za uelekezaji kwa majirani zake, kila mtandao katika kila mfumo wa uhuru (AS) unafafanuliwa. Ikiwa kuna njia nyingi kutoka kwa router hadi kwenye mtandao ndani ya AS, router huchagua njia na hops chache zaidi na kupuuza njia nyingine.

Hesabu ya kurukaruka ni 15, ambayo ina maana kwamba RIP inaweza kutumika tu ndani ya AS, ambapo idadi ya juu zaidi ya hop kati ya wapangishaji ni 15. Hesabu maalum ya 16 inaonyesha kuwa hakuna njia ya kufikia anwani hiyo ya IP.

Matatizo

Rahisi kama inaweza kuonekana, bado kuna shida. Kwanza, RIP haina dhana ya subnetting. Ikiwa kitambulishi cha kawaida cha mpangishi wa biti 16 katika anwani ya Daraja B si sifuri, RIP haiwezi kubainisha ikiwa sehemu isiyo ya sufuri ni ya kitambulishi cha subnet au kama anwani ya IP ndiyo anwani nzima ya mwenyeji. Utekelezaji fulani hutumia mask ya subnet ya kiolesura ambacho habari ya RIP ilikuja, lakini njia hii sio sahihi kila wakati.

Pili, RIP inachukua muda mrefu sana kurejesha mtandao baada ya router au kiungo kushindwa. Muda ni kawaida dakika kadhaa. Wakati huu, vitanzi vya njia vinaweza kutokea. Katika utekelezaji wa kisasa wa RIP, kuna mapendekezo mengi ambayo inakuwezesha kuondokana na vitanzi vya uelekezaji na kuongeza kasi ya muunganisho wa mtandao. RFC 1058 [Hedrick 1988a] inaeleza jinsi RIP inapaswa kutekelezwa.

Kutumia hop count kama kipimo cha uelekezaji hakuruhusu vigeu vingine ambavyo lazima vizingatiwe wakati wa kuchagua njia. Hatimaye, upeo wa humle 15 huweka kikomo ukubwa wa mitandao ambayo RIP inaweza kutumika.

Tutatumia ripquery kupata jedwali za kuelekeza za baadhi ya vipanga njia. ripquery hutuma moja ya ombi lisilo na hati (inayoitwa "upigaji kura", na uwanja wa amri umewekwa kwa 5, Mchoro 10.3) kwa kipanga njia, ikiuliza kutuma meza kamili ya uelekezaji. Ikiwa jibu halijapokelewa ndani ya sekunde 5, ombi la kawaida la RIP linatumwa (uga wa amri umewekwa 1). (Hapo awali tulisema kwamba ombi lililo na uwanja wa familia wa itifaki uliowekwa kuwa 0 na kielelezo kilichowekwa hadi 16 kinaomba jedwali kamili la uelekezaji la kipanga njia.)

Mchoro 10.5 unaonyesha ruta mbili ambazo tutaomba meza zao za uelekezaji kwenye jua la mwenyeji. Tutatumia ripquery na jua, na kupata maelezo ya uelekezaji kutoka kwa kisambaza data kifuatacho, netb:

jua% ripquery -n netb
504 byte kutoka netb (140.252.1.183): ujumbe wa kwanza una baiti 504
mistari michache imefutwa hapa
140.252.1.0, Ethaneti ya juu ya kipimo 1 kwenye Mchoro 10.5
140.252.13.0, metric 1 Ethaneti ya chini kwenye Mchoro 10.5
244 byte kutoka netb (140.252.1.183): ujumbe wa pili na baiti 244 zilizosalia
mistari kadhaa imefutwa

Kama tulivyotarajia, netb inatangaza subnet yetu kwa alama 1. Ethaneti ya juu, ambayo netb pia imeunganishwa (140.252.1.0), ina alama 1. (Bendera -n inatuambia tuchapishe anwani za IP katika uwakilishi wa nambari. badala ya kuchapisha majina ya wapangishi.) Katika mfano huu, netb imesanidiwa kufikiria seva pangishi zote zilizo kwenye subnet ya 140.252.13 kama zimeunganishwa nayo moja kwa moja—kwa hivyo, netb haijui lolote kuhusu seva pangishi hizo ambazo ziko kwenye subnet ya 140.252.13. . Kwa kuwa kuna sehemu moja tu ya muunganisho kwenye subnet ya 140.252.13, kutangaza vipimo tofauti kwa kila seva pangishi haileti maana ya vitendo.

Mchoro 10.5 Ruta mbili, netb na lango, ambalo tulituma swali kuhusu jedwali lao la kuelekeza.

Mchoro 10.6 unaonyesha ubadilishaji wa pakiti unaopatikana kwa kutumia amri ya tcpdump. Tulibainisha kiolesura cha SLIP na -i sl0 chaguo.

jua% tcpdump -s600 -i sl0
1 0.0 sun.2879 > netb.route: rip-poll 24
2 5.014702 (5.0147) sun.2879 > netb.route: rip-req 24
3 5.560427 (0.5457) netb.route > sun.2879: rip-resp 25:
4 5.710251 (0.1498) netb.route > sun.2879: rip-resp 12:

Mchoro 10.6 Pato la amri ya tcpdump wakati wa kuendesha programu ya ripquery.

Ombi la kwanza lililotumwa ni amri ya kura ya RIP (mstari wa 1). Katika hatua hii, muda wa sekunde 5 unasindika, baada ya hapo ombi la kawaida la RIP linatumwa (mstari wa 2). Nambari ya 24 mwishoni mwa mstari wa 1 na 2 ni ukubwa wa pakiti za ombi katika byte: 4 bytes RIP header (pamoja na amri na toleo), ikifuatiwa na anwani moja ya 20-byte na kielelezo.

Mstari wa 3 unaonyesha jibu la kwanza, na nambari 25 mwishoni mwa mstari ikionyesha kuwa kuna jozi 25 za viashiria vya anwani katika ujumbe, ambazo hapo awali tulihesabu kuwa baiti 504. Hii ndio habari haswa ambayo ripquery hutoa. Tulibainisha chaguo la -s600 kwa tcpdump, tukionyesha kuwa baiti 600 zinapaswa kusomwa kutoka kwa mtandao. Hii hukuruhusu kukubali datagramu nzima ya UDP (badala ya sehemu ya kwanza) na kisha uchapishe yaliyomo kwenye jibu la RIP.

Mstari wa 4 unaonyesha ujumbe wa majibu ya pili kutoka kwa kipanga njia, na jozi 12 zinazofuata za anwani na viashiria. Tunaweza kukokotoa saizi ya ujumbe huu, ambayo itakuwa 12x20+4=244, ambayo ndiyo ripquery iliyochapishwa hapo awali.

Tukigeukia kipanga njia kilicho nyuma ya netb, kwenye lango, kuna uwezekano mkubwa kwamba kiashiria cha subnet yetu 140.252.13.0 kitakuwa sawa na 2. Hebu tuangalie dhana hii:

jua% ripquery -n lango
baiti 504 kutoka lango (140.252.1.4):
mistari kadhaa imefutwa
140.252.1.0, Ethaneti ya juu ya kipimo 1 kwenye Mchoro 10.5
140.252.13.0, metric 2 Ethaneti ya chini katika Mchoro 10.5

Hapa kiashiria cha Ethernet ya juu kwenye Mchoro 10.5 (140.252.1.0) inabaki sawa na 1, kwani Ethernet hii imeunganishwa moja kwa moja na lango na wavu, lakini subnet yetu 140.252.13.0, kama tulivyotarajia, ina kiashiria sawa na 2. .

Mfano mmoja zaidi

Sasa tutaangalia sasisho zote za RIP zinazotokea kwenye mtandao wa Ethernet bila kupokea maombi, na kuona nini RIP hutuma mara kwa mara kwa majirani zake. Mchoro 10.7 unaonyesha mitandao katika noao.edu. Kwa unyenyekevu, ruta huitwa Rn, ambapo n ni nambari ya subnet. Viungo vya kuelekeza-uhakika vinaonyeshwa kwa kutumia mistari yenye vitone inayoonyesha anwani za IP kwa kila ncha ya kiungo.

Kielelezo 10.7 noao.edu 140.252 mitandao.

Tuliendesha programu ya snoop kwenye Solaris 2.x, ambayo ni sawa na programu ya tcpdump tuliyoendesha kwenye mashine ya solaris. Kipindi hiki kinaweza kuendeshwa bila upendeleo wa mtumiaji mkuu, lakini tu kunasa pakiti za utangazaji, pakiti za matangazo mengi, au pakiti zinazotumwa kwa seva pangishi. Mchoro 10.8 unaonyesha pakiti zilizonaswa kwa sekunde 60. Tumebadilisha majina mengi ya wapangishaji rasmi na uwakilishi wetu wa Rn.

solari% snoop -P -tr udp bandari 520
0.00000 R6.tuc.noao.edu ->
4.49708 R4.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
6.30506 R2.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
11.68317 R7.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
16.19790 R8.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
16.87131 R3.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
17.02187 gateway.tuc.noao.edu ->
20.68009 R10.tuc.noao.edu ->

29.87848 R6.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
34.50209 R4.tuc.noao.edu -> 140.252.1.255 RIP R (sehemu 1)
36.32385 R2.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
41.34565 R7.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
46.19257 R8.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
46.52199 R3.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 1)
47.01870 gateway.tuc.noao.edu -> 140.252.1.255 RIP R (maeneo 15)
50.66453 R10.tuc.noao.edu -> BROADCAST RIP R (maeneo 4)

Mchoro 10.8 ujumbe wa matangazo ya RIP ulinaswa kwenye solari katika sekunde 60.

Shukrani kwa -P bendera, pakiti zinanaswa bila kuchanganywa, shukrani kwa -tr, mihuri ya muda inayolingana huchapishwa, na shukrani kwa bandari 520, ni datagramu za UDP pekee zilizo na bandari 520 iliyobainishwa kama chanzo au lango lengwa hunaswa.

Pakiti 6 za kwanza zinatoka kwa R6, R4, R2, R7, R8 na R3, kila moja ikitangaza mtandao mmoja tu. Ikiwa tunatazama ndani ya pakiti, tunaona kwamba R6 inatangaza njia ya mtandao 140.252.6.0 na hesabu ya hop ya 1, R4 inatangaza njia hadi 140.252.4.0 na hesabu ya hop ya 1, na kadhalika.

Njia ya lango, hata hivyo, ilitangaza ruta 15. Tunaweza kuendesha snoop na -v bendera na kuangalia maudhui ya ujumbe RIP. (Alama hii inatoa maudhui kamili ya pakiti inayoingia: Kijajuu cha Ethernet, kichwa cha IP, kichwa cha UDP, na ujumbe wa RIP. Tumeondoa taarifa zote isipokuwa maelezo ya RIP.) Mchoro 10.9 unaonyesha matokeo.

Linganisha vihesabio vya usambazaji vilivyotangazwa vya mtandao wa 140.252.1 na topolojia iliyoonyeshwa kwenye Mchoro 10.7.

Ukweli wa ajabu sana ni kwamba katika pato katika Mchoro 10.8, R10 inatangaza mitandao minne, ambapo katika Mchoro 10.7 kuna tatu tu. Tukiangalia katika pakiti ya RIP kwa kutumia snoop, tutaona njia zifuatazo zinazotangazwa:

RIP: Metric ya Anwani
RIP: 140.251.0.0 16 (haipatikani)
RIP: 140.252.9.0 1
RIP: 140.252.10.0 1
RIP: 140.252.11.0 1

Njia ya mtandao wa darasa B 140.251 ni ya uwongo na haifai kutangazwa. Si mali ya noao.edu.

solari% snoop -P -v -tr udp port 520 lango la mwenyeji
mistari mingi imefutwa
RIP: Opcode = 2 (majibu ya njia)
RIP:Toleo=1

RIP: Metric ya Anwani

RIP: 140.252.101.0 1
RIP: 140.252.104.0 1

RIP: 140.252.51.0 2
RIP: 140.252.81.0 2
RIP: 140.252.105.0 2
RIP: 140.252.106.0 2

RIP: 140.252.52.0 3
RIP: 140.252.53.0 3
RIP: 140.252.54.0 3
RIP: 140.252.55.0 3
RIP: 140.252.58.0 3
RIP: 140.252.60.0 3
RIP: 140.252.82.0 3
RIP: 192.68.189.0 3

RIP: 140.252.57.0 4

Mchoro 10.9 majibu ya RIP kutoka kwa lango.

Usemi "BROADCAST" katika matokeo ya kuchungulia katika Mchoro 10.8 kwa pakiti ya RIP iliyotumwa na R10 inamaanisha kuwa anwani ya IP lengwa ni anwani ya utangazaji iliyozuiwa 255.255.255.255 (Sura ya 12, sehemu) badala ya anwani ya utangazaji inayoelekeza subnet (140.252. 1.255) , ambayo vipanga njia vingine hutumia.

RFC 1388 inafafanua viendelezi vipya kwa RIP, ambavyo kwa ujumla vinajulikana kama RIP-2. Viendelezi hivi havibadilishi itifaki, lakini huongeza maelezo ya ziada kwenye sehemu zilizo alama "lazima ziwe sifuri" kwenye Mchoro 10.3. RIP na RIP-2 zinaweza kuwasiliana ikiwa RIP itapuuza sehemu zinazopaswa kuwekwa kuwa sufuri.

Mchoro 10.10 unaonyesha umbizo la ujumbe wa RIP-2. Kwa RIP-2, uga wa toleo umewekwa kuwa 2.

Kikoa cha uelekezaji ni kitambulisho cha daemon ya kuelekeza ambayo inamiliki pakiti hii. Kwenye utekelezaji wa Unix, lazima hiki kiwe kitambulisho cha mchakato wa daemon. Sehemu hii inaruhusu msimamizi kuendesha RIP kwenye kipanga njia kimoja mara nyingi, kila moja ikiendeshwa na kikoa sawa cha uelekezaji.

Sehemu ya lebo ya njia imeundwa kusaidia itifaki za kipanga njia cha nje. Hapa ndipo nambari ya mfumo wa uhuru wa EGP na BGP inahifadhiwa.

Mask ya subnet kwa kila nukta inalingana na anwani yake ya IP. Anwani inayofuata ya IP ya hop ni anwani ya IP ya lengwa ambapo pakiti zitatumwa. Thamani ya 0 katika sehemu hii inamaanisha kuwa pakiti zinapaswa kutumwa kwa mfumo uliotuma ujumbe wa RIP.

Mchoro 10.10 umbizo la ujumbe wa RIP2.

RIP-2 hutoa mpango rahisi wa uthibitishaji. Biti 20 za kwanza katika ujumbe wa RIP zina familia ya anwani, ambayo imewekwa kwa 0xffff, na uga wa lebo ya njia umewekwa 2. Baiti 16 zilizobaki zina nenosiri la maandishi wazi.

Hatimaye, RIP-2 inasaidia maombi ya utangazaji anuwai pamoja na utangazaji (). Hii inapunguza mzigo kwa wapangishi ambao hawakubali ujumbe wa RIP-2.

OSPF: Fungua Njia Fupi Kwanza

OSPF ni itifaki mbadala ya RIP kwa vipanga njia vya ndani. OSPF huondoa vizuizi vyote vilivyo katika RIP. Toleo la 2 la OSPF limefafanuliwa katika RFC 1247 [Moy 1991].

OSPF ni itifaki ya hali ya kiunganishi, wakati RIP ni itifaki ya vekta ya umbali. Neno vekta ya umbali linamaanisha kuwa jumbe zinazotumwa na RIP zina vekta ya umbali (hop count). Kila kipanga njia kinasasisha jedwali lake la uelekezaji kulingana na vekta za umbali ambazo hupokea kutoka kwa majirani zake.

Wakati itifaki ya hali ya kiungo inatumiwa, router haibadilishana habari za umbali na majirani zake. Badala yake, kila router inajaribu kikamilifu hali ya viungo vyake kwa kila kipanga njia cha jirani na kutuma habari hii kwa majirani zake wengine, ambayo inaweza kuelekeza mtiririko wa data kwa mfumo wa uhuru. Kila router inapokea taarifa kuhusu hali ya kituo na, kwa kuzingatia, hujenga meza kamili ya uelekezaji.

Kutoka kwa mtazamo wa vitendo, tofauti kuu ni kwamba itifaki ya hali ya kiungo ni kasi zaidi kuliko itifaki ya vector ya umbali. Ikumbukwe kwamba katika kesi ya itifaki ya hali ya kiungo, muunganisho wa mtandao ni haraka sana. Kwa muunganisho tunamaanisha uimarishaji wa mtandao baada ya mabadiliko yoyote, kama vile kipanga njia kilichovunjika au hitilafu ya kiungo. Sehemu ya 9.3 ya [Perlman 1992] inalinganisha aina mbili za itifaki za uelekezaji.

OSPF pia inatofautiana na RIP (kama itifaki zingine nyingi za uelekezaji) kwa kuwa OSPF hutumia IP moja kwa moja. Hii ina maana kwamba haitumii UDP au TCP. OSPF ina thamani yake mwenyewe, ambayo imewekwa kwenye uwanja wa itifaki kwenye kichwa cha IP (Mchoro 3.1).

Zaidi ya hayo, kwa sababu OSPF ni itifaki ya hali-unganishi badala ya itifaki ya vekta ya umbali, ina sifa nyingine zinazoifanya iwe vyema kwa RIP.

1. OSPF inaweza kubuni seti tofauti ya vipanga njia kwa kila aina ya IP ya huduma (Mchoro 3.2). Hii ina maana kwamba kwa lengwa lolote kunaweza kuwa na maingizo mengi kwenye jedwali la kuelekeza, moja kwa kila aina ya huduma ya IP.
2. Kila kiolesura kimepewa bei. Inaweza kukabidhiwa kulingana na upitishaji, wakati wa kurudi, kutegemewa, au kigezo kingine. Bei tofauti inaweza kutolewa kwa kila aina ya huduma ya IP.
3. Iwapo kuna njia nyingi za kuelekea kulengwa kwa gharama sawa, OSPF husambaza trafiki (mtiririko wa data) kwa usawa kati ya njia hizi. Hii inaitwa usawa wa mzigo wa kazi.
4. OSPF inasaidia subnets: mask ya subnet inalingana na kila njia iliyotangazwa. Hii hukuruhusu kugawanya anwani ya IP ya darasa lolote katika subnets kadhaa za ukubwa tofauti. (Tulionyesha hili katika mfano katika sehemu ya Sura ya 3 na tukaiita neti ndogo za urefu tofauti.) Njia za wapangishaji zinatangazwa na barakoa ndogo ya biti 1 zote. Njia chaguo-msingi inatangazwa kama anwani ya IP 0.0.0.0 na barakoa ya biti sifuri zote.
5. Viungo vya kumweka-kwa-uhakika kati ya vipanga njia havina anwani za IP kila mwisho. Hii inaitwa mitandao isiyo na nambari. Mbinu hii hukuruhusu kuhifadhi anwani za IP - rasilimali muhimu sana siku hizi!
6. Mpango rahisi wa uthibitishaji hutumiwa. Nenosiri linaweza kubainishwa kwa maandishi wazi, kama inavyofanywa katika mpango wa RIP-2 (sehemu).
7. OSPF hutumia multicast() badala ya matangazo, ambayo hupunguza mzigo kwenye mifumo ambayo haitambui OSPF.

Kwa kuwa wachuuzi wengi wa router wanaunga mkono OSPF, inaanza kuchukua nafasi ya RIP kwenye mitandao mingi.

BGP: Itifaki ya Lango la Mpaka

BGP ni itifaki ya kipanga njia cha nje iliyoundwa kwa mawasiliano kati ya vipanga njia katika mifumo tofauti ya uhuru. BGP inachukua nafasi ya EGP ya zamani ambayo ilitumika kwenye ARPANET. Toleo la 3 la BGP limefafanuliwa katika RFC 1267.

RFC 1268 inaelezea matumizi ya BGP kwenye mtandao. Karibu kila kitu hapa chini kinachukuliwa kutoka kwa RFC hizi mbili. Aidha, ikumbukwe kwamba mwaka wa 1993, toleo la 4 la BGP liliundwa (RFC 1467 [Topolcic 1993]) ili kuunga mkono CIDR, ambayo tutaelezea katika sehemu ya sura hii.

Mifumo inayotumia BGP kubadilishana taarifa za upatikanaji wa mtandao na mifumo mingine ya BGP. Taarifa hii inajumuisha njia kamili kupitia mifumo inayojitegemea ambayo trafiki (mtiririko wa data) lazima ichukue ili kufikia mitandao hii. Maelezo haya yanatosha kwa ajili ya kujenga grafu ya muunganisho ya AS (mifumo inayojiendesha). Hii hurahisisha kukwepa vitanzi vya uelekezaji na kurahisisha mchakato wa kufanya maamuzi ya uelekezaji.

Kwanza, ni lazima kusema kwamba datagram ya IP katika AS inaweza kuwa ya trafiki ya ndani na trafiki ya usafiri. Karibu ni trafiki ambayo chanzo na lengwa ziko katika AS sawa. Katika hali hii, anwani za IP za chanzo na lengwa huelekeza kwa wapangishi wanaomiliki mfumo sawa wa kujiendesha. Trafiki nyingine zote huitwa usafiri. Faida kuu ya kutumia BGP kwenye Mtandao ni kupunguzwa kwa trafiki ya usafiri.

Mfumo wa uhuru unaweza kuwa wa aina zifuatazo:

1. Mfumo wa kujiendesha wa AS stub una muunganisho mmoja kwa mfumo mmoja wa nje wa uhuru. Katika mfumo huo wa uhuru, trafiki ya ndani tu iko.
2. AS yenye nyumba nyingi ina miunganisho kwa mifumo mingi ya mbali inayojitegemea, lakini hairuhusu trafiki ya usafiri.
3. Usafiri wa AS una miunganisho kwa mifumo kadhaa inayojitegemea na, kwa kutegemea vikwazo, inaweza kupitia trafiki ya ndani na ya usafiri.

Topolojia ya mtandao ya jumla inajumuisha transit, interface nyingi na mifumo ya uhuru mdogo. Mifumo inayojiendesha yenye vikwazo na yenye nyuso nyingi haihitaji kutumia BGP - inaweza kutumia EGP kubadilishana taarifa za ufikivu na mifumo inayojiendesha ya usafiri.

BGP inaruhusu matumizi ya uelekezaji kulingana na sera. Sheria zote zinafafanuliwa na msimamizi wa mfumo wa uhuru na zimetajwa katika faili za usanidi za BGP. "Maamuzi ya sera" si sehemu ya itifaki, lakini ruhusu uchaguzi kufanywa kati ya njia wakati njia mbadala nyingi zipo na kuruhusu udhibiti wa ugawaji upya wa taarifa. Maamuzi hufanywa kwa kuzingatia usalama au uwezekano wa kiuchumi.

BGP inatofautiana na RIP au OSPF kwa kuwa BGP hutumia TCP kama itifaki yake ya usafiri. Mifumo miwili inayotumia BGP huanzisha miunganisho ya TCP na kisha kubadilishana meza kamili za uelekezaji za BGP. Masasisho yanawakilishwa kama mabadiliko kwenye jedwali la uelekezaji (jedwali lote halisambazwi).

BGP ni itifaki ya vekta ya umbali, hata hivyo, tofauti na RIP (ambayo hutangaza usambazaji kwenye lengwa), BGP huorodhesha njia kwa kila lengwa (msururu wa nambari za mfumo unaojiendesha hadi lengwa). Hii huondoa baadhi ya matatizo yanayohusiana na kutumia itifaki za vekta ya umbali. Kila mfumo wa uhuru unatambuliwa na nambari ya 16-bit.

BGP hutambua kushindwa kwa kiungo au seva pangishi kwenye ncha nyingine ya muunganisho wa TCP kwa kutuma ujumbe wa "keeplive" mara kwa mara kwa majirani zake. Muda unaopendekezwa kati ya ujumbe huu ni sekunde 30. Ujumbe wa "kaa hai" ambao unatumika kwenye safu ya programu, bila chaguo za TCP "baki hai" () chaguo.

CIDR: Uelekezaji wa Kiunganishi Bila Darasa

Ilisemekana kuwa kwa sasa kuna uhaba wa anwani za darasa B, kwa hivyo nodi zilizo na mitandao mingi zinapaswa kugawa vitambulisho kadhaa vya mtandao vya darasa C badala ya kitambulisho cha mtandao cha darasa B. Kwa upande mmoja, kuonekana kwa anwani za darasa C hutatua tatizo moja ( kufurika idadi ya anwani za darasa B). Kwa upande mwingine, tatizo jingine linatokea: kila mtandao wa Hatari C unahitaji ingizo kwenye jedwali la uelekezaji. Classless Interdomain Routing (CIDR) ni njia ambayo inapunguza ukuaji wa majedwali ya kuelekeza kwenye Mtandao. Mbinu hii pia inaitwa supernetting na imefafanuliwa katika RFC 1518 na RFC 1519 [Fuller et al. 1993], hakiki inaweza kupatikana katika. CIDR imeidhinishwa na Bodi ya Usanifu wa Mtandao [Huitema 1993]. RFC 1467 [Topolcic 1993] inaeleza kwa ufupi hali na maendeleo ya CIDR kwenye Mtandao.

Wazo la msingi nyuma ya CIDR ni kwamba anwani nyingi za IP zinaweza kupangwa kwa njia maalum, na hivyo kupunguza idadi ya maingizo kwenye jedwali la kuelekeza. Kwa mfano, ikiwa nodi moja ina anwani 16 za Hatari C, zote 16 zinaweza kupangwa kwa njia ambayo zinaweza kujumlishwa ili zote 16 ziweze kufikiwa kupitia ingizo moja kwenye jedwali la kuelekeza. Pia, ikiwa nodi 8 tofauti zimeunganishwa kwa "mtoa huduma" sawa wa Mtandao kupitia sehemu moja ya unganisho la Mtandao, na ikiwa nodi zote 8 zina anwani 8 tofauti za IP, zinaweza kufupishwa, baada ya hapo ingizo moja tu kwenye jedwali la kuelekeza ambalo litakuwa. kutumika kwenye mtandao kwa nodi zote 8.

Ili kutumia muhtasari kama huo, masharti matatu lazima yatimizwe.

1. Anwani nyingi za IP ambazo zitaongezwa pamoja kwa ajili ya kuelekeza lazima ziwe na vipande sawa vya mpangilio wa juu katika anwani zao.
2. Jedwali za uelekezaji na kanuni za uelekezaji lazima ziongezwe ili maamuzi ya uelekezaji yafanywe kwa kutumia anwani za IP za 32-bit na barakoa 32-bit.
3. Itifaki za uelekezaji zitakazotumiwa lazima ziongezwe ili kuruhusu utumaji wa barakoa 32-bit na anwani 32-bit. OSPF (sehemu) na RIP-2 (sehemu) zina uwezo wa kusambaza barakoa za biti 32, kama ilivyo kwa Toleo la 4 la BGP.

Kwa mfano, RFC 1466 [Gerich 1993] inapendekeza kwamba anwani mpya za Daraja C barani Ulaya ziwe kati ya 194.0.0.0 - 195.255.255.255. Katika heksadesimali, anwani hizi ziko katika safu 0xc2000000 - 0xc3ffffff. Hii inaruhusu vitambulishi 65,536 tofauti vya mtandao vya Hatari C, lakini vyote vina biti 7 za mpangilio wa juu sawa. Katika nchi nyingine (zisizo za Ulaya), ingizo moja la jedwali la uelekezaji lenye anwani ya IP 0xc2000000 na barakoa ya biti 32 0xfe000000 (254.0.0.0) inaweza kutumika kuelekeza vitambulisho hivi vyote vya mtandao vya 65536 vya Hatari C kupitia sehemu moja. Mlolongo wa biti katika anwani ya Hatari C (hizi ni biti zinazofuata 194 au 195) zinaweza kupangwa kwa mpangilio wa daraja, kwa mfano na nchi au na mtoa huduma, ili kuruhusu nyongeza ya ziada ndani ya vipanga njia vya Ulaya kwa kutumia biti za ziada baada ya biti 7. utaratibu wa juu katika mask 32-bit.

CIDR pia hutumia mbinu ambayo huamua kwamba "kinacholingana bora kila wakati ndicho kilingana kirefu zaidi": yaani, kulinganisha idadi ya juu ya biti kwenye kinyago cha biti-32. Kuendelea mfano kutoka kwa aya iliyotangulia, zifuatazo zinapaswa kuzingatiwa. Hebu tuseme kwamba mtoa huduma mmoja huko Ulaya anahitaji kutumia kipanga njia tofauti ili kufikia Mtandao kuliko Ulaya yote. Ikiwa mtoa huduma huyu yuko katika safu ya anwani 194.0.16.0 - 194.0.31.255 (Vitambulisho vya mtandao vya darasa la 16), maingizo ya jedwali la kuelekeza la mitandao hii lazima yawe na anwani ya IP ya 194.0.16.0 na kinyago cha 255.255.240.0 (0x)ffff. . Datagram ambayo imeelekezwa 194.0.22.1 italingana na ingizo hilo katika jedwali la kuelekeza na mojawapo ya mitandao ya Daraja C katika maeneo mengine ya Ulaya. Walakini, kwa kuwa mask 255.255.240 ni "ndefu" kuliko mask 254.0.0.0, kiingilio kwenye jedwali la uelekezaji ambacho kina kinyago kirefu zaidi kitatumika.

Neno "bila darasa" linatumika kwa sababu maamuzi ya uelekezaji hufanywa kulingana na vinyago vilivyowekwa kwenye anwani kamili ya IP ya 32-bit. Hakuna tofauti kati ya anwani za darasa A, B au C.

Mpango wa awali ni kutumia CIDR kwa anwani mpya za mtandao za Hatari C. Mabadiliko haya yatapunguza kwa kiasi kikubwa ukuaji wa jedwali za uelekezaji wa Mtandao bila kuhitaji mabadiliko yoyote kwa vipanga njia vilivyopo. Ingawa ni lazima ieleweke kwamba ufumbuzi huo ni kipimo cha muda mfupi. Uboreshaji mkubwa zaidi unaweza kupatikana ikiwa CIDR itatumika kwa anwani zote za IP na anwani za IP zilizopo zitakabidhiwa upya (pamoja na wapangishi wote waliopo kupata anwani mpya!) kulingana na vikwazo vya nchi, bara na watoa huduma. Faida itakuwa kama ifuatavyo: jedwali la kisasa la uelekezaji lina hadi maingizo 10,000, wakati baada ya kutumia CIDR idadi ya maingizo itapunguzwa hadi 200.

Hitimisho fupi

Kuna aina mbili kuu za itifaki za uelekezaji: itifaki ya lango la ndani (IGP), kwa vipanga njia vilivyo ndani ya mfumo wa uhuru, na itifaki ya lango la nje (EGP), kwa vipanga njia vinavyowasiliana na vipanga njia katika mifumo mingine inayojiendesha.

IGP maarufu zaidi ni Itifaki ya Habari ya Njia (RIP), lakini polepole IGP mpya - OSPF inazidi kuwa maarufu, na inazidi kuanza kuchukua nafasi ya RIP. EGP mpya na maarufu ni Itifaki ya Lango la Mpaka (BGP). Katika sura hii, tuliangalia RIP na aina za ujumbe inayotumia. RIP Toleo la 2 ni kiendelezi cha kisasa kinachoauni subnetting na maboresho mengine muhimu. Pia tulishughulikia OSPF, BGP, na Classless Inter-Domain Routing (CIDR), teknolojia mpya inayolenga kupunguza ukubwa wa majedwali ya kuelekeza kwenye Mtandao.

Kuna itifaki mbili zaidi za uelekezaji za OSI ambazo unapaswa kuzingatia. Itifaki ya Uelekezaji wa Kikoa (IDRP) imeibuka kama toleo la BGP lililorekebishwa ili kutumia anwani za OSI badala ya IP. Itifaki ya Mfumo wa Kati hadi Mfumo wa Kati (IS-IS) ni kiwango cha OSI IGP. Inatumika kama itifaki ya kuelekeza mtandao isiyo na muunganisho (CLNP - Itifaki ya Mtandao Isiyo na Muunganisho), itifaki ya OSI inayofanana na IP. IS-IS na OSPF zinafanana sana.

Uelekezaji wa nguvu unaendelea kuwa uwanja mzuri wa utafiti katika uwanja wa ufanyaji kazi wa mtandao. Kwa hivyo, kuchagua itifaki ya uelekezaji ya kutumia na ni daemon gani ya kuelekeza iendeshe ni ngumu sana. [Perlman 1992] hutoa maelezo mengi.

Mazoezi

1. Rejelea Mchoro 10.9. Ni njia gani inaweza kuchukuliwa kutoka kwa kipanga njia cha kpno hadi kipanga njia cha lango?
2. Fikiria router ina njia 30 zinazohitaji kutangazwa kwa kutumia RIP, zinahitaji datagram moja kwa njia 25 na nyingine kwa 5 iliyobaki. Ni nini kinachotokea ikiwa mara moja kwa saa datagram ya kwanza yenye njia 25 inapotea?
3. Pakiti ya OSPF ina sehemu ya kuangalia, lakini pakiti ya RIP haina. Kwa nini?
4. Je, ni athari gani ya kusawazisha mzigo, ambayo hutumiwa katika OSPF. Hii inaathirije safu ya usafirishaji?
5. Soma RFC 1058 kwa maelezo zaidi kuhusu jinsi RIP inatekelezwa. Katika Mchoro 10.8, kila kipanga njia hutangaza njia ambazo hutoa tu na haitangazi njia zingine ambazo inazijua kutoka kwa ujumbe wa utangazaji kutoka kwa vipanga njia vingine kwenye mtandao wa 140.252.1. Jina la teknolojia hii ni nini?
6. Katika sehemu ya Sura ya 3, tulisema kuwa kuna wahudumu zaidi ya 100 kwenye subnet ya 140.252.1 pamoja na ruta 8 tulizoonyesha kwenye Mchoro 10.7. Je, wahudumu hawa 100 wanafanya nini na jumbe nane za utangazaji zinazofika kila baada ya sekunde 30 (Mchoro 10.8)?

Mitandao mikubwa, kama vile Mtandao, imepangwa kama mifumo mingi ya uhuru (AS). Kila moja yao kawaida husimamiwa kama kitambaa tofauti cha mtandao, kwa hivyo utumiaji wa itifaki moja ya uelekezaji katika mitandao kama hii hauwezekani. Kama tunavyojua tayari, kipanga njia, kulingana na anwani ya IP iliyoainishwa kwenye kichwa cha pakiti, huamua njia ya data iliyopitishwa kulingana na jedwali lake la uelekezaji.
Jedwali za uelekezaji huwekwa kwa mikono (uelekezaji tuli) au kwa nguvu (uelekezaji wenye nguvu).

Uelekezaji tuli

Kwa kuwa njia tuli husanidiwa kwa mikono, mabadiliko yoyote katika topolojia ya mtandao yanahitaji ushiriki wa msimamizi kurekebisha majedwali ya kuelekeza. Ndani ya mtandao mdogo, mabadiliko hayo ni madogo na hutokea mara chache sana. Kinyume chake, katika mitandao mikubwa, kurekebisha jedwali za uelekezaji kunaweza kuchukua muda mwingi.
Ikiwa upatikanaji wa mtandao unaweza kupatikana tu kwa mwelekeo mmoja, basi kutaja njia ya tuli inaweza kuwa ya kutosha kabisa. Aina hii ya mtandao inaitwa mtandao wa mbegu. Ili kusanidi upangaji wa tuli kwenye kipanga njia, unahitaji kufanya ingizo kuhusu mtandao ambao pakiti iliyotumwa kwenye kiolesura maalum inaweza kufikia.
Ili kufanya hivyo, unahitaji kuingiza amri ya njia ya ip katika hali ya usanidi, ambayo tunaonyesha anwani ya IP na mask ya mtandao wa marudio, aina na nambari ya interface ambayo mtandao huu unaweza kufikiwa.

R1(config)# njia ya ip

Mfano: Kwa mtandao ulioonyeshwa kwenye takwimu, unahitaji kusanidi njia ili router (R1) isonge mbele pakiti kwa mitandao 92.154.228.0/22 ​​na 92.154.232.0/22

Suluhisho litakuwa kutaja amri 2:

R1(config)# njia ya ip 92.154.228.0 255.255.252.0 Se 1/0
R1(config)# ip njia 92.154.232.0 255.255.252.0 Se 1/0

Kuangalia usanidi, chapa amri onyesha njia ya ip

R1# onyesha njia ya ip
Misimbo: C - imeunganishwa, S - tuli, I - IGRP, R - RIP, M - simu,
D - EIGRP, EX - EIGRP nje, O - OSPF,

C 92.154.224.0/22 ​​imeunganishwa moja kwa moja, FastEthernet0/0
S 92.154.228.0/22 ​​imeunganishwa moja kwa moja, Serial1/0
S 92.154.232.0/22 ​​imeunganishwa moja kwa moja, Serial1/0
C 92.154.252.0/30 imeunganishwa moja kwa moja, Serial1/0

Kama inavyoonekana kutoka kwa matokeo ya amri, pamoja na mitandao iliyounganishwa, maingizo 2 yalionekana kupitia ambayo router itaelekeza pakiti zote ambazo zilikuja kwake kwa mitandao 92.154.228.0/22 ​​na 92.154.232.0/22 kwa kiolesura cha Serial1/0.

Ili pakiti kutoka kwa mitandao hii kurudi nyuma, unahitaji kusanidi ruta R2 na R3 kwa njia sawa.

R2(config)# ip njia 92.154.224.0 255.255.252.0 mfululizo 1/0
R2(config)# ip njia 92.154.232.0 255.255.252.0 mfululizo 1/1

R3(config)# ip njia 92.154.224.0 255.255.252.0 mfululizo 1/0
R3(config)# njia ya ip 92.154.228.0 255.255.252.0 mfululizo 1/0

Unaweza pia kusanidi uelekezaji tuli kwa kubainisha katika njia ya ip amri anwani ya IP ya kiolesura cha kipanga njia kinachofuata badala ya aina na nambari ya kiolesura cha kipanga njia ambacho mtandao lengwa unaweza kufikiwa. Kwa mfano, usanidi wa router R1 kwa mfano wetu itakuwa:

R1(config)# ip njia 92.154.228.0 255.255.252.0 92.154.252.2

R1(config)# ip njia 92.154.232.0 255.255.252.0 92.154.252.2

R1# onyesha njia tuli ya ip
92.0.0.0/8 ina nyati ndogo, nyavu 4, barakoa 2
S 92.154.228.0/22 ​​kupitia 92.154.252.2
S 92.154.232.0/22 ​​​​kupitia 92.154.252.2

Ili kughairi njia tuli, tumia amri ya no ya ip

Uelekezaji wa nguvu

Kwa uelekezaji wa nguvu, habari ya uelekezaji hubadilishwa kati ya vipanga njia vya jirani, wakati ambapo huambiana ni mitandao ipi inayopatikana kwa sasa kupitia kwao. Taarifa hiyo inachakatwa na kuwekwa kwenye jedwali la uelekezaji. Itifaki za kawaida za uelekezaji wa ndani ni pamoja na:
RIP (Itifaki ya Habari ya Njia) - itifaki ya habari ya uelekezaji
OSPF (Fungua Njia fupi ya Kwanza) - itifaki ya kuchagua njia fupi zaidi
EIGRP (Itifaki Iliyoimarishwa ya Njia ya Lango la Ndani) - itifaki ya uelekezaji ya lango la ndani iliyoimarishwa
IGRP (Itifaki ya Njia ya Lango la Ndani) - itifaki ya uelekezaji ya lango la ndani

Itifaki ya uelekezaji inayobadilika huchaguliwa kulingana na masharti mengi (kasi ya muunganisho, saizi ya mtandao, utumiaji wa rasilimali, utekelezaji na matengenezo, n.k.) kwa hivyo, kwanza kabisa, sifa kama vile saizi ya mtandao, kipimo data kinachopatikana, uwezo wa maunzi wa vichakataji vya vifaa vya kuelekeza, miundo. huzingatiwa na aina za ruta.
Algorithms nyingi za uelekezaji zinaweza kuainishwa katika mojawapo ya kategoria mbili: itifaki za vekta ya umbali (RIPv1, RIPv2, RIPng, IGRP, EIGRP, EIGRP kwa IPv6) na itifaki za hali ya kiungo (OSPFv2, OSPFv3, IS-IS, IS-IS kwa IPv6) .

Itifaki ya Habari ya Uelekezaji (RIP)

Itifaki ya RIP ni itifaki ya uelekezaji wa vekta ya umbali. Itifaki za uelekezaji zinazobadilika huamua njia bora zaidi ya mtandao unaohitajika kulingana na thamani inayoitwa kipimo. Itifaki ya RIP hutumia idadi ya vifaa vya usafiri wa umma au mabadiliko (hop count - packet jump) kutoka kwa muundo mmoja wa mtandao hadi mwingine kama kipimo. Idadi ya juu ya mabadiliko hayo ni 15. Na mitandao yote ambayo idadi ya mabadiliko inazidi 15 inachukuliwa kuwa haiwezi kufikiwa. Vipanga njia vilivyosanidiwa na RIP mara kwa mara (kila sekunde 30 kwa chaguo-msingi) hutuma matangazo ya njia kamili, ambayo yana habari kuhusu mitandao yote inayojulikana kwao.

Uendeshaji wa itifaki ya RIP

Hebu fikiria mchakato wa usindikaji wa router R1 njia ya mtandao 172.30.22.0. Itifaki ya RIP imeundwa kwenye routers zote mbili R1 na R2 kwa mitandao yote iliyounganishwa moja kwa moja.

Mtandao 172.30.22.0 umeunganishwa moja kwa moja na kipanga njia R2, kwa hivyo hesabu yake ya hop ni 0.
Wakati R2 inasambaza tangazo la njia kwa mtandao kama huo, huweka thamani ya kukabiliana na 1. Baada ya kupokea tangazo kutoka kwa R2, router R1 inaingia kwenye njia ya mtandao 172.30.22.0 kwenye meza yake ya uelekezaji na inazingatia njia hii kuwa bora, kwani haina njia nyingine.
R1 hutumia S0/0 kama kiolesura kinachotoka cha njia mpya tangu tangazo lilipopokelewa kupitia hiyo.
Inatumia 172.30.1.2 kama anwani inayofuata kwenye njia kwa sababu tangazo la uelekezaji lilipokelewa kutoka kwa mtumaji kwa anwani hii ya IP.

Baadhi ya njia hazijajumuishwa kwenye matangazo ya njia ili kuondoa njia za kitanzi na upenyezaji wa pakiti. Njia ya kitanzi hutokea wakati ruta mbili au zaidi husambaza pakiti kwa kila mmoja kwenye njia iliyofungwa ambayo pakiti hazifikii mpokeaji aliyekusudiwa. Njia ya kitanzi itasalia kutumika hadi vipanga njia kwenye mtandao visasishe jedwali lao la uelekezaji. Ili kuepuka njia za kitanzi, ruta hutuma taarifa kuhusu njia iliyoshindwa na metric maalum sawa na infinity (kwa itifaki ya RIP thamani hii ni 16). Aina hii ya usambazaji inaitwa marekebisho ya njia.
Utaratibu mwingine wa kuzuia njia za mviringo ni timer ya kuhifadhi habari. Kifaa kinapopokea njia iliyorekebishwa (yenye kipimo cha juu zaidi) ikionyesha kuwa njia hiyo haipatikani, kipima muda huwashwa kwa njia hiyo. Thamani ya kawaida ya kipima muda cha kuhifadhi habari ni 180 s. Hadi kipima muda kinaisha, hakuna taarifa mpya ya njia inayopokelewa na kifaa, lakini taarifa kutoka kwa kipanga njia cha jirani ambacho hapo awali kilitangaza njia iliyopotea hupokelewa na kusindika hadi kipima muda cha kuhifadhi habari kitakapoisha.

Mfano wa mtandao na usanidi wake kwa kutumia itifaki ya RIP

Ili kusanidi itifaki ya RIP kwenye router, lazima uweke amri ya mpasuko wa router. Ifuatayo, katika hali ya usanidi wa itifaki ya uelekezaji, unahitaji kuingiza amri ya mtandao, iliyo na nambari ya mtandao iliyounganishwa moja kwa moja kwenye router, habari kuhusu ambayo inapaswa kufunuliwa katika barua. Ikiwa anwani isiyo na darasa inatumiwa, lazima uwashe toleo la 2 la itifaki ya RIP kwa amri ya toleo la 2

Kipanga njia1(config)# mpasuko wa kipanga njia
Kipanga njia1(config-router)# mtandao 92.154.224.0
Kipanga njia1(config-router)# mtandao 92.154.252.0
Router1(config-router)# toleo la 2

Kipanga njia2(config)# mpasuko wa kipanga njia
Router2(config-router)# mtandao 92.154.252.0
Router2(config-router)# mtandao 92.154.252.4
Router2(config-router)# mtandao 92.154.228.0
Router2(config-router)# toleo la 2

Kipanga njia3(config)# mpasuko wa kipanga njia
Kipanga njia3(config-router)# mtandao 92.154.252.4
Router3(config-router)# mtandao 92.154.232.0
Router3(config-router)# toleo la 2

Tunaangalia meza ya uelekezaji na amri

Kipanga njia1# onyesha mpasuko wa njia ya ip

R 92.154.228.0/22 kupitia 92.154.252.2, 00:00:20, Serial1/0
R 92.154.232.0/22 kupitia 92.154.252.2, 00:00:20, Serial1/0
R 92.154.252.4/30 kupitia 92.154.252.2, 00:00:20, Serial1/0

Ikumbukwe kwamba vipanga njia vya jirani vitabadilisha tu jedwali za uelekezaji za RIP ikiwa RIP imesanidiwa pande zote mbili.

OSPF

OSPF ni itifaki ya uelekezaji wa hali ya kiunganishi. Aina hii ya itifaki hutumia gharama ya njia kama kipimo, ambacho huhesabiwa kulingana na upitishaji wa kila kiungo kwenye njia kutoka kwa kipanga njia hadi kwenye mtandao unaohitajika. Kwa hiyo, mchakato wa uendeshaji wa itifaki ya OSPF inaweza kugawanywa katika hatua tatu: ugunduzi wa routers jirani, kubadilishana databases njia, na hesabu ya njia mojawapo.
Vifaa vilivyounganishwa kwenye chaneli moja na kushiriki katika mchakato wa kubadilishana habari wa OSPF huitwa ruta za jirani. Ili kugundua vifaa vya OSPF, vipanga njia hutuma vifurushi vya Hello vinavyorushwa mbalimbali juu ya violesura vyote ambavyo OSPF imesanidiwa. Ombi lina habari ifuatayo:
kitambulisho cha Kitambulisho cha Router ya kutuma - RID,
Kitambulisho cha Eneo la OSPF,
Salamu za muda,
muda wa kugundua kushindwa kwa kifaa (muda wa kufa),
kipaumbele cha router
ONDOA kipanga njia kilichoteuliwa DR,
chelezo iliyoteuliwa ya kipanga njia BDR RID
orodha ya vifaa vya jirani vilivyogunduliwa na kipanga njia cha kutuma.

Kila router imepewa nambari ya kipekee - kitambulisho cha router RID. Ni nambari ya 32-bit, kwa hivyo kwa urahisi, anwani ya IP hutumiwa kama kitambulisho. Itifaki huchagua kiotomati anwani ya juu zaidi ya IP kutoka kwa anwani zote kwenye miingiliano ya kifaa (pamoja na zile za mtandaoni).

Kwa mfano, Kipanga njia A hupokea ujumbe wa Habari kutoka kwa Kipanga njia B. Kifaa A kinahitaji kuarifu Kipanga njia B kwamba ujumbe umepokelewa, kwa hivyo Kipanga njia A huongeza UONDOA wa Kipanga njia B kwenye ujumbe wake unaofuata (na wote unaofuata). Vile vile, Kipanga njia B kinapopokea ujumbe wa Hujambo, itaongeza RID ya Kifaa A kwenye ujumbe wake wa Hujambo unaofuata.
Wakati kipanga njia kinapogundua RID yake katika ujumbe wa Hello unaoingia, inaamini kuwa kituo cha njia mbili kimeanzishwa na kifaa kilicho karibu. Baada ya hayo, vipanga njia huangalia mipangilio ya msingi ya itifaki ya kila mmoja iliyo katika ujumbe wa Hello: anwani ya IP, subnet mask, muda wa kutuma ujumbe wa Hello, muda wa kutambua jirani (muda wa kufa), kitambulisho cha eneo la OSPF (Kitambulisho cha eneo), nk. Mipangilio lazima ilingane, vinginevyo itifaki haitafanya kazi.
Baada ya kuangalia, ikiwa mipangilio inalingana, vipanga njia vinaweza kubadilishana matangazo ya Link-State Advertisements (LSAs).
Baada ya kuanzisha kituo cha njia mbili, vipanga njia vinaendelea kubadilishana mara kwa mara ujumbe wa Hello. Ikiwa hakuna uhusiano kwa muda uliowekwa na muda wa kufa, basi inachukuliwa kuwa mawasiliano na kifaa cha jirani yanapotea. Kawaida katika itifaki ya OSPF, muda wa kutuma ujumbe wa Hello ni 10 s, na muda uliokufa ni 40 s.
LSA zina maelezo ya kina kuhusu topolojia ya mtandao. Mchakato wa kutuma matangazo haya unaitwa mafuriko, ambayo ruta hupeleka LSA kwa majirani zao, ambao nao huwapeleka kwa majirani zao, hadi vifaa vyote kwenye mtandao vipate habari kutoka kwa tangazo. Matangazo ya LSA hutumwa mara kwa mara (mara moja kila baada ya dakika 30 kwa chaguomsingi). Mara tu mchakato wa usambazaji ukamilika, vipanga njia vyote kwenye kikoa cha uelekezaji vitashiriki habari sawa kuhusu mtandao. Taarifa huhifadhiwa katika mfumo wa muundo unaoitwa hifadhidata ya hali ya kiungo - LSDB.
Wakati kila kipanga njia kwenye kikoa cha uelekezaji kina nakala inayofanana ya LSDB, teknolojia ya itifaki ya uelekezaji wa hali ya kiungo hutumiwa. Njia zimewekwa kwenye jedwali la uelekezaji la IP: maingizo yanaundwa yenye anwani ya subnet, mask, kiolesura cha pato na anwani ya kifaa kinachofuata cha usafiri (ijayo-hop). Ili kutekeleza kazi hii, algorithm ya njia fupi ya kwanza ya Dijkstra inatumiwa.
Itifaki ya OSPF huchagua njia kati ya kipanga njia na mtandao wowote wenye gharama ya chini zaidi. Kila kiolesura kwenye njia kina thamani ya gharama inayohusishwa nayo. Gharama ya miingiliano yote (njia) ambayo njia ya mtandao inapita imefupishwa na njia ambayo gharama yake ni ndogo huchaguliwa. Kwa hivyo, kila kipanga njia huunda njia kama muundo wa mti, na yenyewe kwenye mzizi.
Ili kusanidi itifaki ya OSPF, tumia amri ya router ospf, ambayo ina kitambulisho cha mchakato wa 16-bit kutoka 1 hadi 65535, na amri ya mtandao, ambayo ina nambari ya mtandao, mask ya wildcard na kitambulisho cha eneo.

Hebu tuangalie mfano wa kuanzisha itifaki ya OSPF kwa mtandao ulioonyeshwa hapo juu.

Kipanga njia1(config)# njia ospf 1
Kipanga njia1(kipanga njia)# mtandao 92.154.252.0 0.0.0.3 eneo 0
Kipanga njia1(kipanga njia)# mtandao 92.154.224.0 eneo 0.0.3.255 0

Kipanga njia2(config)# kipanga njia ospf 1
Kipanga njia2(config-ruta)# mtandao 92.154.252.0 0.0.0.3 eneo 0
Kipanga njia2(config-ruta)# mtandao 92.154.252.4 0.0.0.3 eneo 0
Kipanga njia2(config-ruta)# mtandao 92.154.228.0 eneo 0.0.3.255 0

Kipanga njia3(config)# kipanga njia ospf 1
Kipanga njia3(config-router)# mtandao 92.154.252.4 0.0.0.3 eneo 0
Kipanga njia3(config-router)# mtandao 92.154.232.0 0.0.3.255 eneo 0

Tunaangalia matokeo kwa amri Router1# onyesha njia ya ospf

92.0.0.0/8 ina nyati ndogo kwa njia tofauti, neti 5, barakoa 2
O 92.154.228.0/22 kupitia 92.154.252.2, 00:00:26, Serial1/0
O 92.154.232.0/22 kupitia 92.154.252.2, 00:00:26, Serial1/0
O 92.154.252.4/30 kupitia 92.154.252.2, 00:00:26, Serial1/0

Kuangalia orodha ya ruta za jirani ambazo itifaki ya OSPF imeundwa na habari juu yao, tumia amri ya jirani ya show ip ospf.

Router1#onyesha ip ospf jirani
Kiolesura cha Anwani ya Anwani ya Kitambulisho cha Jirani cha Jimbo la Pri State
92.154.252.5 0 KAMILI/ - 00:00:37 92.154.252.2 Msururu1/0

Ili itifaki ya OSPF ifanye kazi, ni muhimu kwamba angalau kiolesura kimoja cha kipanga njia kilichojumuishwa kwenye jedwali la uelekezaji wa itifaki ya OSPF lazima kiwe katika hali ya juu. Vinginevyo, OSPF itazimwa na uanzishaji unaofuata utawezekana tu kwa mikono. Ili kuepuka tatizo hili kwenye mtandao wako, lazima usanidi na ujumuishe kiolesura cha kitanzi cha mtandaoni katika itifaki ya OSPF.
Ili kusanidi kiolesura cha kitanzi, tumia amri ya kitanzi cha kiolesura, ikifuatiwa na nambari ya kiolesura cha kawaida, kwa mfano:

Kivinjari(config)# kitanzi cha kiolesura 0
Kipanga njia(config-ikiwa)# ip ongeza 1.1.1.1 255.255.255.255

Aina za Njia za OSPF

Aina nne tofauti za ruta za OSPF zinalingana na muundo wa uelekezaji wa kihierarkia unaotumiwa katika OSPF. Kila router katika uongozi huu hufanya jukumu la kipekee na ina seti ya sifa za kipekee kwake. Mchoro unaonyesha mtandao wa kawaida wa OSPF ambao maeneo mengi yana aina tofauti za ruta za OSPF.

Maelezo ya Jumla ya Ruta za OSPF

Njia za Mipaka ya Eneo

Routa za ABR zimeunganishwa kwenye maeneo mengi ya OSPF, kwa hivyo idadi ya ruta kwenye mtandao inategemea idadi ya maeneo. Router ya ABR ina hifadhidata moja kwa kila eneo, habari ambayo inafupisha na kisha kupita kwenye eneo la uti wa mgongo kwa usambazaji kwa maeneo mengine.

Njia za Mipaka ya Mfumo wa Kujiendesha

Vipanga njia vya ASBR vimeunganishwa kwenye mifumo mingi inayojiendesha na kubadilishana taarifa za uelekezaji na vipanga njia katika mfumo mwingine unaojiendesha. Vipanga njia vya ASBR huendesha wakati huo huo OSPF na itifaki nyingine ya uelekezaji, kama vile RIP au BGP. Vipanga njia vya ASBR huchakata taarifa kuhusu njia za nje.

Njia za Eneo la Msingi

Vipanga njia vya uti wa mgongo (BR) ni vipanga njia ambavyo miingiliano yao inawaunganisha kwa eneo la uti wa mgongo pekee. Hazina miingiliano iliyounganishwa na maeneo mengine ya OSPF.

Mtandao wa Lift mi Up, pamoja na wafanyakazi wake, unakua mbali na mbali. Utunzaji wa miundombinu ya IT ulihamishiwa kwa shirika tofauti iliyoundwa maalum "Unganisha Me Up".
Siku nyingine tu, matawi mengine manne yalinunuliwa katika miji tofauti na wawekezaji waligundua vipimo vipya vya harakati za lifti. Na mtandao ulikua kutoka kwa ruta nne hadi kumi mara moja. Wakati huo huo, idadi ya subnets sasa imeongezeka kutoka 9 hadi 20, bila kuhesabu viungo vya uhakika kati ya routers. Na hapa swali la kusimamia uchumi huu wote linatokea. Kubali, kuongeza mwenyewe njia kwa mitandao yote katika kila nodi si jambo la kufurahisha sana.
Hali ni ngumu na ukweli kwamba mtandao huko Kaliningrad tayari una anwani yake, na itifaki ya uelekezaji ya nguvu ya EIGRP inafanya kazi juu yake.
Kwa hivyo leo:

• Hebu tuelewe nadharia ya itifaki za uelekezaji zenye nguvu.
• Tunaanzisha itifaki ya OSPF kwenye mtandao wa Lift Mi Up
• Inasanidi uhamishaji (usambazaji upya) wa njia kati ya OSPF na EIGRP
• Katika toleo hili tunaongeza sehemu ya "Kazi". Icons zifuatazo zitasaidia kuzitambua katika makala yote:

Kiwango cha ugumu kitatofautiana. Shida zote zitakuwa na majibu ambayo yanaweza kutazamwa. Katika baadhi yao utahitaji kufikiri, kwa wengine utahitaji kusoma nyaraka, kwa wengine utahitaji kuelewa topolojia na labda hata kuangalia habari za kufuta. Ikiwa kazi haiwezi kutekelezwa katika RT, tutafanya maelezo maalum kuhusu hili.

Nadharia ya itifaki za uelekezaji zinazobadilika

Kwanza, hebu tuelewe dhana ya "uelekezaji wa nguvu". Hadi sasa, tulitumia kinachojulikana kama routing tuli, yaani, sisi wenyewe tuliandika meza ya uelekezaji kwenye kila kipanga njia. Kutumia itifaki za uelekezaji huturuhusu kuepuka mchakato huu wa kuchosha, wa kuchukiza na makosa ya kibinadamu. Kama jina linamaanisha, itifaki hizi zimeundwa kuunda meza za uelekezaji zenyewe, moja kwa moja, kulingana na usanidi wa sasa wa mtandao. Kwa ujumla, hii ni jambo la lazima, hasa wakati mtandao wako sio routers 3, lakini 30, kwa mfano.
Kuna mambo mengine badala ya urahisi. Kwa mfano, uvumilivu wa makosa. Kuwa na mtandao ulio na uelekezaji tuli, itakuwa ngumu sana kwako kupanga chaneli za chelezo - hakuna mtu wa kufuatilia upatikanaji wa sehemu fulani.

Kwa mfano, ikiwa katika mtandao huo kiungo kati ya R2 na R3 imevunjwa, basi pakiti kutoka kwa R1 zitaendelea kwenda kwa R2, ambako zitaharibiwa, kwa sababu hakuna mahali pa kuzituma.

Itifaki za uelekezaji zenye nguvu ndani ya sekunde chache (au hata milisekunde) hujifunza kuhusu matatizo kwenye mtandao na kuunda upya meza zao za uelekezaji, na katika hali iliyoelezwa hapo juu, pakiti zitatumwa kwa njia ya sasa.

Jambo lingine muhimu - kusawazisha trafiki. Itifaki za uelekezaji zenye nguvu zinaauni kipengele hiki karibu nje ya kisanduku na huhitaji kuongeza njia zisizohitajika mwenyewe kwa kuzihesabu.

Kweli, utekelezaji wa uelekezaji wa nguvu hufanya iwe rahisi zaidi kuongeza mtandao. Unapoongeza kipengee kipya kwenye mtandao au subnet kwenye kipanga njia kilichopo, unahitaji tu kufanya hatua chache ili kila kitu kifanye kazi, bila uwezekano mdogo wa hitilafu, na taarifa kuhusu mabadiliko inashirikiwa mara moja kwenye vifaa vyote. Vile vile vinaweza kusemwa kuhusu mabadiliko ya topolojia ya kimataifa.

Itifaki zote za uelekezaji zinaweza kugawanywa katika vikundi viwili vikubwa: nje ( E.G.P.- Itifaki ya lango la nje) na la ndani ( IGP- Itifaki ya Lango la Ndani). Ili kuelezea tofauti kati yao, tunahitaji neno "mfumo wa uhuru". Kwa maana ya jumla, mfumo wa uhuru (kikoa cha uelekezaji) ni kikundi cha ruta chini ya usimamizi wa kawaida.
Kwa upande wa mtandao wetu uliosasishwa wa AS itakuwa kama hii:

Kwa hivyo, itifaki za uelekezaji wa ndani hutumiwa ndani ya mfumo wa uhuru, na zile za nje hutumiwa kuunganisha mifumo ya uhuru na kila mmoja. Kwa upande wake, itifaki za uelekezaji wa ndani zimegawanywa kuwa Umbali-Vekta(RIP, EIGRP) na Jimbo la Kiungo(OSPF, IS-IS). Katika makala hii, hatutapiga maiti, kugusa itifaki za RIP na IGRP kutokana na umri wao wa heshima, pamoja na IS-IS kutokana na kutokuwepo kwa PT.

Tofauti za kimsingi kati ya aina hizi mbili ni kama ifuatavyo.
1) aina ya habari ambayo ruta hubadilishana: jedwali za kuelekeza za Vekta ya Umbali na jedwali la topolojia la Jimbo la Kiungo,
2) mchakato wa kuchagua njia bora,
3) kiasi cha habari kuhusu mtandao ambayo kila router "inaweka kichwani mwake": Umbali-Vector anajua majirani zake tu, Jimbo la Kiungo lina wazo la mtandao mzima.

Kama tunavyoona, idadi ya itifaki za uelekezaji ni ndogo, lakini bado sio moja au mbili. Nini kinatokea ikiwa unaendesha itifaki kadhaa kwenye router kwa wakati mmoja? Huenda kila itifaki itakuwa na maoni yake juu ya jinsi bora ya kufikia mtandao fulani. Je, ikiwa pia tuna njia tuli zilizosanidiwa? Je, router itatoa upendeleo kwa nani na itaongeza njia ya nani kwenye meza ya uelekezaji? Jibu la swali hili linahusishwa na neno jipya: umbali wa utawala (kwa ladha yetu, nakala ya wastani ya umbali wa Utawala wa Kiingereza, lakini hawakuweza kuja na bora zaidi). Umbali wa kiutawala ni nambari kamili kutoka 0 hadi 255, inayoonyesha "kipimo cha ujasiri" cha kipanga njia katika njia hii. Udogo wa AD, ndivyo uaminifu zaidi. Hapa kuna ishara ya uaminifu kama huo kutoka kwa maoni ya Cisco:

Itifaki	Umbali wa kiutawala
Kiolesura kilichounganishwa	0
Njia tuli	1
Njia ya muhtasari ya Itifaki ya Ndani ya Lango la Ndani (EIGRP).	5
Itifaki ya Lango la Mpaka wa Nje (BGP)	20
EIGRP ya ndani	90
IGRP	100
OSPF	110
Mfumo wa Kati hadi wa Kati (IS-IS)	115
Itifaki ya Habari ya Uelekezaji (RIP)	120
Itifaki ya Lango la Nje (EGP)	140
Uelekezaji Unapohitaji (ODR)	160
EIGRP ya nje	170
BGP ya ndani	200
Haijulikani	255

Katika makala ya leo tutaangalia OSPF na EIGRP. Utaona ya kwanza kila mahali na wakati wote, na ya pili ni nzuri sana katika mitandao ambapo vifaa vya Cisco tu vipo.
Kila mmoja wao ana faida na hasara zake. Tunaweza kusema kwamba EIGRP ni bora kuliko OSPF, lakini faida zote zinakabiliwa na asili yake ya umiliki. EIGRP ni itifaki ya umiliki wa Cisco na hakuna mtu mwingine anayeiunga mkono.
Kwa kweli, EIGRP ina hasara nyingi, lakini hii haijajadiliwa hasa katika makala maarufu. Hapa kuna moja tu ya shida: SIA

Basi hebu tuanze.

OSPF

Makala na video za jinsi ya kusanidi milima ya OSPF. Kuna maelezo machache sana ya kanuni za uendeshaji. Kwa ujumla, jambo hapa ni kwamba OSPF inaweza kusanidiwa tu kulingana na miongozo, bila hata kujua kuhusu algorithms ya SPF na LSA zisizoeleweka. Na kila kitu kitafanya kazi na hata, uwezekano mkubwa, kufanya kazi kikamilifu - ndivyo imeundwa. Hiyo ni, sio kama na vlans, ambapo ilibidi ujue nadharia hadi muundo wa kichwa.
Lakini kinachofautisha mhandisi kutoka kwa mtu wa IT ni kwamba anaelewa kwa nini mtandao wake unafanya kazi jinsi unavyofanya, na anajua, sio mbaya zaidi kuliko OSPF yenyewe, ambayo njia itachaguliwa na itifaki.
Ndani ya mfumo wa kifungu, ambacho kwa sasa tayari ni wahusika 8,000, hatutaweza kupiga mbizi ndani ya kina cha nadharia, lakini tutazingatia mambo ya msingi.
Ni rahisi sana na wazi, kwa njia, imeandikwa kuhusu OSPF kwenye xgu.ru au katika Wikipedia ya Kiingereza.
Kwa hivyo, OSPFv2 inafanya kazi juu ya IP, na haswa, imeundwa tu kwa IPv4 (OSPFv3 haitegemei itifaki za safu ya 3 na kwa hivyo inaweza kufanya kazi na IPv6).

Wacha tuangalie jinsi inavyofanya kazi kwa kutumia mfano wa mtandao huu uliorahisishwa:

Kuanza, ni lazima kusema kwamba ili urafiki (uhusiano wa karibu) uendelezwe kati ya ruta, masharti yafuatayo lazima yakamilishwe:

1) mipangilio sawa lazima isanidiwe katika OSPF Habari Kipindi kwenye ruta hizo ambazo zimeunganishwa kwa kila mmoja. Kwa chaguo-msingi ni sekunde 10 kwenye mitandao ya Matangazo kama vile Ethernet. Huu ni aina ya ujumbe wa KeepAlive. Hiyo ni, kila sekunde 10, kila kipanga njia hutuma pakiti ya Hello kwa jirani yake kusema, "Halo, niko hai,"
2) Lazima iwe sawa Muda wa kufa juu yao. Kawaida hizi ni vipindi 4 vya Hello - sekunde 40. Ikiwa hakuna Hello inapokelewa kutoka kwa jirani wakati huu, basi inachukuliwa kuwa haiwezi kufikiwa na PANIC huanza mchakato wa kujenga upya hifadhidata ya ndani na kutuma sasisho kwa majirani wote.
3) Miingiliano iliyounganishwa kwa kila mmoja lazima iwe ndani subnet moja,
4) OSPF inakuwezesha kupunguza mzigo kwenye CPU ya ruta kwa kugawanya Mfumo wa Autonomous katika kanda. Hivyo hapa ni nambari za eneo lazima pia kuendana
5) Kila router inayoshiriki katika mchakato wa OSPF ina yake mwenyewe kipekee kitambulisho - Kitambulisho cha kisambaza data. Ikiwa hutaitunza, router itaichagua moja kwa moja kulingana na habari kuhusu interfaces zilizounganishwa (anwani ya juu huchaguliwa kutoka kwa interfaces zinazofanya kazi wakati mchakato wa OSPF unapoanza). Lakini tena, mhandisi mzuri ana kila kitu chini ya udhibiti, hivyo kawaida interface ya Loopback huundwa, ambayo hupewa anwani na mask / 32 na hii ndiyo iliyopewa Kitambulisho cha Router. Hii inaweza kuwa rahisi kwa matengenezo na utatuzi wa shida.
6) Ukubwa wa MTU lazima ufanane

1) Utulivu. Hali ya OSPF - CHINI
Kwa wakati huu mfupi, hakuna kinachotokea kwenye mtandao - kila mtu yuko kimya.

2) Upepo unaongezeka: kipanga njia hutuma vifurushi vya Hello kwa anwani ya multicast 224.0.0.5 kutoka kwa miingiliano yote ambapo OSPF inafanya kazi. TTL ya ujumbe kama huo ni moja, kwa hivyo vipanga njia vilivyo katika sehemu moja ya mtandao ndio vitapokea. R1 huenda katika hali NDANI YAKE.

Vifurushi vina habari ifuatayo:

• Kitambulisho cha kisambaza data
• Habari Kipindi
• Muda wa kufa
• Majirani
• Mask ya subnet
• Kitambulisho cha eneo
• Kipaumbele cha router
• Anwani za vipanga njia vya DR na BDR
• Nenosiri la uthibitishaji

Kwa sasa tunavutiwa na nne za kwanza, au kwa usahihi zaidi, Kitambulisho cha Njia na Majirani pekee.
Ujumbe wa Hello kutoka kwa kipanga njia R1 hubeba Kitambulisho cha Njia yake na haina Majirani, kwa sababu haina bado.
Baada ya kupokea ujumbe huu wa multicast, router R2 inaongeza R1 kwenye meza ya jirani yake (ikiwa vigezo vyote muhimu vinafanana).

Na hutuma ujumbe mpya wa Hello kwa R1 kwa kutumia Unicast, ambayo ina Kitambulisho cha Njia ya router hii, na orodha ya Majirani inaorodhesha majirani zake wote. Miongoni mwa majirani wengine katika orodha hii kuna Router ID R1, yaani, R2 tayari inaiona kuwa jirani.

3) Urafiki. Wakati R1 inapokea ujumbe huu wa Hello kutoka kwa R2, inasogeza kwenye orodha ya majirani na kupata Kitambulisho cha Njia yake ndani yake, inaongeza R2 kwenye orodha ya majirani zake.

Sasa R1 na R2 ni majirani wa kila mmoja - hii inamaanisha kuwa uhusiano wa karibu umeanzishwa kati yao na router R1 inaingia katika hali. NJIA MBILI.

Ushauri wa jumla kwa kazi zote:

Hata kama haujui jibu na suluhisho mara moja, jaribu kufikiria juu ya hali ya shida inahusu nini:
- Ni vipengele gani na mipangilio ya itifaki?
Je! Mipangilio hii ni ya kimataifa au imefungwa kwa kiolesura maalum?
Ikiwa hujui au umesahau amri, tafakari kama hizo zitakuongoza kwenye muktadha sahihi, ambapo unaweza kukisia au kukumbuka jinsi ya kusanidi kile kinachohitajika katika kazi kwa kutumia kidokezo kwenye safu ya amri.
Jaribu kufikiria kwa njia hii kabla ya kwenda kwa Google au tovuti fulani kutafuta amri.

Kwenye mtandao halisi, wakati wa kuchagua aina mbalimbali za subnets zilizotangazwa, unahitaji kuongozwa na kanuni na mahitaji ya haraka.

Kabla ya kuendelea na kujaribu viungo na kasi ya chelezo, hebu tufanye jambo moja muhimu zaidi.
Ikiwa tungekuwa na fursa ya kupata trafiki kwenye kiolesura cha FE0/0.2 msk-arbat-gw1, ambacho kinakabiliana na seva, basi tungeona kwamba ujumbe wa Hello huruka kusikojulikana kila baada ya sekunde 10. Hakuna wa kujibu Hujambo, hakuna mtu wa kuanzisha naye uhusiano wa ukaribu, kwa hivyo hakuna maana katika kujaribu kutuma ujumbe kutoka hapa.
Kuizima ni rahisi sana:
msk-arbat-gw1(config)#ruta OSPF 1
msk-arbat-gw1(config-router)#passive-interface harakaEthernet 0/0.2

Amri hii lazima itolewe kwa miingiliano yote ambayo hakika haina majirani wa OSPF (pamoja na wale wanaoelekea Mtandao).
Kama matokeo, utakuwa na picha kama hii:

*Siwezi kufikiria jinsi ambavyo bado hujachanganyikiwa*

Kwa kuongeza, amri hii huongeza usalama - hakuna mtu kutoka mtandao huu atajifanya kuwa router na hatajaribu kutuvunja kabisa.

Sasa hebu tuendelee kwenye sehemu ya kuvutia zaidi - kupima.
Hakuna chochote ngumu kuhusu kuanzisha OSPF kwenye ruta zote kwenye Gonga la Siberia - unaweza kufanya hivyo mwenyewe.
Na baada ya hapo picha inapaswa kuwa kama ifuatavyo.
msk-arbat-gw1#sh ip OSPF jirani

172.16.255.32 1 FULL/DR 00:00:31 172.16.2.2 FastEthernet0/1.4
172.16.255.48 1 FULL/DR 00:00:31 172.16.2.18 FastEthernet0/1.5
172.16.255.80 1 FULL/BDR 00:00:36 172.16.2.130 FastEthernet0/1.8
172.16.255.112 1 FULL/BDR 00:00:37 172.16.2.197 FastEthernet1/0.911

Petersburg, Kemerovo, Krasnoyarsk na Vladivostok zimeunganishwa moja kwa moja.

msk-arbat-gw1#onyesha njia ya ip

172.16.0.0/16 ina nyati ndogo kwa njia tofauti, neti 25, barakoa 6



S 172.16.2.4/30 kupitia 172.16.2.2



O 172.16.2.160/30 kupitia 172.16.2.130, 00:05:53, FastEthernet0/1.8
O 172.16.2.192/30 kupitia 172.16.2.197, 00:04:18, FastEthernet1/0.911





S 172.16.16.0/21 kupitia 172.16.2.2
S 172.16.24.0/22 ​​kupitia 172.16.2.18
O 172.16.24.0/24 kupitia 172.16.2.18, 00:24:03, FastEthernet0/1.5
O 172.16.128.0/24 kupitia 172.16.2.130, 00:07:18, FastEthernet0/1.8
O 172.16.129.0/26 kupitia 172.16.2.130, 00:07:18, FastEthernet0/1.8

O 172.16.255.32/32 kupitia 172.16.2.2, 00:24:03, FastEthernet0/1.4
O 172.16.255.48/32 kupitia 172.16.2.18, 00:24:03, FastEthernet0/1.5
O 172.16.255.80/32 kupitia 172.16.2.130, 00:07:18, FastEthernet0/1.8
O 172.16.255.96/32 kupitia 172.16.2.130, 00:04:18, FastEthernet0/1.8
kupitia 172.16.2.197, 00:04:18, FastEthernet1/0.911
O 172.16.255.112/32 kupitia 172.16.2.197, 00:04:28, FastEthernet1/0.911

Kila mtu anajua kila kitu kuhusu kila mtu.
Ni njia gani ya trafiki hutolewa kutoka Moscow hadi Krasnoyarsk? Jedwali linaonyesha kuwa krs-stolbi-gw1 imeunganishwa moja kwa moja na hiyo hiyo inaweza kuonekana kutoka kwa ufuatiliaji:

msk-arbat-gw1#traceroute 172.16.128.1

1 172.16.2.130 35 msec 8 msec 5 msek

Sasa tunabomoa kiolesura kati ya Moscow na Krasnoyarsk na kuona inachukua muda gani kwa kiungo kurejeshwa.
Haikupita hata sekunde 5 kabla ya vipanga njia vyote kujua juu ya tukio hilo na kuhesabu tena meza zao za uelekezaji:
msk-arbat-gw1(config-subif)#fanya sh ip ro 172.16.128.0

Inajulikana kupitia "OSPF 1", umbali 110, metric 4, aina ya eneo la ndani
Sasisho la mwisho kutoka 172.16.2.197 kwenye FastEthernet1/0.911, 00:00:53 iliyopita
Vitalu vya Vifafanuzi vya Njia:
* 172.16.2.197, kutoka 172.16.255.80, 00:00:53 iliyopita, kupitia FastEthernet1/0.911
Kipimo cha njia ni 4, hesabu ya mgao wa trafiki ni 1

Vld-gw1#sh ip njia 172.16.128.0
Ingizo la njia kwa 172.16.128.0/24
Inajulikana kupitia "OSPF 1", umbali 110, metric 3, aina ya eneo la ndani
Sasisho la mwisho kutoka 172.16.2.193 kwenye FastEthernet1/0, 00:01:57 iliyopita
Vitalu vya Vifafanuzi vya Njia:
* 172.16.2.193, kutoka 172.16.255.80, 00:01:57 iliyopita, kupitia FastEthernet1/0
Kipimo cha njia ni 3, hesabu ya mgao wa trafiki ni 1

Msk-arbat-gw1#traceroute 172.16.128.1
Andika mlolongo wa kutoroka hadi uavyaji mimba.
Kufuatilia njia hadi 172.16.128.1

1 172.16.2.197 4 msec 10 msec 10 msek
2 172.16.2.193 8 msec 11 msec 15 msec
3 172.16.2.161 15 msec 13 msec 6 msec

Hiyo ni, sasa trafiki inafikia Krasnoyarsk kwa njia hii:

Mara tu unapoinua kiunga, ruta huwasiliana tena, kubadilishana hifadhidata zao, kuhesabu tena njia fupi na kuziingiza kwenye jedwali la uelekezaji.
Video inaweka haya yote wazi zaidi. Napendekeza fahamu.

Baada ya kuanzisha OSPF kwenye routers katika pete ya Siberia, mitandao yote ambayo iko nyuma ya router katika ofisi kuu huko Moscow (msk-arbat-gw1) inapatikana kwa Khabarovsk kupitia njia mbili (kupitia Krasnoyarsk na kupitia Vladivostok). Lakini, kwa kuwa chaneli kupitia Krasnoyarsk ni bora, unahitaji kubadilisha mipangilio ya msingi ili Khabarovsk itumie chaneli kupitia Krasnoyarsk inapopatikana. Na alibadilisha Vladivostok ikiwa tu kitu kilifanyika na kituo cha Krasnoyarsk.

Kama itifaki yoyote nzuri, OSPF inasaidia uthibitishaji - majirani wawili wanaweza kuthibitisha uhalisi wa ujumbe wa OSPF uliopokelewa kabla ya kuanzisha uhusiano wa ukaribu. Tunakuachia usome peke yako - ni rahisi sana.

EIGRP

Sasa hebu tuendelee kwenye itifaki nyingine muhimu sana.

Kwa hivyo, ni nini kizuri kuhusu EIGRP?
- rahisi kusanidi
- haraka kubadili kuhesabiwa mapema njia mbadala
- inahitaji rasilimali chache za router (ikilinganishwa na OSPF)
- muhtasari wa njia kwenye kipanga njia chochote (katika OSPF tu kwenye ABR\ASBR)
- kusawazisha trafiki kwenye njia zisizo sawa (OSPF tu kwenye njia sawa)

Tuliamua kutafsiri moja ya maingizo ya blogu ya Ivan Pepelnyak, ambayo yanashughulikia hadithi kadhaa maarufu kuhusu EIGRP:
- "EIGRP ni itifaki ya uelekezaji mseto." Nikikumbuka kwa usahihi, hii ilianza na wasilisho la kwanza la EIGRP miaka mingi iliyopita na kwa kawaida inaeleweka kama "EIGRP ilichukua bora zaidi ya itifaki za hali ya kiungo na vekta ya umbali." Hii si kweli kabisa. EIGRP haina vipengele vyovyote tofauti vya hali ya kiungo. Itakuwa sahihi kusema "EIGRP ni itifaki ya hali ya juu ya uelekezaji wa vekta."
- "EIGRP ni itifaki ya vekta ya umbali." Sio mbaya, lakini sio kweli kabisa. EIGRP hutofautiana na DV nyingine kwa jinsi inavyoshughulikia njia za mayatima (au njia zenye kipimo kinachoongezeka). Itifaki zingine zote hungoja kwa urahisi masasisho kutoka kwa jirani (baadhi, kama vile RIP, hata huzuia njia ili kuzuia vitanzi vya uelekezaji), wakati EIGRP inafanya kazi zaidi na inaomba maelezo yenyewe.
- "EIGRP ni ngumu kutekeleza na kudumisha." Si ukweli. Wakati mmoja, EIGRP katika mitandao mikubwa yenye viungo vya kasi ya chini ilikuwa vigumu kutekeleza kwa usahihi, lakini tu mpaka viunganishi vya stub vilianzishwa. Pamoja nao (pamoja na marekebisho kadhaa kwa algorithm ya DUAL), ni karibu mbaya zaidi kuliko OSPF.
- "Kama itifaki za LS, EIGRP hudumisha jedwali la topolojia ya njia zinazobadilishwa." Inashangaza jinsi hii ni mbaya. EIGRP haijui hata kidogo kilicho nje ya majirani zake wa karibu, wakati itifaki za LS zinajua haswa topolojia ya eneo zima ambalo zimeunganishwa.
- "EIGRP ni itifaki ya DV inayofanya kazi kama LS." Jaribu nzuri, lakini bado ni mbaya kabisa. Itifaki za LS huunda jedwali la uelekezaji kwa kupitia hatua zifuatazo:
- kila router inaelezea mtandao kulingana na habari inayopatikana ndani ya nchi (viungo vyake, subnets ni ndani, majirani inaona) kupitia pakiti (au kadhaa) inayoitwa LSA (katika OSPF) au LSP (IS-IS)
- LSAs huenezwa katika mtandao mzima. Kila kipanga njia lazima kipokee kila LSA iliyoundwa kwenye mtandao wake. Taarifa iliyopokelewa kutoka kwa LSA imeingizwa kwenye jedwali la topolojia.
- Kila kipanga njia huchambua jedwali lake la topolojia kwa kujitegemea na huendesha algorithm ya SPF ili kukokotoa njia bora kwa kila ruta nyingine.
Tabia ya EIGRP hata haijakaribia hatua hizi, kwa nini duniani "inafanya kama LS" haijulikani.

Kitu pekee ambacho EIGRP hufanya ni kuhifadhi habari iliyopokelewa kutoka kwa jirani (RIP husahau mara moja kile ambacho hakiwezi kutumika kwa sasa). Kwa maana hii, ni sawa na BGP, ambayo pia huhifadhi kila kitu kwenye jedwali la BGP na kuchagua njia bora kutoka hapo. Jedwali la topolojia (lililo na taarifa zote zilizopokelewa kutoka kwa majirani) huipa EIGRP faida zaidi ya RIP - inaweza kuwa na taarifa kuhusu njia mbadala (haitumiki kwa sasa).

Sasa karibu kidogo na nadharia ya kazi:

Kila mchakato wa EIGRP una majedwali 3:
- Jedwali la jirani, ambalo lina habari kuhusu "majirani", i.e. routers nyingine moja kwa moja kushikamana na moja ya sasa na kushiriki katika kubadilishana njia. Unaweza kuiona kwa kutumia amri onyesha majirani wa ip eigrp
- Jedwali la topolojia ya mtandao, ambalo lina habari ya uelekezaji iliyopokelewa kutoka kwa majirani. Wacha tuangalie kama timu onyesha topolojia ya ip eigrp
- Jedwali la uelekezaji, kwa misingi ambayo router hufanya maamuzi kuhusu kuelekeza pakiti. Tazama kupitia onyesha njia ya ip

Vipimo.
Ili kutathmini ubora wa njia fulani, itifaki za uelekezaji hutumia nambari fulani inayoonyesha sifa zake mbalimbali au seti ya sifa - kipimo. Tabia zinazozingatiwa zinaweza kuwa tofauti - kutoka kwa idadi ya ruta kwenye njia fulani hadi wastani wa hesabu ya mzigo kwenye miingiliano yote kando ya njia. Kuhusu kipimo cha EIGRP, kumnukuu Jeremy Cioara: "Nilipata maoni kwamba waundaji wa EIGRP, kwa kuangalia kwa umakini uundaji wao, waliamua kuwa kila kitu kilikuwa rahisi sana na kilifanya kazi vizuri. Na kisha wakaja na fomula ya kipimo ili kila mtu aseme "WOW, hii ni ngumu sana na inaonekana ya kitaalamu." Tazama fomula kamili ya kuhesabu metric ya EIGRP: (K1 * bw + (K2 * bw) / (256 - mzigo) + K3 * kuchelewa) * (K5 / (kuegemea + K4)), ambayo:
- bw sio tu bandwidth, lakini (10000000/kipimo data kidogo kando ya njia katika kilobits) * 256
- kuchelewesha sio kuchelewesha tu, lakini jumla ya ucheleweshaji wote kwenye njia ya kwenda makumi ya sekunde ndogo* 256 (kucheleweshwa kwa amri zinaonyesha kiolesura, onyesha topolojia ya ip eigrp na zingine zinaonyeshwa katika sekunde ndogo!)
- K1-K5 ni coefficients ambayo hutumikia kuhakikisha kwamba parameter moja au nyingine "imejumuishwa" katika fomula.

Inatisha? ingekuwa ikiwa yote yangefanya kazi kama ilivyoandikwa. Kwa kweli, kati ya maneno yote 4 yanayowezekana ya fomula, ni mbili tu zinazotumiwa kwa chaguo-msingi: bw na kuchelewesha (coefficients K1 na K3 = 1, iliyobaki ni sifuri), ambayo hurahisisha sana - tunaongeza nambari hizi mbili (wakati sio. kusahau kuwa bado zinahesabiwa kulingana na fomula zao). Ni muhimu kukumbuka zifuatazo: metric imehesabiwa kulingana na kiashiria kibaya zaidi cha upitishaji katika urefu mzima wa njia.
Ikiwa K5=0, basi formula ifuatayo inatumiwa: Metric = (K1 * bw + (K2 * bw) / (256 - mzigo) + (K3 * kuchelewa)

Jambo la kufurahisha lilifanyika na MTU: mara nyingi unaweza kupata habari kwamba MTU inahusiana na metriki ya EIGRP. Kwa kweli, maadili ya MTU hupitishwa wakati wa kubadilishana njia. Lakini, kama tunavyoweza kuona kutoka kwa fomula kamili, hakuna kutajwa kwa MTU hapo. Ukweli ni kwamba kiashiria hiki kinazingatiwa katika kesi maalum: kwa mfano, ikiwa router lazima iondoe mojawapo ya njia ambazo ni sawa na sifa nyingine, itachagua moja yenye MTU ya chini. Ingawa, sio kila kitu ni rahisi sana (tazama maoni).

Hebu tufafanue maneno yanayotumika ndani ya EIGRP. Kila njia katika EIGRP ina sifa ya nambari mbili: Umbali Unaowezekana na Umbali Unaotangazwa (badala ya Umbali Uliotangazwa wakati mwingine unaweza kuona Umbali Ulioripotiwa, hiki ni kitu kimoja). Kila moja ya nambari hizi inawakilisha kipimo, au gharama (zaidi, mbaya zaidi) ya njia fulani kutoka kwa sehemu tofauti za kipimo: FD ni "kutoka kwangu hadi ninakoenda", na AD ni "kutoka kwa jirani aliyeniambia kuhusu njia hii ya kwenda. miadi ya mahali." Jibu la swali la kimantiki "Kwa nini tunahitaji kujua gharama kutoka kwa jirani ikiwa tayari imejumuishwa katika FD?" ni chini kidogo (kwa sasa unaweza kuacha na kupiga ubongo wako mwenyewe, ikiwa unataka).

Kwa kila subnet ambayo EIGRP inajua kuhusu, kwenye kila router kuna Router ya Mrithi kutoka kwa majirani zake, kwa njia ambayo bora (yenye metric ya chini), kulingana na itifaki, njia ya subnet hii inakwenda. Kwa kuongezea, subnet pia inaweza kuwa na njia moja au zaidi ya chelezo (kipanga njia cha jirani ambacho njia kama hiyo inapita inaitwa Mrithi Anayewezekana). EIGRP ndiyo itifaki pekee ya uelekezaji inayokumbuka njia mbadala (OSPF inayo, lakini zimo, kwa kusema, katika "fomu mbichi" kwenye jedwali la topolojia; bado zinahitaji kuchakatwa na algorithm ya SPF), ambayo inatoa faida ya utendaji: mara tu itifaki inapoamua kuwa njia kuu (kupitia mrithi) haipatikani, inabadilika mara moja hadi njia mbadala. Ili kipanga njia kiwe mrithi anayewezekana wa njia, AD yake lazima iwe chini ya mrithi wa FD wa njia hii (ndiyo sababu tunahitaji kujua AD). Sheria hii inatumika kuzuia vitanzi vya uelekezaji.

Je, aya iliyotangulia ilikupumua akilini? Nyenzo ni ngumu, kwa hivyo nitatumia mfano tena. Tuna mtandao huu:

Kwa mtazamo wa R1, R2 ndiye Mrithi wa subnet ya 192.168.2.0/24. Ili kuwa FS kwa subnet hii, R4 inahitaji AD yake iwe chini ya FD ya njia hii. Tuna FD ((10000000/1544)*256)+(2100*256) =2195456, R4 ina AD (kwa mtazamo wake hii ni FD, yaani inamgharimu kiasi gani kufika kwenye mtandao huu) = (( 10000000/100000 )*256)+(100*256)=51200. Kila kitu kinaungana, AD ya R4 ni chini ya FD ya njia, inakuwa FS. *kisha ubongo unasema: “BDASH”*. Sasa tunaangalia R3 - anatangaza mtandao wake 192.168.1.0/24 kwa jirani yake R1, ambaye, kwa upande wake, anawaambia majirani zake R2 na R4 kuhusu hilo. R4 hajui kwamba R2 anajua kuhusu subnet hii na anaamua kumwambia. R2 hutuma taarifa kwamba inaweza kufikia kupitia R4 hadi subnet 192.168.1.0/24 zaidi hadi R1. R1 inaangalia kwa uangalifu FD ya njia na AD, ambayo R2 inajivunia (ambayo, kama ni rahisi kuelewa kutoka kwa mchoro, itakuwa wazi kuwa kubwa kuliko FD, kwani inamjumuisha pia) na kumfukuza ili asije. kuingilia kila aina ya upuuzi. Hali hii haiwezekani kabisa, lakini inaweza kutokea chini ya hali fulani, kwa mfano, wakati utaratibu wa kupasuliwa-horizon umezimwa. Na sasa kwa hali inayowezekana zaidi: fikiria kuwa R4 imeunganishwa kwenye mtandao wa 192.168.2.0/24 sio kupitia FastEthernet, lakini kupitia modem ya 56k (kucheleweshwa kwa kupiga simu ni 20,000 usec), ipasavyo, inagharimu ((10000000/56). )*256 )+(2000*256)= 46226176. Hii ni zaidi ya FD ya njia hii, kwa hivyo R4 haitakuwa Mrithi Anayewezekana. Lakini hii haimaanishi kuwa EIGRP haitatumia njia hii hata kidogo. Itachukua muda mrefu kuibadilisha (zaidi juu ya hilo baadaye).

Ujirani

Vipanga njia havizungumzii njia kwa mtu yeyote tu - lazima zianzishe uhusiano wa karibu kabla ya kuanza kubadilishana habari. Baada ya kuwasha mchakato na amri ya eigrp ya router, ikionyesha nambari ya mfumo wa uhuru, sisi, na amri ya mtandao, tunasema ni miingiliano gani itashiriki na wakati huo huo, habari kuhusu mitandao ambayo tunataka kusambaza. Mara moja, vifurushi vya habari huanza kutumwa kupitia violesura hivi kwa anwani ya matangazo anuwai 224.0.0.10 (kwa chaguo-msingi kila sekunde 5 kwa ethaneti). Vipanga njia vyote vilivyo na EIGRP vimewashwa hupokea pakiti hizi, kisha kila kipanga njia kinachopokea hufanya yafuatayo:
- huangalia anwani ya mtumaji ya pakiti ya hello na anwani ya kiolesura ambacho pakiti ilipokelewa, na inahakikisha kuwa zinatoka kwenye subnet sawa.
- inalinganisha maadili ya K-coefficients zilizopatikana kutoka kwa kifurushi (kwa maneno mengine, ambayo anuwai hutumiwa katika kuhesabu metric) na yake mwenyewe. Ni wazi kwamba ikiwa zinatofautiana, basi metriki za njia zitahesabiwa kulingana na sheria tofauti, ambayo haikubaliki.
- huangalia nambari ya mfumo wa uhuru
- hiari: ikiwa uthibitishaji umeundwa, huangalia uthabiti wa aina yake na funguo.

Ikiwa mpokeaji ameridhika na kila kitu, anaongeza mtumaji kwenye orodha ya majirani zake na kumtuma (tayari katika Unicast) pakiti ya sasisho, ambayo ina orodha ya njia zote zinazojulikana kwake (aka full-update). Mtumaji, akiwa amepokea pakiti kama hiyo, kwa upande wake, hufanya vivyo hivyo. Ili kubadilishana njia, EIGRP hutumia Itifaki ya Usafiri wa Kuaminika (RTP, isichanganywe na Itifaki ya Usafiri ya Wakati Halisi, ambayo hutumiwa katika simu ya IP), ambayo inamaanisha uthibitisho wa uwasilishaji, kwa hivyo kila ruta, baada ya kupokea pakiti ya sasisho, hujibu na. pakiti ya ack (kifupi kutoka kwa kukiri - uthibitisho). Kwa hiyo, uhusiano wa jirani umeanzishwa, waendeshaji wamejifunza kutoka kwa kila mmoja taarifa za kina kuhusu njia, ni nini kinachofuata? Kisha wataendelea kutuma vifurushi vingi vya habari ili kuthibitisha kuwa vimeunganishwa, na ikiwa topolojia itabadilika, sasisha pakiti zilizo na taarifa tu kuhusu mabadiliko (sasisho la sehemu).

Sasa hebu turudi kwenye mpango uliopita na modem.

R2 kwa sababu fulani ilipoteza mawasiliano na 192.168.2.0/24. Haina njia mbadala kwa subnet hii (yaani, hakuna FS). Kama kipanga njia chochote cha EIGRP kinachowajibika, inataka kuweka upya muunganisho. Kwa kufanya hivyo, anaanza kutuma ujumbe maalum (pakiti za swala) kwa majirani zake wote, ambao, kwa upande wake, bila kupata njia inayotakiwa ndani yao wenyewe, waulize majirani zao wote, na kadhalika. Wimbi la maombi linapofikia R4, anasema “subiri kidogo, nina njia ya kwenda kwenye subnet hii! Mbaya, lakini angalau kitu. Kila mtu alimsahau, lakini nakumbuka." Anapakia haya yote kwenye pakiti ya jibu na kuituma kwa jirani ambaye alipokea ombi (swala), na zaidi kwenye mlolongo. Bila shaka, hii yote inachukua muda zaidi kuliko kubadili tu kwa Mrithi Anayewezekana, lakini mwishowe tunapata mawasiliano na subnet.

Na sasa ni wakati hatari: labda tayari umegundua na kuwa mwangalifu baada ya kusoma juu ya barua hii ya shabiki. Kushindwa kwa interface moja husababisha kitu sawa na dhoruba ya utangazaji kwenye mtandao (sio kwa kiwango hicho, bila shaka, lakini bado), na routers zaidi kuna, rasilimali nyingi zitatumika kwa maombi haya yote na majibu. Lakini hiyo sio mbaya kabisa. Hali mbaya zaidi inawezekana: fikiria kwamba routers zilizoonyeshwa kwenye picha ni sehemu tu ya mtandao mkubwa na uliosambazwa, i.e. zingine zinaweza kuwa ziko maelfu ya kilomita kutoka kwa R2 yetu, kwenye njia mbaya, nk. Kwa hiyo, shida ni kwamba, baada ya kutuma swala kwa jirani, router lazima kusubiri jibu kutoka kwake. Haijalishi jibu ni nini, lakini lazima lije. Hata kama router tayari alipata jibu chanya, kama kwa upande wetu, hawezi kuweka njia hii katika operesheni hadi asubiri majibu ya maombi yake yote. Na labda bado kuna maombi mahali fulani huko Alaska. Hali hii ya njia inaitwa kukwama-katika-amilifu. Hapa tunahitaji kujifahamisha na masharti yanayoakisi hali ya njia katika EIGRP: active\passive route. Wao ni kawaida kupotosha. Akili ya kawaida inaamuru kwamba amilifu inamaanisha kuwa njia "inatumika", imewashwa, inaendeshwa. Hata hivyo, hapa kila kitu ni kinyume chake: passive ina maana "kila kitu ni sawa," na hali ya kazi ina maana kwamba subnet hii haipatikani, na router inatafuta kikamilifu njia nyingine, kutuma swali na kusubiri jibu. Kwa hivyo, hali ya kukwama inaweza kudumu hadi dakika 3! Baada ya kipindi hiki kumalizika, router huvunja uhusiano wa jirani na jirani ambaye hawezi kusubiri jibu, na inaweza kutumia njia mpya kupitia R4.

Hadithi inayotuliza damu ya mhandisi wa mtandao. Dakika 3 za kupumzika sio mzaha. Je, tunawezaje kuepuka mshtuko wa moyo wa hali hii? Kuna njia mbili za kutoka: muhtasari wa njia na kinachojulikana kama usanidi wa stub.

Kwa ujumla, kuna njia nyingine ya kutoka, na inaitwa uchujaji wa njia. Lakini hii ni mada yenye nguvu sana kwamba itakuwa bora kuandika nakala tofauti juu yake, lakini tayari tunayo nusu ya kitabu wakati huu. Kwa hivyo ni juu yako.

Kama tulivyokwisha sema, muhtasari wa njia ya EIGRP unaweza kufanywa kwenye kipanga njia chochote. Kwa mfano, hebu fikiria kwamba subnets kutoka 192.168.0.0/24 hadi 192.168.7.0/24 zimeunganishwa na R2 yetu ya muda mrefu, ambayo inajumlisha kwa urahisi hadi 192.168.0.0/21 (kumbuka hesabu ya binary). Router inatangaza njia hii ya muhtasari, na kila mtu mwingine anajua: ikiwa anwani ya marudio huanza na 192.168.0-7, basi ni kwake. Nini kitatokea ikiwa moja ya subnets itatoweka? Router itatuma pakiti za maswali na anwani ya mtandao huu (maalum, kwa mfano, 192.168.5.0/24), lakini majirani, badala ya kuendelea na barua mbaya kwa niaba yao wenyewe, watajibu mara moja na kurudia kwa kutisha, wakisema kwamba hii. ni subnet yako, unaibaini.

Chaguo la pili ni usanidi wa stub. Kwa maneno ya kitamathali, stub inamaanisha "mwisho wa barabara", "mwisho uliokufa" katika EIGRP, yaani, kuingia kwenye subnet ambayo haijaunganishwa. moja kwa moja kwa kipanga njia kama hicho, itabidi urudi nyuma. Kipanga njia kilichosanidiwa kama mbegu haitasambaza trafiki kati ya nyati ndogo ambazo inazijua kutoka kwa EIGRP (kwa maneno mengine, ambazo zimewekwa alama ya herufi D katika njia ya ip ya kuonyesha). Kwa kuongezea, majirani zake hawatamtumia pakiti za maswali. Kesi ya matumizi ya kawaida ni topolojia ya kitovu-na-kuzungumza, haswa na viungo visivyohitajika. Hebu tuchukue mtandao huu: upande wa kushoto ni matawi, upande wa kulia ni tovuti kuu, ofisi kuu, nk. Kwa uvumilivu wa makosa, viungo visivyohitajika. EIGRP inaendeshwa na mipangilio chaguomsingi.

Na sasa "makini, swali": nini kitatokea ikiwa R1 inapoteza uhusiano na R4, na R5 inapoteza LAN? Trafiki kutoka kwa subnet ya R1 hadi subnet ya ofisi kuu itafuata njia R1->R5->R2 (au R3)->R4. Je, itakuwa na ufanisi? Hapana. Sio tu subnet iliyo nyuma ya R1 itateseka, lakini pia subnet iliyo nyuma ya R2 (au R3), kutokana na kuongezeka kwa kiasi cha trafiki na matokeo yake. Ni kwa hali kama hizi ambazo stub ilizuliwa. Nyuma ya routers katika matawi hakuna routers nyingine ambayo inaweza kusababisha subnets nyingine, hii ni "mwisho wa barabara", basi tu nyuma. Kwa hivyo, kwa moyo mwepesi, tunaweza kusanidi kama vijiti, ambavyo, kwanza, vitatuokoa kutoka kwa shida na "njia iliyopotoka" iliyoainishwa hapo juu, na pili, kutoka kwa mafuriko ya pakiti za hoja ikiwa njia itapotea. .

Kuna njia tofauti za uendeshaji wa kipanga njia cha mbegu; zimewekwa na eigrp stub amri:

R1(config)#ruta eigrp 1
R1(config-router)#eigrp stub?
imeunganishwa. Tangaza njia zilizounganishwa
leak-map Ruhusu viambishi vinavyobadilika kulingana na kuvuja kwa ramani
pokea-tu Weka IP-EIGRP kama pokea jirani pekee
kusambazwa tena. Tangaza njia zilizosambazwa tena
tuli Je, tangaza njia tuli
muhtasari Je, tangaza njia za muhtasari

Kwa chaguo-msingi, ukitoa tu amri ya eigrp stub, modi zilizounganishwa na za muhtasari zimewezeshwa. Ya kupendeza ni hali ya kupokea tu, ambayo router haitangazi mitandao yoyote, inasikiza tu kile majirani zake wanaiambia (katika RIP kuna amri ya kiolesura cha passiv ambayo hufanya kitu kimoja, lakini katika EIGRP inalemaza kabisa itifaki. kwenye interface iliyochaguliwa, ambayo hairuhusu kuanzisha kitongoji).

Mambo muhimu katika nadharia ya EIGRP ambayo hayakujumuishwa katika makala:

• Uthibitishaji wa jirani unaweza kusanidiwa katika EIGRP
• Dhana nzuri ya kuzima

Mazoezi ya EIGRP

Lift mi Up alinunua kiwanda huko Kaliningrad. Ubongo wa elevators huzalishwa huko: microcircuits, programu. Kiwanda ni kikubwa sana - pointi tatu karibu na jiji - routers tatu zilizounganishwa kwenye pete.

Lakini bahati mbaya - tayari wana EIGRP inayoendesha kama itifaki ya uelekezaji inayobadilika. Zaidi ya hayo, kushughulikia nodes za mwisho ni kutoka kwa subnet tofauti kabisa - 10.0.0.0/8. Tulibadilisha vigezo vingine vyote (anwani za kiungo, anwani za kiolesura cha loopback), lakini anwani elfu kadhaa za mtandao wa ndani zilizo na seva, printa, sehemu za ufikiaji - sio kazi kwa masaa kadhaa - ziliahirishwa hadi baadaye, na katika mpango wa IP tulihifadhi 172.16 subnet kwa siku zijazo kwa Kaliningrad .32.0/20.

Kwa sasa tunatumia mitandao ifuatayo:

Je, muujiza huu umeundwaje? Sio ngumu kwa mtazamo wa kwanza:
router eigrp 1
mtandao 172.16.0.0 0.0.255.255
mtandao 10.0.0.0

Katika EIGRP, mask ya nyuma inaweza kutajwa, na hivyo kuonyesha upeo mdogo, au haujaainishwa, basi mask ya kawaida ya darasa hili itachaguliwa (16 kwa darasa B - 172.16.0.0 na 8 kwa darasa A - 10.0.0.0)

Amri kama hizo hutolewa kwenye ruta zote za Mfumo wa Kujiendesha. AC imedhamiriwa na nambari katika amri ya eigrp ya router, yaani, kwa upande wetu tuna AC No. Takwimu hii inapaswa kuwa sawa kwenye ruta zote (tofauti na OSPF).

Lakini kuna mtego mkubwa katika EIGRP: kwa chaguo-msingi, muhtasari wa moja kwa moja wa njia katika fomu ya darasa umewezeshwa (katika matoleo ya IOS hadi 15).
Wacha tulinganishe meza za kuelekeza kwenye ruta tatu za Kaliningrad:

Mtandao 10.0.0.1/24 umeunganishwa kwa klgr-center-gw1 na anajua kuihusu:
klgr-center-gw1:
10.0.0.0/8 ina nyati ndogo kwa njia tofauti, neti 2, barakoa 2
D 10.0.0.0/8 ni muhtasari, 00:35:23, Null0
C 10.0.0.0/24 imeunganishwa moja kwa moja, FastEthernet1/0

Lakini hajui kuhusu 10.0.1.0/24 na 10.0.2.0/24/

Klgr-balt-gw1 anajua kuhusu mitandao yake miwili 10.0.1.0/24 na 10.0.2.0/24, lakini alificha mtandao wa 10.0.0.0/24 mahali fulani.
10.0.0.0/8 ina nyati ndogo, nyavu 3, barakoa 2
D 10.0.0.0/8 ni muhtasari, 00:42:05, Null0
C 10.0.1.0/24 imeunganishwa moja kwa moja, FastEthernet1/1.2
C 10.0.2.0/24 imeunganishwa moja kwa moja, FastEthernet1/1.3

Wote wawili waliunda njia 10.0.0.0/8 na anwani inayofuata ya hop Null0.

Lakini klgr-center-gw2 inajua kuwa subnets 10.0.0.0/8 ziko nyuma ya violesura vyake vyote viwili vya WAN.
D 10.0.0.0/8 kupitia 172.16.2.41, 00:42:49, FastEthernet0/1
kupitia 172.16.2.45, 00:38:05, FastEthernet0/0

Kitu cha ajabu sana kinatokea.
Lakini, ukiangalia usanidi wa kipanga njia hiki, labda utagundua:
router eigrp 1
mtandao 172.16.0.0
mtandao 10.0.0.0
muhtasari otomatiki

Kujumlisha kiotomatiki ni kulaumiwa kwa kila kitu. Huu ndio uovu mkubwa wa EIGRP. Hebu tuangalie kwa karibu kile kinachotokea. klgr-center-gw1 na klgr-balt-gw1 wana subneti kutoka 10.0.0.0/8, wanazijumlisha kwa chaguo-msingi wanapozipitisha kwa majirani zao.
Hiyo ni, kwa mfano, klgr-balt-gw1 haipitishi mitandao miwili 10.0.1.0/24 na 10.0.2.0/24, lakini moja ya jumla: 10.0.0.0/8. Hiyo ni, jirani yake atafikiri kwamba nyuma ya klgr-balt-gw1 mtandao huu wote upo.
Lakini ni nini kinachotokea ikiwa ghafla balt-gw1 inapokea pakiti yenye marudio 10.0.50.243, ambayo haijui chochote kuhusu hilo? Kwa kesi hii, njia inayoitwa Blackhole imeundwa:
10.0.0.0/8 ni muhtasari, 00:42:05, Null0
Pakiti inayotokana itatupwa kwenye shimo hili jeusi. Hii inafanywa ili kuzuia loops za uelekezaji.
Kwa hiyo, ruta hizi zote mbili ziliunda njia zao za shimo nyeusi na kupuuza matangazo ya watu wengine. Kwa kweli, kwenye mtandao kama huu, vifaa hivi vitatu havitaweza kupingana hadi... hadi utakapozima muhtasari otomatiki.

Jambo la kwanza unapaswa kufanya wakati wa kusanidi EIGRP ni:
router eigrp 1
hakuna muhtasari otomatiki

Kwenye vifaa vyote. Na kila mtu atakuwa sawa:

Klgr-center-gw1:
C 10.0.0.0 imeunganishwa moja kwa moja, FastEthernet1/0
D 10.0.1.0 kupitia 172.16.2.37, 00:03:11, FastEthernet0/0
D 10.0.2.0 kupitia 172.16.2.37, 00:03:11, FastEthernet0/0

klgr-balt-gw1
10.0.0.0/24 ina nyati ndogo, neti 3 ndogo
D 10.0.0.0 kupitia 172.16.2.38, 00:08:16, FastEthernet0/1
C 10.0.1.0 imeunganishwa moja kwa moja, FastEthernet1/1.2
C 10.0.2.0 imeunganishwa moja kwa moja, FastEthernet1/1.3

klgr-center-gw2:
10.0.0.0/24 ina nyati ndogo, neti 3 ndogo
D 10.0.0.0 kupitia 172.16.2.45, 00:11:50, FastEthernet0/0
D 10.0.1.0 kupitia 172.16.2.41, 00:11:48, FastEthernet0/1
D 10.0.2.0 kupitia 172.16.2.41, 00:11:48, FastEthernet0/1

Inasanidi uhamishaji wa njia kati ya itifaki tofauti

Kazi yetu ni kuandaa uhamisho wa njia kati ya itifaki hizi: kutoka OSPF hadi EIGRP na kinyume chake, ili kila mtu ajue njia ya subnet yoyote.
Hii inaitwa ugawaji wa njia.

Ili kuitekeleza, tunahitaji angalau sehemu moja ya makutano ambapo itifaki mbili zitazinduliwa kwa wakati mmoja. Hii inaweza kuwa msk-arbat-gw1 au klgr-balt-gw1. Hebu tuchague ya pili.

kutoka kwa EIGRP d OSPF:
klgr-gw1(config)#ruta ospf 1
klgr-gw1(config-router)#sambaza upya subneti 1 za eigrp

Tunaangalia njia kwenye msk-arbat-gw1:

msk-arbat-gw1#sh ip njia
Misimbo: C - imeunganishwa, S - tuli, I - IGRP, R - RIP, M - simu ya mkononi, B - BGP
D - EIGRP, EX - EIGRP nje, O - OSPF, IA - OSPF inter eneo
N1 - OSPF NSSA aina ya nje 1, N2 - OSPF NSSA aina 2 ya nje
E1 - OSPF aina ya nje 1, E2 - OSPF aina ya nje 2, E - EGP
i - IS-IS, L1 - IS-IS kiwango-1, L2 - IS-IS kiwango-2, ia - IS-IS inter eneo
* - chaguo-msingi ya mgombea, U - kwa kila mtumiaji njia tuli, o - ODR
P - njia tuli iliyopakuliwa mara kwa mara

Lango la mwisho ni 198.51.100.1 hadi mtandao 0.0.0.0

10.0.0.0/8 ina nyati ndogo, nyavu 3, barakoa 2
O E2 10.0.0.0/8 kupitia 172.16.2.34, 00:25:11, FastEthernet0/1.7
O E2 10.0.1.0/24 kupitia 172.16.2.34, 00:25:11, FastEthernet0/1.7
O E2 10.0.2.0/24 kupitia 172.16.2.34, 00:24:50, FastEthernet0/1.7
172.16.0.0/16 ina nyati ndogo kwa njia tofauti, neti 30, barakoa 5
O E2 172.16.0.0/16 kupitia 172.16.2.34, 00:25:11, FastEthernet0/1.7
C 172.16.0.0/24 imeunganishwa moja kwa moja, FastEthernet0/0.3
C 172.16.1.0/24 imeunganishwa moja kwa moja, FastEthernet0/0.2
C 172.16.2.0/30 imeunganishwa moja kwa moja, FastEthernet0/1.4
C 172.16.2.16/30 imeunganishwa moja kwa moja, FastEthernet0/1.5
C 172.16.2.32/30 imeunganishwa moja kwa moja, FastEthernet0/1.7
O E2 172.16.2.36/30 kupitia 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.2.40/30 kupitia 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.2.44/30 kupitia 172.16.2.34, 01:00:55, FastEthernet0/1.7
C 172.16.2.128/30 imeunganishwa moja kwa moja, FastEthernet0/1.8
O 172.16.2.160/30 kupitia 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.2.192/30 kupitia 172.16.2.197, 00:13:21, FastEthernet1/0.911
C 172.16.2.196/30 imeunganishwa moja kwa moja, FastEthernet1/0.911
C 172.16.3.0/24 imeunganishwa moja kwa moja, FastEthernet0/0.101
C 172.16.4.0/24 imeunganishwa moja kwa moja, FastEthernet0/0.102
C 172.16.5.0/24 imeunganishwa moja kwa moja, FastEthernet0/0.103
C 172.16.6.0/24 imeunganishwa moja kwa moja, FastEthernet0/0.104
O 172.16.24.0/24 kupitia 172.16.2.18, 01:00:55, FastEthernet0/1.5
O 172.16.128.0/24 kupitia 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.129.0/26 kupitia 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.144.0/24 kupitia 172.16.2.130, 00:13:21, FastEthernet0/1.8

O 172.16.160.0/24 kupitia 172.16.2.197, 00:13:31, FastEthernet1/0.911
C 172.16.255.1/32 imeunganishwa moja kwa moja, Loopback0
O 172.16.255.48/32 kupitia 172.16.2.18, 01:00:55, FastEthernet0/1.5
O E2 172.16.255.64/32 kupitia 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.255.65/32 kupitia 172.16.2.34, 01:00:55, FastEthernet0/1.7
O E2 172.16.255.66/32 kupitia 172.16.2.34, 01:00:55, FastEthernet0/1.7
O 172.16.255.80/32 kupitia 172.16.2.130, 01:00:55, FastEthernet0/1.8
O 172.16.255.96/32 kupitia 172.16.2.130, 00:13:21, FastEthernet0/1.8
kupitia 172.16.2.197, 00:13:21, FastEthernet1/0.911
O 172.16.255.112/32 kupitia 172.16.2.197, 00:13:31, FastEthernet1/0.911
198.51.100.0/28 ina nyati ndogo, neti 1 ndogo
C 198.51.100.0 imeunganishwa moja kwa moja, FastEthernet0/1.6
S* 0.0.0.0/0 kupitia 198.51.100.1

Hizi ndizo zilizo na lebo ya E2 - njia mpya zilizoingizwa. E2 - inamaanisha kuwa hizi ni njia za nje za aina ya 2 (Nje), yaani, zilianzishwa katika mchakato wa OSPF kutoka nje.

Sasa kutoka OSPF hadi EIGRP. Hii ni ngumu zaidi kidogo:
klgr-gw1(config)#router eigrp 1
klgr-gw1(config-router)#sambaza upya ospf 1 metric 100000 20 255 1 1500

Bila kutaja kipimo (seti hii ndefu ya nambari), amri itatekelezwa, lakini ugawaji upya hautafanyika.

Njia zilizoingizwa hupokea lebo ya EX katika jedwali la kuelekeza na umbali wa kiutawala wa 170, badala ya 90 kwa zile za ndani:

klgr-gw2#sh ip njia

Lango la njia ya mwisho halijawekwa

172.16.0.0/16 ina nyati ndogo kwa njia tofauti, neti 30, barakoa 4
D EX 172.16.0.0/24 [170 /33280] kupitia 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.1.0/24 kupitia 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.2.0/30 kupitia 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.2.4/30 kupitia 172.16.2.37, 00:00:07, FastEthernet0/0
D EX 172.16.2.16/30 kupitia 172.16.2.37, 00:00:07, FastEthernet0/0
D 172.16.2.32/30 [ 90 /30720] kupitia 172.16.2.37, 00:38:59, FastEthernet0/0
C 172.16.2.36/30 imeunganishwa moja kwa moja, FastEthernet0/0
D 172.16.2.40/30 kupitia 172.16.2.37, 00:38:59, FastEthernet0/0
kupitia 172.16.2.46, 00:38:59, FastEthernet0/1
….

Hivi ndivyo inavyoonekana kufanywa kwa njia rahisi, lakini unyenyekevu ni wa juu juu - ugawaji upya umejaa nyakati nyingi za hila na zisizofurahi wakati angalau kiungo kimoja kisichohitajika kinaongezwa kati ya vikoa viwili tofauti.
Ushauri wa jumla - jaribu kuzuia ugawaji tena ikiwa inawezekana. Kanuni kuu ya maisha inafanya kazi hapa - rahisi zaidi, bora zaidi.

Njia chaguomsingi

Sasa ni wakati wa kuangalia ufikiaji wako wa Mtandao. Inafanya kazi vizuri kutoka Moscow, lakini ukiangalia, kwa mfano, kutoka St. Petersburg (kumbuka kwamba tulifuta njia zote za tuli):
PC> ping

Pinging 192.0.2.2 na baiti 32 za data:

Jibu kutoka 172.16.2.5: Mwenyeji lengwa hapatikani.
Jibu kutoka 172.16.2.5: Mwenyeji lengwa hapatikani.
Jibu kutoka 172.16.2.5: Mwenyeji lengwa hapatikani.

Takwimu za Ping za 192.0.2.2:
Pakiti: Iliyotumwa = 4, Imepokelewa = 0, Imepotea = 4 (hasara 100%)

Hii ni kwa sababu si spb-ozerki-gw1, wala spb-vsl-gw1, wala mtu mwingine yeyote kwenye mtandao wetu anayejua kuhusu njia chaguo-msingi isipokuwa msk-arbat-gw1, ambayo imesanidiwa kitakwimu.
Ili kurekebisha hali hii, tunahitaji tu kutoa amri moja huko Moscow:
msk-arbat-gw1(config)#ruta ospf 1
msk-arbat-gw1(config-router)#maelezo-chaguo-msingi hutoka

Baada ya hayo, habari kuhusu ambapo lango la mapumziko ya mwisho iko maporomoko ya theluji kwenye mtandao.

Mtandao sasa unapatikana:
PC> kifuatiliaji

Kufuatilia njia hadi 192.0.2.2 kwa upeo wa hops 30:

1 ms 3 ms 3 ms 172.16.17.1
2 4 ms 5 ms 12 ms 172.16.2.5
3 14 ms 20 ms 9 ms 172.16.2.1
4 17 ms 17 ms 19 ms 198.51.100.1
5 22 ms 23 ms 19 ms 192.0.2.2

Amri muhimu kwa utatuzi wa shida

1) Orodha ya majirani na hali ya mawasiliano nao inaitwa kwa amri onyesha jirani ya ip ospf
msk-arbat-gw1:

Kiolesura cha Anwani ya Anwani ya Kitambulisho cha Jirani cha Jimbo la Pri State
172.16.255.32 1 FULL/DROTHER 00:00:33 172.16.2.2 FastEthernet0/1.4
172.16.255.48 1 FULL/DR 00:00:34 172.16.2.18 FastEthernet0/1.5
172.16.255.64 1 FULL/DR 00:00:33 172.16.2.34 FastEthernet0/1.7
172.16.255.80 1 FULL/DR 00:00:33 172.16.2.130 FastEthernet0/1.8
172.16.255.112 1 FULL/DR 00:00:33 172.16.2.197 FastEthernet1/0.911

2) Au kwa EIGRP: onyesha majirani wa ip eigrp
Majirani wa IP-EIGRP kwa mchakato wa 1
H Kiolesura cha Anwani Hold Uptime SRTT RTO Q Seq
(sek) (ms) Cnt Hes
0 172.16.2.38 Fa0/1 12 00:04:51 40 1000 0 54
1 172.16.2.42 Fa0/0 13 00:04:51 40 1000 0 58

3) Kutumia amri onyesha itifaki za ip Unaweza kuona maelezo kuhusu kuendesha itifaki za uelekezaji na uhusiano wao.

Klgr-balt-gw1:
Itifaki ya Uelekezaji ni "EIGRP 1"

Mitandao chaguomsingi imealamishwa katika masasisho yanayotoka
Mitandao chaguomsingi iliyokubaliwa kutoka kwa masasisho yanayoingia
Uzito wa metric wa EIGRP K1=1, K2=0, K3=1, K4=0, K5=0
EIGRP upeo wa hopcount 100
Tofauti ya juu zaidi ya kipimo cha EIGRP 1
Inasambaza upya: EIGRP 1, OSPF 1
Muhtasari wa mtandao otomatiki unatumika
Muhtasari wa anwani otomatiki:
Njia ya juu: 4
Uelekezaji kwa Mitandao:
172.16.0.0

172.16.2.42 90 4
172.16.2.38 90 4
Umbali: ndani 90 nje 170

Itifaki ya Uelekezaji ni "OSPF 1"
Orodha ya vichujio vya sasisho zinazotoka kwa violesura vyote haijawekwa
Orodha ya vichujio vya sasisho zinazoingia kwa violesura vyote haijawekwa
Kitambulisho cha Njia 172.16.255.64
Ni kipanga njia cha mpaka cha mfumo wa uhuru
Kusambaza upya Njia za Nje kutoka,
EIGRP 1
Idadi ya maeneo katika kipanga njia hiki ni 1. 1 ya kawaida 0 stub 0 nssa
Njia ya juu: 4
Uelekezaji kwa Mitandao:
172.16.2.32 0.0.0.3 eneo 0
Vyanzo vya Habari ya Njia:
Sasisho la Mwisho la Umbali wa Lango
172.16.255.64 110 00:00:23
Umbali: (chaguo-msingi ni 110)

4) Ili kurekebisha na kuelewa utendakazi wa itifaki, itakuwa muhimu kutumia amri zifuatazo:
rekebisha matukio ya ip OSPF
debug ip OSPF adj
rekebisha pakiti za EIGRP

Jaribu kujaribu miingiliano tofauti na uone kinachotokea kwenye utatuzi, ni ujumbe gani unaoruka.

Waandishi

Marat eucariot
Maxim aka gluck

Ningependa kutoa shukrani zangu kwa Dmitry JDima kwa mabadiliko na maoni yenye thamani, na kwa Natasha Samoilenko asiyezuilika kwa kazi zilizotolewa. Anton Avtushko kwa kupanga tovuti ya blogi. Na kwa msichana aliye na jina tukufu Nina kwa nembo ya tovuti.

P.S.
Podikasti yetu inayokuja ya LinkMiAp inahitaji muziki wa kuchekesha na wa chinichini. Tutafurahi kusaidia, na jina la mtunzi litatukuzwa kwa karne nyingi.

P.P.S.
Hatuna tena uwezo wa kutosha wa Packet Tracer. Hatua inayofuata ni kusonga mbele kwa jambo zito zaidi. Mapendekezo yoyote? Ninapendekeza kuandaa holivar katika maoni juu ya mada IOU dhidi ya GNS.

Uelekezaji wa nguvu

Uelekezaji tuli haufai kwa mitandao mikubwa na changamano kwa sababu mitandao kwa kawaida huhusisha viungo visivyohitajika, itifaki nyingi na topolojia mchanganyiko. Vipanga njia katika mitandao changamano lazima zikubaliane haraka na mabadiliko ya topolojia na kuchagua njia bora kutoka kwa watahiniwa wengi.

IP mitandao ina muundo wa daraja. Kutoka kwa mtazamo wa uelekezaji, mtandao unatazamwa kama mkusanyiko wa mifumo inayojitegemea. Katika mifumo midogo midogo inayojiendesha ya mitandao mikubwa, njia chaguo-msingi hutumiwa sana kuelekeza kwenye mifumo mingine inayojiendesha.

Uelekezaji unaobadilika unaweza kutekelezwa kwa kutumia itifaki moja au zaidi. Itifaki hizi mara nyingi huwekwa kulingana na mahali zinatumiwa. Itifaki za uendeshaji ndani ya mifumo ya uhuru huitwa itifaki za lango la mambo ya ndani (IGP), na itifaki za uendeshaji kati ya mifumo ya uhuru huitwa itifaki za lango la nje (EGP). Itifaki za IGP ni pamoja na RIP, RIP v2, IGRP, EIGRP, OSPF, na IS-IS. Itifaki za EGP3 na BGP4 zinahusiana na EGP. Itifaki hizi zote zinaweza kugawanywa katika madarasa mawili: itifaki za vekta ya umbali na itifaki za hali ya kiungo.

Vipanga njia hutumia vipimo kutathmini au kupima njia. Wakati kuna njia nyingi kutoka kwa kipanga njia hadi kwenye mtandao wa marudio, na wote hutumia itifaki ya uelekezaji sawa, basi njia iliyo na kipimo kidogo zaidi inachukuliwa kuwa bora zaidi. Ikiwa itifaki tofauti za uelekezaji zinatumiwa, uteuzi wa njia hutumia umbali wa kiutawala ambao umepewa njia na mfumo wa uendeshaji wa kipanga njia.

RIP hutumia idadi ya mabadiliko (hops) kama kipimo. EIGRP hutumia mchanganyiko changamano wa mambo ikiwa ni pamoja na kipimo data cha kiungo na utegemezi wa kiungo.

Matokeo ya itifaki za uelekezaji huingizwa kwenye jedwali la njia, ambalo hubadilika kila wakati hali ya mtandao inavyobadilika. Fikiria safu mlalo ya kawaida katika jedwali la njia inayohusiana na uelekezaji unaobadilika

R 192.168.14.0/24 kupitia 10.3.0.1 00:00:06 Msururu

Hapa R inafafanua itifaki ya uelekezaji. Kwa hivyo R inasimama kwa RIP, na O inasimamia OSPF, nk. Ingizo linamaanisha njia hii ina umbali wa kiutawala wa 120 na metriki ya 3. Kipanga njia hutumia nambari hizi kuchagua njia. Kipengele cha 00:00:06 kinabainisha wakati ambapo safu mlalo hii ilisasishwa. Serial0 ni kiolesura cha ndani ambacho router itasambaza pakiti kwa mtandao wa 192.168.14.0/24 kupitia anwani 10.3.0.1.

Ili itifaki za uelekezaji zinazobadilika kubadilishana maelezo ya njia tuli, usanidi wa ziada lazima ufanyike.

Uelekezaji wa vekta ya umbali

Uelekezaji huu unatokana na algoriti ya Belman-Ford. Kwa wakati fulani, router hupeleka meza yake yote ya uelekezaji kwa ruta za jirani. Itifaki rahisi kama vile RIP na IGRP hutangaza tu maelezo ya jedwali la uelekezaji kwenye violesura vyote vya vipanga njia bila kujua anwani halisi ya kipanga njia fulani cha jirani.

Router ya jirani, wakati wa kupokea matangazo, inalinganisha habari na meza yake ya sasa ya uelekezaji. Njia za mitandao mipya au njia za mitandao inayojulikana iliyo na vipimo bora zaidi huongezwa kwayo. Njia ambazo hazipo zinafutwa. Router inaongeza maadili yake kwa vipimo vya njia zilizopokelewa. Jedwali jipya la kuelekeza linaenezwa tena kwa vipanga njia vya jirani (ona Mchoro 1).

font-size:12.0pt;line-height:125%">Kielelezo 1. Uelekezaji wa vekta ya umbali.

Unganisha itifaki za serikali

Itifaki hizi hutoa upanuzi bora na muunganisho ikilinganishwa na itifaki za vekta ya umbali. Itifaki inategemea algorithm ya Dijkstra, ambayo mara nyingi huitwa algorithm ya njia fupi zaidi (SPF). Mwakilishi wa kawaida zaidi ni itifaki ya OSPF (Open Shortest Njia ya Kwanza).

Router inazingatia hali ya mawasiliano ya interfaces ya routers nyingine kwenye mtandao. Router hujenga database kamili ya majimbo yote ya mawasiliano katika eneo lake, yaani, ina taarifa za kutosha ili kuunda ramani yake ya mtandao. Kila kipanga njia huendesha kwa kujitegemea algorithm ya SPF kwenye ramani yake ya mtandao au hifadhidata ya hali ya kiungo ili kuamua njia bora, ambayo imeingizwa kwenye jedwali la njia. Njia hizi za mitandao mingine huunda mti na kipanga njia cha ndani hapo juu.

Vipanga njia hutangaza hali ya kiunga chao kwa vipanga njia vyote katika eneo hilo. Notisi hizo huitwa LSA (link-state advertisements).

Tofauti na vipanga njia vya vekta za umbali, vipanga njia vya hali ya kiungo vinaweza kuunda uhusiano wa dharura na majirani zao.

Kuna utitiri wa awali wa pakiti za LSA ili kujenga hifadhidata ya majimbo ya mawasiliano. Zaidi ya hayo, njia husasishwa tu wakati hali za mawasiliano zinabadilika au ikiwa hali haijabadilika ndani ya muda fulani. Ikiwa hali ya mawasiliano inabadilika, sasisho la sehemu linatumwa mara moja. Ina tu majimbo ya viungo ambayo yamebadilika, sio jedwali zima la uelekezaji.

Msimamizi anayezingatia kiungo hupata masasisho haya yasiyo na sehemu na yasiyo ya kawaida kuwa mbadala mwafaka kwa uelekezaji wa vekta ya umbali, ambayo husambaza jedwali zima la uelekezaji kwa vipindi vya kawaida.

Itifaki za hali ya kiungo zina muunganiko wa haraka na utumiaji wa kipimo data bora ikilinganishwa na itifaki za vekta za umbali. Wao ni bora kuliko itifaki za vector za umbali kwa mitandao ya ukubwa wowote, lakini wana hasara kuu mbili: mahitaji ya kuongezeka kwa nguvu za usindikaji wa routers na utawala tata.

Muunganiko.

Utaratibu huu ni wakati huo huo na unashirikiana, na mtu binafsi. Vipanga njia hushiriki habari kati yao, lakini huhesabu tena meza zao za uelekezaji kwa uhuru. Ili meza za uelekezaji ziwe sahihi, vipanga njia vyote lazima viwe na uelewa sawa wa topolojia ya mtandao. Ikiwa ruta hukubaliana juu ya topolojia ya mtandao, basi hukutana. Muunganisho wa haraka unamaanisha urejeshaji wa haraka kutoka kwa miunganisho iliyovunjika na mabadiliko mengine kwenye mtandao. Itifaki za uelekezaji na ubora wa muundo wa mtandao hupimwa hasa kwa muunganisho.

Wakati ruta ziko katika mchakato wa muunganisho, mtandao huathirika na matatizo ya uelekezaji. Iwapo baadhi ya vipanga njia huamua kuwa kiungo fulani hakipo, wengine huzingatia kimakosa kiungo hicho kuwa kipo. Ikiwa hii itatokea, meza ya njia ya mtu binafsi haitakuwa sawa, ambayo inaweza kusababisha matone ya pakiti na loops za uelekezaji.

Haiwezekani kwa ruta zote kwenye mtandao kugundua mabadiliko ya topolojia kwa wakati mmoja. Kulingana na itifaki iliyotumika, inaweza kuchukua muda mrefu kwa michakato yote ya uelekezaji kwenye mtandao kuungana. Sababu zifuatazo huathiri hii:

Umbali katika humle hadi sehemu ya mabadiliko ya topolojia.

Idadi ya ruta zinazotumia itifaki zinazobadilika.

Athari za baadhi ya mambo zinaweza kupunguzwa kwa kubuni mtandao makini.

Uelekezaji tuli na unaobadilika

Uelekezaji tuli- aina ya uelekezaji ambayo njia zinatajwa wazi wakati wa kusanidi router. Uelekezaji wote hutokea bila ushiriki wa itifaki zozote za uelekezaji.

Wakati wa kutaja njia tuli, taja:

· Anwani ya mtandao (ambayo trafiki inaelekezwa), mask ya mtandao

· Anwani ya lango (nodi) ambayo hurahisisha uelekezaji zaidi (au imeunganishwa kwenye mtandao unaopitishwa moja kwa moja)

· (si lazima) kipimo (wakati mwingine pia huitwa "bei") ya njia. Wakati kuna njia nyingi za mtandao mmoja, baadhi ya vipanga njia huchagua njia yenye kipimo cha chini zaidi

Uelekezaji tuli unaendelea kutumika kwa mafanikio:

· - shirika la mitandao ya kompyuta ya ukubwa mdogo (ruta 1-2

· -kwenye kompyuta (vituo vya kazi) ndani ya mtandao. Katika kesi hii, njia chaguo-msingi ya lango kawaida huwekwa.

· -kwa madhumuni ya usalama - wakati ni muhimu kuficha baadhi ya sehemu za mtandao wa ushirika wa ushirika;

· -ikiwa ufikiaji wa subnet hutolewa na njia moja, basi inatosha kutumia njia moja tuli. Aina hii ya mtandao (subnet) inaitwa mtandao wa mbegu.

Uelekezaji wa nguvu- aina ya uelekezaji ambapo jedwali la uelekezaji huhaririwa kwa utaratibu.

Kwa uelekezaji wa nguvu, habari ya uelekezaji hubadilishwa kati ya vipanga njia vya jirani, wakati ambapo huambiana ni mitandao ipi inayopatikana kwa sasa kupitia kwao. Taarifa hiyo inachakatwa na kuwekwa kwenye jedwali la uelekezaji. Itifaki za kawaida za uelekezaji wa ndani ni pamoja na:

RIP (Itifaki ya Taarifa za Uelekezaji) - OSPF (Njia Fupi Zaidi ya Kufungua Kwanza) - EIGRP (Itifaki Iliyoimarishwa ya Lango la Ndani) - Itifaki Iliyoimarishwa ya IGRP (Itifaki ya Njia ya Lango la Ndani) - Itifaki ya Njia ya Ndani ya Lango

Itifaki ya uelekezaji inayobadilika huchaguliwa kulingana na masharti mengi (kasi ya muunganisho, saizi ya mtandao, utumiaji wa rasilimali, utekelezaji na matengenezo, n.k.) kwa hivyo, kwanza kabisa, sifa kama vile saizi ya mtandao, kipimo data kinachopatikana, uwezo wa maunzi wa vichakataji vya vifaa vya kuelekeza, miundo. huzingatiwa na aina za ruta.

Algorithms nyingi za uelekezaji zinaweza kuainishwa katika mojawapo ya kategoria mbili: itifaki za vekta ya umbali (RIPv1, RIPv2, RIPng, IGRP, EIGRP, EIGRP kwa IPv6) na itifaki za hali ya kiungo (OSPFv2, OSPFv3, IS-IS, IS-IS kwa IPv6) .

Hitimisho

Kuelekeza- mchakato wa kuamua njia ya habari katika mitandao ya mawasiliano.

Router, kama, kwa mfano, daraja, ina bandari kadhaa na lazima iamue kwa kila pakiti inayoingia ikiwa itachuja au kuisambaza kwenye bandari nyingine.

Kama madaraja, ruta hutatua tatizo hili kwa kutumia meza maalum - meza ya kuelekeza. Kutumia jedwali hili, router huamua ni bandari gani pakiti inahitaji kutumwa ili kufikia subnet inayotaka (sio lazima mara moja). Ikiwa mtandao una vitanzi, kunaweza kuwa na maingizo mengi katika jedwali za kuelekeza kwa kila mtandao, unaoelezea njia tofauti zinazowezekana.

Kila bandari ya router inachukuliwa kama nodi tofauti ya mtandao. Nodi zingine lazima zijue anwani yake na pakiti za kusambaza kwa usambazaji kwa subnets zingine kwa anwani hii, na sio kuzitoa tu kwenye chaneli (kama vile madaraja ya uwazi).

Kila kipanga njia hufanya maamuzi kuhusu mwelekeo wa usambazaji wa pakiti kulingana na jedwali la uelekezaji. Jedwali la uelekezaji lina seti ya sheria. Kila sheria katika seti inaelezea lango au kiolesura ambacho kipanga njia hutumia kufikia mtandao maalum.