5.4.1. Ինտերիերի եւ արտաքին ինտերնետային երթուղղման արձանագրություններ
Ժամանակակից փաթեթային անջատիչ ցանցերում օգտագործվող երթուղղիչ արձանագրությունների մեծ մասը իրենց ծագումն է առաջացնում ինտերնետից եւ դրա նախորդ-arpanet ցանցից: Որպեսզի հասկանան դրանց նշանակումն ու առանձնահատկությունները, օգտակար է նախ ծանոթանալ ինտերնետային ցանցի կառուցվածքին, որը տպագիր է դրել տերմինաբանության եւ արձանագրության տեսակների վրա:
Ինտերնետը ի սկզբանե կառուցվել է որպես ցանց, որը միավորվում է մեծ թվով առկա համակարգեր: Ի սկզբանե իր կառուցվածքում հատկացված Հիմնական ցանց (Care Backbone ցանց),եւ մայրուղին կցված ցանցերը համարվել են Ինքնավար համակարգեր (ինքնավար համակարգեր, ինչպես):Հիմնական ցանցը եւ ինքնավար համակարգերից յուրաքանչյուրը ունեին իրենց վարչական կառավարումը եւ նրա սեփական երթուղղման արձանագրությունները: Անհրաժեշտ է շեշտել, որ Ինքնաթիռների ինքնավար համակարգը եւ տիրույթը տարբեր հասկացություններ են, որոնք ծառայում են տարբեր նպատակներով: Ինքնավար համակարգը համատեղում է ցանցերը, որոնցում երթուղին իրականացվում է մեկ կազմակերպության ընդհանուր վարչական առաջնորդությամբ, իսկ տիրույթը համատեղում է համակարգիչները (հնարավոր է պատկանել տարբեր ցանցերին): Բնականաբար, ինքնավար համակարգի գործողությունների տարածքը եւ դոմեյնը կարող են որոշակի գործով կարող լինել, եթե մեկ կազմակերպություն իրականացնի երկու նշված գործառույթները:
Ինտերնետային ցանցի ընդհանուր ճարտարապետությունը ցուցադրվում է Նկ. 5.25: Հաջորդը, մենք կկոչենք երթուղիչներին `համապատասխանի ավանդական ինտերնետ տերմինաբանությանը:
Ավարտվում են ավտո-մուտքի ցանցեր եւ ենթածրագրեր ձեւավորելու դարպասներ Ներքին դարպասներ (ինտերիեր),եւ Gateways, որոնց հետ ինքնավար համակարգերը միանում են ցանցային գծերով Արտաքին դարպաս (արտաքին դարպասներ):Network անցային գիծը նաեւ ինքնավար համակարգ է: Բոլոր ինքնավար համակարգերն ունեն եզակի 16 բիթանոց համար, որը կարեւորվում է նոր ինքնավար համակարգի կողմից ստեղծված կազմակերպության կողմից, ներքին:
Ըստ այդմ, կոչվում են ինքնավար համակարգերի ներսում երթուղային արձանագրությունները Ներքին դարպասի արձանագրություններ (Ինտերիերի դարպասի արձանագրություն, IGP),Եւ արձանագրությունները, որոնք որոշում են արտաքին դարպասների միջեւ երթուղու տեղեկատվության փոխանակումը եւ հիմնական ցանցային դարպասների միջեւ - Արտաքին դարպասի արձանագրություններ (արտաքին դարպասի արձանագրություն, EGP):Հիմնական ցանցի ներսում ստանձնում են նաեւ ցանկացած սեփական IGP արձանագրություն:
Ամբողջ ինտերնետային ցանցի ինքնավար համակարգերի տարանջատման իմաստը իր բազմակողմանի մոդուլային ներկայացուցչությունում է, ինչը անհրաժեշտ է ցանկացած խոշոր համակարգի համար, որը կարող է ընդլայնվել մեծ մասշտաբով: Փոխեք երթուղղման արձանագրությունները ցանկացածի ներսում Ինքնավար համակարգ Այն չպետք է ազդի այլ ինքնավար համակարգերի աշխատանքի վրա: Բացի այդ, Ինքնավարը ինտերնետային բաժանումը
Գլուխ 5 Անցի մակարդակը որպես շինարարական գործիք Խոշոր ցանցեր
Համակարգերը պետք է նպաստեն բեռնախցիկ եւ արտաքին դարպասներում տեղեկատվության համախմբմանը: Ներքին դարպասները կարող են օգտագործել բավականին մանրամասն հղումների գծապատկերներ ներքին ուղղման համար `առավել ռացիոնալ երթուղին ընտրելու համար: Այնուամենայնիվ, եթե նման աստիճանի մանրամասների տեղեկատվությունը պահվի ցանցային բոլոր երթուղիչներում, տեղագրական տվյալների բազան կբարձրանա այնպես, որ նրանք կպահանջեն հսկա չափերի հիշողություն, եւ երթուղղման որոշումներ կայացնելու ժամանակը կդառնա անընդունելի:
Հետեւաբար, մանրամասն տեղաբանական տեղեկատվությունը մնում է ինքնավար համակարգի ներսում, եւ ինքնավար համակարգը, որպես ինտերնետի մնացած մեկ ամբողջական ամբողջական, ներկայացնում է արտաքին դարպասները, որոնք հայտնում են ինքնավար համակարգի ներքին կազմը, Նրանց հասցեները եւ այս ցանցերի այս ցանցերի ներքին հեռավորությունը այս արտաքին դարպասից:
CIDR անօթեւան երթուղղման տեխնիկան կարող է զգալիորեն նվազեցնել ավտոնոմային համակարգերի միջեւ փոխանցվող երթուղու տեղեկատվության ծավալը: Այսպիսով, եթե որոշակի ինքնավար համակարգի ներսում գտնվող բոլոր ցանցերը սկսվեն ընդհանուր նախածանցով, օրինակ, 194.27.0.0/16, ապա այս ինքնավար համակարգի արտաքին դարպասը պետք է հայտարարի միայն այս հասցեի մասին, չհաղորդելով այս ինքնավար համակարգի առկայության մասին, Օրինակ, ցանց 194.27: 32.0 / 19 կամ 194.27.40.0/21, քանի որ այդ հասցեները համախմբվում են 194.27.0.0/16 հասցեում:
5.4. IP ցանցերում երթուղղում արձանագրություններ 419
Ցույց է տրված Նկ. 5.25 Ինտերնետի կառուցվածքը մեկ մայրուղով բավականաչափ երկարորեն համապատասխանեցրեց իրականությանը, հետեւաբար, զարգացավ EGP- ի կողմից ինքնավար համակարգերի միջեւ երթուղային տեղեկատվության փոխանակման արձանագրություն: Այնուամենայնիվ, ծառայություններ մատուցողների ցանցերի մշակմամբ, ինտերնետի կառուցվածքը դարձել է շատ ավելի բարդ, ինքնավար համակարգերի միջեւ կապերի կամայական բնույթ: Հետեւաբար, EGP արձանագրությունը տեղ տվեց BGP արձանագրությանը, որը թույլ է տալիս ճանաչել ինքնավար համակարգերի միջեւ եղած օղակների առկայությունը եւ վերացնել դրանք intersystem- ի երթուղուց: EGP- ի եւ BGP արձանագրությունները օգտագործվում են միայն արտաքին կապի դարպասների մեջ, որոնք առավել հաճախ կազմակերպվում են ինտերնետային ծառայություններ մատուցողների կողմից: Կորպորատիվ ցանցային երթուղիչներում գործում են ներքին երթուղղման արձանագրությունները, ինչպիսիք են RIP- ը եւ OSPF- ը:
5.4.2. Հեռակառավարվող վեկտորի RIP արձանագրություն
Շենքերի երթուղղման սեղան
RIP (RUTING Տեղեկատվական արձանագրություն) ներքին հեռակառավարվող տիպի երթուղղիչ արձանագրություն է, դա երթուղու տեղեկատվության փոխանակման արձանագրությունների ամենավաղ փոխանակումներից մեկն է եւ դեռեւս չափազանց բաշխված է հաշվարկային ցանցերում `իրականացման պարզության պատճառով: Բացի TCP / IP ցանցերի RIP- ի տարբերակից, կա նաեւ RIP տարբերակ Novell IPX / SPX ցանցերի համար:
IP- ի համար կա RIP արձանագրության երկու տարբերակ, առաջին եւ երկրորդ: RIPVL արձանագրությունը չի ապահովում դիմակները, այսինքն, այն տարածում է երթուղիչների միջեւ միայն ցանցի համարների եւ դրանց հեռավորությունների մասին տեղեկատվություն, եւ այդ ցանցերի դիմակների վերաբերյալ տեղեկատվությունը չի բաշխում, որ բոլոր հասցեները պատկանում են A, B կամ C. Ripv2 Արձանագրությունը փոխանցում է տեղեկատվությունը ցանցերի դիմակների վերաբերյալ, ուստի այն ավելի մեծ է այսօրվա պահանջներին համապատասխան: Հոգման սեղաններ կառուցելուց ի վեր, 2-րդ տարբերակը սկզբունքորեն չի տարբերվում 1-ից, այնուհետեւ ապագայում, առաջին տարբերակը նկարագրվելու է գրառումները պարզեցնելու համար:
Որպես ցանցի հեռավորության վրա, RIP արձանագրության ստանդարտները թույլ են տալիս տարբեր տեսակի չափիչներ. Hops, չափիչներ, հաշվի առնելով ցանցերի հետաձգումները (այսինքն `համապատասխան առանձնահատկություններ) Ծառայություն «IP փաթեթի դաշտը», ինչպես նաեւ այս չափումների ցանկացած համադրությունը: Metric- ը պետք է ունենա հավելանյութի ունեցվածքը `կոմպոզիտային ուղու մետրը պետք է հավասար լինի այս ուղու մետրային բաղադրիչի գումարին: Իրականացումների մեծ մասում RIP- ն օգտագործում է ամենապարզ մետրը `հոփերի քանակը, այսինքն` միջանկյալ երթուղիչների քանակը, որոնք անհրաժեշտ է փաթեթը նպատակակետային ցանցին հաղթահարել:
Դիտարկենք RIP- ի արձանագրությունը, օգտագործելով RIP արձանագրություն, օգտագործելով RIP արձանագրություն, FIG- ում ներկայացված կոմպոզիտային ցանցի օրինակով: 5.26:
Քայլ 1. Նվազագույն սեղանների ստեղծում
Այս ցանցն ունի ութ IP ցանց, որոնք կապված են նույնականացման չորս երթուղիչների հետ `ML, M2, MH եւ M4: Rup Rup երթուղիչները, որոնք գործում են RIP արձանագրության վրա, կարող են նույնականացուցիչներ ունենալ, սակայն դրանք անհրաժեշտ չեն արձանագրության գործունեության համար: RIP հաղորդագրություններում այս նույնականացուցիչները չեն փոխանցվում:
Յուրաքանչյուր երթուղիչի սկզբնական վիճակում Ծրագիր TCP / IP Stack- ը ինքնաբերաբար ստեղծում է նվազագույն երթուղղման սեղան, որում հաշվի են առնվում միայն ուղղակիորեն կապված ցանցերը: Երթուղիչների նավահանգիստների հասցեի, ի տարբերություն ցանցային հասցեների, տեղադրված օվալների մեջ:
Աղյուսակ 5.14-ը թույլ է տալիս գնահատել նվազագույն երթուղիչի երթուղղման աղյուսակի մոտավոր տեսքը:
Յուրաքանչյուր երթուղղիչ նախաձեռնելուց հետո այն սկսում է RIP արձանագրությունը ուղարկել հարեւաններին, որոնք պարունակում են դրա նվազագույն աղյուսակը:
5.4. IP ցանցերում երթուղղում արձանագրություններ 421
RIP հաղորդագրությունները փոխանցվում են UDP արձանագրության փաթեթներում եւ ներառում են երկու պարամետր յուրաքանչյուր ցանցի համար. Դրա հասցեն եւ հեռավորությունը դրանից փոխանցող հաղորդագրությունից:
Հարեւաններն այն երթուղիչներն են, որոնք այս երթուղիչը կարող է ուղղակիորեն փոխանցել IP փաթեթը իր ցանկացած ցանցի վրա, առանց միջանկյալ երթուղիչների ծառայություններ օգտագործելու: Օրինակ, ML Router- ի համար հարեւանները M2 եւ MH երթուղիչներ են, եւ M4 երթուղիչի, M2 եւ MH երթուղիչների համար:
Այսպիսով, ML երթուղիչը փոխանցում է հետեւյալ հաղորդագրությունը M2 Router- ին.
201.36.14.0 ցանց, հեռավորություն 1;
network անց 132.11.0.0, Հեռավորություն 1;
network անց 194.27.18.0, Հեռավորություն 1.
3-րդ փուլ - Հարմարություններ ստանալը հարեւաններից եւ ստացված տեղեկատվություն ստանալը
M2 եւ MZ Routers- ից նման հաղորդագրություններ ստանալուց հետո ML Router- ը մեծացնում է յուրաքանչյուր ստացված մետրային դաշտը մեկ միավորի եւ հիշում, որի միջոցով նավահանգիստը եւ որ երթուղիչը ստացել է հաջորդ երթուղիչի հասցեն մուտքը մուտքագրվում է երթուղղման սեղանի մեջ): Այնուհետեւ երթուղիչը սկսում է համեմատել նոր տեղեկատվությունը իր երթուղղման աղյուսակում պահվող մեկից (Աղյուսակ 5.16):
Աղյուսակ 5.16.ML Router Routing Table
IP- ն գաղտնագրված է որպես ինտերնետային արձանագրություն (ինտերնետային արձանագրություն), եւ մասնավորապես սույն Արձանագրության 4-րդ տարբերակը ներկայումս ամենատարածվածն է: IPv4- ը սահմանվում է RFC 791-ի միջոցով:
Որպես OSI- ի մաս, սա է ցանցի (3-րդ) մակարդակի արձանագիրը: Այս մակարդակը, հիշեցնում եմ, նպատակ ունի որոշել տվյալների փոխանցման ուղին:
IPv4- ն օգտագործում է փաթեթների միացում: Միեւնույն ժամանակ, բնօրինակ փոխանցվող հաղորդագրությունը բաժանվում է փոքր չափի մասերի (փաթեթների) մասերի, որոնք ցանցում փոխանցվում են ինքնուրույն:
Բացի այդ, IPv4- ը չի երաշխավորում փաթեթների առաքումը կամ կրկնօրինակների պակասը: Սա այսպես կոչված «լավագույն ջանքերի առաքում» է (ի տարբերություն երաշխավորված առաքման): Ըստ այդմ, այս խնդիրները գնում են ավելի բարձր մակարդակի արձանագրություններ, օրինակ, TCP:
Դիմում
IPv4- ը նույնացնում է ուղարկողին եւ ստացողին օգտագործելով 32-բիթանոց հասցե, որը սահմանափակում է հնարավոր հասցեների քանակը 4 294 967 296:
Հասցեները սովորաբար գրանցվում են չորս տասնորդական օվկիանոսի տեսքով, օրինակ, օրինակ, 198.51.100.25 համապատասխանում է C6336419 16-ի համարին:
Գլոբալ հասցեների տարածքը օգտագործելիս անհրաժեշտ է տարբերակել առկա հասցեները Տեղական Ֆիզիկական ցանց, որը չի պահանջում երթուղղում եւ հասցեներ, որոնք ֆիզիկապես տարբեր են: Վերջինիս դեպքում փաթեթները ուղարկվում են երթուղիչ, որը պետք է նրանց հետագա փոխանցի:
Ստանդարտի առաջին տարբերակներում առաջին OCET- ն օգտագործվել է ցանցը հայտնաբերելու համար, մնացածը `հանգույցը հայտնաբերելու համար: Շատ արագ պարզ դարձավ, որ 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 դաս E - պարզապես վերապահված «պարզապես»:
Network անցի հասցեի երկարությունը եւ հանգույցի հասցեի երկարությունը որոշվել են հասցեի առաջին իսկ բիթով: Մոտավորապես 1985 թվականից նրանք նույնպես հրաժարվեցին: Դրա պատճառներն այն են, որ շատ կազմակերպություններ պահանջում էին ավելի շատ հասցեներ, քան տրամադրել C դասի ցանց եւ ձեռք բերել B. դասի B. Class B ցանցի ցանց, սակայն երբեմն գերազանցել է կազմակերպության պահանջները:
The անցային դասերի փոփոխության վրա եկան ցանցի դիմակը: Այս բիթային դիմակը, որը ցույց է տալիս, թե որ բիթերի հասցեները վերաբերում են ցանցին, եւ որոնք `հանգույց: Ստանդարտ համաձայնագրի համաձայն, դիմակը պետք է լրացվի ձախից աջ, որպեսզի ցանցի հասցեն միշտ լինի ավագ բիթերի մեջ: Սա թույլ է տալիս հստակեցնել միայն Անցի հասցեի երկարությունը, ցանցի դիմակի փոխարեն, ամբողջ ցանցը:
Օրինակ, 192.0.2.0 / 24-ը նշանակում է, որ առաջին 24 բիթերը (երեք օկտ) վերաբերում են ցանցի հասցեին, իսկ մնացածը `հանգույցի հասցեն: / 24 համարժեք է ցանցի դիմակին 255.255.255.0:
Network անցային դիմակների օգտագործումը նկարագրված է 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 | Արգելք | 6890 |
| 169.254.0.0/16 | AutoConfiguration | 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 | Բազմություն | 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, I.E: 4. Վերնագրի երկարությունը, տիտղոսում 32-բիթանոց բառերի 4 բիթ թվով: Նվազագույն արժեքը 5-ը, որը համապատասխանում է վերնագրի տեւողությանը 20 բայթ: Առավելագույնը `15, գլխի երկարություն 60 բայթ: DSCP կամ TOS - Ծառայության տեսակը, 6 բիթը որոշում է տրանսիտիտիտացիան, ասենք, VoIP- ի համար: ECN, 2 բիթ դրոշի բացահայտ ցանցի գերբեռնվածություն: Պահանջում է աջակցություն երկու կողմից (ստանալ եւ փոխանցում): Այս դրոշը ստանալիս փոխանցման փոխարժեքը նվազում է: Եթե \u200b\u200bFAG- ի աջակցություն չկա, փաթեթները պարզապես հանվում են: Ամբողջական երկարությունը, 16 բիթային փաթեթը բայթերով, ներառյալ վերնագիրը եւ տվյալները: Նվազագույն երկարությունը `20, առավելագույնը` 65535: Նույնականացում, 16 բիթը ծառայում է տվյալների բազայի նույնականացմանը: Քանի որ փոխանցելիս Տարբեր ցանցեր Կարող է անհրաժեշտ լինել փաթեթը փոքր մասերի բաժանել, այս դաշտը ծառայում է մեկ փաթեթին պատկանող մասերը հայտնաբերելու համար: Դրոշներ, 3 բիթ
Բիտ դրոշներ.
- Վերապահված, միշտ 0
- Մի մասնատիր: Եթե \u200b\u200bփաթեթի հետագա փոխանցումը պահանջում է մասնատումը, փաթեթը հանվում է:
- Ավելի շատ բեկորներ: Հատված փաթեթների համար բոլորը, բացի վերջիններից, այս դրոշը սահմանված է 1-ի:
- 1 - ICMP:
- 6 - TCP.
- 17 - UDP:
Այն հազվադեպ է օգտագործվում: Բաղկացած է վերնագրի տվյալների բլոկներից: Վերնագրի տարբերակը ունի 8-16 բիթ երկարություն եւ բաղկացած է դաշտերից.
- Ընտրանքի տեսակը, 8 բիթ - դաշտը, որը սահմանում է, թե որն է տարբերակը: «0» արժեքը նշանակում է ընտրանքների ցանկի ավարտը: Ընդհանուր գրանցված 26 կոդ:
- Երկարությունը, 8 բիթ - ամբողջ տարբերակի չափը բիթերում, ներառյալ վերնագիրը: Որոշ տեսակի ընտրանքների համար կարող է բացակայել:
Արպ
IP- ն սահմանում է տրամաբանական հասցեները: Այնուամենայնիվ, Ethernet ցանցում փաթեթ ուղարկելու համար անհրաժեշտ է նաեւ իմանալ թիրախային հանգույցի (կամ երթուղիչի) ֆիզիկական հասցեն: Մեկը մյուսի հետ համեմատելու համար օգտագործվում է ՀԴԿ արձանագրությունը:
ARP- ի (հասցեների բանաձեւի արձանագրությունը) OSI մոդելի (3-րդ) մակարդակի պաշտոնական արձանագրություն է, չնայած իրականում ապահովում է 2-րդ եւ 3-րդ մակարդակների փոխգործակցությունը: ARP- ն իրականացվում է 2-րդ եւ 3-րդ մակարդակների տարբեր զույգերի համար:
Արձանագրությունը ինքնին կառուցված է հերթական հերթական սխեմայի վրա: Հաշվի առնել որոշակի օրինակով:
Եթե \u200b\u200bցանցի հանգույցը, ասենք, տրամաբանական հասցեին 198.51.100.1 (ցանցում 198.51.100.0/24) ցանկանում է տրամաբանական հասցեով ուղարկել 2-րդ մակարդակի հեռարձակման հարցում ( մեջ Այս դեպքը Ethernet) Centrapsulated ARP հաղորդագրությամբ, որը հարցնում է ցանցային հանգույցներին. Ինչ ֆիզիկական հասցեն հանգույցում `198.51.100.2 տրամաբանական եւ ֆիզիկական հասցեն, տեսնելով իր տրամաբանական հասցեն Հայց, պատասխանը ուղարկում է A հանգույց A- ին `ըստ պահանջի տրամաբանական եւ ֆիզիկական հասցեն: Հայցի արդյունքները պահված են:
ARP հաղորդագրությունները ունեն հետեւյալ կառուցվածքը.
Ֆիզիկական արձանագրություն (դավաճանություն), 2 բայթ Օգտագործված Արձանագրություն 2 մակարդակ: Ethernet- ն ունի նույնականացուցիչ 1. Տրամաբանական արձանագրություն (PTYPE), 2 բայթ Օգտագործված Արձանագրություն 3 մակարդակ: Համապատասխանում է էթատետրերի տեսակներին: IPv4- ն ունի 0x0800 նույնացուցիչ: Ֆիզիկական հասցեի երկարությունը (HLEN), 1 բայթ ֆիզիկական հասցեի երկարությունը օվկիանոսներում, Ethernet- ի համար `6 տրամաբանական հասցեի երկարություն (պլեն), 1 բայթ տրամաբանական հասցեի երկարությունը` օվկիանոսների համար, 2 բայթ 1 Հարցման համար, 2 պատասխան, եւ արձանագրությունների ընդարձակման շատ այլ տարբերակներ: Ուղարկողի (SHA) ֆիզիկական հասցեն հարցման մեջ գտնվող Hlen Byte - հայցի հասցեն: Պատասխանը հայցվող հանգույցի հասցեն է: Ուղարկողի տրամաբանության հասցեն (սպա), պլեն բայթ
Ստացողի ֆիզիկական հասցեն (Tha), Hlen Byte- ն անտեսվում է հարցումում: Ի պատասխան - հայցվող հասցեն: Ստացողի տրամաբանական հասցեն (TPA), plen byte
Սովորաբար Network անցային հանգույցները նաեւ ARP հաղորդագրություններ են ուղարկում IP հասցեն փոխելիս կամ միացված լինելիս: Սա սովորաբար իրականացվում է որպես ԱՊՊԱ պահանջ, որում TPA \u003d սպա եւ tha \u003d 0: Մեկ այլ տարբերակ ARP պատասխան է, որում TPA \u003d Spa եւ Tha \u003d sha:
Բացի այդ, ARP- ն կարող է օգտագործվել տրամաբանական հասցեների հակամարտության հայտնաբերման համար (մինչդեռ SPA \u003d 0):
Կան արձանագրությունների ընդարձակումներ, որոնք արտադրում են հակադարձ գործառնություններ, Inarp (հակադարձ ARP) L3 հասցեով L2 հասցեի եւ RARP- ի միջոցով ստացված L3 հասցեն ստանալու համար:
RARP- ն օգտագործվել է AutoConfiguration L3 հասցեները: Հետագայում փոխարինվել է Bootp արձանագրությամբ, այնուհետեւ DHCP:
Ուղղորդում IPv4 ցանցերում
IPv4 ցանցերում հիմնական ուղղորդման ալգորիթմը կոչվում է փոխանցման ալգորիթմ:
Եթե \u200b\u200bկա թիրախային հասցե D եւ նախածանց N ցանց, ապա
- Եթե \u200b\u200bn- ն համընկնում է ներկայիս հանգույցի ցանցի նախածանցի հետ, ուղարկեք տեղական հաղորդակցման տվյալներ:
- Եթե \u200b\u200bերթուղղման աղյուսակում կա երթուղի, հաջորդ-հոփ տվյալները ուղարկեք երթուղիչին:
- Եթե \u200b\u200bկա լռելյայն երթուղի, հաջորդ-հոփի տվյալները ուղարկեք լռելյայն երթուղիչով
- Հակառակ դեպքում `սխալ:
Ուղղորդման աղյուսակը ցանցային հասցեների քարտեզագրման եւ այս ցանցերի հաջորդ-հոփ հասցեների քարտեզագրման սեղան է: Այսպիսով, օրինակ, 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. |
Սկզբունքորեն, երթուղին կցվում է նաեւ ցանցային սարքին, որից պետք է ուղարկվեն տվյալները:
Եթե \u200b\u200bհանգույցը հնարավոր է հասնել մի քանի երթուղով, ընտրվում է ավելի երկար ցանցի դիմակ ունեցող երթուղի (այսինքն `ավելի կոնկրետ): Լռելյայն երթուղին կարող է լինել միայն մեկը:
Օրինակ, 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. |
Համաշխարհային Համակարգչային ցանց Ինտերնետը սկզբում կառուցվել է հետեւյալ սխեմայի համաձայն. Հիմնական ցանցը, ցանցերը միացված են, կոչվում են ինքնավար համակարգեր: Հիմնական ցանցը նաեւ ինքնավար համակարգ է: Նման մոտեցումը հարմար է, քանի որ մանրամասն տեղաբանական տեղեկատվությունը մնում է ինքնավար համակարգի ներսում, եւ ինքնուրույն պարունակող համակարգը `որպես ինտերնետի մնացած մասի համար մեկ ամբողջ թիվ) արտաքին դարպասի համար (երթուղիչներով) , Ներքին դարպասները օգտագործվում են ենթածրագրերի ինքնավար համակարգի ներսում:
Ըստ այդմ, ինտերնետում օգտագործվող երթուղղիչ արձանագրությունները բաժանվում են արտաքին եւ ներքին երթուղղման Արձանագրությունների (EGP, BGP) փոխանցում են ավտոնոմային համակարգերի միջեւ երթուղու տեղեկատվությունը: Ներքին երթուղղման Արձանագրությունները (RIP, OSPF, IS-IS-IS-IS-IS-IS-IS-IS-IS-IS-IS-IS-IS-ISOVE- ն) օգտագործվում են միայն ինքնավար համակարգում: Ինքնավար համակարգի ներսում երթուղային արձանագրությունների եւ երթուղիների փոփոխությունը չի ազդում այլ ինքնավար համակարգերի շահագործման վրա:
OSPF արձանագրություն (բաց ամենակարճ ուղի առաջին - բաց արձանագրություն «Առաջին առաջին ուղին») ընդունվել է 1991 թ. Սա ժամանակակից արձանագրություն է, որը կենտրոնացած է խոշոր տարեթերգական ցանցերում աշխատելու համար `բարդ տեղաբանությամբ, որը ներառում է ծխնիներ: Այն հիմնված է կապերի վիճակի ալգորիթմի վրա, ինչը խիստ դիմացկուն է ցանցի տեղաբանության փոփոխություններին:
40. Տրանսպորտ TCP / IP կուտակման արձանագրություններ:
Քանի որ կապերը տեղադրված չեն ցանցի մակարդակում, ապա երաշխիքներ չկան, որ բոլոր փաթեթները նպատակակետին կհանձնվեն ամբողջ թվով եւ անվնաս կամ կուղարկվեն այն նույն կարգով, որտեղ դրանք ուղարկվել են: Այս խնդիրը հուսալի է Տեղեկատվական հաղորդակցություն Երկու վերջնական հանգույցների միջեւ `TCP / IP Stack- ի հիմնական մակարդակը, որը կոչվում է նաեւ տրանսպորտ:
Այս մակարդակում գործում են TCP փոխանցման հսկողությունը (փոխանցման կառավարման արձանագրություն) եւ DataGram արձանագրությունը (օգտագործողի տվյալների տվյալների արձանագրություն): TCP արձանագրությունը ապահովում է հեռավոր դիմումների գործընթացների միջեւ հաղորդագրությունների հուսալի փոխանցում տրամաբանական միացումների ձեւավորման պատճառով: Սույն Արձանագրությունը հնարավորություն է տալիս հավասարեցնել օբյեկտների վրա ուղարկողի եւ ստացողի համակարգչի վրա `տվյալների փոխանակումը Duplex ռեժիմում պահպանելու համար: TCP- ն թույլ է տալիս առանց սխալների, համակարգիչներից մեկի վրա ձեւավորվող բայթ հոսք, որը կազմված է բարդ ցանցում ընդգրկված ցանկացած այլ համակարգչի վրա: TCP- ն բաժանում է բայթի հոսքը մասի հատվածում եւ դրանք փոխանցում է firewall- ի հիմքում ընկած մակարդակից ցածր: Այս հատվածները առաքելուց հետո դեպի նպատակակետը դեպի նպատակակետը, TCP արձանագրությունը կրկին հավաքելու է դրանք բայթերի շարունակական հոսքի մեջ:
UDP արձանագրությունը տրամադրում է փոխանցում Կիրառական փաթեթներ Actigram- ը, ինչպես նաեւ IP փոխկապակցման մակարդակի հիմնական արձանագրությունը եւ կատարում են միայն Binder- ի (Multiplexer- ի) գործառույթները network անցի արձանագրություն եւ կիրառման մակարդակի բազմաթիվ ծառայություններ կամ օգտագործողի գործընթացներ:
41.Diagnostic TCP / IP կոմունալ ծառայություններ:
TCP / IP- ն ներառում է ախտորոշիչ կոմունալ ծառայություններ, որոնք նախատեսված են փաթեթային կազմաձեւը ստուգելու եւ ցանցի կապը ստուգելու համար:
| Կոմունալ | Դիմում |
| Արպ | Dis ուցադրում եւ փոխում է ՀԴԿ-ի հեռարձակման աղյուսակը, որն օգտագործվում է ARP հասցեների լուծման արձանագրությամբ (Հասցեների լուծման արձանագրությունը. Սահմանում է տեղական հասցեն IP հասցեով) |
| Հյուրընկալող անուն: | Ցուցադրում է տեղի հյուրընկալողի անունը: Օգտագործվում է առանց պարամետրերի: |
| ipconfig | Dis ուցադրում է արժեքներ ընթացիկ TCP / IP Stack կազմաձեւման համար. IP հասցե, Subnet դիմակ, Default Gateway հասցե, հաղթում է հասցեները ( Windows ինտերնետ Անվանման ծառայություն) եւ DNS (դոմենի անվան համակարգ) |
| nbtstat. | Dis ուցադրում է վիճակագրությունը եւ ներկայիս NetBIOS տեղեկատվությունը `TCP / IP- ում: Օգտագործվում է ներկայիս NetBIOS կապերի վիճակը ստուգելու համար: |
| Netstat. | Dis ուցադրում է վիճակագրությունը եւ ընթացիկ տեղեկատվությունը TCP / IP կապի վերաբերյալ: |
| nslookup. | Իրականացնում է հաղորդավարների գրառումների եւ տիրույթի դոմեյնների կեղծիքներ, հյուրընկալողների տիրույթի ծառայություններ, ինչպես նաեւ տեղեկատվություն օպերացիոն համակարգ, DNS սերվերների խնդրանքներով: |
| Պինգ | Իրականացնում է TCP / IP կազմաձեւման կազմաձեւումը եւ ստուգում է հեռավոր հյուրընկալողի հետ կապը: |
| Երթուղի | Փոփոխում է IP երթուղղման սեղանները: Dis ուցադրում է սեղանի բովանդակությունը, ավելացնում եւ ջնջում է IP երթուղիները: |
| Հետադարձ կապ: | Ստուգում է երթուղին դեպի Հեռավոր համակարգիչ Ուղարկելով ECMP ECMP (Ինտերնետի կառավարման հաղորդագրության արձանագրություն): Place ուցադրում է փաթեթների անցնող երթուղին հեռավոր համակարգչին: |
TCP / IP կազմաձեւման կազմաձեւումը ստուգելու համար օգտագործվում է IPCONFIG ծրագիրը: Այս հրամանը օգտակար է DHCP- ի հետ աշխատող համակարգիչների վրա (դինամիկ հյուրընկալող կազմաձեւման արձանագրություն), քանի որ այն օգտվողներին հնարավորություն է տալիս որոշելու, թե որ TCP / IP ցանցի կազմաձեւումն ու որ արժեքներն են տեղադրվել DHCP- ի միջոցով:
IPconfig ծրագիրը թույլ է տալիս պարզել, արդյոք կազմաձեւումը նախաստորագրված է, եւ եթե IP հասցեները չեն կրկնօրինակվում.
- Եթե կազմաձեւումը նախաստորագրվի, IP հասցեն, դիմակը, դարպասը հայտնվում են.
- Եթե IP հասցեները կրկնօրինակված են, ցանցի դիմակը կլինի 0.0.0.0;
- Եթե DHCP- ն օգտագործելիս համակարգիչը չկարողացավ ստանալ IP հասցե, ապա այն հավասար կլինի 0.0.0.0-ին:
Packet Internet Grouper- ը օգտագործվում է TCP / IP կազմաձեւման եւ միացման սխալի ախտորոշման ստուգման համար: Այն սահմանում է որոշակի հյուրընկալողի առկայությունը եւ շահագործումը: Օգտագործելով Ping- ը `ստուգելու լավագույն միջոցը, որ կա տեղական համակարգչի եւ ցանցի հյուրընկալողի միջեւ երթուղին:
Ping հրամանը ստուգում է հեռավոր հյուրընկալողի հետ կապը `ուղարկելով ICMP ECHO փաթեթները այս հյուրընկալողին եւ լսեք ECHO- ի պատասխանները: Ping- ը ակնկալում է յուրաքանչյուր փաթեթ ուղարկված եւ տպում փոխանցվող եւ ստացված փաթեթների քանակը: Յուրաքանչյուր ստացված փաթեթ ստուգվում է փոխանցվող հաղորդագրության համաձայն: Եթե \u200b\u200bհաղորդավարների միջեւ կապը վատ է, ապա դա պարզ կդառնա ping հաղորդագրություններից, թե քանի տուփ է կորչում:
Լռելյայն, 4 echo փաթեթ 32 բայթ երկարություն (վերին դեպքում այբուբենի պարբերական հաջորդականությունը) փոխանցվում են: Ping- ը թույլ է տալիս փոխել փաթեթների չափը եւ քանակը, նշեք, թե արդյոք պետք է գրանցել այն երթուղին, որը կներկայացնի կյանքի (TTL) արժեքը, երբ պատասխանը ստանում եք Ժամանակի դաշտը, նշվում է, թե որ ժամին է (MillIseconds- ում) փաթեթը հասնում է հեռավոր հյուրընկալողի եւ վերադառնում է հետընթաց: Քանի որ պատասխանը ակնկալելու համար լռելյայն արժեքը 1 վայրկյան է, ապա բոլոր արժեքները Այս դաշտը 1000 միլիարդ վայրկյան կլինի: Եթե \u200b\u200bհաղորդագրություն եք ստանում «Հարցման ժամանակը» (գերազանցեց սպասման ընդմիջումը), ապա հնարավոր է, եթե մեծացնեք պատասխանի արձագանքման ժամանակը, փաթեթը կհասնի հեռավոր հյուրընկալողի:
Ping- ը կարող է օգտագործվել որպես հյուրընկալողի անուն (DNS կամ NetBIOS) եւ դրա IP հասցեները: Եթե \u200b\u200bIP հասցեի հետ ping- ը հաջողակ էր, եւ անունով `անհաջող, նշանակում է, որ խնդիրն է ճանաչել հասցեի եւ անվան համապատասխանությունը, եւ ոչ թե ցանցային կապի մեջ:
Օգտագործվում է Ping ծրագիրը Հետեւյալ եղանակներով:
1) Ստուգելու համար, որ TCP / IP- ն տեղադրվում եւ ճիշտ կազմաձեւված է տեղական համակարգչում, Ping հրամանը սահմանում է հանգույցի հասցեն: հետադարձ կապ (Loopback հասցե). Ping 127.0.0.1
2) Համոզվելու համար, որ համակարգիչը պատշաճ կերպով ավելացվում է ցանցին, եւ IP հասցեն կրկնօրինակված չէ, օգտագործվում է տեղական համակարգչի IP հասցեն.
Ping IP Address_local_Chost
3) Ստուգելու համար, որ լռելյայն դարպասի գործառույթները, եւ որ կարող եք միանալ տեղական ցանցի տեղական հյուրընկալողի հետ, լռելյայն դարպասը սահմանված է լռելյայն IP հասցեով.
Ping IP Address_Chlusion
4) Պինգ հրամանով երթուղիչով կապ հաստատելու ունակությունը ստուգելու համար սահմանված է հեռավոր հյուրընկալողի IP հասցեն.
Ping [պարամետրեր] IP հասցե_Այս հյուրընկալող
Tracert- ը երթուղու հետքի գործիք է: Այն օգտագործում է IP փաթեթի եւ ICMP սխալի հաղորդագրությունների TTL դաշտը (ժամանակն է ապրում, կյանքի տեւողությունը) `մեկ հյուրընկալող երթուղուց մյուսը որոշելու համար:
Հետագծի կոմունալը կարող է լինել ավելի հիմնարար եւ հարմար, քան Պինգը, հատկապես այն դեպքերում, երբ հեռավոր հյուրընկալողը անհասանելի է: Դրանով հնարավոր է որոշել կապի խնդիրների ոլորտը (ինտերնետ պրովայդերի, աջակցության ցանցում, հեռավոր հյուրընկալող ցանցում) որքանով է երթուղին հետեւում: Եթե \u200b\u200bխնդիրները ծագել են, կոմունալ ծրագիրը ցուցադրում է խոռոչը (*) կամ «նպատակակետային զուտ անհասանելի» տիպի հաղորդագրությունը, «Նշման հյուրընկալողը անհասանելի է», «Ժամանակն է դուրս եկել»:
Tracert ծրագիրը հետեւյալն է. 3 Դատավարություն ECHO փաթեթներ ուղարկվում են յուրաքանչյուր հյուրընկալողի, որի միջոցով երթուղին անցնում է հեռավոր հյուրընկալող: Միեւնույն ժամանակ, յուրաքանչյուր փաթեթի համար սպասման ժամանակը ցուցադրվում է (այն կարող է փոփոխվել `օգտագործելով հատուկ: պարամետր): Փաթեթներն ուղարկվում են տարբեր կյանքի միջոցներով: Յուրաքանչյուր երթուղղիչ, որը հայտնաբերվել է ուղու վրա, նախքան փաթեթը վերահղելը, նվազեցնում է TTL արժեքը մեկ միավորի համար: Այսպիսով, կյանքի տեւողությունը միջանկյալ առաքման կետերի (Hops) հաշվիչ է: Երբ փաթեթի ողջությունը հասնում է զրոյի, ենթադրվում է, որ երթուղիչը համակարգչային աղբյուրի հաղորդագրություն կուղարկի ICMP «Time ExeDed»: Երթուղին որոշվում է առաջին Echo փաթեթը ուղարկելով TTL \u003d 1-ով: Այնուհետեւ TTL- ն յուրաքանչյուր հաջորդ փաթեթում ավելանում է 1-ով, մինչեւ փաթեթը հասնի հեռավոր հյուրընկալողի կամ TTL- ի առավելագույն հնարավոր արժեքը (մինչեւ լռելյայն 30-ը): Երթուղին որոշվում է ICMP հաղորդագրություններ սովորելով, որոնք հետ են ուղարկվում միջանկյալ երթուղիչներով:
Syntax: Tracert [պարամետրեր] Անունը)
ARP ծրագիրը նախատեսված է «Արփ քեշի» հետ աշխատելու համար: ՀԱԿ-ի արձանագրության հիմնական խնդիրն է `IP հասցեները հեռարձակել տեղական տեղական հասցեներին: Դրա համար ՀԴԿ արձանագրությունը օգտագործում է տեղեկատվություն ARP աղյուսակից (ARP Cache): Եթե \u200b\u200bաղյուսակում անհրաժեշտ մուտքը չի գտնվել, ՀԴԿ արձանագրությունը հեռարձակման խնդրանք է ուղարկում տեղական Subnet- ի բոլոր համակարգիչներին, փորձելով գտնել այս IP հասցեի սեփականատիրոջը: Քեշը կարող է պարունակել գրառումների երկու տեսակ, ստատիկ եւ դինամիկ: Ստատիկ գրառումները մուտքագրվում են ձեռքով եւ պահվում են պահոցում անընդհատ: Dynamic գրառումները տեղադրվում են պահոցում, հեռարձակման հարցման արդյունքում: Նրանց համար կա կյանքի գաղափար: Եթե \u200b\u200bորոշակի ժամանակահատվածում (ըստ լռելյայն 2 րոպե.) Ձայնագրությունը պահանջարկ չէր, այն հանվում է քեշից:
Netstat ծրագիրը թույլ է տալիս ստատիկ տեղեկատվություն ստանալ ստատիկ տեղեկատվություն որոշ բաժնետոմսերի արձանագրությունների (TCP, UDP, IP, ICMP) եւ ցուցադրում է տեղեկատվություն ցանցային ընթացիկ կապերի վերաբերյալ: Այն հատկապես օգտակար է firewalls- ի վրա, իր օգնությամբ կարող եք հայտնաբերել ցանցի պարագծի անվտանգության խախտումները:
Շարահյուսություն:
Netstat [-a] [-e] [-n] [-p] [-p արձանագրություն] [-r]
Պարամետրեր.
-Առաջարկում է ցանցային բոլոր կապերի ցուցակը եւ լսում են տեղական համակարգչային նավահանգիստները.
-Ես ցուցադրում է Ethernet ինտերֆեյսերի վիճակագրությունը (օրինակ, ստացված եւ ուղարկված բայթերի քանակը).
-N- ը տեղեկատվություն է ցուցադրում բոլոր ընթացիկ միացումների (օրինակ, TCP) տեղական համակարգչային ցանցի բոլոր ինտերֆեյսերի համար: Յուրաքանչյուր կապի համար տեղեկատվությունը ցուցադրվում է տեղական եւ հեռավոր ինտերֆեյսերի IP հասցեներում, օգտագործված նավահանգիստների քանակի հետ միասին.
-s- ն ցուցադրում է վիճակագրական տեղեկատվություն UDP- ի, TCP- ի, ICMP- ի, IP արձանագրությունների համար: «/ Ավելին» ստեղնը թույլ է տալիս դիտել գծապատկերները.
-R- ն ցուցադրում է երթուղղման սեղանի բովանդակությունը:
