מי מנתב בין האתרים שלכם: VPN של שכבה 2 או שכבה 3?

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

התחילו בטופס המסירה, לא בשקופית הטופולוגיה

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

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

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

קראו מה הגיע ביום ההפעלה

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

ip -br link show
ip -br addr show
ip route show default
ip neigh show

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

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

הקצו בעלים אחד לכל אובייקט לפני הקידומת הראשונה

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

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

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

עברו על מקרה התקלה של אתר אחד

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

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

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

מה החוזה לא קונה

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

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

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