आपका VPN बैकअप EIGRP का व्यवहार्य उत्तराधिकारी क्यों नहीं है

दूसरी टनल ऊपर आती है, रूटिंग तालिका अब भी एक ही पथ दिखाती है, और स्पष्ट निष्कर्ष यह है कि प्रोटोकॉल ने इसे नोटिस नहीं किया। आमतौर पर वह नोटिस करता है और अस्वीकार कर देता है। EIGRP बैकअप केवल तब स्थापित करता है जब वह कोई विशिष्ट लूप-मुक्त परीक्षण पास करे, और टनल का ऊपर होना इस बारे में कुछ नहीं कहता कि पड़ोसी की रिपोर्ट की गई दूरी वह परीक्षण पास करती है या नहीं। यही भेद पूरा उत्तर है, और यह टाइमर नहीं, अंकगणित है।

शर्त, ठीक-ठीक कही गई

RFC 7868 पड़ोसी के लूप-मुक्त पथ के लिए पर्याप्त जाँच के रूप में व्यवहार्यता शर्त को परिभाषित करता है: किसी गंतव्य के लिए पड़ोसी की रिपोर्ट की गई दूरी स्थानीय व्यवहार्य दूरी से कड़ाई से कम होनी चाहिए। कड़ाई से। कम या बराबर नहीं।

यही एक असमानता किसी विकल्प को व्यवहार्य उत्तराधिकारी बनाती है। यहाँ बाकी सब उसके इर्द-गिर्द का हिसाब है।

अलग-अलग कामों वाली दो दूरियाँ

रिपोर्ट की गई दूरी वह है जो पड़ोसी गंतव्य के लिए घोषित करता है। व्यवहार्य दूरी अंतिम ACTIVE–PASSIVE संक्रमण के बाद से ज्ञात सबसे छोटी कुल मीट्रिक का रिकॉर्ड है, इसीलिए यह वर्तमान सर्वोत्तम पथ की मीट्रिक से भिन्न हो सकती है। इन दोनों को मिला देना आत्मविश्वासी गलत निष्कर्ष देता है।

परिचालन प्रदर्शन में दूरी जैसे दिखने वाले कई स्तंभ साथ-साथ होते हैं। जिस स्तंभ का आप उपयोग कर रहे हैं उसका शीर्षक पढ़ें, और याद रखें कि पड़ोसी की पूरी गणना की गई पथ-मीट्रिक वही मात्रा नहीं है जो उसने आपको रिपोर्ट की गई दूरी बताई।

एक किया गया तुलनात्मक उदाहरण

1000 व्यवहार्य दूरी वाला एक घोषित उदाहरण लें। 900 रिपोर्ट करने वाला पड़ोसी परीक्षण पास करता है और व्यवहार्य उत्तराधिकारी बन सकता है। 1000 रिपोर्ट करने वाला पड़ोसी असफल होता है, क्योंकि शर्त कड़ी असमानता है और समानता पर्याप्त नहीं है।

ये संख्याएँ अंकगणित हैं, लिंक की गति नहीं। इन्हें किसी विशेष राउटर के बारे में भविष्यवाणी या सुझाई गई मीट्रिक के रूप में न पढ़ें।

पहचान योग्यता नहीं है

कोई तंत्र मृत साथी को जल्दी नोटिस कर सकता है जबकि EIGRP के पास अभी कोई योग्य प्रतिस्थापन नहीं है। नोटिस करना एक चरण है; समन्वित मार्ग गणना दूसरा है, और वह केवल तब शुरू होती है जब कोई व्यवहार्य उत्तराधिकारी न हो। शर्त में असफल होना यह साबित नहीं करता कि विकल्प में भौतिक लूप है। इसका अर्थ है कि स्थानीय शॉर्टकट परीक्षण ने गारंटी स्थापित नहीं की, इसलिए गणना को परिणाम संभालना होगा।

जीवंतता टाइमर छोटा करना ऐसी पहुँच नहीं बना सकता जो कभी थी ही नहीं, और कॉन्फ़िगर किया गया बैंडविड्थ या विलंब मान बदलना क्षमता का माप नहीं है।

फ़ील्ड पढ़ें, फिर अनुप्रयोग जाँचें

गंतव्य, वर्तमान उत्तराधिकारी, उम्मीदवार पड़ोसी, उसकी रिपोर्ट की गई दूरी, व्यवहार्य दूरी और परिणामी मार्ग स्थिति दर्ज करें। show ip eigrp topology 10.10.10.0/24 एक प्रीफ़िक्स के लिए इसमें से अधिकांश देता है। फिर निर्णय को उस टनल पथ से बाँधें जो वास्तव में अगला हॉप ले जाता है, क्योंकि रूटिंग तालिका और टनल तालिका इस बारे में असहमत हो सकती हैं कि कौन-सा इंटरफ़ेस उपयोग में है।

स्वीकृत अवलोकन के अंतर्गत तीन चीज़ों को अलग-अलग अनुसरण करें: पहचान, मार्ग चयन और अनुप्रयोग का अपना पुनर्प्राप्ति। यह क्रम आपको बताता है कि छूटा हुआ टुकड़ा योग्य बैकअप है, नीचे का VPN पथ है, या कार्यभार फिर से जुड़ रहा है — बजाय यह मानने के कि हर धीमी पुनर्प्राप्ति को एक और टाइमर चाहिए।

उपयोगी आदत यह है कि किसी और चीज़ को छूने से पहले असमानता जाँच लें। इसमें एक कमांड लगता है और यह बहस तय कर देता है।