IP երթուղային արձանագրություն. Ուղղորդման արձանագրություններ IP ցանցերում Տեղեկատվության փոխանցման երթուղու որոշում

IP-ն նշանակում է Internet Protocol, և մասնավորապես այս արձանագրության 4-րդ տարբերակը ներկայումս ամենատարածվածն է: IPv4-ը սահմանվում է RFC 791-ի միջոցով:

OSI-ի շրջանակներում այն ​​3-րդ շերտի ցանցային արձանագրություն է: Հիշեցնեմ, որ այս մակարդակը նախատեսված է տվյալների փոխանցման ճանապարհը որոշելու համար։

IPv4-ն օգտագործում է փաթեթների փոխարկում: Այս դեպքում սկզբնական փոխանցված հաղորդագրությունը բաժանվում է փոքր մասերի (փաթեթների), որոնք ինքնուրույն փոխանցվում են ցանցով։

Բացի այդ, IPv4-ը չի երաշխավորում, որ փաթեթները կառաքվեն կամ կրկնօրինակներ չեն լինի: Սա այսպես կոչված «լավագույն ջանքերի առաքումն է» (ի տարբերություն երաշխավորված առաքման): Համապատասխանաբար, այս առաջադրանքները տեղափոխվում են ավելի բարձր մակարդակի արձանագրություններ, ինչպիսին է TCP-ն:

Դիմելով

IPv4-ը նույնականացնում է ուղարկողին և ստացողին, օգտագործելով 32-բիթանոց հասցե, ինչը սահմանափակում է հնարավոր հասցեների քանակը մինչև 4,294,967,296: Այս թվից IPv4-ը պահպանում է հատուկ հասցեների տիրույթներ, որոնք կոչվում են մասնավոր (~ 18 միլիոն) և բազմակի հեռարձակում (~ 270 միլիոն):

Հասցեները սովորաբար գրվում են չորս տասնորդական օկտետների տեսքով, որոնք բաժանված են կետով, օրինակ՝ 198.51.100.25-ը համապատասխանում է C6336419 16 թվին։

Համաշխարհային հասցեների տարածությունն օգտագործելիս անհրաժեշտ է տարբերակել հասցեներում առկա հասցեները տեղականֆիզիկական ցանցեր, որոնք չեն պահանջում երթուղիներ, և հասցեներ, որոնք ֆիզիկապես այլ ցանցում են: Վերջինիս դեպքում փաթեթները փոխանցվում են երթուղիչին, որը պետք է դրանք փոխանցի հետագա:

Ստանդարտի առաջին տարբերակներում առաջին օկտետն օգտագործվում էր ցանցը նույնականացնելու համար, մնացածը՝ հանգույցը։ Շատ արագ պարզ դարձավ, որ 256 ցանցը բավարար չէ։ Այսպիսով, ներդրվեցին ցանցերի դասերը.

Դասարան Առաջին բիթերը Ցանցի հասցեի երկարությունը Հյուրընկալողի հասցեի երկարությունը
Ա 0 8 24
Բ 10 16 16
Գ 110 24 8
Դ 1110 N / A N / A
Ե 1111 N / A N / A
Դասարան Շրջանակի սկիզբ Շրջանի վերջը
Ա 0.0.0.0 127.255.255.255
Բ 128.0.0.0 191.255.255.255
Գ 192.0.0.0 223.255.255.255
Դ 224.0.0.0 239.255.255.255
Ե 240.0.0.0 255.255.255.255

D դասը վերապահված է բազմակի հեռարձակման համար, E դասը պարզապես վերապահված է «միայն դեպքում»:

Ցանցի հասցեի երկարությունը և հյուրընկալողի հասցեի երկարությունը որոշվել են հասցեի առաջին բիթերով: Մոտ 1985 թվականից սա նույնպես լքված է։ Սրա պատճառն այն է, որ շատ կազմակերպություններ պահանջել են ավելի շատ հասցեներ, քան տրամադրել է C դասի ցանցը և ստացել B դասի ցանց: Բ դասի ցանցը, սակայն, երբեմն գերազանցել է կազմակերպության պահանջները:

Ցանցի դասերը փոխարինվել են ցանցային դիմակով: Դա մի բիթ դիմակ է, որը ցույց է տալիս, թե հասցեի որ բիթերն են կապված ցանցի հետ, և որոնք են հոսթինգ: Ստանդարտ պայմանագրով դիմակը պետք է լրացվի ձախից աջ, որպեսզի ցանցի հասցեն միշտ լինի ամենակարևոր բիթերում: Սա թույլ է տալիս միայն նշել ցանցի հասցեի երկարությունը, ամբողջ ցանցային դիմակի փոխարեն։

Օրինակ, 192.0.2.0/24 նշանակում է, որ առաջին 24 բիթերը (երեք օկտետները) վերաբերում են ցանցի հասցեին, իսկ մնացածը՝ հյուրընկալող հասցեին: / 24-ը համարժեք է 255.255.255.0 ցանցի դիմակին:

Ցանցային դիմակների օգտագործումը նկարագրված է RFC 1517-ում:

Բազմաթիվ ստանդարտներ նաև վերապահում են հասցեների տարբեր տիրույթներ հատուկ կարիքների համար:

Շրջանակ Նկարագրություն RFC
0.0.0.0/8 Ընթացիկ ցանց (աղբյուրի հասցեն) 6890
10.0.0.0/8 Մասնավոր ցանց 1918
100.64.0.0/10 Համօգտագործվող CGN հասցեների տարածություն 6598
127.0.0.0/8 Loopback 6890
169.254.0.0/16 Ավտոկոնֆիգուրացիա 3927
172.16.0.0/12 Մասնավոր ցանց 1918
192.0.0.0/24 IETF արձանագրության առաջադրանքներ 6890
192.0.2.0/24 Փաստաթղթեր և օրինակներ 1 5737
192.88.99.0/24 Փոխանցել ipv6-ը ipv4-ին 3068
192.168.0.0/16 Մասնավոր ցանց 1918
198.18.0.0/15 Ցանցի թողունակության փորձարկում 2544
198.51.100.0/24 Փաստաթղթեր և օրինակներ 2 5737
203.0.113.0/24 Փաստաթղթեր և օրինակներ 3 5737
224.0.0.0/4 Multicast 5771
240.0.0.0/4 Վերապահված է 1700
255.255.255.255 Հեռարձակման հարցում 919

Հանգույցների հասցեները նույնպես վերապահված են՝ երկուական ներկայացմամբ, որը բաղկացած է զրոներից (նշում է ամբողջ ցանցը, վերապահված) և մեկներից (այս ցանցի հեռարձակման հարցումը):

Օրինակ, 203.0.113.0 նշանակում է (տեքստում) ցանց 203.0.113.0/24, իսկ 203.0.113.255-ը հեռարձակման հարցում է այս ցանցին:

Փաթեթի ձևաչափ

Փաթեթը բաղկացած է վերնագրից և տվյալներից: IP-ն չի ենթադրում որևէ ամբողջականության ստուգում: Հիմքում ընկած արձանագրությունը (ասենք, Ethernet) արդեն ապահովում է ամբողջականության ստուգում կապի շերտում, իսկ վերին հոսքի արձանագրությունը (ասենք, TCP) տվյալների շերտում:

Տարբերակ, 4 բիթ Առաջին վերնագրի դաշտ: IPv4-ում դա 0010 2 է, այսինքն. 4. Վերնագրի երկարությունը, 4 բիթ Վերնագրի 32-բիթանոց բառերի քանակը: Նվազագույն արժեքը 5 է, որը համապատասխանում է վերնագրի երկարությանը 20 բայթ: Առավելագույնը 15 է, վերնագրի երկարությունը՝ 60 բայթ։ DSCP կամ ToS - ծառայության տեսակ, 6 բիթ Որոշում է, ասենք, VoIP-ի առաջնահերթությունը: ECN, 2 բիթ Դրոշակ՝ հստակորեն ցույց տալու ցանցի գերբեռնվածությունը: Պահանջում է աջակցություն երկու կողմերից (ստացող և փոխանցող): Երբ այս դրոշը ստացվում է, բուդի արագությունը նվազում է: Եթե ​​դրոշի աջակցություն չկա, փաթեթները պարզապես հանվում են: Ամբողջական երկարություն, 16 բիթ Փաթեթի ընդհանուր երկարությունը բայթերով, ներառյալ վերնագիրը և տվյալները: Նվազագույն երկարությունը 20 է, առավելագույնը՝ 65535: Նույնականացում, 16 բիթ Օգտագործվում է տվյալների գրամի եզակի նույնականացման համար: Քանի որ տարբեր ցանցերի միջոցով փոխանցման ժամանակ կարող է անհրաժեշտ լինել փաթեթը բաժանել փոքր մասերի, այս դաշտն օգտագործվում է նույն փաթեթին պատկանող մասերը նույնականացնելու համար: Դրոշներ, 3 բիթ

Բիթ դրոշներ.

  1. Վերապահված, միշտ 0
  2. Մի մասնատիր: Եթե ​​փաթեթի հետագա փոխանցումը պահանջում է մասնատում, փաթեթը հանվում է:
  3. Ավելի շատ բեկորներ. Հատված փաթեթների համար բոլորը, բացի վերջինից, ունեն այս դրոշը 1:
Օֆսեթ, 13 բիթ Հատվածի տեղաշարժը տվյալների գրամի սկզբի համեմատ, չափված 64 բիթանոց բլոկներով: Առաջին հատվածն ունի 0 շեղում: Առավելագույն օֆսեթը 65528 բայթ է, որը գերազանցում է 65515 փաթեթի առավելագույն երկարությունը (հանած 20 բայթ վերնագիրը): Time to Live (TTL), 8 բիթ Երբ փաթեթն անցնում է երթուղիչով, այս դաշտը նվազում է 1-ով: Արձանագրություն, 8 բիթ
  • 1 - ICMP
  • 6 - TCP
  • 17 - UDP
