מנהרה שנייה עולה, טבלת הניתוב עדיין מציגה נתיב אחד, והמסקנה הברורה היא שהפרוטוקול לא שם לב. בדרך כלל הוא שם לב ודוחה. EIGRP מתקין גיבוי רק כשהוא עובר מבחן מסוים ללא לולאות, ועצם העובדה שמנהרה פעילה אינה אומרת דבר על כך שהמרחק המדווח של השכן עובר את המבחן. ההבחנה הזו היא כל התשובה, והיא אריתמטיקה ולא טיימר.

התנאי, בניסוח מדויק

RFC 7868 מגדיר את תנאי האפשרות כבדיקה מספקת לנתיב חסר לולאות של שכן: המרחק המדווח של השכן ליעד חייב להיות קפדני וקטן מהמרחק האפשרי המקומי. קפדני. לא קטן או שווה.

אי-השוויון הבודד הזה הוא מה שהופך חלופה ליורש אפשרי. כל השאר כאן הוא הנהלת חשבונות סביבו.

שני מרחקים עם תפקידים שונים

המרחק המדווח הוא מה שהשכן מודיע ליעד. המרחק האפשרי הוא תיעוד של המדד הכולל הקטן ביותר הידוע מאז המעבר האחרון מ-ACTIVE ל-PASSIVE, ולכן הוא יכול להיות שונה מהמדד של הנתיב הטוב ביותר הנוכחי. ערבוב בין השניים מייצר מסקנות שגויות בביטחון.

בתצוגה תפעולית כמה עמודות דומות למרחק עומדות זו לצד זו. קראו את הכותרת של העמודה שבה אתם משתמשים, וזכרו שהמדד המלא המחושב של נתיב השכן אינו אותה כמות כמו המרחק שהוא דיווח לכם.

השוואה אחת מעובדת

קחו דוגמה מוצהרת עם מרחק אפשרי של 1000. שכן שמדווח 900 עובר את המבחן ויכול להפוך ליורש אפשרי. שכן שמדווח 1000 נכשל, מפני שהתנאי הוא אי-שוויון קפדני ושוויון אינו מספיק.

המספרים האלה הם אריתמטיקה, לא מהירויות קישור. אל תקראו אותם כתחזית לגבי נתב מסוים או כמדד מומלץ.

זיהוי אינו כשירות

מנגנון יכול לזהות עמית מת במהירות בעוד ל-EIGRP עדיין אין תחליף כשיר. זיהוי הוא שלב אחד; חישוב נתיב מתואם הוא שלב אחר, והוא מתחיל רק כשאין יורש אפשרי. כישלון בתנאי אינו מוכיח שלחלופה יש לולאה פיזית. פירושו שהמבחן המקומי של קיצור דרך לא ביסס את ההבטחה, ולכן החישוב חייב לטפל בתוצאה.

קיצור של טיימר חיות אינו יכול ליצור נגישות שמעולם לא הייתה, ושינוי של רוחב פס או ערך השהיה מוגדרים אינו מדידה של קיבולת.

קראו את השדות, ואז בחנו את היישום

תעדו את היעד, היורש הנוכחי, השכן המועמד, המרחק המדווח שלו, המרחק האפשרי ומצב הנתיב הנובע. show ip eigrp topology 10.10.10.0/24 נותן לכם את רוב זה עבור קידומת אחת. לאחר מכן קשרו את ההחלטה לנתיב המנהרה שנושא בפועל את הקפיצה הבאה, מפני שטבלת הניתוב וטבלת המנהרות עלולות לחלוק על איזה ממשק נמצא בשימוש.

תחת תצפית מאושרת, עקבו אחרי שלושה דברים בנפרד: זיהוי, בחירת נתיב וההתאוששות של היישום עצמו. הרצף הזה אומר לכם אם החלק החסר הוא גיבוי כשיר, נתיב ה-VPN שמתחת או עומס העבודה שמתחבר מחדש, במקום להניח שכל התאוששות איטית זקוקה לעוד טיימר.

ההרגל המועיל הוא לבדוק את אי-השוויון לפני שנוגעים בכל דבר אחר. זה דורש פקודה אחת וזה מכריע את הוויכוח.

מאמרים קשורים