Cisco Training 200-125 CCNA v3.0. יום 22. גרסה שלישית של CCNA: ממשיכים ללמוד RIP

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

ראשית, נלמד במלואו את נושאי הבחינה הראשונה 100-105 ICND1. נותרו לנו עוד כמה שיעורים, שלאחריהם תהיו מוכנים לגשת לבחינה הזו. לאחר מכן נתחיל ללמוד את קורס ICND2. אני מבטיח שעד סוף קורס וידאו זה תהיו מוכנים לחלוטין לגשת לבחינה 200-125. בשיעור האחרון אמרתי שלא נחזור ל-RIP כי זה לא כלול בקורס CCNA. אבל מכיוון ש-RIP נכלל בגרסה השלישית של CCNA, נמשיך ללמוד אותו.

נושאי השיעור של היום יהיו שלוש בעיות שעולות בתהליך השימוש ב-RIP: ספירה עד אינסוף, או ספירה עד אינסוף, אופק מפוצל - כללי פיצול אופקים ו- Route Poison, או הרעלת מסלול.

כדי להבין את מהות הבעיה של ספירה עד אינסוף, הבה נפנה לתרשים. נניח שיש לנו נתב R1, נתב R2 ונתב R3. הנתב הראשון מחובר לשני על ידי רשת 192.168.2.0/24, השני לשלישי על ידי רשת 192.168.3.0/24, הנתב הראשון מחובר לרשת 192.168.1.0/24, והשלישי על ידי הנתב רשת 192.168.4.0/24.

בואו נסתכל על המסלול לרשת 192.168.1.0/24 מהנתב הראשון. בטבלה שלו, מסלול זה יוצג כ-192.168.1.0 עם מספר הכשות שווה ל-0.

עבור הנתב השני, אותו מסלול יופיע בטבלה כמו 192.168.1.0 עם מספר הקפצות השווה ל-1. במקרה זה, טבלת הניתוב של הנתב מתעדכנת על ידי טיימר העדכון כל 30 שניות. R1 מודיע ל-R2 שרשת 192.168.1.0 ניתנת לגישה דרכה בקפיצות השווה ל-0. עם קבלת הודעה זו, R2 מגיב בעדכון שאותה רשת נגישה דרכה בקפיצה אחת. כך פועל ניתוב RIP רגיל.

בואו נדמיין מצב שבו החיבור בין R1 לרשת 192.168.1.0/24 נשבר, ולאחר מכן הנתב איבד את הגישה אליו. במקביל, הנתב R2 שולח עדכון לנתב R1, בו הוא מדווח שרשת 192.168.1.0/24 זמינה לו בקפיצה אחת. R1 יודע שהוא איבד את הגישה לרשת הזו, אבל R2 טוען שהרשת הזו נגישה דרכו בקפיצה אחת, ולכן הנתב הראשון מאמין שעליו לעדכן את טבלת הניתוב שלו, ולשנות את מספר הקפיצות מ-0 ל-2.

לאחר מכן, R1 שולח את העדכון לנתב R2. הוא אומר: "בסדר, לפני זה שלחת לי עדכון שרשת 192.168.1.0 זמינה עם אפס הקפות, עכשיו אתה מדווח שניתן לבנות מסלול לרשת הזו ב-2 הקפות. אז אני צריך לעדכן את טבלת הניתוב שלי מ-1 ל-3." בעדכון הבא, R1 ישנה את מספר הקפיצות ל-4, את הנתב השני ל-5, לאחר מכן ל-5 ו-6, והתהליך הזה יימשך ללא הגבלת זמן.

בעיה זו ידועה בשם לולאת הניתוב, וב-RIP היא נקראת בעיית ה-count-to-infinity. במציאות, רשת 192.168.1.0/24 אינה נגישה, אך R1, R2 וכל שאר הנתבים ברשת מאמינים שניתן לגשת אליה מכיוון שהמסלול ממשיך להתגלגל. ניתן לפתור בעיה זו באמצעות מנגנוני פיצול אופק והרעלת נתיב. בואו נסתכל על טופולוגיית הרשת איתה נעבוד היום.

ישנם שלושה נתבים R1,2,3 ושני מחשבים עם כתובות IP 192.168.1.10 ו-192.168.4.10 ברשת. ישנן 4 רשתות בין המחשבים: 1.0, 2.0, 3.0 ו-4.0. לנתבים יש כתובות IP, כאשר השמינייה האחרונה היא מספר הנתב, והשמינייה הלפני אחרונה היא מספר הרשת. אתה יכול להקצות כל כתובת להתקני רשת אלה, אבל אני מעדיף את אלה כי זה מקל עליי להסביר.

