अक्रमांकित बोगदा: तो कोणता पत्ता उधार घेतो?

अक्रमांकित बोगदा तार्किक इंटरफेससाठी सबनेट तयार करण्याची पायरी वगळतो, पण पत्ता-नियोजन पूर्णपणे वगळत नाही। अंमलबजावणीला अजूनही स्थानिक IP ओळख हवी असते, म्हणून तो दुसऱ्या संरचित इंटरफेसचा पत्ता उधार घेतो। तो दाता आता तुमच्या रचनेचा भाग आहे: त्याचा पत्ता बदलला किंवा त्याचा इंटरफेस फ्लॅप झाला तर बोगद्याचे IP वर्तन त्याला अनुसरते। बहुतेक लेखांमध्ये तीन निर्णय एकत्र मिसळतात, आणि ते वेगळे ठेवल्यास बरोबर दिसणारे पण काहीही राउट न करणारे संरचनालेखन टळते।

दात्याकडे रचनेची निवड म्हणून पाहा, वाक्यरचनेचा तपशील म्हणून नाही।

पत्त्याच्या तीन भूमिका, वेगळ्या ठेवलेल्या

बाह्य स्रोत म्हणजे खालच्या स्तरातून बोगद्याची पॅकेट वाहून नेणारा पत्ता, आणि सहकारीाला तोच गाठता आला पाहिजे। उधार घेतलेला पत्ता म्हणजे पॅकेट डीकॅप्सुल झाल्यानंतर अक्रमांकित तार्किक इंटरफेस IP प्रक्रियेसाठी वापरणारी ओळख। संरक्षित प्रीफिक्स म्हणजे ज्यांचा रहदारी बोगद्यातून जावा अशी LAN नेटवर्के, आणि त्यांची घोषणा बोगद्याच्या पत्त्याने नव्हे तर राउटिंग प्रोटोकॉलने होते। इंटरफेस अक्रमांकित असे चिन्हांकित केल्याने यातील एकही भूमिका इतरांना मिळत नाही।

ती फाळणी एक सामान्य गोंधळ समजावते: पत्ता उधार घेतल्याने दात्याचा संपूर्ण Ethernet विभाग दूरच्या सहकारीाला मिळत नाही।

दाता इंटरफेस निवडणे

लूपबॅक सहसा चांगला दाता असतो, कारण त्याचा पत्ता स्थिर, नेहमी सक्रिय आणि कोणत्याही एका भौतिक दुव्यावर अवलंबून नसतो। LAN इंटरफेसवरून उधार घेतल्याने बोगदा त्या इंटरफेसच्या स्थितीशी आणि पत्ता-वाटपाशी जोडला जातो, ही वेगळी कार्यात्मक अदलाबदल आहे: प्रयोगशाळेत सोयीची, LAN ला पुन्हा पत्ते दिल्यावर नाजूक। दोन्हींपैकी एक निवडण्याआधी प्लॅटफॉर्म तुम्ही बनवत असलेल्या बोगदा प्रकारावर अक्रमांकित कार्य समर्थित करतो याची खात्री करा।

तुम्ही कोणताही दाता निवडा, बोगद्याच्या संरचनालेखनाच्या शेजारीच बदल-नोंदीत त्याची अवलंबित्व म्हणून नोंद करा।

बोगदा संरचित करा आणि परत वाचा

खालील उदाहरण IOS कुटुंबातील राउटरवरील बहुबिंदू GRE बोगदा आहे, जो लूपबॅक उधार घेतो आणि आपला बाह्य स्रोत खालच्या स्तराच्या इंटरफेसकडे वळवतो। 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 दाखवणारा अक्रमांकित बोगदा उधार घेतलेल्या पत्त्याकडे दुर्लक्ष करून राउट करणार नाही। नंतर दाता सक्रिय आहे आणि त्याचा पत्ता तुमच्या हेतूचा आहे याची तपासणी करा, कारण पुन्हा पत्ता मिळालेला लूपबॅक बोगदा दाखवत असलेली ओळख गुपचूप बदलतो।

संरक्षित प्रीफिक्ससाठी राउटिंग तक्ता आणि बोगद्यावरील शेजार याची तपासणी करून संपवा, कारण योग्य इंटरफेस स्थिती दोन्हींपैकी कोणाचीही पोहोच सिद्ध करत नाही।

उधार घेतलेला पत्ता काय देत नाही

DMVPN ला NHRP नोंदी आणि मॅपिंग हवीत जेणेकरून spokes एकमेकांना शोधू शकतील; अक्रमांकित मार्ग यातले काहीही देत नाही। प्रमाणीकरण, परवानगी असलेले अग्रेषण आणि परतीचे मार्ग अजूनही आवश्यक आहेत, आणि कोणताही प्रीफिक्स बदलण्यापूर्वी राउटिंग प्रोटोकॉलने बोगद्यावर शेजार तयार केला पाहिजे। यातील प्रत्येक इंटरफेस सक्रिय असल्याचे सांगत असतानाही अयशस्वी होऊ शकते, म्हणूनच तपासणी पत्त्यापासून मॅपिंगकडे आणि तिथून मार्गाकडे जाते।

आदेशांची वाक्यरचना आणि पत्ता-नियोजनाचे नियमही उत्पादन आणि आवृत्तीनुसार बदलतात, म्हणून दुसऱ्या प्लॅटफॉर्मवरून संरचनालेखन नकलण्याऐवजी तुमच्यासमोरच्या उपकरणाच्या इंटरफेस नमुन्याशी जुळवून घ्या। ध्येय सारखे असू शकते, पण आवश्यक ओळी नाहीत।

दाता, बाह्य स्रोत आणि घोषित प्रीफिक्स बोगद्याच्या दस्तऐवजात लिहा, नंतर एक तपासणी जोडा जी दात्याचा पत्ता बदलल्यास मोठ्याने अयशस्वी होते। तीच एक तपासणी अक्रमांकित रचना सर्वाधिक लपवतात ती बिघाड-पद्धत पकडते।