Cisco Training 200-125 CCNA v3.0. יום 21: ניתוב וקטור למרחק RIP

נושא השיעור של היום הוא RIP, או פרוטוקול ניתוב מידע. נדבר על היבטים שונים של השימוש בו, תצורתו ומגבלותיו. כפי שאמרתי, RIP אינו חלק מתכנית הלימודים של קורס Cisco 200-125 CCNA, אך החלטתי להקדיש שיעור נפרד לפרוטוקול זה מכיוון ש-RIP הוא אחד מפרוטוקולי הניתוב העיקריים.

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

ישנן 2 גרסאות של RIP. הגרסה הראשונה, הקלאסית, אינה תומכת ב-VLSM - מסכת המשנה באורך משתנה שעליה מבוססת כתובת IP ללא כיתות, כך שנוכל להשתמש רק ברשת אחת. אני אדבר על זה קצת מאוחר יותר. גם גרסה זו אינה תומכת באימות.

נניח שיש לך 2 נתבים מחוברים זה לזה. במקרה זה, הנתב הראשון מספר לשכנו כל מה שהוא יודע. נניח שרשת 10 מחוברת לנתב הראשון, רשת 20 ממוקמת בין הנתב הראשון לשני, ורשת 30 נמצאת מאחורי הנתב השני. ואז הנתב הראשון אומר לשני שהוא מכיר את רשתות 10 ו-20, ונתב 2 אומר נתב 1 שהוא יודע על רשת 30 ורשת 20.

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

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

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

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

בגרסה השנייה של RIP, הבעיה הזו נפתרת - היא משתמשת ב-Multicast ID, או בשידור תעבורה ב-Multicast. במקרה זה, רק אותם מכשירים שצוינו בהגדרות הפרוטוקול מקבלים עדכונים. בנוסף לאימות, גרסה זו של RIP תומכת בכתובת IP ללא כיתות VLSM. המשמעות היא שאם רשת 10.1.1.1/24 מחוברת לנתב הראשון, אז כל התקני הרשת שכתובת ה-IP שלהם נמצאת בטווח הכתובות של רשת המשנה הזו מקבלים גם עדכונים. הגרסה השנייה של הפרוטוקול תומכת בשיטת CIDR, כלומר כאשר הנתב השני מקבל עדכון, הוא יודע לאיזו רשת או נתיב ספציפיים מדובר. במקרה של הגרסה הראשונה, אם רשת 10.1.1.0 מחוברת לנתב, אז גם מכשירים ברשת 10.0.0.0 ורשתות אחרות השייכות לאותה מחלקה יקבלו עדכונים. במקרה זה, גם נתב 2 יקבל מידע מלא על עדכון הרשתות הללו, אך ללא CIDR הוא לא יידע שהמידע הזה נוגע לרשת משנה עם כתובות IP מסוג A.

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

לאחר מכן, תראה שכותרת שורת הפקודה השתנתה ל-R1(config-router)# כי עברנו לרמת תת-פקודה של הנתב. הפקודה השנייה תהיה גרסה 2, כלומר, אנו מציינים לנתב שעליו להשתמש בגרסה 2 של הפרוטוקול. לאחר מכן, עלינו להזין את הכתובת של הרשת המחלקתית המפורסמת שעליה יש להעביר עדכונים באמצעות פקודת הרשת XXXX. לפקודה זו יש 2 פונקציות: ראשית, היא מציינת איזו רשת יש לפרסם, ושנית, באיזה ממשק יש להשתמש לזה. אתה תראה למה אני מתכוון כשאתה מסתכל על תצורת הרשת.

כאן יש לנו 4 נתבים ומחשב המחוברים למתג דרך רשת עם המזהה 192.168.1.0/26, המחולקת ל-4 רשתות משנה. אנו משתמשים רק ב-3 רשתות משנה: 192.168.1.0/26, 192.168.1.64/26 ו-192.168.1.128/26. עדיין יש לנו את רשת המשנה 192.168.1.192/26, אבל היא לא בשימוש כי אין בה צורך.