כדי להגדיר את הרשת שלנו, בואו נעבור ל-Packet Tracer. אני משתמש בנתבים של Cisco 2911 ומשתמש בסכימה זו כדי להקצות כתובות IP לשני המארחים PC0 ו-PC1.

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

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

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

ואז אני פשוט מדביק את הטקסט שהועתק ויוצא מהגדרות.

אני עושה את אותו הדבר עם ההגדרות של הנתבים השני והשלישי. זהו אחד היתרונות של הגדרות Cisco - אתה יכול פשוט להעתיק ולהדביק את ההגדרות שאתה צריך לתוך קבצי התצורה של מכשיר הרשת שלך. במקרה שלי, אוסיף גם 2 פקודות לתחילת קבצי התצורה המוגמרים כדי לא להזין אותן בקונסולה - אלו הן en (enable) ו-config t. לאחר מכן אני אעתיק את התוכן ואדביק את כל הדבר לתוך מסוף ההגדרות של R3.

אז, הגדרנו את כל 3 הנתבים. אם ברצונכם להשתמש בקבצי תצורה מוכנים עבור הנתבים שלכם, ודאו שהדגמים תואמים לאלה המוצגים בתרשים זה - כאן יש לנתבים יציאות GigabitEthernet. ייתכן שיהיה עליך לתקן שורה זו בקובץ FastEthernet אם לנתב שלך יש יציאות מדויקות אלה.

אתה יכול לראות שסמני יציאת הנתב בתרשים עדיין אדומים. מה הבעיה? כדי לאבחן, עבור אל ממשק שורת הפקודה של IOS של נתב 1 והקלד את הפקודה show ip interface short. פקודה זו היא "הסכין השוויצרית" שלך בעת פתרון בעיות רשת שונות.

כן, יש לנו בעיה - אתה רואה שממשק GigabitEthernet 0/0 נמצא במצב למטה מבחינה מנהלית. העובדה היא שבקובץ התצורה שהועתק שכחתי להשתמש בפקודה no shutdown ועכשיו אכניס אותה ידנית.

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

נכון לעכשיו, פרוטוקול RIP מוגדר בכל 3 המכשירים, ואני אתקן אותו באמצעות פקודת debug ip rip, ולאחר מכן כל המכשירים יחליפו עדכוני RIP. לאחר מכן אני משתמש בפקודה undebug all עבור כל 3 הנתבים.

אתה יכול לראות ש-R3 מתקשה למצוא שרת DNS. נדון בנושאים של שרת DNS של CCNA v3 מאוחר יותר, ואני אראה לך כיצד להשבית את תכונת החיפוש עבור אותו שרת. לעת עתה, נחזור לנושא השיעור ונראה כיצד פועל עדכון ה-RIP.
לאחר שנפעיל את הנתבים, טבלאות הניתוב שלהם יכללו ערכים על רשתות המחוברות ישירות ליציאות שלהם. בטבלאות, רשומות אלו מופיעות באות C, ומספר הקפיצות לחיבור ישיר הוא 0.

כאשר R1 שולח עדכון ל-R2, הוא מכיל מידע על רשתות 192.168.1.0 ו-192.168.2.0. מכיוון ש-R2 כבר יודע על רשת 192.168.2.0, הוא מכניס רק את העדכון על רשת 192.168.1.0 לטבלת הניתוב שלו.

בראש ערך זה עומדת האות R, כלומר חיבור לרשת 192.168.1.0 אפשרי דרך ממשק הנתב f0/0: 192.168.2.2 רק באמצעות פרוטוקול RIP עם מספר הקפצות 1.
באופן דומה, כאשר R2 שולח עדכון ל-R3, הנתב השלישי מציב רשומה בטבלת הניתוב שלו שרשת 192.168.1.0 נגישה דרך ממשק הנתב 192.168.3.3 דרך RIP עם מספר הקפות של 2. כך עובד עדכון הניתוב .

