अनसंख्या टनल: यह कौन-सा पता उधार लेता है?

अनसंख्या टनल उस चरण को छोड़ देता है जहाँ आप तार्किक इंटरफ़ेस के लिए सबनेट गढ़ते हैं, परंतु पता-निर्धारण को पूरी तरह नहीं छोड़ता। कार्यान्वयन को अब भी स्थानीय 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 एक-दूसरे को खोज सकें; अनसंख्या लाइन इनमें से कुछ भी नहीं देती। प्रमाणीकरण, अनुमत अग्रेषण और वापसी मार्ग अब भी आवश्यक हैं, और कोई भी प्रीफ़िक्स बदलने से पहले रूटिंग प्रोटोकॉल को टनल के आर-पार पड़ोस बनाना होगा। इनमें से हर एक विफल हो सकता है जबकि इंटरफ़ेस सक्रिय होने की सूचना देता है, इसलिए सत्यापन पते से मैपिंग और वहाँ से मार्ग तक चलता है।

कमांड सिंटैक्स और पता-निर्धारण के नियम भी उत्पाद और संस्करण के अनुसार बदलते हैं, इसलिए किसी दूसरे प्लेटफ़ॉर्म से कॉन्फ़िगरेशन की नकल करने के बजाय अपने सामने के उपकरण के इंटरफ़ेस मॉडल से मेल बैठाएँ। लक्ष्य एक जैसा हो सकता है जबकि आवश्यक पंक्तियाँ नहीं।

दाता, बाहरी स्रोत और घोषित प्रीफ़िक्स टनल के दस्तावेज़ में लिखें, फिर एक जाँच जोड़ें जो दाता का पता बदलने पर ज़ोर से विफल हो। वही एक जाँच उस विफलता-प्रणाली को पकड़ती है जिसे अनसंख्या डिज़ाइन सबसे अधिक छिपाते हैं।