ליציאות ההתקן יש את כתובות ה-IP הבאות: מחשב 192.168.1.10, יציאה ראשונה של הנתב הראשון 192.168.1.1, יציאה שנייה 192.168.1.65, יציאה ראשונה של הנתב השני 192.168.1.66, יציאה שנייה של הנתב השני 192.168.1.129. יציאה ראשונה של הנתב השלישי 192.168.1.130 . בפעם הקודמת דיברנו על מוסכמות, אז אני לא יכול לעקוב אחר המוסכמה ולהקצות את הכתובת .1 ליציאה השנייה של הנתב, כי .1 אינו חלק מהרשת הזו.

לאחר מכן, אני משתמש בכתובות אחרות, כי אנחנו מתחילים רשת אחרת - 10.1.1.0/16, אז ליציאה השנייה של הנתב השני, אליו מחוברת הרשת הזו, יש כתובת IP של 10.1.1.1, והיציאה של הרביעית. נתב, אליו מחובר המתג - כתובת 10.1.1.2.

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

ראשית, ניצור את שם המארח R1, נקצה את הכתובת 0 ליציאה f0/192.168.1.1 ונציין את מסיכת רשת המשנה 255.255.255.192, מכיוון שיש לנו רשת /26. בוא נשלים את התצורה של R1 עם הפקודה no shut. היציאה השנייה של הנתב הראשון f0/1 תקבל כתובת IP של 192.168.1.65 ומסיכת רשת משנה של 255.255.255.192.
הנתב השני יקבל את השם R2, אנו נקצה את הכתובת 0 ומסיכת רשת המשנה 0 ליציאה הראשונה f192.168.1.66/255.255.255.192, את הכתובת 0 ומסיכת רשת המשנה 1/192.168.1.129 ליציאה השנייה. 255.255.255.192.

נעבור לנתב השלישי, נקצה לו את שם המארח R3, יציאה f0/0 תקבל את הכתובת 192.168.1.130 ואת המסכה 255.255.255.192, ויציאה f0/1 תקבל את הכתובת 10.1.1.1 ואת המסכה 255.255.0.0. 16, מכיוון שהרשת הזו היא /XNUMX.

לבסוף, אני אלך לנתב האחרון, שם לו R4, ואקצה ליציאה f0/0 כתובת של 10.1.1.2 ומסיכה של 255.255.0.0. אז, הגדרנו את כל התקני הרשת.

לבסוף, בואו נסתכל על הגדרות הרשת של המחשב - יש לו כתובת IP סטטית של 192.168.1.10, מסיכת חצי רשת של 255.255.255.192, וכתובת שער ברירת מחדל היא 192.168.1.1.

אז ראית איך להגדיר את מסכת רשת המשנה למכשירים ברשתות משנה שונות, זה מאוד פשוט. עכשיו בואו נפעיל ניתוב. אני נכנס להגדרות R1, מגדיר את מצב התצורה הגלובלית ומקליד את פקודת הנתב. לאחר מכן, המערכת מספקת רמזים לפרוטוקולי ניתוב אפשריים עבור פקודה זו: bgp, eigrp, ospf ו-rip. מכיוון שהמדריך שלנו הוא על RIP, אני משתמש בפקודת ה-RIP של הנתב.

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

נמשיך להגדיר את נתב 1 מאוחר יותר, אך לעת עתה אני רוצה לעבור לנתב 3. לפני שאשתמש בפקודה הרשת בו, הבה נסתכל על הצד הימני של טופולוגיית הרשת שלנו. ליציאה השנייה של הנתב יש את הכתובת 10.1.1.1. איך עובד RIP? אפילו בגרסה השנייה שלו, RIP, כפרוטוקול ישן למדי, עדיין משתמש במחלקות רשת משלו. לכן, למרות שהרשת שלנו 10.1.1.0/16 שייכת למחלקה A, עלינו לציין את גרסת המחלקה המלאה של כתובת IP זו באמצעות פקודת הרשת 10.0.0.0.

