कसैले तपाईंलाई spoke-हरूको सारांश बनाउन भन्छ, र टिकट hub मा कम प्रिफिक्ससँग बन्द हुन्छ। एक हप्तापछि पहिले सिधै जाने शाखा-देखि-शाखा ट्राफिक फेरि hub बाट जान्छ, र कसैले पनि ती दुई परिवर्तनलाई जोड्दैन। spoke-हरूको सारांश बनाउनु भन्ने वाक्यांशले दुई फरक तालिकालाई छुने दुई फरक कार्य समेट्छ। अर्को DMVPN उदाहरणबाट आदेश सापटी लिनु अघि तपाईं कुन अवस्था घटाइरहनुभएको छ भन्नुहोस्।

लक्षण: सिधा spoke ट्राफिक फेरि hub मा गयो

यो भिन्नता सबैभन्दा महत्त्वपूर्ण हुन्छ जब Phase 2 को छलफल Phase 3 को डिजाइनमा लागू गरिन्छ। दुवै कुराकानीमा एउटै शब्दहरू आउँछन्, र फर्वार्डिङमा प्रभाव एउटै हुँदैन।

यही कारणले समीक्षाको समयमा परिवर्तन सही देखियो: समीक्षाले राउटिङ तालिका जाँच्यो, जुन संलग्न तीन अवस्थामध्ये एउटा मात्र हो।

एउटा एकत्रीकरण, दुई तालिका

दुई कार्य यसरी देखिन्छन्:

OperationWhat it actually changes
Routing summaryAggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs
NHRP summary mapChanges the network returned in a resolution reply, so a requesting spoke resolves to a different address
Protection pathIPsec state for the peer you actually resolved; neither aggregation changes it

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

दुवैमध्ये कुनै पनि कार्य सुरक्षा मार्गको बारेमा कथन होइन, किनकि त्यो तपाईंले वास्तवमै समाधान गर्नुभएको पियरका लागि वार्ता गरिन्छ।

hub को सारांशले वास्तवमा के परिवर्तन गर्छ

spoke-हरूबीचको NHRP सारांश नक्साका लागि Cisco को मार्गदर्शिका एउटा Phase 3 व्यवस्था वर्णन गर्छ जहाँ hub ले सारांश घोषणा गर्छ र राउटिङको अर्को हप रहन्छ। त्यसपछि पुनर्निर्देशन र त्यसपछिको NHRP रिजोल्युसनले अझ सिधा फर्वार्डिङ मार्ग दिन्छ। त्यसैले केवल एकत्रित रुट पढ्नुले सम्पूर्ण फर्वार्डिङ अवस्था वर्णन गर्दैन, र यसको अर्थ प्रत्येक प्याकेट सधैं hub बाट जानैपर्छ भन्ने होइन। सारांश पुग्ने क्षमताको बारेमा हो, मार्गको बारेमा होइन।

त्यसैले राउटिङ तालिकामा रोकिने डिजाइन समीक्षाले रिजोल्युसनको व्यवहार परिवर्तन गर्ने परिवर्तन स्वीकृत गर्न सक्छ। छानिएको रुट, NHRP नतिजा र सुरक्षा मार्गलाई तीन अलग अवलोकनका रूपमा जाँच्नुहोस्।

तीनमध्ये कुन परिवर्तन भयो भन्न सक्नुहुन्न भने, तपाईंले परिवर्तन सक्नुभएको छैन।

NHRP सारांश नक्साले के परिवर्तन गर्छ

धेरै अझ विशिष्ट LAN रुटमार्फत 10.32.0.0/19 स्वामित्व लिने spoke लिनुहोस्, जबकि hub ले अन्य spoke-हरूलाई ठूलो एकत्रीकरण घोषणा गर्छ। 10.32.12.10 का लागि अनुरोधले अन्यथा मिल्ने सानो सञ्जालको रिजोल्युसन जानकारी पाउँथ्यो। कागजात गरिएको NHRP सारांश नक्सा सुविधाले spoke लाई यसको सट्टा आफ्नो कन्फिगर गरिएको आवरण प्रिफिक्स फर्काउन दिन्छ, जसले त्यो spoke का सञ्जालहरूका लागि दोहोरिने रिजोल्युसन काम घटाउन सक्छ। यसले hub को रुट सारांश र spoke को रिजोल्युसन सारांशलाई एउटै वस्तु बनाउँदैन।

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

प्रिफिक्स ठूलो बनाउनु अघि वास्तविक रुट र इच्छित अस्वीकृत केसहरू जाँच्नुहोस्, पछि होइन।

पहिलो गन्तव्य र सारांशभित्रको एउटा तुलना गर्नुहोस्

दुई गन्तव्य छान्नुहोस्: तपाईंले परीक्षण गर्नुभएको पहिलो, र प्रस्तावित सारांशभित्र पर्ने अर्को। प्रत्येकका लागि छानिएको रुट, त्यहाँ पुग्न प्रयोग गरिएको NHRP अवस्था र वास्तविक जवाफ मार्ग लेख्नुहोस्। यो तुलनाले तपाईंले राउटिङ स्केल, रिजोल्युसन स्केल वा फर्वार्डिङ त्रुटि परिवर्तन गर्नुभयो भन्ने बताउँछ, र त्यो नै एकमात्र उपयोगी निष्कर्ष हो। कम प्रिफिक्स देखाउने डिस्प्ले तीमध्ये कुनैको प्रमाण होइन।

तपाईंको सञ्जालमा Phase 3 उदाहरण लागू गर्नु अघि तैनाथ चरण र राउटिङ प्रोटोकलको अर्को-हप व्यवहार पुष्टि गर्नुहोस्। छोटो उदाहरण अर्को डिजाइनले त्यही सिधा spoke मार्ग कायम राख्छ भन्ने प्रमाण होइन।

टिकटले तपाईंले कुन तालिका घटाउनुभयो र कुन अछुतो राख्नुभयो भन्नुपर्छ। त्यसभन्दा कम केही एक महिनापछि शून्यबाट फेरि निदान गरिनेछ।

सम्बन्धित लेखहरू