Վերնագրի ստուգման գումար, 16 բիթ Վերնագրի 16 բիթանոց բառերի գումարը հաշվվում է, բացառությամբ բուն ստուգման գումարի: Այս գումարը նույնպես ամփոփվում է 16 բիթանոց բլոկներում, մինչև մնա մեկը: Այնուհետև արդյունքի վրա ժխտումը կիրառվում է մաս առ մաս: Ուղարկողի հասցեն, 32 բիթ Այստեղ ամեն ինչ պարզ է Ստացողի հասցեն, 32 բիթ Այստեղ նույնպես ամեն ինչ պարզ է: Ընտրանքներ (ըստ ցանկության դաշտ)

Այն հազվադեպ է օգտագործվում: Բաղկացած է վերնագրի տվյալների բլոկներից: Ընտրանքի վերնագիրը 8-16 բիթ է և բաղկացած է հետևյալ դաշտերից.

  • Տարբերակի տեսակը, 8 բիթ - դաշտ, որը սահմանում է, թե ինչ է այս տարբերակը: «0» արժեքը նշանակում է տարբերակների ցանկի վերջ: Ընդհանուր առմամբ գրանցվել է 26 ծածկագիր։
  • Երկարություն, 8 բիթ - ամբողջ տարբերակի չափը բիթերով, ներառյալ վերնագիրը: Կարող է հասանելի չլինել որոշ տեսակի տարբերակների համար:

ՀՕՊ

IP-ն սահմանում է տրամաբանական հասցեներ: Այնուամենայնիվ, Ethernet ցանցում փաթեթ ուղարկելու համար անհրաժեշտ է նաև իմանալ թիրախային հանգույցի (կամ երթուղիչի) ֆիզիկական հասցեն: ARP-ն օգտագործվում է մեկը մյուսին քարտեզագրելու համար:

ARP-ն (Address Resolution Protocol) OSI մոդելում պաշտոնապես ցանցային (3-րդ) շերտի արձանագրություն է, չնայած իրականում այն ​​ապահովում է 2-րդ և 3-րդ շերտերի փոխգործակցությունը: ARP-ն իրականացվում է 2-րդ և 3-րդ շերտի տարբեր զույգ արձանագրությունների համար:

Արձանագրությունն ինքնին կառուցված է հարցում-պատասխան պարզ սխեմայի վրա: Դիտարկենք կոնկրետ օրինակ.

Եթե ​​հոսթ, ասենք A տրամաբանական հասցեով 198.51.100.1 (ցանցում 198.51.100.0/24) ցանկանում է փաթեթ ուղարկել B հոսթին 198.51.100.2 տրամաբանական հասցեով, այն ուղարկում է L2 արձանագրության հեռարձակման հարցում (այս դեպքում՝ Ethernet) պարփակված հաղորդագրություն ARP-ն հարցնում է ցանցային հանգույցներին. ո՞րն է 198.51.100.2 տրամաբանական հասցեով հանգույցի ֆիզիկական հասցեն և պարունակում է A հանգույցի տրամաբանական և ֆիզիկական հասցեները: Բ հանգույցը, տեսնելով իր սեփական տրամաբանական հասցեն հարցումում, ուղարկում է. պատասխան A հանգույցին հարցման մեջ ստացված տրամաբանական և ֆիզիկական հասցեներով: Հարցման արդյունքները պահվում են քեշում:

ARP հաղորդագրությունները կառուցված են հետևյալ կերպ.

Ֆիզիկական արձանագրություն (HTYPE), 2 բայթ շերտ 2 արձանագրություն: Ethernet-ն ունի 1 նույնացուցիչ: Տրամաբանական արձանագրություն (PTYPE), 2 բայթ Օգտագործված արձանագրությունը 3 շերտ է: Համապատասխանում է EtherType տեսակներին: IPv4-ն ունի 0x0800 ID: Ֆիզիկական հասցեի երկարությունը (HLEN), 1 բայթ Ֆիզիկական հասցեի երկարությունը օկտետներով, Ethernet-ի համար՝ 6 Տրամաբանական հասցեի երկարություն (PLEN), 1 բայթ Տրամաբանական հասցեի երկարություն օկտետներով, IPv4 - 4 Գործողության համար (OPER), 2 բայթ 1 հարցման համար, 2 պատասխանի համար և արձանագրության ընդլայնման շատ այլ տարբերակներ: Ուղարկողի ֆիզիկական հասցեն (SHA), HLEN բայթ Հարցման մեջ՝ հարցնողի հասցեն: Պատասխանը պարունակում է պահանջվող հանգույցի հասցեն: Ուղարկողի տրամաբանական հասցե (SPA), PLEN բայթ
Նպատակակետի ֆիզիկական հասցեն (THA), HLEN բայթ Անտեսվել է հարցումում: Պատասխանը պարունակում է հայտատուի հասցեն: Նպատակակետի տրամաբանական հասցե (TPA), PLEN բայթ

Սովորաբար հոսթները նաև կուղարկեն ARP հաղորդագրություններ, երբ փոխում են իրենց IP հասցեն կամ երբ միացնում են: Սա սովորաբար իրականացվում է որպես APR հարցում, որտեղ TPA = SPA և THA = 0: Մեկ այլ տարբերակ ARP պատասխանն է, որտեղ TPA = SPA և THA = SHA:

Բացի այդ, ARP-ն կարող է օգտագործվել հասցեների տրամաբանական բախումները հայտնաբերելու համար (SPA = 0):

Կան արձանագրությունների ընդարձակումներ, որոնք կատարում են հակադարձ գործողություններ՝ InARP (Հակադարձ ARP), որը ստանում է L3 հասցեն L2 հասցեից, և RARP, որը ստանում է հայցող հանգույցի L3 հասցեն։

RARP-ն օգտագործվել է L3 հասցեների ավտոմատ կազմաձևման համար: Այնուհետև փոխարինվեց BOOTP-ով և այնուհետև DHCP-ով:

IPv4 երթուղում

Հիմնական երթուղային ալգորիթմը IPv4 ցանցերում կոչվում է վերահասցեավորման ալգորիթմ:

Եթե ​​կա թիրախային հասցե D և ցանցի նախածանց N, ապա

  • Եթե ​​N-ը նույնն է, ինչ ընթացիկ հանգույցի ցանցային նախածանցը, ուղարկեք տվյալները տեղական հղման միջոցով:
  • Եթե ​​երթուղային աղյուսակում կա N-ի երթուղի, ուղարկեք հաջորդ հոպի տվյալները երթուղիչին:
  • Եթե ​​կա լռելյայն երթուղի, ուղարկեք հաջորդ հոպի տվյալները լռելյայն երթուղիչին
  • Հակառակ դեպքում - սխալ:

Երթուղային աղյուսակը ցանցային հասցեների և հաջորդ հոպ երթուղիչի հասցեների միջև քարտեզագրման աղյուսակ է այս ցանցերի համար: Այսպիսով, օրինակ, 198.51.100.54/24 հասցեով հանգույցը կարող է ունենալ հետևյալ երթուղային աղյուսակը՝ 203.0.113.0/24

Նպատակակետ Դարպաս Սարք
198.51.100.0/24 0.0.0.0 eth0
203.0.113.0/24 198.51.100.1 eth0
0.0.0.0/0 203.0.113.1 eth0

Հիմնականում երթուղին կապված է նաև ցանցային սարքի հետ, որտեղից պետք է ուղարկվեն տվյալները:

Եթե ​​հանգույցին կարելի է հասնել մեկից ավելի երթուղիներով, ապա ընտրվում է ավելի երկար ցանցային դիմակով երթուղի (այսինքն՝ ավելի կոնկրետ): Կարող է լինել միայն մեկ լռելյայն երթուղի:

Օրինակ, 198.51.100.54/24 հանգույցն ունի երթուղային աղյուսակ.

Նպատակակետ Դարպաս Սարք
198.51.100.0/24 0.0.0.0 eth0
203.0.113.0/24 198.51.100.1 eth0
203.0.113.224/27 198.51.100.5 eth0

Կամ դարպաս, կոչվում է ցանցային հանգույց մի քանի IP ինտերֆեյսով (պարունակում է իր սեփական MAC հասցեն և IP հասցեն), որը միացված է տարբեր IP ցանցերին, որը, հիմնվելով երթուղավորման խնդրի լուծման վրա, վերահղում է տվյալների գրամները մի ցանցից մյուսը՝ ուղարկողից առաքելու համար։ ստացողին.

Դրանք կա՛մ մասնագիտացված համակարգիչներ են, կա՛մ մի քանի IP-ինտերֆեյս ունեցող համակարգիչներ, որոնց աշխատանքը վերահսկվում է հատուկ ծրագրային ապահովման միջոցով։

IP երթուղղում

Routing-ը օգտագործվում է մի սարքից փաթեթ ստանալու և այն ցանցի միջոցով մեկ այլ սարք այլ ցանցերի միջոցով փոխանցելու համար: Եթե ​​ցանցում երթուղիչներ չկան, ապա երթուղավորումը չի ապահովվում: Ուղղորդիչներն ուղղորդում են (փոխանցում) երթևեկությունը դեպի բոլոր ցանցերը, որոնք կազմում են ինտերնետ աշխատանքը:

Փաթեթը ուղղորդելու համար երթուղիչը պետք է ունենա հետևյալ տեղեկատվությունը.

  • Նպատակակետի հասցեն
  • Հարևան երթուղիչ, որից այն կարող է իմանալ հեռավոր ցանցերի մասին
  • Մատչելի ուղիներ դեպի բոլոր հեռավոր ցանցեր
  • Լավագույն ուղին դեպի յուրաքանչյուր հեռավոր ցանց
  • Սպասարկման տեխնիկա և երթուղային տեղեկատվության ստուգում