אבל גם אם אני מקליד את רשת הפקודות 10.1.1.1 ואז אסתכל על התצורה הנוכחית, אני אראה שהמערכת תיקנה את 10.1.1.1 ל-10.0.0.0, באופן אוטומטי באמצעות פורמט הכתובת המלאה. אז אם אתה נתקל בשאלה על RIP בבחינת CCNA, תצטרך להשתמש בכתובת בכיתה מלאה. אם במקום 10.0.0.0 תקליד 10.1.1.1 או 10.1.0.0, תעשה טעות. למרות העובדה שההמרה לטופס הפנייה במחלקה מלאה מתרחשת אוטומטית, אני ממליץ לך להשתמש בכתובת הנכונה בהתחלה כדי לא לחכות עד שהמערכת תתקן את השגיאה. זכור - RIP תמיד משתמש בכתובת רשת ברמה מלאה.

לאחר שהשתמשת בפקודת רשת 10.0.0.0, הנתב השלישי יכניס את הרשת העשירית הזו לפרוטוקול הניתוב וישלח את העדכון לאורך המסלול R3-R4. כעת עליך להגדיר את פרוטוקול הניתוב של הנתב הרביעי. אני נכנס להגדרות שלו ומזין ברצף את הפקודות ראוטר rip, גרסה 2 ורשת 10.0.0.0. בפקודה זו אני מבקש מ-R4 להתחיל לפרסם את הרשת 10. באמצעות פרוטוקול ניתוב RIP.

כעת שני הנתבים הללו יכלו להחליף מידע, אבל זה לא ישנה דבר. שימוש בפקודה show ip route מראה שיציאת FastEthernrt 0/0 מחוברת ישירות לרשת 10.1.0.0. הנתב הרביעי, לאחר שקיבל הודעת רשת מהנתב השלישי, יגיד: "נהדר, חבר, קיבלתי את ההודעה שלך על הרשת העשירית, אבל אני כבר יודע על זה, כי אני מחובר ישירות לרשת הזו."

לכן, נחזור להגדרות R3 ונכניס רשת נוספת עם פקודת הרשת 192.168.1.0. אני שוב משתמש בפורמט הכתובת המלאה. לאחר מכן, הנתב השלישי יוכל לפרסם את רשת 192.168.1.128 לאורך המסלול R3-R4. כפי שכבר אמרתי, RIP היא "רכילות" שמספרת לכל שכנותיה על רשתות חדשות, ומעבירה אליהן מידע מטבלת הניתוב שלה. אם תסתכל כעת על הטבלה של הנתב השלישי, תוכל לראות את הנתונים של שתי הרשתות המחוברות אליו.

זה ישדר את הנתונים האלה לשני קצוות המסלול גם לנתב השני וגם לרביעי. בואו נעבור להגדרות R2. אני מזין את אותן פקודות ה-router rip, גרסה 2 ורשת 192.168.1.0, וכאן הדברים מתחילים להיות מעניינים. אני מציין רשת 1.0, אבל זה גם רשת 192.168.1.64/26 וגם רשת 192.168.1.128/26. לכן, כאשר אני מציין את הרשת 192.168.1.0, אני מספק ניתוב מבחינה טכנית לשני הממשקים של הנתב הזה. הנוחות היא שבאמצעות פקודה אחת בלבד ניתן להגדיר ניתוב עבור כל היציאות של המכשיר.

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

הנתב הזה יודע גם על רשת 1.0 וגם על רשת 1.64. הוא גם יודע על רשתות 1.128 ו-10.1.1.0 מכיוון שהוא משתמש ב-RIP. זה מסומן על ידי כותרת R בשורה המתאימה של טבלת הניתוב.
נא לשים לב למידע [120/2] - זהו המרחק האדמיניסטרטיבי, כלומר, מהימנות מקור המידע לניתוב. ערך זה יכול להיות גדול או קטן יותר, אך ברירת המחדל עבור RIP היא 120. לדוגמה, למסלול סטטי יש מרחק ניהולי של 1. ככל שהמרחק הניהולי נמוך יותר, כך הפרוטוקול אמין יותר. אם לנתב יש הזדמנות לבחור בין שני פרוטוקולים, למשל בין מסלול סטטי ל-RIP, אז הוא יבחר להעביר תעבורה על המסלול הסטטי. הערך השני בסוגריים, /2, הוא המדד. בפרוטוקול RIP, המדד אומר את מספר הקפיצות. במקרה זה, ניתן להגיע לרשת 10.0.0.0/8 ב-2 הקפות, כלומר, הנתב R1 חייב לשלוח תעבורה על גבי רשת 192.168.1.64/26, זו ההקפצה הראשונה, ומעל רשת 192.168.1.128/26, זהו הקפיצה השנייה, כדי להגיע לרשת 10.0.0.0/8 דרך מכשיר עם ממשק FastEthernet 0/1 עם כתובת IP 192.168.1.66.

