तुमचा VPN बॅकअप EIGRP चा व्यवहार्य उत्तराधिकारी का नाही

दुसरी टनेल वर येते, राउटिंग तक्ता अजूनही एकच मार्ग दाखवतो, आणि स्पष्ट निष्कर्ष असा की प्रोटोकॉलने ते लक्षात घेतले नाही. सहसा तो लक्षात घेतो आणि नाकारतो. EIGRP बॅकअप फक्त तेव्हाच स्थापित करतो जेव्हा तो विशिष्ट लूप-मुक्त चाचणी पास करतो, आणि टनेल वर असणे हे शेजाऱ्याचे नोंदवलेले अंतर ती चाचणी पास करते की नाही याबद्दल काहीही सांगत नाही. तोच फरक संपूर्ण उत्तर आहे, आणि तो टाइमर नाही, अंकगणित आहे.

अट, नेमकी मांडलेली

RFC 7868 शेजाऱ्याच्या लूप-मुक्त मार्गासाठी पुरेशी तपासणी म्हणून व्यवहार्यतेची अट परिभाषित करतो: गंतव्यासाठी शेजाऱ्याचे नोंदवलेले अंतर स्थानिक व्यवहार्य अंतरापेक्षा कठोरपणे कमी असले पाहिजे. कठोरपणे. कमी किंवा समान नाही.

तीच एक असमानता पर्यायाला व्यवहार्य उत्तराधिकारी बनवते. येथे बाकी सर्व त्याभोवतीचे हिशोब आहे.

वेगवेगळ्या कामांची दोन अंतरे

नोंदवलेले अंतर म्हणजे शेजारी गंतव्यासाठी जे जाहीर करतो ते. व्यवहार्य अंतर म्हणजे शेवटच्या ACTIVE–PASSIVE संक्रमणापासून ज्ञात सर्वात लहान एकूण मेट्रिकची नोंद, म्हणून ते सध्याच्या सर्वोत्तम मार्गाच्या मेट्रिकपेक्षा वेगळे असू शकते. या दोन्ही गोष्टी मिसळल्यास आत्मविश्वासपूर्ण चुकीचे निष्कर्ष येतात.

कार्यात्मक प्रदर्शनात अंतरासारखे दिसणारे अनेक स्तंभ शेजारी शेजारी असतात. तुम्ही वापरत असलेल्या स्तंभाचे शीर्षक वाचा, आणि शेजाऱ्याचे पूर्ण गणना केलेले मार्ग-मेट्रिक हे त्याने तुम्हाला नोंदवलेल्या अंतराइतकेच परिमाण नाही हे लक्षात ठेवा.

एक केलेली तुलना

1000 व्यवहार्य अंतर असलेले घोषित उदाहरण घ्या. 900 नोंदवणारा शेजारी चाचणी पास करतो आणि व्यवहार्य उत्तराधिकारी होऊ शकतो. 1000 नोंदवणारा शेजारी अपयशी ठरतो, कारण अट कठोर असमानता आहे आणि समानता पुरेशी नाही.

ती संख्या अंकगणित आहे, लिंकचे वेग नाही. ती कोणत्याही विशिष्ट राउटरबद्दलचा अंदाज किंवा शिफारस केलेले मेट्रिक म्हणून वाचू नका.

ओळख म्हणजे पात्रता नाही

एखादी यंत्रणा मृत सहकाऱ्याची झपाट्याने नोंद घेऊ शकते, तर EIGRP कडे अजून योग्य बदल नसतो. ओळख हा एक टप्पा आहे; समन्वित मार्ग गणना दुसरा आहे, आणि ती फक्त तेव्हाच सुरू होते जेव्हा कोणताही व्यवहार्य उत्तराधिकारी नसतो. अट अपयशी होणे हे पर्यायाला भौतिक लूप आहे हे सिद्ध करत नाही. याचा अर्थ स्थानिक शॉर्टकट चाचणीने हमी प्रस्थापित केली नाही, म्हणून गणनेने निकाल हाताळला पाहिजे.

जिवंतता टाइमर कमी करणे हे कधीही नव्हते अशी पोहोच निर्माण करू शकत नाही, आणि कॉन्फिगर केलेली बँडविड्थ किंवा विलंब मूल्य बदलणे हे क्षमतेचे मापन नाही.

फील्ड वाचा, मग अनुप्रयोग तपासा

गंतव्य, सध्याचा उत्तराधिकारी, उमेदवार शेजारी, त्याचे नोंदवलेले अंतर, व्यवहार्य अंतर आणि परिणामी मार्ग स्थिती नोंदवा. show ip eigrp topology 10.10.10.0/24 एका प्रीफिक्ससाठी त्यातील बहुतेक देतो. मग निर्णय पुढील हॉप प्रत्यक्षात वाहून नेणाऱ्या टनेल मार्गाशी जोडा, कारण राउटिंग तक्ता आणि टनेल तक्ता कोणता इंटरफेस वापरला जात आहे यावर असहमत असू शकतात.

मंजूर निरीक्षणाखाली तीन गोष्टी स्वतंत्रपणे अनुसरा: ओळख, मार्ग निवड आणि अनुप्रयोगाची स्वतःची पुनर्प्राप्ती. हा क्रम तुम्हाला सांगतो की गहाळ भाग योग्य बॅकअप आहे, खालील VPN मार्ग आहे, की कामाचा भार पुन्हा जोडला जात आहे — प्रत्येक संथ पुनर्प्राप्तीला अजून एक टाइमर लागतो असे गृहीत धरण्याऐवजी.

उपयुक्त सवय म्हणजे दुसरे काहीही स्पर्श करण्यापूर्वी असमानता तपासणे. त्यासाठी एक आदेश पुरतो आणि तो वाद मिटवतो.