Երթուղիչը իմանում է հեռավոր ցանցերի մասին հարևան երթուղիչներից կամ ցանցի ադմինիստրատորից: Այնուհետև երթուղիչը կառուցում է երթուղային աղյուսակ, որը նկարագրում է, թե ինչպես գտնել հեռավոր ցանցեր:

Եթե ​​ցանցը ուղղակիորեն միացված է երթուղիչին, այն արդեն գիտի, թե ինչպես փոխանցել փաթեթը դեպի այդ ցանց: Եթե ​​ցանցն ուղղակիորեն միացված չէ, երթուղիչը պետք է սովորի (սովորի) դեպի հեռավոր ցանց մուտքի ուղիները՝ օգտագործելով ստատիկ երթուղում (ադմինիստրատորի կողմից, որը ձեռքով մուտքագրում է բոլոր ցանցերի գտնվելու վայրը երթուղղման աղյուսակում) կամ օգտագործելով դինամիկ երթուղում:

Դինամիկ երթուղավորումը երթուղային արձանագրության գործընթաց է, որը որոշում է, թե ինչպես է սարքը հաղորդակցվում հարևան երթուղիչների հետ: Երթուղիչը կթարմացնի տեղեկատվությունը յուրաքանչյուր ցանցի մասին, որը նա սովորում է: Եթե ​​ցանցում փոփոխություն է տեղի ունենում, դինամիկ երթուղային արձանագրությունն ավտոմատ կերպով տեղեկացնում է բոլոր երթուղիչներին փոփոխության մասին: Եթե ​​դուք օգտագործում եք ստատիկ երթուղում, ձեր համակարգի ադմինիստրատորը պետք է թարմացնի երթուղիների աղյուսակները բոլոր սարքերում:

IP երթուղավորումը պարզ գործընթաց է, որը նույնն է բոլոր չափերի ցանցերում: Օրինակ, նկարը ցույց է տալիս քայլ առ քայլ պրոցեսը, որով A host-ը փոխազդում է B host-ի հետ այլ ցանցում: Օրինակում, A host-ի օգտատերը Ping է անում հոսթի B-ի IP հասցեն: Հետագա գործողություններն այնքան էլ պարզ չեն, ուստի եկեք ավելի մանրամասն նայենք դրանց.

  • Հրամանի տողում օգտվողը մուտքագրում է ping 172.16.20.2: Հոսթ Ա-ն ստեղծում է փաթեթը՝ օգտագործելով ցանցային շերտի արձանագրությունները և ICMP:

  • IP-ն վերաբերում է ARP-ին՝ փաթեթի նպատակակետ ցանցը պարզելու համար՝ նայելով A host-ի IP հասցեն և ենթացանցային դիմակը: Սա հարցում է հեռավոր հոսթին, այսինքն. փաթեթը նախատեսված չէ տեղական ցանցի հոսթի համար, ուստի փաթեթը պետք է ուղղվի դեպի երթուղիչ՝ ճիշտ հեռավոր ցանցին վերահղելու համար:
  • Որպեսզի Host A-ն կարողանա փաթեթ ուղարկել երթուղիչին, հյուրընկալողը պետք է իմանա LAN-ի վրա երթուղիչի ինտերֆեյսի ապարատային հասցեն: Ցանցային շերտը փոխանցում է փաթեթի և նպատակակետ սարքավորման հասցեն կապի շերտին՝ շրջանակելու և տեղային հոսթին փոխանցելու համար: Սարքավորման հասցե ստանալու համար հոսթորդը փնտրում է նպատակակետի գտնվելու վայրը իր սեփական հիշողության մեջ, որը կոչվում է ARP քեշ:
  • Եթե ​​IP հասցեն արդեն հասանելի չի եղել և ARP քեշում չէ, ապա հոսթն ուղարկում է ARP հեռարձակում IP 172.16.10.1 ապարատային հասցեն փնտրելու համար: Սա է պատճառը, որ Ping-ի առաջին հարցումը սովորաբար ավարտվում է, բայց մնացած չորսը կհաջողվեն: Հասցեն քեշավորելուց հետո սովորաբար ժամանակ չի լինում:
  • Երթուղիչը արձագանքում է և հայտնում LAN-ին միացված Ethernet ինտերֆեյսի ապարատային հասցեն: Հոսթն այժմ ունի ամբողջ տեղեկատվությունը տեղական ցանցի միջոցով փաթեթը երթուղիչին փոխանցելու համար: Ցանցային շերտը իջեցնում է փաթեթը ներքև՝ կապող շերտում ICMP արձագանքի հարցում (Ping) առաջացնելու համար՝ փաթեթը լրացնելով ապարատային հասցեով, որին հոսթողը պետք է ուղարկի փաթեթը: Փաթեթն ունի աղբյուրի և նպատակակետի IP հասցեներ, ինչպես նաև փաթեթի տեսակի (ICMP) նշում ցանցային շերտի արձանագրության դաշտում:
  • Կապի շերտը ստեղծում է շրջանակ, որում փաթեթը պարփակվում է տեղական ցանցով ուղարկելու համար անհրաժեշտ կառավարման տեղեկատվության հետ միասին: Այս տեղեկատվությունը ներառում է սկզբնաղբյուրի և նպատակակետի ապարատային հասցեները և ցանցի շերտի արձանագրության կողմից սահմանված տիպի դաշտի արժեքը (սա կլինի տիպի դաշտը, քանի որ IP-ն կանխադրված է Ethernet_II շրջանակների համար): Նկար 3-ը ցույց է տալիս մի շրջանակ, որը ստեղծվել է հղման շերտում և ուղարկվել է տեղական լրատվամիջոցներով: Նկար 3-ը ցույց է տալիս երթուղիչի հետ հաղորդակցվելու համար անհրաժեշտ ողջ տեղեկատվությունը. սկզբնաղբյուր և նպատակակետ ապարատային հասցեներ, սկզբնաղբյուր և նպատակակետ IP հասցեներ, տվյալներ և շրջանակի CRC FCS (Frame Check Sequence) դաշտում:
  • Host A-ի տվյալների կապի շերտը փոխանցում է շրջանակը ֆիզիկական շերտին: Այնտեղ զրոներն ու միավորները կոդավորվում են թվային ազդանշանի մեջ՝ այս ազդանշանի հետագա փոխանցմամբ տեղական ֆիզիկական ցանցով:

  • Ազդանշանը հասնում է երթուղիչի Ethernet 0 ինտերֆեյսին, որը համաժամանակացվում է թվային ազդանշանի նախաբանի հետ՝ շրջանակը ստանալու համար: Շրջանակը կառուցելուց հետո երթուղիչի ինտերֆեյսը ստուգում է CRC-ն, իսկ շրջանակը ստանալու վերջում ստացված արժեքը համեմատում է FCS դաշտի բովանդակության հետ։ Բացի այդ, այն ստուգում է փոխանցման գործընթացը մասնատման և լրատվամիջոցների կոնֆլիկտների համար:
  • Սարքավորման նպատակակետ հասցեն ստուգված է: Քանի որ այն համընկնում է երթուղիչի հասցեին, շրջանակի տիպի դաշտը վերլուծվում է՝ որոշելու, թե ինչ անել հաջորդ տվյալների այս փաթեթի հետ: Տիպի դաշտը IP է, ուստի երթուղիչը փոխանցում է փաթեթը դեպի IP պրոցեսը, որն աշխատում է երթուղիչին: Շրջանակը ջնջված է։ Բնօրինակ փաթեթը (ստեղծված A host-ի կողմից) տեղադրվում է երթուղիչի բուֆերում:
  • IP-ն նայում է փաթեթի նպատակակետ IP հասցեն՝ որոշելու, թե արդյոք փաթեթը փոխանցվում է հենց երթուղիչին: Քանի որ նպատակակետ IP հասցեն 172.16.20.2 է, երթուղիչն իր երթուղային աղյուսակից որոշում է, որ 172.16.20.0 ցանցն ուղղակիորեն միացված է Ethernet 1-ին:
  • Երթուղիչը փաթեթն ուղարկում է բուֆերից դեպի Ethernet 1 ինտերֆեյս: Երթուղիչը պետք է շրջանակի փաթեթը փոխանցի փաթեթը նպատակակետ հոսթին: Երթուղիչը նախ ստուգում է իր ARP քեշը` որոշելու, թե արդյոք ապարատային հասցեն արդեն լուծված է այս ցանցի հետ նախորդ փոխազդեցությունների ժամանակ: Եթե ​​հասցեն ARP քեշում չէ, երթուղիչը ARP հեռարձակման հարցում է ուղարկում Ethernet 1՝ 172.16.20.2 IP հասցեի ապարատային հասցեն փնտրելու համար:
  • Հոսթ B-ն արձագանքում է իր ցանցային ադապտերի ապարատային հասցեով ARP հարցումին: Ուղղորդիչի Ethernet 1 ինտերֆեյսն այժմ ունի այն ամենը, ինչ անհրաժեշտ է փաթեթը վերջնական նպատակակետ ուղարկելու համար: Նկարը ցույց է տալիս երթուղիչի կողմից ստեղծված և տեղական ֆիզիկական ցանցով փոխանցվող շրջանակը:

Երթուղիչի Ethernet 1 ինտերֆեյսի կողմից ստեղծված շրջանակն ունի աղբյուրի ապարատային հասցե Ethernet 1-ից և նպատակակետ սարքաշարի հասցե՝ հյուրընկալող B-ի ցանցային ադապտերների համար: աղբյուրը և նպատակակետը երբեք չեն փոխվում: Փաթեթը ոչ մի կերպ փոփոխված չէ, բայց շրջանակները փոխված են։

  • Հոսթ B-ն ստանում է շրջանակը և ստուգում CRC-ը: Եթե ​​ստուգումը հաջողված է, շրջանակը հանվում է, և փաթեթը փոխանցվում է IP-ին: Այն վերլուծում է նպատակակետ IP հասցեն: Քանի որ նպատակակետ IP հասցեն նույնն է, ինչ B host-ում սահմանված հասցեն, IP արձանագրությունը ուսումնասիրում է արձանագրության դաշտը՝ փաթեթի թիրախը որոշելու համար:
  • Մեր փաթեթը պարունակում է ICMP արձագանքի հարցում, ուստի B host-ը ստեղծում է նոր ICMP արձագանքի պատասխան՝ սկզբնաղբյուրի IP հասցեով, որը հավասար է հյուրընկալողի B-ին և նպատակակետի IP հասցեին, որը հավասար է հյուրընկալողի A-ին: Գործընթացը սկսվում է նորից, բայց հակառակ ուղղությամբ: . Այնուամենայնիվ, փաթեթի ուղու երկայնքով բոլոր սարքերի ապարատային հասցեներն արդեն հայտնի են, ուստի բոլոր սարքերը կարող են ստանալ ապարատային ինտերֆեյսի հասցեները իրենց սեփական ARP քեշերից:

Խոշոր ցանցերում գործընթացը նման է, բայց փաթեթը պետք է ավելի շատ հատվածներ անցնի դեպի նպատակակետ հյուրընկալող ճանապարհին:

Երթուղային աղյուսակներ

TCP/IP կույտում երթուղիչները և վերջնական հանգույցները որոշում են կայացնում, թե ում ուղարկել փաթեթը, որպեսզի այն հաջողությամբ հասցվի իր նպատակակետին, այսպես կոչված, երթուղային աղյուսակների հիման վրա:

Աղյուսակը երթուղու աղյուսակի տիպիկ օրինակ է, որն օգտագործում է IP ցանցի հասցեները նկարում ներկայացված ցանցի համար:

Ուղղորդող աղյուսակ երթուղիչ 2-ի համար

Աղյուսակը ցույց է տալիս բազմակողմ երթուղիների աղյուսակը, քանի որ այն պարունակում է երկու երթուղի դեպի ցանց 116.0.0.0: Մեկ երթուղային երթուղային աղյուսակ կառուցելու դեպքում դուք պետք է նշեք միայն մեկ ճանապարհ դեպի ցանց 116.0.0.0՝ օգտագործելով ամենափոքր մետրային արժեքը:

Ինչպես տեսնում եք, աղյուսակը պարունակում է մի քանի երթուղիներ՝ տարբեր պարամետրերով: Երթուղղման աղյուսակի յուրաքանչյուր նման գրառում պետք է կարդալ հետևյալ կերպ.

Փաթեթը ցանց առաքելու համար ցանցի հասցեի դաշտից հասցե և դիմակ ցանցի դիմակ դաշտից, դուք պետք է փաթեթն ուղարկեք IP հասցեի միջերեսից Interface դաշտից դեպի IP հասցե Gateway հասցեի դաշտից: , իսկ նման առաքման «արժեքը» հավասար կլինի Metrics դաշտի թվին։

Այս աղյուսակում «Նպատակային ցանցի հասցե» սյունակը պարունակում է բոլոր ցանցերի հասցեները, որոնց այս երթուղիչը կարող է ուղարկել փաթեթներ: TCP / IP կույտում ընդունված է այսպես կոչված մեկ քայլ մոտեցում՝ փաթեթների փոխանցման երթուղու օպտիմալացման համար (next-hop երթուղում). Հետևաբար, երթուղային աղյուսակի յուրաքանչյուր տողում ոչ թե ամբողջ երթուղին է նշվում որպես երթուղիչների IP հասցեների հաջորդականություն, որոնցով պետք է անցնի փաթեթը, այլ միայն մեկ IP հասցե՝ հաջորդ երթուղիչի հասցեն, որին պետք է փոխանցվի փաթեթը: . Փաթեթի հետ մեկտեղ հաջորդ հոպ ընտրելու պատասխանատվությունը փոխանցվում է հաջորդ երթուղիչին: Երթուղիների մեկ քայլ մոտեցումը նշանակում է երթուղու ընտրության խնդրի բաշխված լուծում: Սա վերացնում է փաթեթի ճանապարհին տարանցիկ երթուղիչների առավելագույն քանակի սահմանափակումը:

Փաթեթը հաջորդ երթուղղիչին ուղարկելու համար պահանջվում է դրա տեղական հասցեի իմացություն, սակայն TCP/IP փաթեթում երթուղային աղյուսակները օգտագործում են միայն IP հասցեներ՝ իրենց համընդհանուր ձևաչափը պահպանելու համար՝ անկախ ինտերնետում ընդգրկված ցանցերի տեսակից: Հայտնի IP հասցեից տեղական հասցե գտնելու համար անհրաժեշտ է օգտագործել ARP արձանագրությունը:

One-hop երթուղին ունի ևս մեկ առավելություն. այն թույլ է տալիս նվազեցնել երթուղիների աղյուսակների չափը վերջնական հանգույցներում և երթուղիչներում՝ օգտագործելով այսպես կոչված լռելյայն երթուղին (0.0.0.0) որպես նպատակակետ ցանցի համար, որը սովորաբար զբաղեցնում է վերջին տողը: երթուղային աղյուսակը. Եթե ​​երթուղղման աղյուսակում կա այդպիսի գրառում, ապա ցանցի համարներով բոլոր փաթեթները, որոնք չկան երթուղային աղյուսակում, փոխանցվում են լռելյայն տողում նշված երթուղիչին: Հետևաբար, երթուղիչները հաճախ իրենց աղյուսակներում պահում են սահմանափակ տեղեկատվություն ցանցերի մասին ցանցերի մասին՝ փոխանցելով փաթեթները մնացած ցանցերի համար լռելյայն պորտին և երթուղիչին: Ենթադրվում է, որ լռելյայն երթուղղիչը փաթեթը կփոխանցի դեպի ողնաշար, իսկ ողնաշարին միացված երթուղիչները լիովին տեղյակ են ինտերնետային աշխատանքի բաղադրությանը:

Բացի լռելյայն երթուղուց, երթուղղման աղյուսակում կան երկու տեսակի հատուկ մուտքեր՝ մուտք դեպի հյուրընկալող հատուկ երթուղի և մուտքագրում ցանցերի հասցեների համար, որոնք ուղղակիորեն կապված են երթուղիչի նավահանգիստներին:

Հանգույցին հատուկ երթուղին ցանցի համարի փոխարեն պարունակում է ամբողջական IP հասցե, այսինքն՝ հասցե, որն ունի ոչ զրոյական տեղեկատվություն ոչ միայն ցանցի համարի դաշտում, այլև հանգույցի համարի դաշտում։ Ենթադրվում է, որ նման վերջնական հանգույցի համար երթուղին պետք է այլ կերպ ընտրվի, քան ցանցի մյուս բոլոր հանգույցների համար, որոնց պատկանում է այն: Այն դեպքում, երբ աղյուսակը պարունակում է տարբեր գրառումներ ամբողջ N ցանցի և դրա առանձին հանգույցի N, D հասցեով փաթեթների վերահասցեավորման վերաբերյալ, երբ N, D հանգույցին հասցեագրված փաթեթ է գալիս, երթուղիչը նախապատվությունը կտա գրառումին. Ն-ի համար, Դ.

Ուղղորդող աղյուսակի մուտքերը երթուղիչին ուղղակիորեն միացված ցանցերի համար պարունակում են զրոներ (միացված) Metric դաշտում:

Ուղղորդման ալգորիթմներ

Ուղղորդման ալգորիթմների հիմնական պահանջները.

  • ճշգրտություն;
  • պարզություն;
  • հուսալիություն;
  • կայունություն;
  • Արդարադատություն;
  • օպտիմալություն.

Կան տարբեր ալգորիթմներ մեկ հոփ երթուղման համար աղյուսակներ կառուցելու համար: Դրանք կարելի է բաժանել երեք դասի.

  • պարզ երթուղային ալգորիթմներ;
  • ֆիքսված երթուղային ալգորիթմներ;
  • հարմարվողական երթուղային ալգորիթմներ:

Անկախ այն ալգորիթմից, որն օգտագործվում է երթուղային աղյուսակը կառուցելու համար, նրանց աշխատանքի արդյունքն ունի միասնական ձևաչափ։ Դրա շնորհիվ նույն ցանցում տարբեր հանգույցներ կարող են կառուցել երթուղային աղյուսակներ՝ ըստ իրենց ալգորիթմների, այնուհետև փոխանակել բացակայող տվյալները միմյանց միջև, քանի որ այդ աղյուսակների ձևաչափերը ֆիքսված են: Հետևաբար, հարմարվողական երթուղիչը կարող է վերջնական հանգույց տրամադրել՝ օգտագործելով ֆիքսված երթուղային ալգորիթմ, ուղու տեղեկատվությամբ դեպի ցանց, որի մասին վերջնական հանգույցը ոչինչ չգիտի:

Պարզ երթուղի

Սա երթուղային մեթոդ է, որը չի փոխվում, երբ փոխվում է տվյալների փոխանցման ցանցի (PDN) տոպոլոգիան և վիճակը:

Պարզ երթուղին տրամադրվում է տարբեր ալգորիթմներով, որոնց բնորոշ են հետևյալը.

  • Պատահական երթուղին հանգույցից հաղորդագրության փոխանցումն է պատահականորեն ընտրված ցանկացած ուղղությամբ, բացառությամբ այն ուղղությունների, որոնցով հաղորդագրությունը հասել է հանգույցի կողմից:
  • Ավալանշ երթուղին հանգույցից հաղորդագրության փոխանցումն է բոլոր ուղղություններով, բացառությամբ այն ուղղության, որով հաղորդագրությունը հասել է հանգույցին: Այս երթուղին երաշխավորում է փաթեթների առաքման կարճ ժամանակներ՝ թողունակության նվազման հաշվին:
  • Երթուղիացում՝ ըստ նախկին փորձի. յուրաքանչյուր փաթեթ ունի անցած հանգույցների քանակի հաշվիչ, յուրաքանչյուր կապի հանգույցում վերլուծվում է հաշվիչը և պահվում է հաշվիչի նվազագույն արժեքին համապատասխանող երթուղին: Այս ալգորիթմը թույլ է տալիս հարմարվել ցանցի տոպոլոգիայի փոփոխություններին, սակայն հարմարվողական գործընթացը դանդաղ է և անարդյունավետ:

Ընդհանուր առմամբ, պարզ երթուղին չի ապահովում ուղղորդված փաթեթների փոխանցում և ունի ցածր արդյունավետություն: Դրա հիմնական առավելությունն այն է, որ ապահովվի ցանցի կայուն աշխատանքը ցանցի տարբեր մասերի խափանումների դեպքում:

Ֆիքսված երթուղի

Այս ալգորիթմը օգտագործվում է կապի պարզ տոպոլոգիա ունեցող ցանցերում և հիմնված է ցանցի ադմինիստրատորի կողմից երթուղային աղյուսակի ձեռքով ստեղծման վրա: Ալգորիթմը հաճախ արդյունավետ է աշխատում նաև խոշոր ցանցերի ողնաշարի համար, քանի որ ողնաշարն ինքնին կարող է ունենալ պարզ կառուցվածք՝ ողնաշարին միացված ենթացանցերում փաթեթների ակնհայտ լավագույն ուղիներով, առանձնանում են հետևյալ ալգորիթմները.

  • Միակողմանի ֆիքսված երթուղին այն է, երբ մեկ ուղի է հաստատվում երկու բաժանորդների միջև: Նման երթուղի ունեցող ցանցը դիմացկուն չէ խափանումներին և գերբեռնվածությանը:
  • Multipath Fixed Routing - Կարելի է սահմանել մի քանի հնարավոր ուղիներ և ներմուծվել ուղու ընտրության կանոն: Նման երթուղավորման արդյունավետությունը նվազում է բեռի ավելացման հետ մեկտեղ: Եթե ​​որևէ կապի գիծ խափանում է, անհրաժեշտ է փոխել երթուղային աղյուսակը, դրա համար յուրաքանչյուր կապի հանգույցում պահվում են մի քանի աղյուսակներ:

Հարմարվողական երթուղի

Սա երթուղային ալգորիթմների հիմնական տեսակն է, որն օգտագործվում է երթուղիչների կողմից բարդ տոպոլոգիաներով ժամանակակից ցանցերում: Հարմարվողական երթուղին հիմնված է այն փաստի վրա, որ երթուղիչները պարբերաբար փոխանակում են հատուկ տոպոլոգիական տեղեկատվություն ինտերնետում առկա ցանցերի, ինչպես նաև երթուղիչների միջև կապերի մասին: Սովորաբար, հաշվի է առնվում ոչ միայն հղումների տոպոլոգիան, այլև դրանց թողունակությունը և վիճակը։

Հարմարվողական արձանագրությունները թույլ են տալիս բոլոր երթուղիչներին տեղեկատվություն հավաքել ցանցի հղումների տոպոլոգիայի մասին՝ արագ մշակելով հղումների կազմաձևման բոլոր փոփոխությունները: Այս արձանագրությունները բաշխված են բնույթով, ինչը արտահայտվում է նրանով, որ ցանցում չկան հատուկ երթուղիչներ, որոնք կհավաքեն և ընդհանրացնեն տոպոլոգիական տեղեկատվությունը.

  • Տեղական հարմարվողական երթուղղում - յուրաքանչյուր հանգույց պարունակում է տեղեկատվություն հղման վիճակի, հերթի երկարության և երթուղային աղյուսակի մասին:
  • Համաշխարհային հարմարվողական երթուղիավորում - հիմնված է հարևան հանգույցներից ստացված տեղեկատվության օգտագործման վրա: Դա անելու համար յուրաքանչյուր հանգույց պարունակում է երթուղային աղյուսակ, որը ցույց է տալիս հաղորդագրությունների տարանցման ժամանակը: Հարևան հանգույցներից ստացված տեղեկատվության հիման վրա աղյուսակի արժեքը վերահաշվարկվում է՝ հաշվի առնելով բուն հանգույցում հերթի երկարությունը:
  • Կենտրոնացված հարմարվողական երթուղղում - կա որոշ կենտրոնական հանգույց, որը տեղեկատվություն է հավաքում ցանցի վիճակի մասին: Այս կենտրոնը ստեղծում է կառավարման փաթեթներ, որոնք պարունակում են երթուղային աղյուսակներ և ուղարկում դրանք կապի հանգույցներ:
  • Հիբրիդային հարմարվողական երթուղի - հիմնված է կենտրոնի կողմից պարբերաբար ուղարկվող աղյուսակի օգտագործման և հենց հանգույցից հերթի երկարության վերլուծության վրա:

Ալգորիթմի ցուցիչներ (մետրիկա)

Երթուղային աղյուսակները պարունակում են տեղեկատվություն, որը փոխարկիչ ծրագրերն օգտագործում են լավագույն երթուղին ընտրելու համար: Ի՞նչն է բնութագրում երթուղային աղյուսակների կառուցումը: Ո՞րն է դրանց պարունակած տեղեկատվության բնույթի առանձնահատկությունը: Ալգորիթմի կատարման վերաբերյալ այս բաժինը փորձում է պատասխանել այն հարցին, թե ինչպես է ալգորիթմը որոշում մեկ երթուղու նախապատվությունը մյուսների նկատմամբ:

Շատ տարբեր չափումներ օգտագործվում են երթուղային ալգորիթմներում: Բարդ երթուղային ալգորիթմները կարող են հիմնված լինել երթուղու ընտրության մի քանի չափումների վրա՝ դրանք համադրելով այնպես, որ արդյունքը լինի մեկ հիբրիդային մետրիկ: Ստորև բերված են այն չափումները, որոնք օգտագործվում են երթուղային ալգորիթմներում.

  • Երթուղու երկարությունը.
  • Հուսալիություն.
  • Հետաձգում.
  • Թողունակություն.

Երթուղու երկարությունը.

Երթուղու երկարությունը ամենատարածված երթուղային չափումն է: Որոշ երթուղային արձանագրություններ թույլ են տալիս ցանցի ադմինիստրատորներին կամայական գներ նշանակել ցանցի յուրաքանչյուր ալիքին: Այս դեպքում ուղու երկարությունը յուրաքանչյուր անցած ալիքի հետ կապված ծախսերի գումարն է: Մյուս երթուղային արձանագրությունները սահմանում են «hop count»-ը (hops-ի քանակը), որը չափում է անցումների քանակը, որը փաթեթը պետք է կատարի աղբյուրից դեպի նպատակակետ ցանցային փոխկապակցումների միջոցով (օրինակ՝ երթուղիչներով):

Հուսալիություն.

Հուսալիությունը, երթուղային ալգորիթմների համատեքստում, վերաբերում է ցանցի յուրաքանչյուր հղման հուսալիությանը (սովորաբար նկարագրվում է բիթ/սխալ հարաբերակցության առումով): Ցանցի որոշ ալիքներ կարող են ավելի հաճախ ձախողվել, քան մյուսները: Որոշ ցանցային ալիքների խափանումները կարող են վերացվել ավելի հեշտությամբ կամ ավելի արագ, քան մյուս ալիքների խափանումները: Հուսալիության գնահատականներ նշանակելիս կարելի է հաշվի առնել հուսալիության ցանկացած գործոն: Հուսալիության վարկանիշները սովորաբար նշանակվում են ցանցային հղումներին ադմինիստրատորների կողմից: Որպես կանոն, դրանք կամայական թվային արժեքներ են:

Հետաձգում.

Ուղղորդման հետաձգումը, ընդհանուր առմամբ, հասկացվում է որպես այն ժամանակի երկարությունը, որը տևում է փաթեթը աղբյուրից դեպի նպատակակետ ճանապարհորդելու համար ինտերնետի միջոցով: Լատենտությունը կախված է բազմաթիվ գործոններից, այդ թվում՝ միջանկյալ ցանցային կապերի թողունակությունից, փաթեթի ճանապարհին յուրաքանչյուր երթուղիչի նավահանգստի հերթերից, ցանցի բոլոր միջանկյալ կապերի գերբեռնվածությունից և փաթեթի տեղափոխման համար անհրաժեշտ ֆիզիկական հեռավորությունից: . Քանի որ գոյություն ունի մի քանի կարևոր փոփոխականների համախմբում, ուշացումը ամենատարածված և օգտակար չափիչն է:

Թողունակություն.

Թողունակությունը վերաբերում է ալիքի հասանելի տրաֆիկի հզորությանը: Եթե ​​բոլորը հավասար են, 10 Մբիթ/վրկ Ethernet-ը նախընտրելի հղումն է 64 Կբ/վ թողունակությամբ ցանկացած վարձակալված գծի համար: Թեև թողունակությունը հղման առավելագույն հասանելի թողունակության գնահատումն է, այն երթուղիները, որոնք անցնում են ավելի մեծ թողունակությամբ կապերով, պարտադիր չէ, որ ավելի լավը լինեն, քան այն երթուղիները, որոնք անցնում են ավելի քիչ արագ կապերով:

Ներքին երթուղային արձանագրության RIP

Այս երթուղային արձանագրությունը նախատեսված է համեմատաբար փոքր և համեմատաբար միատարր ցանցերի համար: Երթուղին բնութագրվում է նպատակակետ հեռավորության վեկտորով: Ենթադրվում է, որ յուրաքանչյուր երթուղիչ հանդիսանում է մի քանի երթուղիների մեկնարկային կետ դեպի ցանցեր, որոնց հետ այն կապված է: Այս երթուղիների նկարագրությունները պահվում են հատուկ աղյուսակում, որը կոչվում է երթուղի: RIP երթուղղման աղյուսակը պարունակում է գրառում յուրաքանչյուր սպասարկվող մեքենայի համար (յուրաքանչյուր երթուղու համար): Մուտքը պետք է ներառի.

  • Նպատակակետի IP հասցե.
  • Երթուղու չափում (1-ից 15; դեպի նպատակակետ քայլերի քանակը):
  • Մոտակա երթուղիչի (դարպասի) IP հասցեն դեպի նպատակակետ տանող ճանապարհին:
  • Երթուղու ժամանակաչափեր.

Պարբերաբար (30 վայրկյանը մեկ անգամ) յուրաքանչյուր երթուղիչ հեռարձակում է իր երթուղային աղյուսակի պատճենը բոլոր հարևան երթուղիչներին, որոնց հետ այն ուղղակիորեն կապված է: Ստացող երթուղիչը նայում է սեղանին: Եթե ​​աղյուսակում կա նոր ուղի կամ ավելի կարճ ուղու հաղորդագրություն, կամ փոփոխություններ են եղել ուղիների երկարության մեջ, այդ փոփոխությունները կատարվում են ստացողի կողմից իր երթուղային աղյուսակում: RIP-ը պետք է կարողանա կարգավորել երեք տեսակի սխալներ.

Հեծանվային երթուղիներ.

Անկայունությունները ճնշելու համար RIP-ը պետք է օգտագործի քայլերի առավելագույն հնարավոր քանակի փոքր արժեք (ոչ ավելի, քան 16):

Ցանցում երթուղային տեղեկատվության դանդաղ տարածումը խնդիրներ է ստեղծում, երբ երթուղային իրավիճակը դինամիկ փոխվում է (համակարգը չի հետևում փոփոխություններին): Փոքր չափման սահմանաչափը բարելավում է կոնվերգենցիան, բայց չի լուծում խնդիրը:

OSPF կապի պետական ​​արձանագրություն

Open Shortest Path Firs (OSPF) արձանագրությունը կապի վիճակի ալգորիթմի իրականացումն է (այն ընդունվել է 1991 թվականին) և ունի բազմաթիվ առանձնահատկություններ, որոնք ուղղված են մեծ տարասեռ ցանցերում օգտագործմանը:

OSPF-ը հաշվարկում է IP ցանցերի երթուղիները՝ պահպանելով այլ երթուղային փոխանակման արձանագրությունները:

Ուղղակիորեն միացված երթուղիչները կոչվում են հարեւաններ: Յուրաքանչյուր երթուղիչ պահում է տեղեկատվություն այն վիճակի մասին, որում, իր կարծիքով, գտնվում է հարևանը: Երթուղիչը հիմնվում է հարևան երթուղիչների վրա և տվյալների փաթեթներ է ուղարկում նրանց միայն այն դեպքում, եթե վստահ է, որ դրանք լիովին գործում են: Հղումների վիճակը պարզելու համար հարևան երթուղիչները բավականին հաճախ փոխանակում են կարճ HELLO հաղորդագրություններ:

Ցանցում կապի վիճակի տվյալները տարածելու համար երթուղիչները փոխանակում են այլ տեսակի հաղորդագրություններ: Այս հաղորդագրությունները կոչվում են երթուղիչի հղումների գովազդ՝ երթուղիչի հղումների (ավելի ճիշտ՝ հղումների վիճակի) գովազդ։ OSPF երթուղիչները փոխանակում են ոչ միայն իրենց սեփական, այլև արտասահմանյան հղումների գովազդները՝ ի վերջո ստանալով տեղեկատվություն ցանցի բոլոր հղումների վիճակի մասին։ Այս տեղեկատվությունը կազմում է ցանցային կապերի գրաֆիկը, որը, իհարկե, նույնն է ցանցի բոլոր երթուղիչների համար:

BGP արձանագրություն

BGP-ի աշխատանքի ընդհանուր սխեման հետևյալն է. Հարևան SS-ների BGP երթուղիչները, որոնք որոշում են փոխանակել երթուղային տեղեկատվություն, հաստատում են BGP կապեր իրենց միջև և դառնում BGP հարևաններ (BGP peers):

Այնուհետև BGP-ն օգտագործում է մի մոտեցում, որը կոչվում է ուղու վեկտոր, որը հեռավորության վեկտորի մոտեցման ընդլայնումն է: BGP-ի հարևանները միմյանց գովազդում են ուղիների վեկտորները: Ուղու վեկտորը, ի տարբերություն հեռավորության վեկտորի, պարունակում է ոչ միայն ցանցի հասցեն և հեռավորությունը, այլ ցանցի հասցեն և ուղու ատրիբուտների ցանկը, որոնք նկարագրում են երթուղու տարբեր բնութագրերը ուղարկող երթուղիչից մինչև նշված ցանց: Հետևյալում, հակիրճ լինելու համար, մենք կանվանենք տվյալների հավաքածու, որը բաղկացած է ցանցի հասցեից և այս ցանց տանող ճանապարհի ատրիբուտներից՝ երթուղի դեպի տվյալ ցանց:

BGP իրականացում

BGP զույգ հարևանները միմյանց հետ TCP կապ են հաստատում, նավահանգիստ 179: Տարբեր ՀԾ-ներին պատկանող հարևանները պետք է ուղղակիորեն հասանելի լինեն միմյանց համար. Մեկ ՀԾ-ի հարևանների համար նման սահմանափակում չկա, քանի որ ներքին երթուղային արձանագրությունը կապահովի, որ բոլոր անհրաժեշտ երթուղիները հասանելի լինեն նույն ինքնավար համակարգի հանգույցների միջև:

BGP հարևանների միջև TCP-ով փոխանակվող տեղեկատվության հոսքը բաղկացած է BGP հաղորդագրությունների հաջորդականությունից: Հաղորդագրության առավելագույն երկարությունը 4096 օկտետ է, նվազագույնը՝ 19։ Գոյություն ունի հաղորդագրության 4 տեսակ։

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-2.jpg" alt = "(! LANG:> IP երթուղավորման արձանագրություն">!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-3.jpg" alt = "(! LANG:> IP հասցեն l IPv 4 հասցեն եզակի 32 բիթ է երկուական թվանշանների հաջորդականություն,"> IP-адрес l IPv 4 -адрес - это уникальная 32 разрядная последовательность двоичных цифр, с помощью которой компьютер однозначно идентифицируется в IP сети. (на канальном уровне в роли таких же уникальных адресов компьютеров выступают МАС адреса сетевых адаптеров, невозможность совпадения которых контролируется изготовителями на стадии производства.)!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-4.jpg" alt = "(! LANG:> IP տարբերակ l տարբերակ 4, կամ IPv 4 l տարբերակ IPv 6),"> Версии l версия 4 протокола IP, или IPv 4 l версия 6 (IPv 6), в которой IP адрес представляется в виде 128 битной последовательности двоичных цифр. ipv 6 install!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-5.jpg" alt = "(! LANG:> Կառուցվածք l IP3 հասցեի հետ աշխատելու հարմարության համար -bit հաջորդականությունը սովորաբար"> Структура l Для удобства работы с IP адресами 32 разрядную последовательность обычно разделяют на 4 части по 8 битов (на октеты) l каждый октет переводят в десятичное число и при записи разделяют эти числа точками. l в таком виде (это представление называется «десятичные числа с точками» , или, «dotted decimal notation») IP адреса занимают гораздо меньше места и намного легче запоминаются 192. 168. 5. 200 11000000 10101000 0000101 11001000!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-6.jpg" alt = "(! LANG:> Ենթացանցային դիմակ l Ենթացանցի դիմակը բաղկացած է 32-բիթանոց թվից գնում"> Маска подсети l Маска подсети - это 32 разрядное число, состоящее из идущих вначале единиц, а затем - нулей, например (в десятичном представлении) 255. 0 ИЛИ 255. 240. 0.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-7.jpg" alt = "(! LANG:> Ենթացանցային դիմակ l Ենթացանցային դիմակը չափազանց կարևոր դեր է խաղում IP հասցեում և"> Маска подсети l Маска подсети играет исключительно важную роль в IP адресации и маршрутизации l сеть ARPANet строилась как набор соединенных друг с другом гетерогенных сетей. Для правильного взаимодействия в такой сложной сети каждый участник должен уметь определять, какие IP адреса принадлежат его локальной сети, а какие - удаленным сетям. l здесь и используется маска подсети, с помощью которой производится разделение любого IP адреса на две части: идентификатор сети (Net ID) и идентификатор узла (Host ID). l такое разделение делается очень просто: там, где в маске подсети стоят единицы, находится идентификатор сети, а где стоят нули - идентификатор узла. Например, в IP адресе 192. 168. 5. 200 при использовании маски подсети 255. 0 идентификатором сети будет число 192. 168. 5. 0, а идентификатором узла - число 200. Стоит поменять маску подсети, на число 255. 0. 0, как и идентификатор узла, и идентификатор сети изменятся на 192. 168. 0. 0 и 5. 200, соответственно, и от этого, иначе будет вести себя компьютер при посылке IP пакетов.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-8.jpg" alt = "(! LANG:> Ցանցերի և հոսթների IP հասցեներ նշանակելու կանոններ. ոչ միայն կարող է պարունակել"> Правила назначения IP-адресов сетей и узлов 1. идентификатор сети не может содержать только двоичные нули или только единицы. Например, адрес 0. 0 не может являться идентификатором сети; 2. идентификатор узла также не может содержать только двоичные нули или только единицы - такие адреса зарезервированы для специальных целей l все нули в идентификаторе узла означают, что этот адрес является адресом сети. Например, 192. 168. 5. 0 является правильным адресом сети при использовании маски 255. 0 и его нельзя использовать для адресации компьютеров, l все единицы в идентификаторе узла означают, что этот адрес является адресом широковещания для данной сети. Например, 192. 168. 5. 255 является адресом широковещания в сети 192. 168. 5. 0 при использовании маски 255. 0 и его нельзя использовать для адресации компьютеров!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-9.jpg" alt = "(! LANG:> Ցանցերի և հոսթների IP հասցեներ հատկացնելու կանոններ մեկ և"> Правила назначения IP-адресов сетей и узлов l идентификатор узла в пределах одной и той же подсети должен быть уникальным; l диапазон адресов от 127. 0. 0. 1 до 127. 255. 254 нельзя использовать в качестве IP адресов компьютеров. Вся сеть 127. 0. 0. 0 по маске 255. 0. 0. 0 зарезервирована под так называемый «адрес заглушки» (loopback), используемый в IP для обращения компьютера к самому себе. PING 127. 12. 34. 56!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-10.jpg" alt = "(! LANG:> l IP հասցեները բաշխվում են ամբողջ աշխարհում մասնավոր կորպորացիայի կողմից կոչվում է ICANN"> l Распределением IP адресов в мире занимается частная некоммерческая корпорация под названием ICANN (Internet Corporation for Assigned Names and Numbers), а точнее, работающая под ее патронажем организация IANA (Internet Assigned Numbers Authority).!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-11.jpg" alt = "(! LANG:> Անդասակարգ և դասակարգային IP հասցե">!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-12.jpg" alt = "(! LANG:> Մշակում l Սկզբում հնարավոր IP հասցեների ամբողջ տարածքը բաժանված էր հինգ դասի"> Развитие l Первоначальная все пространство возможных IP адресов было разбито на пять классов l принадлежность IP адреса к определенному классу определялась по нескольким битам первого октета l для адресации сетей и узлов использовались только классы А, В и С. l для этих сетей были определены фиксированные маски подсети по умолчанию, равные, соответственно, 255. 0. 0. 0, 255. 0. 0 и 255. 0, которые не только жестко определяли диапазон возможных IP адресов узлов в таких сетях, но и механизм маршрутизации.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-13.jpg" alt = "(! LANG:> Հասցեների դասերը սկզբնական IP դասի հասցեների սխեմաներում v."> Классы адресов в первоначальной схеме IP-адресации Класс Первые Возможное число биты в значения сетей узлов в сети октете первого октета А 0 1 -126 16777214 В 10 128 -191 16384 65534 С 110 192 -223 2097152 254 D 1110 224 -239 Используется для многоадресной рассылки (multicast) Е 1111 240 -254 Зарезервирован как экспериментальный!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-14.jpg" alt = "(! LANG:> Խնդիրներ l Կազմակերպություններին խնդրել են լրացնել գրանցման ձևը IP հասցեների ցանկալի տիրույթը,"> Проблемы l Для получения нужного диапазона IP адресов организациям предлагалось заполнить регистрационную форму, в которой следовало указать текущее число компьютеров и планируемый рост компью терного парка в течение двух лет. l с развитием Интернета такой подход к распределению IP адресов стал вызывать проблемы, особенно острые для сетей класса В. l организациям, в которых число компьютеров не превышало нескольких сотен (скажем, 500), приходилось регистрировать для себя целую сеть класса В. l Поэтому количество доступных сетей класса В стало на глазах «таять» , но при этом громадные диапазоны IP адресов (в нашем примере - более 65000) пропадали зря.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-15.jpg" alt = "(! LANG:> Խնդրի լուծում l Խնդիրը լուծելու համար IP հասցեավորում մշակվել է սխեման">!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-16.jpg" alt = "(! LANG:> Անդասակարգ IP հասցեների սխեման, առանց դասակարգման. CIDR l բացակայող IP հասցեի պարտադիր կապ"> Бесклассовая схема IP-адресации (Classless Inter. Domain Routing,), CIDR l отсутствует привязка IP адреса к классу сети и маске подсети по умолчанию l допускается применение так называемых масок подсети с переменной длиной (Variable Length Subnet Mask, VLSM). l Например, если при выделении сети для вышеуказанной организации с 500 компьютерами вместо фиксированной маски 255. 0. 0 использовать маску 255. 254. 0 то получившегося диапазона из 512 возможных IP адресов будет вполне достаточно. Оставшиеся 65 тысяч адресов можно зарезервировать на будущее или раздать другим желающим подключиться к Интернету. Этот подход позволил гораздо более эффективно выделять организациям нужные им диапазоны IP адресов, и проблема с нехваткой IP сетей и адресов стала менее острой.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-17.jpg" alt = "(! LANG:> l IP ցանցի առավելագույն հնարավոր քանակի հաշվարկ ցանկացած հանգույցներում քանի բիթ"> l Рассчет максимально возможного количества узлов в любой IP сети сколько битов содержится в идентификаторе узла, или, иначе, сколько нулей имеется в маске подсети. l Это число используется в качестве показателя степени двойки, а затем из результата вычитается два зарезервированных адреса (сети и широковещания). l Аналогичным способом легко вычислить и возможное количество сетей классов А, В или С, если учесть, что первые биты в октете уже зарезервированы, а в классе А нельзя использовать IP адреса 0. 0 и 127. 0. 0. 0 для адресации сети.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-18.jpg" alt = "(! LANG:> IP հասցեներ տեղական ցանցերի համար, l ինտերնետում օգտագործվող բոլոր հասցեները պետք է գրանցվել"> IP-адреса для локальных сетей l Все используемые в Интернете адреса, должны регистрироваться в IANA, что гарантирует их уникальность в масштабе всей планеты. Такие адреса называют реальными, или публичными (public) IP адресами. l Для локальных сетей, не подключенных к Интернету, регистрация IP адресов, естественно, не требуется, так что, в принципе, здесь можно использовать любые возможные адреса. Однако, чтобы не допускать возможных конфликтов при последующем подключении такой сети к Интернету, RFC 1918 рекомендует применять в локальных сетях только следующие диапазоны так называемых частных (private) IP адресов (в Интернете эти адреса не существуют и использовать их там нет возможности): ¡ 10. 0- 10. 255; ¡ 172. 16. 0. 0- 172. 31. 255; а!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-19.jpg" alt = "(! LANG:> IP-ի երթուղման հիմունքներ l համակարգչի հետ ճիշտ փոխգործակցելու և այլ ցանցերի հետ փոխգործակցության համար յուրաքանչյուրը"> Основы IР-маршрутизации l чтобы правильно взаимодействовать с другими компьютерами и сетями, каждый компьютер определяет, какие IP адреса принадлежат его локальной сети, а какие - удаленным сетям. l если выясняется, что IP адрес компьютера назначения принадлежит локальной сети, пакет посылается непосредственно компьютеру назначения, если же это адрес удаленной сети, то пакет посылается по адресу основного шлюза.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-20.jpg" alt = "(! LANG:> Օրինակ ՀԱՄԱԿԱՐԳԻՉ l IP հասցե."> Пример КОМПЬЮТЕР l IP адрес - 192. 168. 5. 200; l маска подсети - 255. 0; l основной шлюз - 192. 168. 5. 1. При запуске протокола IP на компьютере выполняется операция логического «И» между его собственными IP адресом и маской подсети l IP адрес в 32 разрядном виде 11000000 10101000 00000101 11001000; l маска подсети - 11111111 0000; l идентификатор сети - 11000000 10101000 00000101 0000 Т. е. 192. 168. 5. 0 идентификатор собственной сети!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-21.jpg" alt = "(! LANG:> Օրինակ առաջադրանք. ուղարկել 1 IP փաթեթ. 1925168 հասցեին: .լ համակարգիչը կատարում է"> Пример Задача: отправить IP-пакет по адресу 192. 168. 5. 15. l компьютер выполняет операцию логического «И» с IP адресом компьютера назначения и собственной маской подсети. l полученный в результате идентификатор сети назначения будет совпадать с идентификатором собственной сети компьютера отправителя.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-22.jpg" alt = "(! LANG:> Օրինակ Սա կտեղեկացնի մեր համակարգչին, որ նպատակակետ համակարգիչը գտնվում է նշված վայրում: նույն ինքը"> Пример Так наш компьютер определит, что компьютер назначения находится в одной с ним сети, и выполнит следующие операции: l с помощью протокола ARP будет определен физический МАС адрес, соответствующий IP адресу компьютера назначения; l с помощью протоколов канального и физического уровня по этому МАС адресу будет послана нужная информация.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-23.jpg" alt = "(! LANG:> Օրինակ 2 Առաջադրանք. ուղարկեք 1 IP փաթեթ 81901: l Համակարգիչը կաշխատի"> Пример 2 Задача: отправить IP-пакет по адресу 192. 168. 10. 20. l Компьютер выполнит аналогичную процедуру определения идентификатора сети назначения. l В результате будет получен адрес 192. 168. 10. 0, не совпадающий с идентификатором сети компьютера отправителя. l Так будет установлено, что компьютер назначения находится в удаленной сети, и алгоритм действий компьютера отправителя изменится: 1. будет определен МАС адрес не компьютера назначения, а маршрутизатора; 2. с помощью протоколов канального и физического уровня по этому МАС адресу на маршрутизатор будет послана нужная информация. Дальнейшая судьба IP пакета зависит от правильной настройки маршрутизаторов, объединя ющих сети 192. 168. 5. 0 и 192. 168. 10. 0. важна правильная настройка маски подсети в параметрах IP адресации!!!!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-24.jpg" alt = "(! LANG:> IP պարամետրերը կարգավորելու և ձեռքով ստուգում 1 հեշտ է սխալվել, երբ"> Способами настройки параметров IP и проверка работоспособности 1. назначить вручную (легко ошибиться, при изменении надо перенастраивать, сетевые администраторы полностью контролируют все IP адреса, невозможно работать в крупных корпоративных сетях с мобильными устройствами типа ноутбуков или КПК, которые часто перемещаются из одного сегмента сети в другой) 2. автоматическое получение IP адреса. Специальные серверы, поддерживающие протокол динамической конфигурации узлов (Dynamic Host Con iguration Protocol, DHCP), задача которых состоит f в обслуживании запросов клиентов на получение IP адреса и другой информации, необходимой для правильной работы в сети. Если сервер DHCP недоступен (отсутствует или не работает), то начиная с версии Windows 98 компьютеры самостоятельно назначают себе IP адрес. При этом используется механизм автоматической личной IP адресации (Automatic Private IP Addressing, АРIPA), для которого корпорацией Microsoft в IANA был зарегистрирован диапазон адресов 169. 254. 0. 0 - 169. 254. 255.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-25.jpg" alt = "(! LANG:> Ստուգեք IP 1. IPCONFIG2.7 PING1."> Проверка параметров и работоспособности протокола IP 1. IPCONFIG /ALL. 2. PING 127. 0. 0. 1 3. PING w. x. y. z, где w. x. y. z - IP адрес соседнего компьютера. 4. PING w. x. y. z, где w. x. y. z - IP адрес основного шлюза. 5. PING w. x. y. z, гдеw. x. y. z - IP адрес любого удаленного компьютера.!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-26.jpg" alt = "(! LANG:> Հարցեր 1. Ինչ պարամետրեր և պարամետրեր են պահանջվում TCP արձանագրության համար stack to work / IP? 2."> Вопросы 1. Какие параметры и настройки обязательны дляобеспечения работы стека протоколов TCP/IP? 2. Что такое IP адрес? Какова его структура? Какиевозможны способы представления IP адресов? 3. Чем отличаются версии 4 и 6 протокола IP? Какие преимущества обеспечит версия 6 протокола IP? Почему возникла необходимость в переходе на версию 6 протокола IP? 4. Что такое маска подсети? Для чего она нужна? 5. В чем заключается смысл разделения IP адреса на идентификаторы сети и узла? Для чего это требуется? 6. Какие IP адреса и маски являются допустимыми, а какие - нет? Почему? 7. В чем различие между классовой и бесклассовой IP адресациями? Каковы их преимущества и недостатки?!}

Src = "https://present5.com/presentation/3/159928527_437552731.pdf-img/159928527_437552731.pdf-27.jpg" alt = "(! LANG:> Հարցեր 1. Ի՞նչ կանոններ են դրանք IP հասցեների դասեր: որոշվում են 2."> Вопросы 1. Что такое классы IP адресов? По каким правилам они определяются? 2. Как назначить IP адреса в локальной сети (без выхода в Интернет)? 3. Каковы основные принципы маршрутизации пакетов в локальных и удаленных сетях? 4. Что такое таблица маршрутов (таблица маршрутизации)? Объясните смысл каждой из ее колонок. 5. Как «прописать» в таблице маршрутизации отсутствующий в ней новый маршрут? 6. Что такое динамическая конфигурация узлов? Для чего она нужна? 7. В чем заключается технология автоматической личной IP адресации? 8. Каков типовой алгоритм проверки работоспособности протокола IP?!}

Արձանագրություն RIP (երթուղային տեղեկատվական արձանագրություն)երթուղային տեղեկատվության փոխանակման ամենահին արձանագրություններից է, սակայն այն դեռևս չափազանց տարածված է համակարգչային ցանցերում: Բացի TCP/IP ցանցերի RIP տարբերակից, Novell-ից կա նաև RIP տարբերակ IPX/SPX ցանցերի համար:

Այս արձանագրության մեջ բոլոր ցանցերն ունեն թվեր (թվերի ձևավորման ձևը կախված է ցանցում օգտագործվող ցանցի շերտի արձանագրությունից), և բոլոր երթուղիչները ունեն նույնացուցիչներ։ RIP-ը լայնորեն օգտագործում է հեռավորության վեկտորի հասկացությունը: Հեռավորության վեկտորը թվերի զույգերի հավաքածու է, որոնք ցանցերի թվերն են և դրանցից հեռավորությունները հոփերով:

Հեռավորության վեկտորները պարբերաբար տարածվում են երթուղիչների միջոցով ցանցի վրա, և մի քանի քայլից հետո յուրաքանչյուր երթուղիչ տեղեկատվություն ունի իր համար հասանելի ցանցերի և դրանց հեռավորությունների մասին: Եթե ​​որևէ ցանցի հետ կապն ընդհատվում է, երթուղիչը նշում է այս փաստը՝ առավելագույն հնարավոր արժեքը վերագրելով այս ցանցի հեռավորությանը համապատասխանող վեկտորային տարրին, որն ունի հատուկ նշանակություն՝ «կապ չկա»։ RIP արձանագրության այս արժեքը 16 թիվն է:

Նկար 8.1-ը ցույց է տալիս ցանցի օրինակ, որը բաղկացած է վեց երթուղիչներից՝ ID-ներով 1-ից 6-ը և վեց ցանցերից A-ից F-ը՝ կետ առ կետ ուղիղ կապերով:

Բրինձ. 8.1. Տեղեկատվության փոխանակում RIP-ի միջոցով

Նկարը ցույց է տալիս նախնական տեղեկատվությունը, որը պարունակվում է երթուղիչ 2-ի տոպոլոգիական բազայում, ինչպես նաև նույն բազայի տեղեկատվությունը RIP երթուղիչ փաթեթների փոխանակման երկու կրկնություններից հետո: Որոշակի կրկնություններից հետո երթուղիչը 2-ը կիմանա ինտերնետի բոլոր ցանցերի հեռավորությունների մասին, և այն կարող է ունենալ մի քանի այլընտրանքային տարբերակներ՝ փաթեթը նպատակակետ ցանց ուղարկելու համար: Մեր օրինակում, ենթադրենք, նպատակակետ ցանցը D ցանցն է:

Երբ նրան անհրաժեշտ է փաթեթ ուղարկել D Network-ին, Router-ը նայում է իր երթուղու տվյալների բազան և ընտրում է այն նավահանգիստը, որն ունի ամենակարճ հեռավորությունը դեպի նպատակակետ ցանց (այս դեպքում այն ​​նավահանգիստը, որը միացնում է այն Router 3-ին):

Կապի և սարքավորումների վիճակի փոփոխություններին հարմարվելու համար երթուղային աղյուսակի յուրաքանչյուր մուտքի հետ կապված է ժամանակաչափ: Եթե ​​ժամանակի ընթացքում այս երթուղին հաստատող նոր հաղորդագրություն չի ստացվել, ապա այն հեռացվում է երթուղային աղյուսակից:

RIP արձանագրությունն օգտագործելիս աշխատում է Bellman-Ford դինամիկ ծրագրավորման էվրիստիկ ալգորիթմը, որի օգնությամբ հայտնաբերված լուծումը ոչ թե օպտիմալ է, այլ օպտիմալին մոտ։ RIP արձանագրության առավելությունը հաշվողական պարզությունն է, իսկ թերությունները՝ հեռարձակվող փաթեթների պարբերական ուղարկման ժամանակ տրաֆիկի ավելացումը և հայտնաբերված երթուղու ենթաօպտիմալությունը։

Նկար 8.2-ը ցույց է տալիս RIP-ի միջոցով ցանցի անկայուն շահագործման դեպքը, երբ կոնֆիգուրացիան փոխվում է. M1 երթուղիչի և ցանց 1-ի միջև կապը ձախողվում է: Երբ այս հղումը առողջ է, յուրաքանչյուր երթուղիչի երթուղու աղյուսակը պարունակում է մուտք 1 ցանցի և համապատասխան հեռավորության մասին: դրան։

Բրինձ. 8.2. RIP-ի օգտագործման ժամանակ անկայուն ցանցի օրինակ

Երբ 1-ին ցանցին միացումը խզվում է, M1 երթուղիչը նշում է, որ այս ցանցի հեռավորությունը դարձել է 16: Այնուամենայնիվ, որոշ ժամանակ անց, M2 երթուղիչից երթուղու հաղորդագրություն ստանալուց հետո, որ նրանից մինչև ցանց 1 հեռավորությունը 2 հոփ է, երթուղիչը M1 ավելացնում է այս հեռավորությունը 1-ով և նշում, որ 1-ին ցանցը հասանելի է երթուղիչ 2-ի միջոցով: Արդյունքում, 1-ին ցանցի համար նախատեսված փաթեթը կշրջանառվի M1 և M2 երթուղիչների միջև մինչև 2-րդ երթուղիչում 1 ցանցի մասին գրառումների պահպանման ժամկետի ավարտը, և այն չի փոխանցում այս տեղեկատվական երթուղիչը M1:

Նման իրավիճակներից խուսափելու համար երթուղիչին հայտնի ցանցի մասին երթուղային տեղեկատվությունը չի փոխանցվում այն ​​երթուղղիչին, որտեղից այն եկել է:

Կան RIP արձանագրության օգտագործմամբ ցանցերի անկայուն վարքագծի այլ, ավելի բարդ դեպքեր, երբ փոխվում են հղումների կամ ցանցային երթուղիչների վիճակը: