Առանց համարի թունել, ո՞ր հասցեն է վերցնում։

Առանց համարի թունելը բաց թողնում է այն քայլը, որտեղ դուք տրամաբանական ինտերֆեյսի համար ենթացանց եք հորինում, սակայն հասցեավորումը լիովին չի բաց թողնում։ Իրականացմանը դեռ պետք է տեղական IP ինքնություն, ուստի այն վերցնում է մեկ այլ կարգավորված ինտերֆեյսի հասցեն։ Այդ տվողը հիմա ձեր ձևավորման մասն է, եթե նրա հասցեն փոխվի կամ նրա ինտերֆեյսը թարթի, ապա թունելի IP վարքը հետևում է դրան։ Երեք որոշում խառնվում են նկարագրությունների մեծ մասում, և դրանք առանձնացնելը կանխում է կարգավորում, որը ճիշտ է թվում և ոչինչ չի երթուղարկում։

Տվողին վերաբերվեք որպես ձևավորման ընտրության, ոչ որպես շարահյուսական մանրամասնության։

Հասցեի երեք դերեր՝ առանձին պահված

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

Այդ բաժանումը բացատրում է տարածված շփոթությունը, հասցե վերցնելը տվողի ամբողջ Ethernet հատվածը չի հանձնում հեռավոր գործընկերոջը։

Տվող ինտերֆեյսի ընտրությունը

Loopback-ը սովորաբար ավելի լավ տվող է, քանի որ նրա հասցեն կայուն է, միշտ աշխատում է և անկախ է որևէ առանձին ֆիզիկական կապից։ LAN ինտերֆեյսից վերցնելը թունելը կապում է այդ ինտերֆեյսի վիճակին և հասցեի հատկացմանը, ինչը այլ գործառնական փոխզիջում է, հարմար լաբորատորիայում, փխրուն, երբ LAN-ը վերահասցեավորվում է։ Նախքան դրանցից որևէ մեկի ընտրությունը, հաստատեք, որ հարթակը աջակցում է առանց համարի աշխատանքը ձեր կառուցվող թունելի տեսակի վրա։

Ինչ տվող էլ ընտրեք, փաստաթղթավորեք այն որպես կախվածություն փոփոխության գրառման մեջ՝ թունելի կարգավորման կողքին։

Կարգավորեք և հետ կարդացեք թունելը

Ստորև բերված օրինակը IOS ընտանիքի երթուղիչների բազմակետ GRE թունել է, որը վերցնում է loopback և իր արտաքին աղբյուրը ուղղում է ստորին շերտի ինտերֆեյսին։ NHRP ինքնությունը առանձին է վերցված հասցեից և պետք է հստակ կարգավորվի։

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

Նախ կարդացեք ինտերֆեյսի տողը, down հաղորդող առանց համարի թունելը չի երթուղարկի՝ անկախ վերցված հասցեից։ Այնուհետև ստուգեք, որ տվողը աշխատում է և որ նրա հասցեն այն է, ինչ նախատեսել էիք, քանի որ վերահասցեավորված loopback-ը լուռ փոխում է այն ինքնությունը, որը ներկայացնում է թունելը։

Ավարտեք՝ ստուգելով երթուղարկման աղյուսակը պաշտպանված նախածանցների և թունելի վրայով հարևանության համար, քանի որ ինտերֆեյսի ճիշտ վիճակը չի ապացուցում դրանցից ոչ մեկի հասանելիությունը։

Ինչ չի տալիս վերցված հասցեն

DMVPN-ին անհրաժեշտ են NHRP գրանցումներ և քարտեզներ, որպեսզի spokes-երը գտնեն միմյանց, առանց համարի գիծը դրանից ոչինչ չի տալիս։ Նույնականացումը, թույլատրված փոխանցումը և վերադարձի երթուղիները դեռ պահանջվում են, և երթուղարկման արձանագրությունը պետք է թունելի վրայով հարևանություն կազմի նախքան որևէ նախածանցի փոխանակումը։ Դրանցից յուրաքանչյուրը կարող է ձախողվել, մինչ ինտերֆեյսը հայտնում է, որ աշխատում է, դրա համար էլ ստուգումը գնում է հասցեից քարտեզ, ապա երթուղի։

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

Գրեք տվողին, արտաքին աղբյուրը և հայտարարված նախածանցները թունելի փաստաթղթերում, ապա ավելացրեք մեկ ստուգում, որը բարձր ձախողվում է, եթե տվողի հասցեն փոխվի։ Այդ մեկ ստուգումը բռնում է ձախողման այն ռեժիմը, որը առանց համարի ձևավորումներն ամենից հաճախ թաքցնում են։