RSTP (802.1w): המדריך המקצועי המלא בעברית להתכנסות מהירה ברשתות Layer 2

אם אי פעם ניתקתם קישור בין שני מתגים ומצאתם את עצמכם סופרים בקול רם עד חמישים בזמן שהטלפוניה בארגון שותקת — פגשתם את STP הקלאסי. Rapid Spanning Tree Protocol, שמוגדר בתקן IEEE 802.1w ומשולב היום בכל מתג ניהולי מודרני, נולד בדיוק כדי למחוק את חמישים השניות האלה ולהחליף אותן בהתכנסות שנמדדת במילישניות. במאמר הזה נפרק את RSTP לגורמים בדיוק כפי שנדרש בהסמכת CCNA 200-301 v1.1 — ובדיוק כפי שתצטרכו להסביר את זה בראיון עבודה לתפקיד Network Engineer.

נקודת המוצא: מה היה שבור ב-STP הקלאסי

802.1D המקורי בנה עץ נטול לולאות בצורה אמינה, אבל הוא נבנה בעולם של Hubs, חצי-דופלקס ורשתות קטנות. הוא מבוסס טיימרים: פורט חסום ממתין Max Age של 20 שניות עד שהוא 'מתייאש' מה-BPDU האחרון ששמע, ואז עובר Listening (15 שניות) ו-Learning (15 שניות) לפני שהוא מתחיל להעביר תעבורה. סך הכול: עד 50 שניות של השבתה בכל שינוי טופולוגיה. בעולם שבו VoIP, iSCSI ווידאו רצים על אותה תשתית, חמישים שניות אינן 'התכנסות' — הן תקלה.

• ▸STP הוא פסיבי: הוא ממתין לפקיעת טיימרים במקום לזהות כשל באופן אקטיבי.
• ▸רק הגשר השורש (Root Bridge) מייצר BPDU; שאר המתגים רק מעבירים אותם הלאה.
• ▸אין מושג של פורט גיבוי מוכן מראש — כל מסלול חלופי חייב לעבור את כל שרשרת המצבים.
• ▸שינוי טופולוגיה מטופל בתהליך TCN מסורבל שמגיע עד לשורש וחוזר.

תפקידי פורטים ב-RSTP: שתי תוספות ששינו הכול

RSTP שומר על Root Port ו-Designated Port מ-STP, אבל מפצל את מצב ה-Blocking הישן לשני תפקידים מובחנים. Alternate Port הוא פורט שמקבל BPDU טוב יותר ממתג אחר ומהווה מסלול חלופי אל השורש — הוא ה'רזרבה' של ה-Root Port. Backup Port הוא פורט שמקבל BPDU טוב יותר מאותו מתג עצמו, מצב שקורה רק כששני פורטים מחוברים לאותו מקטע משותף (למשל דרך Hub), והוא מהווה גיבוי ל-Designated Port. ההבחנה הזו היא בדיוק מה שמאפשר החלפה מיידית: המתג כבר יודע מראש מי יורש את הכתר.

שלושה מצבים במקום חמישה

• ▸Discarding — הפורט אינו מעביר תעבורה ואינו לומד כתובות MAC. מאחד את Disabled, Blocking ו-Listening של STP.
• ▸Learning — הפורט לומד כתובות MAC אך עדיין אינו מעביר תעבורת משתמשים.
• ▸Forwarding — הפורט מעביר תעבורה ולומד כתובות במקביל.

שימו לב להבחנה שנופלים עליה במבחן: תפקיד (Role) ומצב (State) הם שני צירים שונים. פורט Alternate נמצא תמיד ב-Discarding, אבל פורט ב-Discarding אינו בהכרח Alternate. שאלות CCNA אוהבות לערבב בין העמודות האלה בפלט של show spanning-tree.

Proposal/Agreement: הלחיצת יד שמחליפה טיימרים

הלב של RSTP הוא מנגנון סינכרון אקטיבי. כששני מתגים מגלים שכנות חדשה על קישור Point-to-Point, המתג שקרוב יותר לשורש שולח BPDU עם דגל Proposal. השכן מבצע Sync: הוא מעביר את כל הפורטים הלא-קצה שלו ל-Discarding זמנית כדי להבטיח שאין לולאה, ואז מחזיר BPDU עם דגל Agreement. ברגע שה-Agreement מתקבל, הקישור עובר ישירות ל-Forwarding. שום טיימר לא מעורב — ולכן ההתכנסות היא במילישניות ולא בעשרות שניות.

