Cisco Training 200-125 CCNA v3.0. יום 50: הגדרת EIGRP

היום נמשיך בלימודנו של סעיף 2.6 בקורס ICND2 ונבחן הגדרה ובדיקה של פרוטוקול EIGRP. הגדרת EIGRP היא פשוטה מאוד. כמו בכל פרוטוקול ניתוב אחר כגון RIP או OSPF, אתה נכנס למצב התצורה הגלובלי של הנתב ומזין את פקודת הראוטר eigrp <#>, כאשר # הוא מספר ה-AS.

מספר זה חייב להיות זהה עבור כל המכשירים, למשל, אם יש לך 5 נתבים וכולם משתמשים ב-EIGRP, אז הם חייבים להיות בעלי אותו מספר מערכת אוטונומית. ב-OSPF זה מזהה התהליך, או מספר התהליך, וב-EIGRP זה מספר המערכת האוטונומית.

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

במקרה הראשון, פקודת הרשת מציינת כתובת IP מסוג 10.0.0.0. המשמעות היא שכל ממשק עם השמינייה הראשונה של כתובת ה-IP 10 ישתתף בניתוב EIGRP, כלומר, במקרה זה, נעשה שימוש בכל כתובות Class A של רשת 10.0.0.0. גם אם תזין תת-רשת מדויקת כמו 10.1.1.10 מבלי לציין מסיכה הפוכה, הפרוטוקול עדיין ימיר אותה לכתובת IP כמו 10.0.0.0. לכן יש לזכור שהמערכת בכל מקרה תקבל את הכתובת של רשת המשנה שצוינה, אך תראה בה כתובת כיתתית ותעבוד עם כל הרשת של מחלקות A, B או C, בהתאם לערך השמינייה הראשונה של כתובת ה-IP.

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

בואו נעבור ל-Packet Tracer ונשתמש בטופולוגיית הרשת ממדריך הווידאו הקודם, איתו למדנו על המושגים של FD ו-RD.

בואו נגדיר את הרשת הזו בתוכנית ונראה איך זה עובד. יש לנו 5 נתבים R1-R5. למרות ש-Packet Tracer משתמש בנתבים עם ממשקי GigabitEthernet, שיניתי ידנית את רוחב הפס והשהייה של הרשת כך שיתאימו לטופולוגיה שנידונה קודם לכן. במקום רשת 10.1.1.0/24, חיברתי ממשק לולאה וירטואלי לנתב R5, לו הקציתי את הכתובת 10.1.1.1/32.

נתחיל בהגדרת הנתב R1. עדיין לא הפעלתי כאן EIGRP, אלא פשוט הקציתי כתובת IP לנתב. עם הפקודה config t, אני נכנס למצב תצורה גלובלי ומפעיל את הפרוטוקול על ידי הקלדת הפקודה נתב eigrp <מספר מערכת אוטונומית>, שאמור להיות בטווח שבין 1 ל-65535. אני בוחר במספר 1 ולוחץ על Enter. יתרה מכך, כפי שאמרתי, אתה יכול להשתמש בשתי שיטות.

אני יכול להקליד את הרשת ואת כתובת ה-IP של הרשת. רשתות 1/10.1.12.0, 24/10.1.13.0 ו-24/10.1.14.0 מחוברות לנתב R24. כולם נמצאים ברשת ה"עשירית", אז אני יכול להשתמש בפקודה כללית אחת, רשת 10.0.0.0. אם אלחץ על Enter, EIGRP יפעל בכל שלושת הממשקים. אני יכול לבדוק זאת על ידי הזנת הפקודה do show ip eigrp interfaces. אנו רואים שהפרוטוקול פועל על 2 ממשקי GigabitEthernet וממשק Serial אחד אליו מחובר הנתב R4.

אם אני מריץ שוב את הפקודה do show ip eigrp interfaces כדי לבדוק, אני יכול לוודא שה-EIGRP אכן פועל בכל הפורטים.

נעבור לנתב R2 ונתחיל את הפרוטוקול באמצעות הפקודות config t ו-router eigrp 1. הפעם לא נשתמש בפקודה עבור כל הרשת, אלא נשתמש במסיכה הפוכה. לשם כך, אני נכנס לרשת הפקודות 10.1.12.0 0.0.0.255. כדי לבדוק את ההגדרות, השתמש בפקודה do show ip eigrp interfaces. אנו רואים כי EIGRP פועל רק על ממשק Gig0/0, מכיוון שרק הממשק הזה תואם את הפרמטרים של הפקודה שהוזנה.

במקרה זה, המסכה ההפוכה פירושה שמצב EIGRP יפעל בכל רשת ששלושת האוקטטים הראשונים של כתובת ה-IP שלה הם 10.1.12. אם רשת עם אותם פרמטרים מחוברת לממשק כלשהו, ​​אז הממשק הזה יתווסף לרשימת היציאות שבהן פרוטוקול זה פועל.

בואו נוסיף רשת נוספת עם רשת הפקודות 10.1.25.0 0.0.0.255 ונראה כיצד תיראה כעת רשימת הממשקים התומכים ב-EIGRP. כפי שאתה יכול לראות, כעת הוסיפו לנו את ממשק Gig0/1. שימו לב שלממשק Gig0/0 יש עמית אחד, או שכן אחד - נתב R1, אותו כבר הגדרנו. מאוחר יותר אראה לך את הפקודות לאימות ההגדרות, לעת עתה נמשיך להגדיר את EIGRP עבור המכשירים הנותרים. אנו עשויים להשתמש או לא להשתמש במסכה הפוכה בעת הגדרת כל אחד מהנתבים.

אני נכנס לקונסולת ה-CLI של הנתב R3 ובמצב קונפיגורציה גלובלית אני מקליד את הפקודות נתב eigrp 1 ורשת 10.0.0.0, ואז אני נכנס להגדרות של הנתב R4 ומקליד את אותן פקודות מבלי להשתמש במסכה הפוכה.

אתה יכול לראות איך EIGRP קל יותר להגדיר מאשר OSPF - במקרה האחרון אתה צריך לשים לב ל-ABRs, אזורים, לקבוע את מיקומם וכו'. כל זה לא נדרש כאן - אני פשוט עובר להגדרות הגלובליות של הנתב R5, מקליד את הפקודות נתב eigrp 1 ורשת 10.0.0.0, ועכשיו EIGRP פועל על כל 5 המכשירים.

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

בואו נשים לב לנתב R5, או יותר נכון, לרשת 10.1.1.0/24. זוהי השורה הראשונה בטבלת הניתוב. המספר הראשון בסוגריים הוא המרחק הניהולי, שווה ל-90 עבור פרוטוקול EIGRP. האות D פירושה שמסלול זה מסופק על ידי EIGRP, והמספר השני בסוגריים, שווה ל-26112, הוא מדד המסלול R2-R5. אם נחזור לתרשים הקודם, נוכל לראות שהערך המטרי כאן הוא 28416, אז אני צריך לבדוק מה הסיבה לפער הזה.

הקלד את הפקודה show interface loopback 0 בהגדרות R5. הסיבה היא שהשתמשנו בממשק loopback: אם מסתכלים על ההשהיה R5 בתרשים, הוא שווה ל-10 μs, ובהגדרות הנתב ניתן מידע שהשהיית DLY היא 5000 מיקרו-שניות. בוא נראה אם ​​אני יכול לשנות את הערך הזה. אני נכנס למצב קונפיגורציה גלובלית של R5 ומקליד את הממשק loopback 0 ופקודות delay. המערכת מבקשת שניתן להקצות את ערך ההשהיה בטווח שבין 1 ל-16777215, ובעשרות מיקרו-שניות. מכיוון שבעשרות ערך ההשהיה של 10 μs מתאים ל-1, אני נכנס לפקודה delay 1. אנחנו בודקים שוב את פרמטרי הממשק ורואים שהמערכת לא קיבלה את הערך הזה, והיא לא רוצה לעשות זאת גם בעת עדכון הרשת. פרמטרים בהגדרות R2.
עם זאת, אני מבטיח לך שאם נחשב מחדש את המדד עבור הסכימה הקודמת, תוך התחשבות בפרמטרים הפיזיים של הנתב R5, ערך המרחק האפשרי עבור המסלול מ-R2 לרשת 10.1.1.0/24 יהיה 26112. בואו נסתכל בערכים הדומים בפרמטרים של הנתב R1 על ידי הקלדת הפקודה show ip route. כפי שניתן לראות, עבור רשת 10.1.1.0/24 בוצע חישוב מחדש וכעת הערך המטרי הוא 26368, לא 28416.

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

כפי שאתה יכול לראות, הגדרת EIGRP היא פשוטה מאוד, ואתה יכול להשתמש בשתי דרכים לייעד רשתות: עם או בלי מסכה הפוכה. כמו OSPF, ב-EIGRP יש לנו 3 טבלאות: טבלת שכן, טבלת טופולוגיה וטבלת מסלולים. בואו נסתכל שוב על הטבלאות הללו.

בוא ניכנס להגדרות R1 ונתחיל עם טבלת השכנים על ידי הזנת הפקודה show ip eigrp neighbors. אנחנו רואים שלראוטר יש 3 שכנים.

כתובת 10.1.12.2 היא נתב R2, 10.1.13.1 הוא נתב R3 ו-10.1.14.1 הוא נתב R4. הטבלה מציגה גם באמצעות אילו ממשקים מתבצעת תקשורת עם שכנים. זמן השהייה מוצג להלן. אם אתה זוכר, זהו פרק זמן שברירת המחדל הוא 3 תקופות שלום, או 3x5s = 15s. אם במהלך תקופה זו לא התקבלה תגובה שלום מהשכן, הקשר נחשב לאבוד. מבחינה טכנית, אם השכנים מגיבים, הערך הזה יורד ל-10 שניות ואז חוזר ל-15 שניות. כל 5 שניות, הנתב שולח הודעת שלום, והשכנים מגיבים לה בתוך חמש השניות הבאות. להלן מוצג זמן הלוך ושוב עבור מנות SRTT, שהוא 40 אלפיות השנייה. החישוב שלו מבוצע על ידי פרוטוקול RTP, שבו משתמש EIGRP לארגון תקשורת בין שכנים. כעת נסתכל בטבלת הטופולוגיה, עבורה אנו משתמשים בפקודה show ip eigrp topology.

פרוטוקול OSPF במקרה זה מתאר טופולוגיה מורכבת ועמוקה הכוללת את כל הנתבים וכל הערוצים הזמינים ברשת. EIGRP מציג טופולוגיה פשוטה המבוססת על שני מדדי מסלול. המדד הראשון הוא המרחק המינימלי האפשרי, מרחק אפשרי, שהוא אחד המאפיינים של המסלול. לאחר מכן, ערך המרחק המדווח מוצג באמצעות לוכסן - זהו המדד השני. עבור רשת 10.1.1.0/24, שהתקשורת עמה מתבצעת דרך הנתב 10.1.12.2, ערך המרחק האפשרי הוא 26368 (הערך הראשון בסוגריים). אותו ערך ממוקם בטבלת הניתוב מכיוון שהנתב 10.1.12.2 הוא יורש.

אם המרחק המדווח של נתב אחר, במקרה זה הערך של נתב 3072 10.1.14.4, קטן מהמרחק האפשרי של השכן הקרוב שלו, אז נתב זה הוא יורש אפשרי. אם החיבור עם נתב 10.1.12.2 אבד באמצעות ממשק GigabitEthernet 0/0, נתב 10.1.14.4 ישתלט על פונקציית היורש.

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

כפי שאתה יכול לראות, זה Successor, כלומר הנתב עם ערך ה-FD הנמוך ביותר, שממוקם בטבלת הניתוב. כאן מצוין הערוץ עם המדד 26368, שהוא ה-FD של נתב המקלט 10.1.12.2.

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

הראשון הוא show running-config. באמצעותו, אני יכול לראות איזה פרוטוקול פועל במכשיר זה, זה מצוין על ידי נתב ההודעות eigrp 1 עבור רשת 10.0.0.0. עם זאת, מהמידע הזה אי אפשר לקבוע באילו ממשקים פרוטוקול זה פועל, ולכן אני חייב להסתכל על הרשימה עם הפרמטרים של כל ממשקי R1. יחד עם זאת, אני שם לב לאוקטטה הראשונה של כתובת ה-IP של כל ממשק - אם היא מתחילה ב-10, אז EIGRP פעיל בממשק זה, שכן במקרה זה מתקיים התנאי של התאמת כתובת הרשת 10.0.0.0 . לכן, אתה יכול להשתמש בפקודה show running-config כדי לגלות איזה פרוטוקול פועל בכל ממשק.

פקודת הבדיקה הבאה היא הצג פרוטוקולי ip. לאחר הזנת פקודה זו, אתה יכול לראות שפרוטוקול הניתוב הוא "eigrp 1". לאחר מכן, הערכים של מקדמי K לחישוב המדד מוצגים. הלימוד שלהם לא נכלל בקורס ICND ולכן בהגדרות נקבל את ערכי K ברירת המחדל.

כאן, כמו ב-OSPF, ה-Router-ID מוצג ככתובת IP: 10.1.12.1. אם לא תקצה פרמטר זה באופן ידני, המערכת בוחרת אוטומטית את ממשק הלולאה עם כתובת ה-IP הגבוהה ביותר כ-RID.

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

בואו נדמיין שיש לנו נתבים R1 ו-R2 באמצעות EIGRP, ו-2 רשתות מחוברות לנתב R3: 10.1.2.0, 10.1.10.0 ו-10.1.25.0. אם סיכום אוטומטי מופעל, אז כאשר R2 שולח עדכון לנתב R1, זה מציין שהוא מחובר לרשת 10.0.0.0/8. משמעות הדבר היא שכל המכשירים המחוברים לרשת 10.0.0.0/8 שולחים אליה עדכונים, וכל התעבורה המיועדת לרשת 10. חייבת להיות מופנית לנתב R2.

מה קורה אם מחברים נתב אחר R1 לנתב הראשון R3, מחובר לרשתות 10.1.5.0 ו-10.1.75.0? אם גם הנתב R3 משתמש בסיכום אוטומטי, אז הוא יגיד ל-R1 שכל התעבורה המיועדת לרשת 10.0.0.0/8 צריכה להיות מופנית אליו.

אם הנתב R1 מחובר לנתב R2 ברשת 192.168.1.0, ולנתב R3 ברשת 192.168.2.0, אז EIGRP יקבל החלטות סיכום אוטומטי רק ברמת R2, וזה לא נכון. לכן, אם אתה רוצה להשתמש בסיכום אוטומטי עבור נתב ספציפי, במקרה שלנו זה R2, ודא שכל רשתות המשנה עם האוקטטה הראשונה של כתובת ה-IP 10. מחוברות רק לאותו נתב. 10. לא אמורות להיות לך רשתות מחוברות למקום אחר, לנתב אחר. מנהל רשת המתכנן להשתמש בסיכום נתיב אוטומטי חייב לוודא שכל הרשתות עם אותה כתובת כיתתית מחוברות לאותו נתב.

בפועל, נוח יותר שפונקציית הסכום האוטומטי תהיה מושבתת כברירת מחדל. במקרה זה, הנתב R2 ישלח עדכונים נפרדים לנתב R1 עבור כל אחת מהרשתות המחוברות אליו: אחד עבור 10.1.2.0, אחד עבור 10.1.10.0 ואחד עבור 10.1.25.0. במקרה זה, טבלת הניתוב R1 תתמלא לא במסלול אחד, אלא בשלושה מסלולים. כמובן, סיכום עוזר להפחית את מספר הכניסות בטבלת הניתוב, אבל אם אתה מתכנן את זה לא נכון, אתה יכול להרוס את כל הרשת.

נחזור לפקודה show ip protocols. שימו לב שכאן תוכלו לראות את ערך ה-Distance של 90, וכן את הנתיב המקסימלי לאיזון עומסים, שברירת המחדל הוא 4. לכל הנתיבים הללו יש אותה עלות. ניתן לצמצם את מספרם, למשל, ל-2, או להגדיל ל-16.

לאחר מכן, הגודל המקסימלי של מונה הקפיצה, או מקטעי הניתוב, מצוין כ-100, ומצוין הערך Maximum metric variance = 1. ב-EIGRP, Variance מאפשר למסלולים שהמדדים שלהם קרובים יחסית בערכם להיחשב שווים, מה שמאפשר להוסיף מספר מסלולים עם מדדים לא שווים לטבלת הניתוב, המובילים לאותה רשת משנה. נסתכל על זה בפירוט רב יותר מאוחר יותר.

הניתוב לרשתות: מידע 10.0.0.0 הוא אינדיקציה לכך שאנו משתמשים באפשרות ללא מסיכת גב. אם ניכנס להגדרות R2, שם השתמשנו במסכה הפוכה, ונזין את הפקודה show ip protocols, נראה כי ניתוב לרשתות עבור הנתב הזה מורכב משתי שורות: 10.1.12.0/24 ו-10.1.25.0/24, כלומר, יש אינדיקציה לשימוש במסכת תווים כלליים.

למטרות פרקטיות, אינך צריך לזכור בדיוק איזה מידע פקודות הבדיקה מייצרות - אתה רק צריך להשתמש בהן ולראות את התוצאה. עם זאת, בבחינה לא תהיה לך הזדמנות לענות על השאלה, אותה ניתן לבדוק באמצעות הפקודה show ip protocols. יהיה עליך לבחור תשובה נכונה אחת מתוך מספר אפשרויות מוצעות. אם אתה הולך להיות מומחה סיסקו ברמה גבוהה ולקבל לא רק תעודת CCNA, אלא גם CCNP או CCIE, עליך לדעת איזה מידע ספציפי מופק מפקודת בדיקה זו או אחרת ולמה נועדו פקודות הביצוע. עליך לשלוט לא רק בחלק הטכני של מכשירי Cisco, אלא גם להבין את מערכת ההפעלה Cisco iOS כדי להגדיר כראוי את התקני הרשת הללו.

נחזור למידע שהמערכת מייצרת בתגובה לכניסה לפקודת show ip protocols. אנו רואים מקורות מידע ניתוב, המוצגים כשורות עם כתובת IP ומרחק ניהולי. בניגוד למידע OSPF, EIGRP במקרה זה אינו משתמש במזהה נתב, אלא בכתובות ה-IP של נתבים.

הפקודה האחרונה שמאפשרת לך לראות ישירות את מצב הממשקים היא show ip eigrp interfaces. אם תזין פקודה זו, תוכל לראות את כל ממשקי הנתב המריצים EIGRP.

לפיכך, ישנן 3 דרכים להבטיח שהמכשיר פועל בפרוטוקול EIRGP.

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

בואו נשתמש ב-Packet Tracer כדי לראות איך זה נראה באמצעות טופולוגיית הרשת שאנחנו כבר מכירים. הרשו לי להזכיר לכם שערכי רוחב הפס והעיכוב זהים עבור כל הערוצים בין הנתבים המוצגים. אני מאפשר מצב EIGRP עבור כל 4 הנתבים, עבורם אני נכנס להגדרות שלהם אחד אחד ומקליד את הפקודות config terminal, router eigrp ורשת 10.0.0.0.

