संक्षेपित OSPF मार्गों को विज्ञापित किया गया?

Question

CCNP की तैयारी, कुछ प्रयोगशाला काम कर रहे हैं। ZEUS दो लूपबैक को संक्षेप में प्रस्तुत कर रहा है area 2 range 172.16.2.0 255.255.254.0, और सारांश मार्ग राउटर 'WODAN' पर आ रहा है, लेकिन अधीनस्थ मार्ग (2/32) अभी भी WODAN के आईपी रूटिंग टेबल में दिखाई दे रहे हैं। क्यों? मेरी समझ यह थी कि एक बार संक्षेप में कहा गया था कि सामान्य T3 LSA को नहीं भेजा जाएगा, इसके बजाय ABR (इस मामले में ज़ीउस) द्वारा एक सारांश T3 भेजा जाएगा? मुझे समझ नहीं आ रहा है कि मैं अभी भी क्यों देख रहा / 32 है अगर सारांश वोडन पर प्राप्त होता है।

यहां प्रश्न में दो राउटर के लिए टोपोलॉजी और प्रासंगिक कमांड आउटपुट हैं ।

---

टोपोलॉजी आरेख :

ZEUS विन्यास :

WODAN रूटिंग टेबल :

Answer 1

संक्षिप्त उत्तर इसलिए है क्योंकि ZEUS (जो संक्षेपण कर रहा है) क्षेत्र 2 के लिए संक्षेप में प्रस्तुत कर रहा है, लेकिन यह क्षेत्र 2 कोODAN के साथ भी साझा करता है। OSPF को उस क्षेत्र के सभी लिंक की आवश्यकता होती है, जिसमें क्षेत्र के लिंक-स्टेट डेटाबेस की एक ही प्रतिलिपि हो; ओएसपीएफ एबीआर प्रत्येक क्षेत्र के लिए एक अलग एसपीएफ एल्गोरिथ्म गणना चलाते हैं, जिसमें वे भाग लेते हैं।

RFC 2328 को उद्धृत करते हुए - सबसे पहले सबसे छोटा रास्ता खोलें :

1. ...
   
2. ...
   
3. ...
   

4. क्रियात्मक सारांश

   प्रत्येक क्षेत्र में OSPF की मूल रूटिंग एल्गोरिथ्म की एक अलग प्रति चलती है। कई क्षेत्रों में इंटरफेस रखने वाले राउटर एल्गोरिथ्म की कई प्रतियाँ चलाते हैं।

   ...

   12.2। लिंक राज्य डेटाबेस

   एक राउटर के पास हर क्षेत्र के लिए एक अलग लिंक स्टेट डेटाबेस होता है। एक ही क्षेत्र से संबंधित सभी राउटर में क्षेत्र के लिए समान लिंक राज्य डेटाबेस होते हैं।

आप इसे सत्यापित कर सकते हैं:

WODAN# show ip ospf database | i ID|Area|Link|172.16.2
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Summary Net Link States (Area 0)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.0      3.3.3.3         1721        0x80007657 0x006E08 1
...
            OSPF Router with ID (2.2.2.2) (Process ID 1)
                Router Link States (Area 2)
Link ID         ADV Router      Age         Seq#       Checksum Link count
172.16.2.2      3.3.3.3         1721        0x80007657 0x00640F 1

मैंने अनुभव से उस आउटपुट का मज़ाक उड़ाया, लेकिन मुझे उम्मीद है कि आप देख सकते हैं:

• एरिया 0 में 172.16.2.0 के लिए नेटवर्क सारांश एलएसए
• राउटर LSA जिसमें एरिया 2 में 172.16.2.2 है (मैंने यह अनुमान लगाया कि 172.16.2.2 राउटर LSA की आईडी है)

चूंकि 172.16.2.2 अभी भी ओएसपीएफ एलएसडीबी में मौजूद है, ओएसपीएफ इसके लिए एक मार्ग स्थापित करता है। ध्यान दें कि आउटपुट में 172.16.2.2/32 और 172.16.2.0/23 के बीच अंतर है show ip route:

• 172.16.2.0/23 एक O IAमार्ग है ( IAमतलब इंटर-एरिया, जो टाइप 3 नेटवर्क सारांश एलएसए द्वारा निर्मित है)
• 172.16.2.2/32 एक Oमार्ग है, यदि निम्नलिखित में कोई अक्षर नहीं हैं O, तो मार्ग एक राउटर LSA से आता है, जिसे टाइप 1 LSA भी कहा जाता है।

एक अंतिम पक्ष जिसे आपने स्पष्ट रूप से उल्लेख नहीं किया था ... आपने 24-बिट मास्क के साथ ZEUS के लूपबैक को कॉन्फ़िगर किया था; हालाँकि, जिस तरह से OSPF लूपबैक संभालता है , उन लूपबैक को मेजबान मार्गों के रूप में विज्ञापित किया जाता है।

Comments

ठीक है, तो आप कह रहे हैं, भले ही ZEUS संक्षेप कर रहा है (और यह एक सारांश के रूप में WODAN में दिखाई दे रहा है), WODAN भी कर रहा है यह स्वयं SPF कैल्क है और इसलिए यह लूपबैक भी उठा रहा है जो कि असम्बद्ध है। क्या केवल एक लाइन सारांश प्राप्त करने का एक तरीका है? क्या मुझे WODAN पर एक सारांश बनाना होगा, या यह केवल OSPF की एक सीमा है - कोई समान क्षेत्र संक्षेप नहीं? बस किनारों पर?

— AL

@AL, WODAN पर 172.16.2.2 से छुटकारा पाने का एकमात्र तरीका यह सुनिश्चित करना है कि LSA उस क्षेत्र में दिखाई नहीं देता है जहां WODAN जुड़ा हुआ है। लिंक-स्टेट IGP की सीमाओं में से एक सीमा एक ही क्षेत्र के भीतर खटास वाले मार्गों को संक्षेप में प्रस्तुत करने में असमर्थता है।

— माइक पेनिंगटन

बहुत बढ़िया, मैं अब इसे पूरी तरह से समझता हूं और भविष्य में इसकी उम्मीद करूंगा। यह भी बताता है कि जब मैंने क्षेत्र 4 में लूपबैक का विज्ञापन किया, तो यह दिखा दिया कि मैं चाहता था - एक पंक्ति सारांश। बहुत ही शांत! इस माइक के लिए धन्यवाद।

— AL