נרמול תגי VLAN בנקודות הקצה של pseudowire: ספר ריצה

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

כתבו קודם את חוזה המסגרת

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

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

הסכימו על מצב ה-pseudowire

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

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

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

החילו את פעולות התג המקומיות

מדריך השכתוב של VLAN CCC מבית Juniper מתעד פעולות pop, push ו-swap עם מגבלות ספציפיות לפלטפורמה. עבור יחידה מתויגת תואמת שכבר מוגדרת, הכיוון הממחיש הוא input-vlan-map pop בכניסה ו-output-vlan-map push ביציאה. השורות האלה ממחישות פעולות, לא תצורה מלאה של ממשק או מעגל. אשרו את הפלטפורמה והמהדורה המדויקות במקום ליישם את הדוגמה של משפחת התקנים אחת בכל מקום.

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

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

תקצבו את הגודל, לא רק את התגים

כללו תגים נשמרים, את מחסנית ה-MPLS בפועל ואת ה-control word בתקציב הגודל. RFC 8469 ממליץ על control word עבור pseudowire Ethernet, וההמלצה הזו משנה את תקציב המסגרת בין אם הפלטפורמה שלכם מפעילה אותו כברירת מחדל ובין אם לא. יישרו אי-התאמה של MTU במקום להשתיק את האזהרה שלה כתיקון. אזהרה מושתקת היא הפסקה מתוכננת שנמחקה ממנה התאריך.

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

אם המספרים לא תואמים, שנו את התוכנית ולא את רמת הרישום.

קבלו אותו מסגרת אחר מסגרת

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

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

המעגל גמור כששני הכיוונים תואמים את החוזה שכתבתם בהתחלה, לא כשהכיוון הראשון עובר.