לשם השוואה, הנתב R1 יכול להגיע לרשת 192.168.1.128 עם מרחק אדמיניסטרטיבי של 120 בממשק 1.

כעת, אם תנסה לעשות פינג לממשק של הנתב R0 עם כתובת ה-IP 4 מהמחשב PC10.1.1.2, הוא יחזור בהצלחה.

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

לכן, על מנת להפעיל את השימוש בפרוטוקול RIP על ידי הנתב, עליך להקליד ברצף את הפקודות נתב rip, גרסה 2 ורשת <מספר רשת / מזהה רשת בטופס מלא>.

בואו נעבור להגדרות R4 ונכנס לפקודת show ip route. אתה יכול לראות שרשת 10. מחוברת ישירות לנתב, ורשת 192.168.1.0/24 נגישה דרך יציאה f0/0 עם כתובת IP 10.1.1.1 דרך RIP.

אם תשימו לב למראה רשת 192.168.1.0/24, תשימו לב שיש בעיה בסיכום אוטומטי של מסלולים. אם סיכום אוטומטי מופעל, RIP יסכם את כל הרשתות עד 192.168.1.0/24. בואו נסתכל מה זה טיימרים. לפרוטוקול RIP יש 4 טיימרים עיקריים.

טיימר העדכון אחראי על תדירות שליחת העדכונים, שולח עדכוני פרוטוקול כל 30 שניות לכל הממשקים המשתתפים בניתוב RIP. זה אומר שהוא לוקח את טבלת הניתוב ומפיץ אותה לכל היציאות הפועלות במצב RIP.
בואו נדמיין שיש לנו נתב 1, שמחובר לנתב 2 באמצעות רשת N2. לפני הנתב הראשון ואחרי הנתב השני יש רשתות N1 ו-N3. נתב 1 אומר לנתב 2 שהוא מכיר את הרשת N1 ו-N2 ושולח לו עדכון. נתב 2 אומר לנתב 1 שהוא מכיר את הרשתות N2 ו-N3. במקרה זה, כל 30 שניות יציאות הנתב מחליפות טבלאות ניתוב.

בואו נדמיין שמסיבה כלשהי החיבור N1-R1 נשבר והנתב 1 לא יכול יותר לתקשר עם רשת N1. לאחר מכן, הנתב הראשון ישלח רק עדכונים לגבי רשת N2 לנתב השני. נתב 2, לאחר שקיבל את העדכון הראשון שכזה, יחשוב: "נהדר, עכשיו אני צריך לשים את רשת N1 ב-Invalid Timer", ולאחר מכן הוא יתחיל את הטיימר לא חוקי. במשך 180 שניות הוא לא יחליף עדכוני רשת N1 עם אף אחד, אך לאחר פרק זמן זה הוא יפסיק את ה-Invalid Timer ויתחיל שוב את ה- Update Timer. אם במהלך 180 השניות הללו הוא לא יקבל עדכונים למצב של רשת N1, הוא יכניס אותו ל-Hold Down טיימר הנמשך 180 שניות, כלומר, ה-Hold Down טיימר מתחיל מיד לאחר סיום הטיימר לא חוקי.

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

לכן, עדכון טיימר שולח עדכונים כל 30 שניות. טיימר לא חוקי, שפועל כל 180 שניות, ממתין עד שעדכון חדש יגיע לנתב. אם הוא לא מגיע, הוא מעביר את הרשת למצב החזקה, כאשר טיימר ה-Hold Down פועל כל 180 שניות. אבל הטיימרים Invalid ו-Flush מתחילים בו-זמנית, כך ש-240 שניות לאחר תחילת ה-Flush, הרשת שאינה מוזכרת בעדכון נשללת מטבלת הניתוב. משך הזמן של טיימרים אלה מוגדר כברירת מחדל וניתן לשינוי. זה מה שהם טיימרי RIP.

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

