הראיון שבו OSPF עשה את ההבדל: איך תלמיד שלנו ניתח Cost, התכנסות ושרידות על הלוח — וקיבל את התפקיד

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

הוא הגיע עם ביטחון של מי שעשה מעבדות. שאלו אותו על VLAN-ים, על Trunk, על NAT — הכל זרם. ואז אחד המראיינים קם, ניגש ללוח, שרטט טופולוגיה של שישה ראוטרים, ואמר משפט אחד: "בוא נדבר על OSPF".

בנקודה הזו, לפי מה שהוא סיפר לנו אחר כך, הבטן התהפכה. לא כי הוא לא ידע OSPF — אלא כי הוא הבין שהשאלות הבאות לא הולכות להיות "מה זה Area 0". הן הולכות להיות שאלות של אדם שמתחזק רשת שאסור לה ליפול.

רגע לפני הראיון: מה זה OSPF ולמה כולם מתעקשים עליו

OSPF (Open Shortest Path First) הוא פרוטוקול ניתוב פנימי מסוג Link-State. במקום לספר לשכנים "לרשת הזאת יש מסלול, סמכו עליי" (מה שעושה RIP), כל ראוטר מפרסם את מצב הקישורים שלו — למי הוא מחובר, באיזו מהירות, ובאיזה Cost. כל הפרסומים האלה נערמים אצל כל ראוטר במסד נתונים אחד (LSDB), וממנו כל ראוטר מריץ בעצמו את אלגוריתם Dijkstra ובונה עץ מסלולים קצרים משלו.

מכאן נגזרות שלוש תכונות שמנהלי רשת אוהבים: התכנסות מהירה (Convergence), עבודה היררכית באזורים (Areas) שמונעת מהמסד לנפח, והחלטות מסלול שמבוססות על רוחב פס ולא על מספר Hops.

• ▸Router ID — המזהה של הראוטר בתוך התהליך. אפשר וכדאי לקבע אותו ידנית עם ‎router-id‎, ולא לתת ל-IOS לבחור לכם.
• ▸Area 0 (Backbone) — כל אזור אחר חייב להתחבר אליו, פיזית או דרך Virtual Link. ראוטר שיושב על שני אזורים הוא ABR.
• ▸Cost — המטריקה. נגזרת מרוחב הפס לפי ‎Reference Bandwidth / Bandwidth‎. ברירת המחדל היא 100Mbps, וזו בדיוק הבעיה בעולם של 10Gig.
• ▸Hello / Dead — 10 ו-40 שניות ברשתות Broadcast. הזמנים האלה קובעים כמה מהר תגלו שהשכן מת.
• ▸DR / BDR — בסגמנט Multi-Access נבחר ראוטר שמרכז את הסינכרון, לפי Priority ואם שווה — לפי Router ID הגבוה.
• ▸LSA Types — 1 בתוך אזור, 2 לרשת Multi-Access, 3 בין אזורים, 5 מסלולים חיצוניים.

OSPF לא בוחר את המסלול הקצר גיאוגרפית. הוא בוחר את המסלול עם ה-Cost הנמוך ביותר. וה-Cost הזה הוא בדיוק מה שאתם מגדירים — או מזניחים.

והנה הטופולוגיה שהוא קיבל על הלוח

לחצו להגדלה

שימו לב למה שהמראיין בנה כאן, כי זה לא מקרי: Router 1 ו-Router 2 הם ה-Backbone (Area 0) ומחוברים ביניהם ב-10Gig. Router 3 מחזיק את חוות השרתים הראשית, Router 4 מחזיק את הגיבוי. Router 5 יושב ב-Area 1, ו-Router 6 סוגר את הצלב. הקישורים למטה במהירויות שונות לחלוטין — 1000Mb/s מול 45Mb/s מול 1.54Mb/s.

המראיין לא שאל "איך מגדירים OSPF". הוא שאל שאלה אחרת לגמרי: "תגיד לי דרך איזה קישור תעבור התעבורה מ-Router 5 לחוות השרתים, ולמה".

שאלה 1: Cost, ולמה ברירת המחדל משקרת לכם

לחצו להגדלה

זו הייתה השאלה הראשונה, וכאן נופלים הרבה מרואיינים. Cost ב-OSPF מחושב כ-Reference Bandwidth חלקי רוחב הפס של הממשק, וברירת המחדל של Reference Bandwidth היא 100Mbps. המשמעות: כל קישור מ-100Mbps ומעלה מקבל Cost 1. גם ה-10Gig של ה-Backbone, גם קישור של 1Gig, וגם קישור של 155Mb/s — כולם "שווים" בעיני הפרוטוקול.