הבה נניח שעלינו לבחור את המסלול האופטימלי R1-R4 לממשק הוירטואלי הלולאהבק 10.1.1.1, בעוד שלכל ארבעת הקישורים R1-R2, R2-R4, R1-R3 ו-R3-R4 יש אותה עלות. אם תזין את הפקודה show ip route במסוף ה-CLI של הנתב R1, תוכל לראות שניתן להגיע לרשת 10.1.1.0/24 באמצעות שני מסלולים: דרך נתב 10.1.12.2 המחובר לממשק GigabitEthernet0/0, או דרך נתב 10.1.13.3 .0 מחובר לממשק GigabitEthernet1/XNUMX, ולשני המסלולים הללו יש את אותם מדדים.

אם נזין את הפקודה show ip eigrp topology, נראה את אותו מידע כאן: 2 מקלטים יורשים עם אותם ערכי FD של 131072.

עד כה, למדנו מהו ECLB איזון עומסים שווה, שניתן לעשות גם ב-OSPF וגם ב-EIGRP.

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

בואו נדמיין שיש לנו נתב אחד שמחובר לשלושה אחרים - R1, R2 ו-R3.

לנתב R2 הערך הנמוך ביותר FD=90, ולכן הוא פועל כיורש. הבה נבחן את ה-RD של שני הערוצים האחרים. ה-RD של R1 של 80 קטן מה-FD של R2, כך ש-R1 פועל כנתב יורש גיבוי אפשרי. מכיוון שה-RD של נתב R3 גדול יותר מה-FD של נתב R1, הוא לעולם לא יוכל להפוך ליורש אפשרי.

אז יש לנו נתב - יורש ונתב - יורש אפשרי. אתה יכול למקם את הנתב R1 בטבלת הניתוב באמצעות ערכי וריאציות שונים. ב-EIGRP, כברירת מחדל Variance = 1, כך שהנתב R1 בתור יורש אפשרי אינו נמצא בטבלת הניתוב. אם נשתמש בערך Variance = 2, אזי ערך ה-FD של הנתב R2 יוכפל ב-2 ויהיה 180. במקרה זה, ה-FD של הנתב R1 יהיה פחות מ-FD של הנתב R2: 120 < 180, לכן הנתב R1 יוצב בטבלת הניתוב בתור יורש 'א.

אם נשווה Variance = 3, אז ערך FD של מקלט R2 יהיה 90 x 3 = 270. במקרה זה, נתב R1 גם ייכנס לטבלת הניתוב, כי 120 < 270. אל תתבלבלו מהעובדה ש הנתב R3 לא נכנס לטבלה למרות העובדה שה-FD שלו = 250 עם ערך של Variance = 3 יהיה פחות מה-FD של הנתב R2, שכן 250 < 270. העובדה היא שבנתב R3 התנאי RD < FD היורש עדיין לא מתקיים, מכיוון ש-RD=180 אינו פחות, אלא יותר מ-FD = 90. לפיכך, מכיוון ש-R3 לא יכול להיות בהתחלה יורש אפשרי, אפילו עם ערך וריאציה של 3, הוא עדיין לא ייכנס לטבלת הניתוב.

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

תודה שנשארת איתנו. האם אתה אוהב את המאמרים שלנו? רוצים לראות עוד תוכן מעניין? תמכו בנו על ידי ביצוע הזמנה או המלצה לחברים, 30% הנחה למשתמשי Habr על אנלוגי ייחודי של שרתים ברמת הכניסה, שהומצא על ידינו עבורכם: כל האמת על VPS (KVM) E5-2650 v4 (6 ליבות) 10GB DDR4 240GB SSD 1Gbps החל מ-$20 או איך לשתף שרת? (זמין עם RAID1 ו-RAID10, עד 24 ליבות ועד 40GB DDR4).

Dell R730xd זול פי 2? רק כאן 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV החל מ-$199 בהולנד! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - החל מ-$99! לקרוא על כיצד לבנות תשתיות קורפ. מחלקה עם שימוש בשרתי Dell R730xd E5-2650 v4 בשווי 9000 יורו עבור אגורה?

מקור: www.habr.com