בואו נחזור לרשת שלנו 192.168.1.0/24. נתב 3 מספר לנתב 4 על כל רשת ה-1.0, אשר מסומנת על ידי /24. המשמעות היא שכל 256 כתובות ה-IP ברשת זו, כולל מזהה הרשת וכתובת השידור, זמינות, כלומר הודעות ממכשירים עם כל כתובת IP בטווח זה יישלחו דרך רשת 10.1.1.1. בואו נסתכל על טבלת הניתוב R3.

אנו רואים את רשת 192.168.1.0/26, מחולקת ל-3 רשתות משנה. המשמעות היא שהנתב יודע רק על שלוש כתובות IP שצוינו: 192.168.1.0, 192.168.1.64 ו-192.168.1.128, השייכות לרשת /26. אבל הוא לא יודע כלום, למשל, על מכשירים עם כתובות IP הממוקמות בטווח שבין 192.168.1.192 ל-192.168.1.225.

אולם משום מה, R4 חושבת שהיא יודעת הכל על התעבורה ש-R3 שולחת אליה, כלומר כל כתובות ה-IP ברשת 192.168.1.0/24, וזה שקרי לחלוטין. יחד עם זאת, נתבים עשויים להתחיל להפיל תעבורה כי הם "מרמים" זה את זה - אחרי הכל, לנתב 3 אין זכות להגיד לנתב הרביעי שהוא יודע הכל על רשתות המשנה של הרשת הזו. זה מתרחש עקב בעיה שנקראת "סיכום אוטומטי". זה מתרחש כאשר תעבורה נעה על פני רשתות גדולות שונות. לדוגמה, במקרה שלנו, רשת עם כתובות Class C מחוברת דרך הנתב R3 לרשת עם כתובות Class A.

הנתב R3 מחשיב את הרשתות הללו זהות ומסכם אוטומטית את כל המסלולים לכתובת רשת אחת 192.168.1.0. בואו ניזכר על מה דיברנו על סיכום מסלולי סופרנט באחד הסרטונים הקודמים. הסיבה לסיכום פשוטה - הנתב מאמין שערך אחד בטבלת הניתוב, אצלנו זה הערך 192.168.1.0/24 [120/1] דרך 10.1.1.1, עדיפה על 3 כניסות. אם הרשת מורכבת ממאות רשתות משנה קטנות, אז כאשר הסיכום מושבת, טבלת הניתוב תהיה מורכבת ממספר עצום של ערכי ניתוב. לכן, כדי למנוע הצטברות של כמות עצומה של מידע בטבלאות ניתוב, נעשה שימוש בסיכום מסלול אוטומטי.

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

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

אתה יכול לראות כיצד השתנתה טבלת הניתוב. הערך 192.168.1.0/24 [120/1] דרך 10.1.1.1 נשמר מהגרסה הקודמת של הטבלה, ולאחר מכן יש שלושה ערכים שבזכות ה-Update טיימר מתעדכנים כל 30 שניות. טיימר ה-Flush מבטיח ש-240 שניות לאחר העדכון פלוס 30 שניות, כלומר לאחר 270 שניות, הרשת הזו תוסר מטבלת הניתוב.

הרשתות 192.168.1.0/26, 192.168.1.64/26 ו-192.168.1.128/26 רשומות בצורה נכונה, כך שעכשיו אם התעבורה מיועדת למכשיר 192.168.1.225, המכשיר הזה יפיל אותה מכיוון שהנתב שבו לא יודע היכן הכתובת הזו. אבל במקרה הקודם, כאשר היה זמין לנו סיכום אוטומטי של מסלולים עבור R3, התעבורה הזו תופנה לרשת 10.1.1.1, וזה היה שגוי לחלוטין, מכיוון ש-R3 צריך לשחרר מיד את החבילות הללו מבלי לשלוח אותן הלאה.

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

