DMVPN երթուղիների ամփոփում ընդդեմ NHRP ամփոփ քարտեզի՝ տարբեր աղյուսակներ
Երթուղիների ամփոփումը փոխում է հայտարարված նախածանցը և հաջորդ թռիչքը։ NHRP ամփոփ քարտեզը փոխում է, թե ինչ է վերադարձնում լուծման պատասխանը։ Նույն բառը՝ այլ աղյուսակ։
Ինչ-որ մեկը խնդրում է ամփոփել spoke-երը, և տոմսը փակվում է hub-ի վրա ավելի քիչ նախածանցերով։ Մեկ շաբաթ անց մասնաճյուղերի միջև երթևեկությունը, որն առաջ ուղիղ էր գնում, նորից անցնում է hub-ով, և ոչ ոք չի կապում այդ երկու փոփոխությունները։ Ամփոփել spoke-երը արտահայտությունը ծածկում է երկու տարբեր գործողություններ, որոնք դիպչում են երկու տարբեր աղյուսակների։ Նշեք, թե որ վիճակն եք նվազեցնում, նախքան մեկ այլ DMVPN օրինակից հրաման փոխառելը։
Ախտանիշը՝ ուղիղ spoke երթևեկությունը վերադարձավ hub
Տարբերությունը ամենակարևորն է, երբ Phase 2-ի քննարկումը կիրառվում է Phase 3-ի նախագծի վրա։ Նույն բառերը հանդիպում են երկու զրույցներում, և ազդեցությունը փոխանցման վրա նույնը չէ։
Այդ պատճառով էլ փոփոխությունը վերանայման պահին ճիշտ թվաց. վերանայումը ստուգեց երթուղավորման աղյուսակը, որը ներգրավված երեք վիճակներից միայն մեկն է։
Մեկ համախմբում, երկու աղյուսակ
Երկու գործողությունները այսպիսի տեսք ունեն՝
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
Երթուղիների ամփոփումը պնդում է այն մասին, թե ինչ է հայտարարում hub-ը և ինչ է տեղադրում ընդունող spoke-ը որպես երթուղի։ NHRP ամփոփ քարտեզը պնդում է այն մասին, թե ինչ պատասխան է ուղարկում spoke-ը, երբ մեկ այլ spoke հարցնում է, թե ինչպես հասնել հասցեին։ Սրանք տարբեր հարցեր են տարբեր խափանումների ձևերով, և նախագիծը կարող է փոխել մեկը՝ թողնելով մյուսը ճիշտ այնպես, ինչպես կար։ Դրանց մեկ լծակի պես վերաբերվելը հենց այն ուղին է, որով համախմբման փոփոխությունը հանգիստ դառնում է փոխանցման փոփոխություն։
Գործողություններից ոչ մեկը պնդում չէ պաշտպանության ուղու մասին, քանի որ այն բանակցվում է այն peer-ի համար, որը դուք իրականում լուծել եք։
Ինչ է իրականում փոխում hub-ի ամփոփումը
Cisco-ի ուղեցույցը spoke-երի միջև NHRP ամփոփ քարտեզների մասին նկարագրում է Phase 3 կարգավորում, որտեղ hub-ը հայտարարում է ամփոփում և մնում է երթուղավորման հաջորդ թռիչքը։ Վերահասցեավորումը և դրան հաջորդող NHRP լուծումը տալիս են ավելի ուղիղ փոխանցման ուղի։ Ուստի միայն համախմբված երթուղին կարդալը չի նկարագրում փոխանցման ամբողջ վիճակը և չի նշանակում, որ յուրաքանչյուր փաթեթ պետք է հավիտյան անցնի hub-ով։ Ամփոփումը հասանելիության մասին է, ոչ ուղու։
Այդ պատճառով երթուղավորման աղյուսակում կանգ առնող նախագծի վերանայումը կարող է հաստատել փոփոխություն, որը փոխում է լուծման վարքը։ Ստուգեք ընտրված երթուղին, NHRP արդյունքը և պաշտպանության ուղին որպես երեք առանձին դիտարկում։
Եթե չեք կարող ասել, թե երեքից որն է փոխվել, ապա փոփոխությունը չեք ավարտել։
Ինչ է փոխում NHRP ամփոփ քարտեզը
Վերցրեք մի spoke, որը 10.32.0.0/19-ը տիրապետում է մի քանի ավելի կոնկրետ LAN երթուղիներով, մինչ hub-ը ավելի մեծ համախմբում է հայտարարում մյուս spoke-երին։ 10.32.12.10-ի հարցումը հակառակ դեպքում կստանար համապատասխան ավելի փոքր ցանցի լուծման տեղեկություն։ Փաստաթղթավորված NHRP ամփոփ քարտեզի հատկությունը թույլ է տալիս spoke-ին փոխարենը վերադարձնել իր կարգավորված ծածկող նախածանցը, ինչը կարող է նվազեցնել կրկնվող լուծման աշխատանքը տվյալ spoke-ին պատկանող ցանցերի համար։ Դա hub-ի երթուղիների ամփոփումը և spoke-ի լուծման ամփոփումը նույն օբյեկտը չի դարձնում։
Այդ ծածկող նախածանցին տվեք մտածված սեփականության մոդել։ Լայն պատասխանը, որը ներառում է այլ տեղ պատկանող հասցեներ կամ անհասանելի բացեր, կարող է հետագա երթևեկն ուղղել ոչ պիտանի peer-ի։
Ստուգեք փաստացի երթուղիները և նախատեսված մերժումները նախքան նախածանցը մեծացնելը, ոչ թե հետո։
Համեմատեք առաջին նպատակակետը և մեկը ամփոփման ներսում
Ընտրեք երկու նպատակակետ՝ առաջինը, որը փորձարկել եք, և մեկ այլը, որը գտնվում է առաջարկվող ամփոփման ներսում։ Յուրաքանչյուրի համար գրանցեք ընտրված երթուղին, դրան հասնելու համար օգտագործված NHRP վիճակը և իրական պատասխանի ուղին։ Այդ համեմատությունը ձեզ ասում է՝ փոխե՞լ եք երթուղավորման մասշտաբը, լուծման մասշտաբը, թե՞ փոխանցման սխալ, և դա միակ օգտակար եզրակացությունն է։ Ավելի քիչ նախածանց ցուցադրող էկրանը դրանցից ոչ մեկի ապացույցը չէ։
Հաստատեք տեղակայված փուլը և երթուղավորման արձանագրության հաջորդ թռիչքի վարքը նախքան ձեր ցանցում Phase 3 օրինակ կիրառելը։ Կարճ օրինակը ապացույց չէ, որ մեկ այլ նախագիծ պահպանում է նույն ուղիղ spoke ուղին։
Տոմսը պետք է ասի, թե որ աղյուսակն եք նվազեցրել և որը թողել անփոփոխ։ Ավելի քիչը մեկ ամիս անց զրոյից նորից կախտորոշվի։