Huawei QinQ ל-VSI: בדוק את ערימת התגים לפני שתגדיר

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

כתוב את ערימת התגים לפני שאתה נוגע במכשיר

בחר שירות נציג אחד ותאר אותו כמסגרות, לא כתצורה. עבור שירות ששומר על רשתות VLAN 100 ו-200 של לקוחות בתוך ספק VLAN 900, החוזה קצר: מסגרות כניסה נושאות תג לקוח אחד, הספק מוסיף תג שירות אחד, והתג של הלקוח עצמו שורד ללא נגיעה מתחתיו.

customer to provider:  [ C-tag 100 | payload ]
provider inside:       [ S-tag 900 ][ C-tag 100 | payload ]
provider to customer:  [ C-tag 100 | payload ]

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

בדוק תחילה את התאמת הכניסה

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

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

בדוק מה בעצם פעולת התג עושה

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

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

בדוק את כריכת השירות, לא את מספר הממשק

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

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

בידוד הוא הבטחה נפרדת. שמירה על תגי לקוחות שלמים בתוך VSI אחד לא מפלח לקוחות זה מזה, מכיוון שלמידת MAC משתרעת על כל המופע; אם החוזה אומר בידוד, הוא זקוק למופעים נפרדים או למדיניות מפורשת לכל VLAN.

בדוק את תקציב הגודל ולאחר מכן הוכח את החוזה

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

לאחר מכן בדוק שלושה מקרים בקובץ המצורף של הלקוח: ה-C-VLAN הראשון שהודה בשני הכיוונים, השני הודה ב-C-VLAN ו-VLAN שהחוזה אומר שיש לסרב. התבונן במסגרות במקום לקרוא מצבי ממשק, וחזור לאחר כל שינוי בכלל התג.

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