असंख्याकृत सुरुङ: यसले कुन ठेगाना उधारो लिन्छ?

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

कमाण्ड सिन्ट्याक्स र ठेगाना नियम पनि उत्पादन र रिलिजअनुसार फरक पर्छ, त्यसैले अर्को प्लेटफर्मको कन्फिगरेसन नक्कल गर्नुको सट्टा तपाईंको अगाडिको यन्त्रको इन्टरफेस मोडेलसँग मिलाउनुहोस्। लक्ष्य एउटै हुन सक्छ, तर आवश्यक लाइनहरू होइनन्।

दाता, बाह्य स्रोत र घोषित प्रिफिक्सहरू सुरुङको कागजातमा लेख्नुहोस्, त्यसपछि एउटा जाँच थप्नुहोस् जो दाताको ठेगाना बदलियो भने ठूलो स्वरले असफल हुन्छ। त्यही एउटा जाँचले असंख्याकृत डिजाइनहरूले सबैभन्दा बढी लुकाउने असफलता ढाँचा समात्छ।