Այսօրվա դասի թեման RIP-ն է կամ երթուղային տեղեկատվության արձանագրությունը: Մենք կխոսենք դրա օգտագործման տարբեր ասպեկտների, դրա կազմաձևման և սահմանափակումների մասին: Ինչպես ասացի, RIP-ը Cisco 200-125 CCNA դասընթացի ուսումնական ծրագրի մաս չէ, բայց ես որոշեցի առանձին դաս նվիրել այս արձանագրությանը, քանի որ RIP-ը հիմնական երթուղային արձանագրություններից մեկն է:
Այսօր մենք կանդրադառնանք 3 ասպեկտին՝ հասկանալու գործողությունը և RIP-ի կարգավորումը երթուղիչներում, RIP ժամանակաչափեր, RIP սահմանափակումներ: Այս արձանագրությունը ստեղծվել է 1969 թվականին, ուստի այն ամենահին ցանցային արձանագրություններից է։ Դրա առավելությունը արտասովոր պարզության մեջ է։ Այսօր շատ ցանցային սարքեր, ներառյալ Cisco-ն, շարունակում են աջակցել RIP-ին, քանի որ այն EIGRP-ի նման սեփական արձանագրություն չէ, այլ հանրային արձանագրություն:
RIP-ի 2 տարբերակ կա. Առաջին՝ դասական տարբերակը, չի աջակցում VLSM՝ փոփոխական երկարությամբ ենթացանցային դիմակ, որի վրա հիմնված է անդաս IP հասցեավորումը, ուստի մենք կարող ենք օգտագործել միայն մեկ ցանց: Այս մասին կխոսեմ մի փոքր ուշ: Այս տարբերակը նույնպես չի աջակցում նույնականացմանը:
Ենթադրենք, դուք ունեք 2 երթուղիչ՝ կապված միմյանց հետ: Այս դեպքում առաջին երթուղիչը հարեւանին ասում է այն ամենը, ինչ գիտի: Ենթադրենք, ցանց 10-ը միացված է առաջին երթուղիչին, ցանց 20-ը գտնվում է առաջին և երկրորդ երթուղիչի միջև, իսկ 30-ը գտնվում է երկրորդ երթուղիչի հետևում: Այնուհետև առաջին երթուղիչը հայտնում է երկրորդին, որ գիտի 10 և 20 ցանցերը, իսկ երթուղիչ 2-ը հայտնում է. երթուղիչ 1, որը գիտի ցանց 30 և ցանց 20:
Ուղղորդման արձանագրությունը ցույց է տալիս, որ այս երկու ցանցերը պետք է ավելացվեն երթուղային աղյուսակում: Ընդհանրապես ստացվում է, որ մեկ երթուղիչը հարեւան երթուղիչին ասում է իրեն միացված ցանցերի մասին, որն ասում է իր հարեւանին եւ այլն։ Պարզ ասած, RIP-ը բամբասանքի արձանագրություն է, որը թույլ է տալիս հարևան երթուղիչներին տեղեկատվություն կիսել միմյանց հետ՝ յուրաքանչյուր հարևանին անվերապահորեն հավատալով իրենց ասածին: Յուրաքանչյուր երթուղիչ «լսում է» ցանցի փոփոխությունները և դրանք կիսում իր հարևանների հետ:
Նույնականացման աջակցության բացակայությունը նշանակում է, որ ցանցին միացած ցանկացած երթուղիչ անմիջապես դառնում է լիարժեք մասնակից: Եթե ես ցանկանամ քանդել ցանցը, ես իմ հաքերային երթուղիչը միացնելու եմ դրան չարամիտ թարմացումով, և քանի որ մնացած բոլոր երթուղիչները վստահում են դրան, նրանք կթարմացնեն իրենց երթուղիների աղյուսակները այնպես, ինչպես ես եմ ուզում: RIP-ի առաջին տարբերակը որևէ պաշտպանություն չի ապահովում նման հաքերներից:
RIPv2-ում դուք կարող եք ապահովել նույնականացում՝ համապատասխանաբար կարգավորելով երթուղիչը: Այս դեպքում երթուղիչների միջև տեղեկատվության թարմացումը հնարավոր կլինի միայն ցանցի վավերացումն անցնելուց հետո՝ մուտքագրելով գաղտնաբառ:
RIPv1-ն օգտագործում է հեռարձակում, այսինքն՝ բոլոր թարմացումներն ուղարկվում են հեռարձակման հաղորդագրությունների միջոցով, որպեսզի դրանք ստանան ցանցի բոլոր մասնակիցների կողմից: Ենթադրենք, որ առաջին երթուղիչին միացված է համակարգիչ, որը ոչինչ չգիտի այս թարմացումների մասին, քանի որ դրանք միայն երթուղիչ սարքերին են պետք: Այնուամենայնիվ, երթուղիչ 1-ը կուղարկի այս հաղորդագրությունները բոլոր սարքերին, որոնք ունեն Broadcast ID, այսինքն՝ նույնիսկ նրանց, ովքեր դրա կարիքը չունեն:
RIP-ի երկրորդ տարբերակում այս խնդիրը լուծված է. այն օգտագործում է Multicast ID, կամ multicast տրաֆիկի փոխանցում: Այս դեպքում թարմացումներ են ստանում միայն այն սարքերը, որոնք նշված են արձանագրության կարգավորումներում: Նույնականացումից բացի, RIP-ի այս տարբերակն աջակցում է VLSM անդաս IP հասցեավորմանը: Սա նշանակում է, որ եթե 10.1.1.1/24 ցանցը միացված է առաջին երթուղիչին, ապա բոլոր ցանցային սարքերը, որոնց IP հասցեն գտնվում է այս ենթացանցի հասցեների տիրույթում, նույնպես թարմացումներ են ստանում։ Արձանագրության երկրորդ տարբերակը աջակցում է CIDR մեթոդին, այսինքն, երբ երկրորդ երթուղիչը ստանում է թարմացում, նա գիտի, թե կոնկրետ որ ցանցին կամ երթուղին է դա վերաբերում։ Առաջին տարբերակի դեպքում, եթե 10.1.1.0 ցանցը միացված է երթուղիչին, ապա 10.0.0.0 ցանցի սարքերը և նույն դասին պատկանող այլ ցանցերը նույնպես թարմացումներ կստանան։ Այս դեպքում երթուղիչ 2-ը նույնպես կստանա ամբողջական տեղեկատվություն այս ցանցերի թարմացման մասին, սակայն առանց CIDR-ի նա չի իմանա, որ այս տեղեկատվությունը վերաբերում է A դասի IP հասցեներով ենթացանցին:
Սա այն է, ինչ RIP-ն է շատ ընդհանուր առումով: Հիմա եկեք տեսնենք, թե ինչպես կարելի է այն կարգավորել: Դուք պետք է անցնեք երթուղիչի կարգավորումների գլոբալ կազմաձևման ռեժիմ և օգտագործեք Router RIP հրամանը:
Դրանից հետո դուք կտեսնեք, որ հրամանի տողի վերնագիրը փոխվել է R1(config-router)#, քանի որ մենք տեղափոխվել ենք երթուղիչի ենթահրամանի մակարդակ: Երկրորդ հրամանը կլինի 2-րդ տարբերակը, այսինքն՝ մենք նշում ենք երթուղիչին, որ այն պետք է օգտագործի արձանագրության 2-րդ տարբերակը։ Այնուհետև մենք պետք է մուտքագրենք գովազդվող դասակարգային ցանցի հասցեն, որի միջոցով թարմացումները պետք է փոխանցվեն ցանցի XXXX հրամանի միջոցով: Այս հրամանն ունի 2 գործառույթ՝ նախ՝ այն սահմանում է, թե որ ցանցը պետք է գովազդվի, և երկրորդ՝ որ ինտերֆեյսը պետք է օգտագործվի։ սրա համար. Դուք կտեսնեք, թե ինչ նկատի ունեմ, երբ նայեք ցանցի կոնֆիգուրացիան:
Այստեղ մենք ունենք 4 երթուղիչ և 192.168.1.0/26 նույնացուցիչով ցանցի միջոցով անջատիչին միացված համակարգիչ, որը բաժանված է 4 ենթացանցերի։ Մենք օգտագործում ենք ընդամենը 3 ենթացանց՝ 192.168.1.0/26, 192.168.1.64/26 և 192.168.1.128/26: Մենք դեռ ունենք ենթացանց 192.168.1.192/26, բայց այն չի օգտագործվում, քանի որ դրա կարիքը չկա:
Սարքի պորտերն ունեն հետևյալ IP հասցեները՝ համակարգիչ 192.168.1.10, առաջին երթուղիչի առաջին պորտը՝ 192.168.1.1, երկրորդ պորտը՝ 192.168.1.65, երկրորդ երթուղիչի առաջին պորտը՝ 192.168.1.66, երկրորդ երթուղիչի երկրորդ պորտը՝ 192.168.1.129. երրորդ երթուղիչի առաջին պորտը 192.168.1.130. Անցյալ անգամ մենք խոսեցինք կոնվենցիաների մասին, ուստի ես չեմ կարող հետևել կոնվենցիային և նշանակել .1 հասցեն երթուղիչի երկրորդ պորտին, քանի որ .1-ը այս ցանցի մաս չէ:
Հաջորդը, ես օգտագործում եմ այլ հասցեներ, քանի որ մենք սկսում ենք մեկ այլ ցանց՝ 10.1.1.0/16, ուստի երկրորդ երթուղիչի երկրորդ պորտը, որին միացված է այս ցանցը, ունի 10.1.1.1 IP հասցե, իսկ չորրորդ պորտը: երթուղիչ, որին միացված է անջատիչը - հասցե 10.1.1.2.
Իմ ստեղծած ցանցը կարգավորելու համար ես պետք է սարքերին IP հասցեներ հատկացնեմ: Սկսենք առաջին երթուղիչի առաջին պորտից:
Նախ, մենք կստեղծենք հոսթի անունը R1, կվերագրենք 0 հասցեն f0/192.168.1.1 պորտին և նշենք ենթացանցային դիմակ 255.255.255.192, քանի որ ունենք /26 ցանց: Եկեք ավարտենք R1-ի կոնֆիգուրացիան no shut հրամանով: Առաջին f0/1 երթուղիչի երկրորդ պորտը կստանա 192.168.1.65 IP հասցե և 255.255.255.192 ենթացանցային դիմակ:
Երկրորդ երթուղիչը կստանա R2 անունը, մենք կնշանակենք 0 հասցեն, իսկ ենթացանցային դիմակը՝ 0, առաջին պորտին f192.168.1.66/255.255.255.192, հասցեն՝ 0, իսկ ենթացանցային դիմակը՝ 1, երկրորդ պորտին: 192.168.1.129.
Անցնելով երրորդ երթուղիչին, մենք նրան կնշանակենք հոսթի անունը R3, f0/0 նավահանգիստը կստանա 192.168.1.130 հասցեն և դիմակ 255.255.255.192, իսկ f0/1 նավահանգիստը կստանա 10.1.1.1 հասցեն և դիմակ 255.255.0.0: 16, քանի որ այս ցանցը /XNUMX է:
Վերջապես, ես կգնամ վերջին երթուղիչին, անունը կդնեմ R4, և f0/0 պորտին կհատկացնեմ 10.1.1.2 հասցե և 255.255.0.0 դիմակ: Այսպիսով, մենք կարգավորել ենք բոլոր ցանցային սարքերը:
Վերջապես, եկեք նայենք համակարգչի ցանցի կարգավորումներին. այն ունի 192.168.1.10 ստատիկ IP հասցե, 255.255.255.192 կիսազանց դիմակ և 192.168.1.1 լռելյայն դարպասի հասցե:
Այսպիսով, դուք տեսաք, թե ինչպես կարելի է կարգավորել ենթացանցային դիմակը տարբեր ենթացանցերի սարքերի համար, դա շատ պարզ է: Այժմ եկեք միացնենք երթուղավորումը: Ես մտնում եմ R1 կարգավորումները, սահմանում եմ գլոբալ կազմաձևման ռեժիմը և մուտքագրում եմ երթուղիչի հրամանը: Դրանից հետո համակարգը հուշումներ է տալիս այս հրամանի համար հնարավոր երթուղային արձանագրությունների համար՝ bgp, eigrp, ospf և rip: Քանի որ մեր ձեռնարկը RIP-ի մասին է, ես օգտագործում եմ երթուղիչի rip հրամանը:
Եթե դուք մուտքագրեք հարցական նշան, ապա համակարգը նոր հուշում կտա հետևյալ հրամանի համար՝ այս արձանագրության գործառույթների հնարավոր տարբերակներով. ավտոմատ ամփոփում - երթուղիների ավտոմատ ամփոփում, լռելյայն տեղեկատվություն - լռելյայն տեղեկատվության ներկայացման վերահսկում, ցանց: - ցանցեր, ժամկետներ և այլն: Այստեղ դուք կարող եք ընտրել այն տեղեկատվությունը, որը մենք կփոխանակենք հարևան սարքերի հետ: Ամենակարևոր գործառույթը տարբերակն է, ուստի մենք կսկսենք մուտքագրել տարբերակ 2 հրամանը: Հաջորդը մենք պետք է օգտագործենք ցանցի բանալին հրամանը, որը ստեղծում է երթուղի նշված IP ցանցի համար:
Մենք կշարունակենք կարգավորել Router1-ը ավելի ուշ, բայց առայժմ ես ուզում եմ անցնել Router 3-ին: Նախքան դրա վրա ցանցի հրամանն օգտագործելը, եկեք նայենք մեր ցանցի տոպոլոգիայի աջ կողմին: Երթուղիչի երկրորդ պորտն ունի 10.1.1.1 հասցեն: Ինչպե՞ս է աշխատում RIP-ը: Նույնիսկ իր երկրորդ տարբերակում RIP-ը, որպես բավականին հին արձանագրություն, դեռ օգտագործում է իր սեփական ցանցային դասերը։ Հետևաբար, չնայած մեր ցանցը 10.1.1.0/16 պատկանում է A դասին, մենք պետք է նշենք այս IP հասցեի ամբողջական դասի տարբերակը՝ օգտագործելով ցանցի 10.0.0.0 հրամանը:
Բայց եթե նույնիսկ մուտքագրեմ հրամանի ցանց 10.1.1.1 և հետո նայեմ ընթացիկ կոնֆիգուրացիան, կտեսնեմ, որ համակարգը շտկել է 10.1.1.1-ը 10.0.0.0-ին՝ ավտոմատ կերպով օգտագործելով ամբողջական դասի հասցեավորման ձևաչափը: Այսպիսով, եթե CCNA քննության ժամանակ RIP-ի մասին հարցի հանդիպեք, ստիպված կլինեք օգտագործել ամբողջական դասի հասցեավորում: Եթե 10.0.0.0-ի փոխարեն մուտքագրեք 10.1.1.1 կամ 10.1.0.0, ապա կսխալվեք։ Չնայած այն հանգամանքին, որ ամբողջական դասի հասցեավորման ձևի փոխարկումը տեղի է ունենում ավտոմատ կերպով, ես ձեզ խորհուրդ եմ տալիս սկզբում օգտագործել ճիշտ հասցեն, որպեսզի չսպասեք, մինչև համակարգը ուղղի սխալը: Հիշեք - RIP-ը միշտ օգտագործում է ամբողջական դասի ցանցային հասցեավորում:
Ցանցի 10.0.0.0 հրամանն օգտագործելուց հետո երրորդ երթուղիչը կտեղադրի այս տասներորդ ցանցը երթուղային արձանագրության մեջ և թարմացումը կուղարկի R3-R4 երթուղու երկայնքով: Այժմ դուք պետք է կարգավորեք չորրորդ երթուղիչի երթուղային արձանագրությունը: Ես մտնում եմ դրա կարգավորումները և հաջորդաբար մուտքագրում եմ երթուղիչի rip, տարբերակ 2 և ցանց 10.0.0.0 հրամանները: Այս հրամանով ես խնդրում եմ R4-ին սկսել գովազդել ցանցը 10. օգտագործելով RIP երթուղային արձանագրությունը։
Այժմ այս երկու երթուղիչները կարող էին տեղեկատվություն փոխանակել, բայց դա ոչինչ չէր փոխի։ Show ip route հրամանի օգտագործումը ցույց է տալիս, որ FastEthernrt 0/0 նավահանգիստն ուղղակիորեն միացված է 10.1.0.0 ցանցին: Չորրորդ երթուղիչը, ստանալով երրորդ երթուղիչից ցանցի հայտարարություն, կասի. «Հիանալի է, ընկեր, ես ստացել եմ քո հայտարարությունը տասներորդ ցանցի մասին, բայց ես արդեն գիտեմ դրա մասին, քանի որ ես ուղղակիորեն միացված եմ այս ցանցին»:
Հետևաբար, մենք կվերադառնանք R3-ի կարգավորումներին և կտեղադրենք մեկ այլ ցանց ցանցի 192.168.1.0 հրամանով: Ես կրկին օգտագործում եմ ամբողջական դասի հասցեավորման ձևաչափը: Դրանից հետո երրորդ երթուղիչը կկարողանա գովազդել 192.168.1.128 ցանցը R3-R4 երթուղու երկայնքով: Ինչպես արդեն ասացի, RIP-ը «բամբասանք» է, որը պատմում է իր բոլոր հարևաններին նոր ցանցերի մասին՝ նրանց փոխանցելով տեղեկատվություն իր երթուղային աղյուսակից: Եթե հիմա նայեք երրորդ երթուղիչի աղյուսակին, կարող եք տեսնել դրան միացված երկու ցանցերի տվյալները։
Այն կփոխանցի այս տվյալները երթուղու երկու ծայրերին և՛ երկրորդ, և՛ չորրորդ երթուղիչներին: Եկեք անցնենք R2 կարգավորումներին: Ես մուտքագրում եմ նույն հրամանները երթուղիչի rip, տարբերակ 2 և ցանցային 192.168.1.0, և այստեղ ամեն ինչ սկսում է հետաքրքիր դառնալ: Ես նշում եմ ցանց 1.0, բայց դա և՛ ցանց 192.168.1.64/26 է, և՛ ցանց 192.168.1.128/26: Հետևաբար, երբ ես նշում եմ ցանցը 192.168.1.0, ես տեխնիկապես ապահովում եմ երթուղիներ այս երթուղիչի երկու ինտերֆեյսների համար: Հարմարությունն այն է, որ ընդամենը մեկ հրամանով կարող եք երթուղի սահմանել սարքի բոլոր նավահանգիստների համար:
Ես նշում եմ ճիշտ նույն պարամետրերը երթուղիչի R1-ի համար և տրամադրում եմ երթուղիներ երկու ինտերֆեյսների համար նույն ձևով: Եթե հիմա նայեք R1-ի երթուղղման աղյուսակին, կարող եք տեսնել բոլոր ցանցերը:
Այս երթուղիչը գիտի ինչպես ցանց 1.0, այնպես էլ ցանց 1.64: Նա նաև գիտի 1.128 և 10.1.1.0 ցանցերի մասին, քանի որ օգտագործում է RIP: Սա նշվում է երթուղային աղյուսակի համապատասխան տողում գտնվող R վերնագրով:
Խնդրում ենք ուշադրություն դարձնել [120/2] տեղեկատվության վրա՝ սա վարչական հեռավորությունն է, այսինքն՝ երթուղային տեղեկատվության աղբյուրի հուսալիությունը։ Այս արժեքը կարող է լինել ավելի մեծ կամ փոքր, բայց RIP-ի համար կանխադրվածը 120 է: Օրինակ, ստատիկ երթուղին ունի 1 վարչական հեռավորություն: Որքան ցածր է վարչական հեռավորությունը, այնքան ավելի հուսալի է արձանագրությունը: Եթե երթուղիչը հնարավորություն ունի ընտրել երկու արձանագրությունների միջև, օրինակ՝ ստատիկ երթուղու և RIP-ի միջև, ապա նա կընտրի երթևեկությունը փոխանցել ստատիկ երթուղու վրա: Փակագծերում տրված երկրորդ արժեքը՝ /2, չափանիշն է: RIP արձանագրության մեջ մետրիկը նշանակում է հոփերի քանակը: Այս դեպքում 10.0.0.0/8 ցանցին կարելի է հասնել 2 հոպով, այսինքն՝ R1 երթուղիչը պետք է թրաֆիկ ուղարկի 192.168.1.64/26 ցանցով, սա առաջին հոպն է, իսկ 192.168.1.128/26 ցանցով, սա է. երկրորդ հոպը՝ 10.0.0.0/8 ցանցին հասնելու համար FastEthernet 0/1 ինտերֆեյս ունեցող սարքի միջոցով 192.168.1.66 IP հասցեով:
Համեմատության համար նշենք, որ R1 երթուղիչը կարող է հասնել 192.168.1.128 ցանցին 120 ադմինիստրատիվ հեռավորությամբ 1 հոպում 192.168.1.66 ինտերֆեյսի միջոցով:
Այժմ, եթե փորձեք համակարգչի PC0-ից 4 IP հասցեով R10.1.1.2 երթուղիչի ինտերֆեյսը պինգ կատարել, այն հաջողությամբ կվերադառնա:
Առաջին փորձը ձախողվեց Request timeded հաղորդագրության հետ, քանի որ ARP-ն օգտագործելիս առաջին փաթեթը կորչում է, բայց մյուս երեքը հաջողությամբ վերադարձվեցին ստացողին: Սա ապահովում է կետ առ կետ հաղորդակցություն ցանցում՝ օգտագործելով RIP երթուղային արձանագրությունը:
Այսպիսով, երթուղիչի կողմից RIP արձանագրության օգտագործումը ակտիվացնելու համար անհրաժեշտ է հաջորդաբար մուտքագրել երթուղիչի rip հրամանները, տարբերակ 2 և ցանցի <ցանցի համարը / ցանցի նույնացուցիչը լրիվ դասի տեսքով>:
Եկեք գնանք R4-ի կարգավորումները և մուտքագրենք show ip route հրամանը։ Դուք կարող եք տեսնել, որ 10. ցանցը միացված է ուղղակիորեն երթուղիչին, իսկ 192.168.1.0/24 ցանցը հասանելի է f0/0 պորտի միջոցով՝ 10.1.1.1 IP հասցեով՝ RIP-ի միջոցով:
Եթե ուշադրություն դարձնեք 192.168.1.0/24 ցանցի արտաքին տեսքին, ապա կնկատեք, որ երթուղիների ավտոմատ ամփոփման խնդիր կա։ Եթե ավտոմատ ամփոփումը միացված է, RIP-ը կամփոփի բոլոր ցանցերը մինչև 192.168.1.0/24: Եկեք նայենք, թե ինչ են ժամանակաչափերը: RIP արձանագրությունն ունի 4 հիմնական ժամանակաչափ։
Թարմացման ժմչփը պատասխանատու է թարմացումների ուղարկման հաճախականության համար՝ յուրաքանչյուր 30 վայրկյանը մեկ արձանագրության թարմացումներ ուղարկելով RIP երթուղղմանը մասնակցող բոլոր միջերեսներին: Սա նշանակում է, որ այն վերցնում է երթուղային աղյուսակը և տարածում այն բոլոր նավահանգիստներին, որոնք աշխատում են RIP ռեժիմում:
Պատկերացնենք, որ ունենք երթուղիչ 1, որը միացված է երթուղիչ 2-ին N2 ցանցով։ Առաջինից և երկրորդ երթուղիչից հետո կան N1 և N3 ցանցեր: Երթուղիչ 1-ը հայտնում է երթուղիչ 2-ին, որ նա գիտի N1 և N2 ցանցերը և ուղարկում է թարմացում: Երթուղիչը 2-ն ասում է երթուղիչ 1-ին, որ գիտի N2 և N3 ցանցերը: Այս դեպքում յուրաքանչյուր 30 վայրկյանը մեկ երթուղիչի նավահանգիստները փոխանակում են երթուղային աղյուսակները:
Եկեք պատկերացնենք, որ ինչ-ինչ պատճառներով N1-R1 կապը խզված է, և երթուղիչ 1-ն այլևս չի կարող շփվել N1 ցանցի հետ: Դրանից հետո առաջին երթուղիչը երկրորդ երթուղիչին կուղարկի միայն N2 ցանցի վերաբերյալ թարմացումներ: Երթուղիչ 2-ը, ստանալով առաջին նման թարմացումը, կմտածի. «հիանալի է, հիմա ես պետք է N1 ցանցը դնեմ Անվավեր ժմչփի մեջ», որից հետո այն կսկսի Անվավեր ժամանակաչափը: 180 վայրկյան այն ոչ մեկի հետ չի փոխանակի N1 ցանցի թարմացումները, սակայն այս ժամանակահատվածից հետո կդադարեցնի Անվավեր ժմչփը և նորից կսկսի Թարմացման ժամանակաչափը: Եթե այս 180 վայրկյանի ընթացքում այն N1 ցանցի վիճակի թարմացումներ չստանա, այն կտեղադրի 180 վայրկյան տևողությամբ Hold Down ժմչփի մեջ, այսինքն՝ Hold Down ժմչփը գործարկվում է Անվավեր ժամանակաչափի ավարտից անմիջապես հետո։
Միևնույն ժամանակ, մեկ այլ՝ չորրորդ Flush ժմչփ է աշխատում, որը միաժամանակ միանում է Անվավեր ժմչփին: Այս ժմչփը որոշում է N1 ցանցի վերաբերյալ վերջին նորմալ թարմացումը ստանալու միջև ընկած ժամանակահատվածը, մինչև ցանցը հեռացվի երթուղային աղյուսակից: Այսպիսով, երբ այս ժմչփի տեւողությունը հասնի 240 վայրկյանի, N1 ցանցը ավտոմատ կերպով կբացառվի երկրորդ երթուղիչի երթուղային աղյուսակից։
Այսպիսով, Update Timer-ը թարմացումներ է ուղարկում յուրաքանչյուր 30 վայրկյանը մեկ: Անվավեր ժմչփ, որն աշխատում է 180 վայրկյանը մեկ, սպասում է մինչև նոր թարմացումը հասնի երթուղիչին: Եթե այն չհասնի, այն դնում է այդ ցանցը պահման վիճակի մեջ, և Hold Down Timer-ը աշխատում է 180 վայրկյանը մեկ: Բայց Invalid և Flush ժմչփերը միաժամանակ գործարկվում են, այնպես որ Flush-ի մեկնարկից 240 վայրկյան հետո այն ցանցը, որը նշված չէ թարմացման մեջ, բացառվում է երթուղային աղյուսակից: Այս ժամաչափերի տեւողությունը սահմանված է լռելյայն եւ կարող է փոխվել: Ահա թե ինչ են RIP ժամանակաչափերը:
Այժմ եկեք անցնենք RIP արձանագրության սահմանափակումներին, որոնցից շատերը կան: Հիմնական սահմանափակումներից մեկը ավտոմատ ամփոփումն է:
Վերադառնանք մեր 192.168.1.0/24 ցանցին։ Երթուղիչը 3-ը պատմում է երթուղիչ 4-ին ամբողջ 1.0 ցանցի մասին, որը նշված է /24-ով: Սա նշանակում է, որ այս ցանցի բոլոր 256 IP հասցեները, ներառյալ ցանցի ID-ն և հեռարձակման հասցեն, հասանելի են, ինչը նշանակում է, որ այս տիրույթի ցանկացած IP հասցե ունեցող սարքերից հաղորդագրությունները կուղարկվեն 10.1.1.1 ցանցի միջոցով: Եկեք նայենք R3 երթուղային աղյուսակին:
Մենք տեսնում ենք ցանց 192.168.1.0/26՝ բաժանված 3 ենթացանցերի։ Սա նշանակում է, որ երթուղիչը գիտի միայն երեք նշված IP հասցեների մասին՝ 192.168.1.0, 192.168.1.64 և 192.168.1.128, որոնք պատկանում են /26 ցանցին: Բայց նա ոչինչ չգիտի, օրինակ, 192.168.1.192-ից մինչև 192.168.1.225 միջակայքում տեղակայված IP հասցեներով սարքերի մասին:
Սակայն, չգիտես ինչու, R4-ը կարծում է, որ գիտի ամեն ինչ այն տրաֆիկի մասին, որն իրեն ուղարկում է R3-ը, այսինքն՝ 192.168.1.0/24 ցանցի բոլոր IP հասցեները, ինչը լիովին կեղծ է։ Միևնույն ժամանակ, երթուղիչները կարող են սկսել թուլացնել երթևեկությունը, քանի որ նրանք «խաբում են» միմյանց. ի վերջո, երթուղիչը 3 իրավունք չունի չորրորդ երթուղիչին ասել, որ նա ամեն ինչ գիտի այս ցանցի ենթացանցերի մասին: Դա տեղի է ունենում «ավտո ամփոփում» կոչվող խնդրի պատճառով: Դա տեղի է ունենում, երբ տրաֆիկը շարժվում է տարբեր խոշոր ցանցերով: Օրինակ, մեր դեպքում C դասի հասցեներով ցանցը միացված է R3 երթուղիչի միջոցով A դասի հասցեներով ցանցին:
R3 երթուղիչը այս ցանցերը համարում է նույնը և ավտոմատ կերպով ամփոփում է բոլոր երթուղիները մեկ ցանցային հասցեի մեջ՝ 192.168.1.0: Հիշենք, թե նախորդ տեսանյութերից մեկում ինչ էինք խոսում սուպերցանցի երթուղիների ամփոփման մասին։ Գումարի պատճառը պարզ է. երթուղիչը կարծում է, որ երթուղային աղյուսակի մեկ մուտքը, մեզ համար սա 192.168.1.0/24 [120/1] մուտքն է 10.1.1.1-ի միջոցով, ավելի լավ է, քան 3 մուտք: Եթե ցանցը բաղկացած է հարյուրավոր փոքր ենթացանցերից, ապա երբ ամփոփումն անջատված է, երթուղային աղյուսակը բաղկացած կլինի հսկայական թվով երթուղային մուտքերից: Հետևաբար, երթուղային աղյուսակներում հսկայական քանակությամբ տեղեկատվության կուտակումը կանխելու համար օգտագործվում է երթուղու ավտոմատ ամփոփում:
Այնուամենայնիվ, մեր դեպքում երթուղիների ավտոմատ ամփոփումը խնդիր է ստեղծում, քանի որ այն ստիպում է երթուղիչին կեղծ տեղեկություններ փոխանակել: Հետևաբար, մենք պետք է մտնենք R3 երթուղիչի կարգավորումներ և մուտքագրենք հրաման, որն արգելում է երթուղիների ավտոմատ ամփոփումը:
Դա անելու համար ես հաջորդաբար մուտքագրում եմ երթուղիչի rip հրամանները և առանց ավտոմատ ամփոփման: Դրանից հետո դուք պետք է սպասեք, մինչև թարմացումը տարածվի ցանցով, այնուհետև կարող եք օգտագործել show ip route հրամանը R4 երթուղիչի կարգավորումներում:
Դուք կարող եք տեսնել, թե ինչպես է փոխվել երթուղային աղյուսակը: 192.168.1.0/24 [120/1] մուտքը 10.1.1.1 միջոցով պահպանվել է աղյուսակի նախորդ տարբերակից, այնուհետև կան երեք գրառում, որոնք Թարմացման ժամանակաչափի շնորհիվ թարմացվում են յուրաքանչյուր 30 վայրկյանը մեկ: Flush ժմչփը ապահովում է, որ թարմացումից 240 վայրկյան հետո գումարած 30 վայրկյան, այսինքն՝ 270 վայրկյան հետո այս ցանցը կհեռացվի երթուղային աղյուսակից:
192.168.1.0/26, 192.168.1.64/26 և 192.168.1.128/26 ցանցերը ճիշտ են թվարկված, ուստի հիմա, եթե երթևեկությունը նախատեսված է 192.168.1.225 սարքի համար, այդ սարքը կթողնի այն, քանի որ երթուղիչը չգիտի, թե որտեղ է սարքը: այդ հասցեն։ Բայց նախորդ դեպքում, երբ մենք R3-ի համար միացված էինք երթուղիների ավտոմատ ամփոփում, այս տրաֆիկը կուղղվեր դեպի 10.1.1.1 ցանց, ինչը բոլորովին սխալ էր, քանի որ R3-ը պետք է անմիջապես թողներ այդ փաթեթները՝ առանց դրանք հետագա ուղարկելու:
Որպես ցանցի ադմինիստրատոր, դուք պետք է ստեղծեք ցանցեր նվազագույն քանակությամբ ավելորդ տրաֆիկով: Օրինակ, այս դեպքում կարիք չկա փոխանցել այս տրաֆիկը R3-ի միջոցով։ Ձեր խնդիրն է հնարավորինս մեծացնել ցանցի թողունակությունը՝ թույլ չտալով երթևեկի ուղարկումը սարքեր, որոնք դրա կարիքը չունեն:
RIP-ի հաջորդ սահմանափակումը Loops-ն է կամ երթուղային հանգույցները: Մենք արդեն խոսել ենք ցանցի կոնվերգենցիայի մասին, երբ երթուղային աղյուսակը ճիշտ է թարմացվում։ Մեր դեպքում երթուղիչը չպետք է թարմացումներ ստանա 192.168.1.0/24 ցանցի համար, եթե դրա մասին ոչինչ չգիտի: Տեխնիկապես կոնվերգենցիան նշանակում է, որ երթուղային աղյուսակը թարմացվում է միայն ճիշտ տեղեկություններով: Դա պետք է տեղի ունենա, երբ երթուղիչը անջատված է, վերագործարկվում է, նորից միանում է ցանցին և այլն: Կոնվերգենցիան վիճակ է, երբ բոլոր անհրաժեշտ երթուղային աղյուսակի թարմացումներն ավարտվել են և բոլոր անհրաժեշտ հաշվարկները կատարվել են:
RIP-ն ունի շատ վատ կոնվերգենցիա և շատ, շատ դանդաղ երթուղային արձանագրություն է: Այս դանդաղության պատճառով առաջանում են երթուղային Loops կամ «անսահման հաշվիչի» խնդիրը:
Ես գծելու եմ նախորդ օրինակի նման ցանցային դիագրամ՝ երթուղիչ 1-ը միացված է երթուղիչ 2-ին N2 ցանցով, N1 ցանցը միացված է երթուղիչ 1-ին, իսկ N2 ցանցը միացված է երթուղիչ 3-ին: Ենթադրենք, ինչ-ինչ պատճառներով N1-R1 կապը խզված է։
Երթուղիչը 2-ը գիտի, որ N1 ցանցը հասանելի է երթուղիչ 1-ի միջոցով մեկ թռիչքով, սակայն այս ցանցն այս պահին չի աշխատում: Ցանցի ձախողումից հետո սկսվում է ժամանակաչափերի գործընթացը, երթուղիչ 1-ը այն դնում է Hold Down վիճակում և այլն: Այնուամենայնիվ, երթուղիչ 2-ում գործում է Update timer, և սահմանված ժամին այն թարմացում է ուղարկում երթուղիչ 1-ին, որն ասում է, որ N1 ցանցը հասանելի է դրա միջոցով երկու հոպով: Այս թարմացումը հասնում է երթուղիչ 1-ին, քանի դեռ չի հասցնում երթուղիչ 2-ին թարմացում ուղարկել N1 ցանցի ձախողման մասին:
Ստանալով այս թարմացումը՝ երթուղիչ 1-ը մտածում է. «Ես գիտեմ, որ N1 ցանցը, որը միացված է ինձ, ինչ-ինչ պատճառներով չի աշխատում, բայց երթուղիչ 2-ն ինձ ասաց, որ այն հասանելի է դրա միջոցով երկու հոփով: Ես հավատում եմ նրան, այնպես որ ես կավելացնեմ մեկ հոպ, կթարմացնեմ իմ երթուղղման աղյուսակը և երթուղիչ 2-ին թարմացում կուղարկեմ՝ ասելով, որ N1 ցանցը հասանելի է երթուղիչ 2-ի միջոցով՝ երեք հոպով»:
Ստանալով այս թարմացումը առաջին երթուղիչից՝ երթուղիչ 2-ն ասում է. «լավ, ավելի վաղ ես թարմացում եմ ստացել R1-ից, որն ասում էր, որ N1 ցանցը հասանելի է դրա միջոցով մեկ հոպով։ Հիմա ինձ ասաց, որ 3 հոպով կա։ Հավանաբար, ինչ-որ բան փոխվել է ցանցում, ես չեմ կարող չհավատալ դրան, այնպես որ ես կթարմացնեմ իմ երթուղային աղյուսակը՝ ավելացնելով մեկ հոպ»: Դրանից հետո R2-ը թարմացում է ուղարկում առաջին երթուղիչին, որտեղ նշվում է, որ N1 ցանցն այժմ հասանելի է 4 հոպով:
Տեսնու՞մ եք, թե որն է խնդիրը։ Երկու երթուղիչն էլ թարմացումներ են ուղարկում միմյանց՝ ամեն անգամ ավելացնելով մեկ հոպ, և ի վերջո հոփերի թիվը հասնում է մեծ թվի։ RIP պրոտոկոլում հոփերի առավելագույն քանակը 16 է, և հենց այն հասնում է այս արժեքին, երթուղիչը հասկանում է, որ խնդիր կա և պարզապես հեռացնում է այս երթուղին երթուղային աղյուսակից։ Սա RIP-ում հանգույցների երթուղավորման խնդիրն է: Դա պայմանավորված է նրանով, որ RIP-ը հեռավորության վեկտորային արձանագրություն է, այն վերահսկում է միայն հեռավորությունը՝ առանց ուշադրություն դարձնելու ցանցի հատվածների վիճակին: 1969 թվականին, երբ համակարգչային ցանցերը շատ ավելի դանդաղ էին, քան հիմա, հեռավորության վեկտորային մոտեցումն արդարացված էր, ուստի RIP մշակողները որպես հիմնական չափիչ ընտրեցին հոփ հաշվարկները: Այնուամենայնիվ, այսօր այս մոտեցումը բազմաթիվ խնդիրներ է ստեղծում, ուստի ժամանակակից ցանցերը լայնորեն անցել են ավելի առաջադեմ երթուղային արձանագրությունների, ինչպիսիք են OSPF-ը: Դե ֆակտո, այս արձանագրությունը դարձել է համաշխարհային ընկերությունների մեծ մասի ցանցերի ստանդարտ: Մենք մանրամասնորեն կանդրադառնանք այս արձանագրությանը հաջորդ տեսանյութերից մեկում:
Մենք այլևս չենք վերադառնա RIP-ին, քանի որ օգտագործելով այս ամենահին ցանցային արձանագրության օրինակը՝ ես ձեզ բավականաչափ պատմեցի երթուղավորման հիմունքների և այն խնդիրների մասին, որոնց պատճառով նրանք փորձում են այլևս չօգտագործել այս արձանագրությունը մեծ ցանցերի համար: Հաջորդ տեսադասերում մենք կանդրադառնանք ժամանակակից երթուղային արձանագրություններին` OSPF և EIGRP:
Շնորհակալություն մեզ հետ մնալու համար: Ձեզ դուր են գալիս մեր հոդվածները: Ցանկանու՞մ եք տեսնել ավելի հետաքրքիր բովանդակություն: Աջակցեք մեզ՝ պատվիրելով կամ խորհուրդ տալով ընկերներին, 30% զեղչ Habr-ի օգտատերերի համար մուտքի մակարդակի սերվերների եզակի անալոգի վրա, որը ստեղծվել է մեր կողմից ձեզ համար. (հասանելի է RAID1 և RAID10-ով, մինչև 24 միջուկով և մինչև 40 ԳԲ DDR4):
Dell R730xd 2 անգամ ավելի էժան? Միայն այստեղ Նիդեռլանդներում! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99-ից: Կարդացեք մասին
Source: www.habr.com