כדי למנוע לולאות ניתוב, או ספירה אינסופית, ל-RIP יש מנגנון מפוצל אופק. מנגנון זה הוא כלל: "אל תשלח עדכון רשת או נתיב דרך הממשק שדרכו קיבלת את העדכון". במקרה שלנו, זה נראה כך: אם R2 קיבל עדכון מ-R1 לגבי רשת 192.168.1.0 דרך ממשק f0/0: 192.168.2.2, הוא לא אמור לשלוח עדכון לגבי רשת 0 זו לנתב הראשון דרך ממשק f0/2.0 . הוא יכול לשלוח עדכונים רק דרך ממשק זה המשויך לנתב הראשון הנוגעים לרשתות 192.168.3.0 ו-192.168.4.0. זה גם לא אמור לשלוח עדכון לגבי רשת 192.168.2.0 דרך ממשק f0/0, כי הממשק הזה כבר יודע על זה, כי הרשת הזו מחוברת ישירות אליו. לכן, כאשר הנתב השני שולח עדכון לנתב הראשון, הוא אמור להכיל רשומות רק על רשתות 3.0 ו-4.0, מכיוון שהוא למד על הרשתות הללו מממשק אחר - f0/1.

זהו הכלל הפשוט של פיצול אופק: לעולם אל תשלח מידע על מסלול כלשהו בחזרה לאותו כיוון שממנו הגיע המידע. כלל זה מונע לולאת ניתוב או ספירה עד אינסוף.
אם תסתכלו על ה-Packet Tracer, תוכלו לראות ש-R1 קיבל עדכון מ-192.168.2.2 דרך ממשק GigabitEthernet0/1 לגבי שתי רשתות בלבד: 3.0 ו-4.0. הנתב השני לא דיווח שום דבר על רשתות 1.0 ו-2.0, כי הוא למד על הרשתות הללו דרך ממשק זה.

הנתב הראשון R1 שולח עדכון לכתובת ה-IP Multicast 224.0.0.9 - הוא לא שולח הודעת שידור. כתובת זו היא משהו כמו תדר מסוים שבו משדרות תחנות רדיו FM, כלומר, רק אותם מכשירים שמכוונים לכתובת מולטי-שידור זו יקבלו את ההודעה. באותו אופן, נתבים מגדירים את עצמם לקבל תעבורה עבור הכתובת 224.0.0.9. אז, R1 שולח עדכון לכתובת זו באמצעות ממשק GigabitEthernet0/0 עם כתובת ה-IP 192.168.1.1. ממשק זה אמור לשדר רק עדכונים לגבי רשתות 2.0, 3.0 ו-4.0 מכיוון שרשת 1.0 מחוברת ישירות אליו. אנחנו רואים אותו עושה בדיוק את זה.

לאחר מכן, הוא שולח עדכון דרך הממשק השני f0/1 עם הכתובת 192.168.2.1. התעלם מהאות F עבור FastEthernet - זו רק דוגמה, שכן לנתבים שלנו יש ממשקי GigabitEthernet שאמורים להיות מסומנים באות g. הוא לא יכול לשלוח עדכון לגבי רשתות 2.0, 3.0 ו-4.0 דרך הממשק הזה, כי הוא למד עליהם דרך ממשק f0/1, אז הוא שולח עדכון רק לגבי רשת 1.0.

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

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

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

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

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

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

עוד עולה כי הפרוטוקול משתמש בסיכום אוטומטי של מסלולים, עליו דיברנו בסרטון הקודם, וכי המרחק האדמיניסטרטיבי הוא 120, שגם עליו כבר דיברנו.
בואו נסתכל מקרוב על הפקודה show ip route. אתה רואה שרשתות 192.168.1.0/24 ו-192.168.2.0/24 מחוברות ישירות לנתב, שתי רשתות נוספות, 3.0 ו-4.0, משתמשות בפרוטוקול ניתוב RIP. שתי הרשתות הללו נגישות דרך ממשק GigabitEthernet0/1 והמכשיר עם כתובת ה-IP 192.168.2.2. המידע בסוגריים מרובעים חשוב - המספר הראשון פירושו המרחק האדמיניסטרטיבי, או המרחק המנהלי, השני - מספר הקפיצות. מספר הקפצות הוא מדד של פרוטוקול RIP. לפרוטוקולים אחרים, כגון OSPF, יש מדדים משלהם, עליהם נדבר בעת לימוד הנושא המתאים.

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

נניח שרשת 192.168.3.0/24 נגישה גם דרך ממשק g0/1, המשתמש ב-RIP, וגם ממשק g0/0, המשתמש בניתוב סטטי. במקרה זה, הנתב ינתב את כל התנועה לאורך המסלול הסטטי דרך f0/0, מכיוון שמסלול זה אמין יותר. במובן זה, פרוטוקול RIP עם מרחק ניהולי של 120 גרוע יותר מפרוטוקול ניתוב סטטי עם מרחק של 1.

פקודה חשובה נוספת לאבחון בעיות היא הפקודה show ip interface g0/1. הוא מציג את כל המידע על הפרמטרים והסטטוס של יציאת נתב ספציפית.

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

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