המגבלה הבאה של RIP היא לולאות, או לולאות ניתוב. כבר דיברנו על התכנסות רשת, כאשר טבלת הניתוב מעודכנת כהלכה. במקרה שלנו, הנתב לא אמור לקבל עדכונים עבור רשת 192.168.1.0/24 אם הוא לא יודע עליו דבר. מבחינה טכנית, התכנסות פירושה שטבלת הניתוב מתעדכנת רק עם מידע נכון. זה אמור לקרות כאשר הנתב כבוי, מופעל מחדש, מחובר מחדש לרשת וכו'. התכנסות היא מצב שבו כל עדכוני טבלת הניתוב הדרושים הושלמו וכל החישובים הדרושים בוצעו.
ל-RIP יש התכנסות גרועה מאוד והוא פרוטוקול ניתוב מאוד מאוד איטי. בגלל האיטיות הזו, נוצרות לולאות ניתוב, או בעיית "המונה האינסופי".

אצייר דיאגרמת רשת בדומה לדוגמא הקודמת - נתב 1 מחובר לנתב 2 באמצעות רשת N2, רשת N1 מחוברת לנתב 1, ורשת N2 מחוברת לנתב 3. בואו נניח שמסיבה כלשהי החיבור N1-R1 נשבר.

נתב 2 יודע שניתן להגיע לרשת N1 בקפיצה אחת דרך נתב 1, אבל הרשת הזו לא עובדת כרגע. לאחר שהרשת נכשלת, תהליך הטיימרים מתחיל, נתב 1 מעביר אותו למצב Hold Down, וכן הלאה. עם זאת, לנתב 2 פועל טיימר Update, ובזמן שנקבע הוא שולח עדכון לנתב 1, שאומר שרשת N1 נגישה דרכו בשני דילוגים. עדכון זה מגיע לנתב 1 לפני שהספיק לשלוח לנתב 2 עדכון על כשל ברשת N1.

לאחר שקיבל את העדכון הזה, נתב 1 חושב: "אני יודע שרשת ה-N1 שמחוברת אליי לא עובדת מסיבה כלשהי, אבל נתב 2 אמר לי שהוא זמין דרכו בשני סיבובים. אני מאמין לו, אז אני אוסיף הופ אחד, אעדכן את טבלת הניתוב שלי ואשלח לנתב 2 עדכון שאומר שרשת N1 נגישה דרך נתב 2 בשלושה דילוגים!"
לאחר שקיבל את העדכון הזה מהנתב הראשון, נתב 2 אומר: "בסדר, קודם לכן קיבלתי עדכון מ-R1, שאמר שרשת N1 זמינה דרכו בקפיצה אחת. עכשיו הוא אמר לי שזה זמין ב-3 כשות. אולי משהו השתנה ברשת, אני לא יכול שלא להאמין בזה, אז אני אעדכן את טבלת הניתוב שלי על ידי הוספת הופ אחד". לאחר מכן, R2 שולח עדכון לנתב הראשון, הקובע כי רשת N1 זמינה כעת ב-4 הקפות.
אתה רואה מה הבעיה? שני הנתבים שולחים עדכונים זה לזה, מוסיפים קפיצה אחת בכל פעם, ובסופו של דבר מספר הקפיצות מגיע למספר גדול. בפרוטוקול RIP המספר המקסימלי של הקפות הוא 16, וברגע שהוא מגיע לערך הזה, הנתב מבין שיש בעיה ופשוט מסיר את המסלול הזה מטבלת הניתוב. זו הבעיה עם ניתוב לולאות ב-RIP. זה נובע מהעובדה ש-RIP הוא פרוטוקול וקטור מרחק; הוא מפקח רק על המרחק, מבלי לשים לב למצב מקטעי הרשת. ב-1969, כשרשתות המחשבים היו איטיות בהרבה ממה שהן עכשיו, גישת וקטור המרחק הייתה מוצדקת, ולכן מפתחי ה-RIP בחרו בספירת הופ כמדד העיקרי. עם זאת, כיום גישה זו יוצרת בעיות רבות, ולכן רשתות מודרניות עברו באופן נרחב לפרוטוקולי ניתוב מתקדמים יותר, כגון OSPF. דה פקטו, פרוטוקול זה הפך לסטנדרט עבור הרשתות של רוב החברות הגלובליות. נסתכל על פרוטוקול זה בפירוט רב באחד מהסרטונים הבאים.

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

תודה שנשארת איתנו. האם אתה אוהב את המאמרים שלנו? רוצים לראות עוד תוכן מעניין? תמכו בנו על ידי ביצוע הזמנה או המלצה לחברים, 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