R1(config)# router ospf 1
R1(config-router)# auto-cost reference-bandwidth 100000
% OSPF: Reference bandwidth is changed.
   Please ensure reference bandwidth is consistent across all routers.

! ואם רוצים לשלוט ידנית בקישור ספציפי:
R1(config)# interface GigabitEthernet0/1
R1(config-if)# ip ospf cost 5

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

שאלה 2: צוואר הבקבוק שאף אחד לא רואה עד שהוא כואב

המראיין הצביע על הקישור של 1.54Mb/s ושאל: "מתי התעבורה תבחר לעבור כאן?". התשובה הנכונה היא: כאשר ה-Cost המצטבר במסלול הזה יוצא נמוך יותר, או כשהמסלול המהיר נופל. עם Reference Bandwidth ברירת מחדל, קישור של 1.54Mb/s מקבל Cost 64 — מספר גבוה שיגרום ל-OSPF להתרחק ממנו. אבל אם מישהו קבע Cost ידנית, או אם המסלול המרכזי נפל, פתאום כל התעבורה לחוות השרתים דוחסת את עצמה דרך קו של 1.54Mb/s. הרשת "עובדת", והמשתמשים מדווחים שהכל תקוע.

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

שאלה 3: התכנסות — כמה זמן הרשת עיוורת

"נניח שהקישור בין Router 1 ל-Router 3 מתנתק. תוך כמה זמן התעבורה תעבור לחוות הגיבוי?" — כאן נדרשת הבנה של מה שקורה בשטח: כשהקישור מזהה Down פיזי, ה-Adjacency נופלת מיד. אבל אם התקלה היא לוגית (שכן שקוע, ספק שהעביר את הקו דרך מתג), הזיהוי תלוי ב-Dead Interval — ברירת מחדל 40 שניות. אחריו יש הצפת LSA, חישוב SPF מחדש ועדכון טבלת הניתוב.

! הקטנת טיימרים — חייב להיות זהה בשני צידי הקישור
R1(config-if)# ip ospf hello-interval 3
R1(config-if)# ip ospf dead-interval 9

! או הפתרון המקצועי לקישורים קריטיים:
R1(config-if)# bfd interval 300 min_rx 300 multiplier 3
R1(config-router)# bfd all-interfaces

מי שעונה כאן רק "40 שניות" מקבל ניקוד חלקי. מי שמסביר את ההבדל בין זיהוי פיזי ללוגי, מזכיר את השפעת ה-SPF Throttle ומציע BFD — נשמע כמו מי שכבר החזיק Pager.

שאלה 4: שרידות של Server Farm

השאלה האחרונה בטופולוגיה הייתה עסקית ולא טכנית: "Router 3 הוא הראשי ו-Router 4 הוא הגיבוי. איך אתה מבטיח שבזמן שגרה כל התעבורה נכנסת לראשי, ובזמן תקלה היא עוברת לגיבוי בלי שאף אחד יגע בקונפיגורציה?"

• ▸Cost אסימטרי — לתת לקישור אל חוות הגיבוי Cost גבוה יותר, כך שיישב כמסלול משני זמין.
• ▸לא לגעת ב-ECMP — אם שני המסלולים יקבלו Cost זהה, OSPF יאזן ביניהם, והתעבורה תתפצל בין ראשי לגיבוי. זה בדיוק מה שלא רוצים כאן.
• ▸לשמור על Area 0 שלם — ABR שמאבד קישור ל-Backbone הופך את Area 1 לאי מבודד.
• ▸לסנן חכם — עם Stub או Totally Stub Area מצמצמים את מסד הנתונים בקצה ומאיצים חישוב SPF.

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

מה אנחנו לומדים מזה

השאלות שקיבל לא היו "שאלות מבחן". הן היו שאלות של מי שאחראי על תשתית: איך המטריקה מחושבת, מה קורה כשקישור נופל, איפה צוואר הבקבוק, ומה המשמעות התפעולית של כל החלטה. זה הפער בין מי שיודע להגיד "OSPF זה Link-State" למי שיודע להפעיל את זה על לוח מול מראיין.

בקורס ניהול רשתות תקשורת CCNA של מכללת נטמי בונים בדיוק את השכבה הזאת: OSPF מאפס — Areas, Cost, DR/BDR, LSA, פתרון תקלות ומעבדות שמפילות קישורים בכוונה כדי שתראו במו עיניכם איך הרשת מתכנסת. הכל בעברית, מלא הקלטות ומעבדות, וגישה לכל החיים.