סוגי קישורים — מה שקובע אם תקבלו התכנסות מהירה

• ▸Point-to-Point — קישור Full-Duplex בין שני מתגים. רק כאן פועל מנגנון Proposal/Agreement, ולכן רק כאן מקבלים התכנסות תת-שנייתית.
• ▸Shared — קישור Half-Duplex (למשל דרך Hub). RSTP נסוג להתנהגות איטית בסגנון 802.1D.
• ▸Edge — פורט שמחובר לתחנת קצה, מוגדר באמצעות spanning-tree portfast. עובר ל-Forwarding מיד. אם מגיע אליו BPDU, הוא מאבד את מעמד ה-Edge והופך לפורט רגיל.

BPDU בגרסה 2 ותפקיד פעיל לכל מתג

ב-RSTP כל מתג מייצר BPDU משלו כל Hello Time (שתי שניות כברירת מחדל), ולא רק מעביר את של השורש. אם מתג מפספס שלוש הודעות Hello רצופות — כלומר שש שניות — הוא מכריז מיד על אובדן השכנות ומתחיל להתכנס, בלי להמתין ל-Max Age. בנוסף, שדה ה-Flags בן שמונת הביטים מנוצל במלואו לציון Proposal, Agreement, תפקיד הפורט, מצב Learning ומצב Forwarding, בעוד שב-STP רק שני ביטים היו בשימוש.

גם טיפול בשינוי טופולוגיה השתפר דרמטית. ב-RSTP רק פורט שאינו Edge שעובר ל-Forwarding מייצר Topology Change, וההודעה מוצפת ישירות מהמתג שזיהה את השינוי לכל השכנים, שמנקים באופן סלקטיבי את טבלאות ה-MAC שלהם. אין יותר מסע עלייה אל השורש וחזרה.

! הפעלת מצב Rapid PVST+ (מימוש Cisco של RSTP לכל VLAN)
SW1(config)# spanning-tree mode rapid-pvst

! קיבוע הגשר השורש בגרעין הרשת
SW1(config)# spanning-tree vlan 1,10,20 root primary
SW2(config)# spanning-tree vlan 1,10,20 root secondary

! פורטי גישה לתחנות קצה — מעבר מיידי ל-Forwarding + הגנה
SW1(config)# interface range gi0/5 - 24
SW1(config-if-range)# spanning-tree portfast
SW1(config-if-range)# spanning-tree bpduguard enable

! כפיית סוג קישור Point-to-Point כשהמנגנון האוטומטי טועה
SW1(config)# interface gi0/1
SW1(config-if)# spanning-tree link-type point-to-point

! אימות
SW1# show spanning-tree vlan 10
SW1# show spanning-tree interface gi0/1 detail

טעויות נפוצות שמפילות רשתות אמיתיות

• ▸הגדרת PortFast על פורט Trunk שמחבר מתגים — מתכון ודאי ללולאה. השתמשו ב-portfast trunk רק מול שרתים עם וירטואליזציה, ותמיד עם BPDU Guard.
• ▸השארת בחירת השורש לאקראיות: בלי spanning-tree root primary, המתג הישן ביותר בארון עלול להפוך לשורש הרשת.
• ▸קישור שמזוהה כ-Shared בגלל Half-Duplex — ואז מקבלים התכנסות איטית בלי להבין למה.
• ▸ערבוב מתגים במצב STP ובמצב RSTP: הפורט המשותף נסוג להתנהגות 802.1D ומאבד את היתרון.

RSTP הוא אחד הנושאים שמפרידים בין מי ש'שמע על STP' לבין מי שבאמת יודע לתחזק רשת ארגונית. בקורס CCNA של מכללת נטמי תלמדו את הפרק הזה בליווי מעבדות מעשיות, תבנו טופולוגיות עם קישורים מיותרים, תראו את העץ מתכנס בזמן אמת ותצאו מוכנים למבחן 200-301 — ולשטח.