כלל שלושים הבייטים הנוספים ל-MTU נשבר ברשתות MPLS מדומות

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

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

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

קחו חבילת IP של לקוח בגודל 1500 בייט, כותרת Ethernet רגילה המועברת דרך הרשת המדומה בלי ה-FCS של הלקוח, בלי תג VLAN נשמר, מחסנית תוויות עם שתי רשומות ומילת בקרה של ארבעה בייטים. כותרת ה-Ethernet המועברת מוסיפה 14, תגים נשמרים אינם מוסיפים דבר, שתי רשומות התווית מוסיפות 8 מפני שכל רשומה היא 4 בייטים, ומילת הבקרה מוסיפה 4. זה נותן 1526 בייטים של חבילה עטופה ב-MPLS.

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

מה באמת חוצה את הרשת המדומה

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

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

השוו את המספר לשדה הנכון

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

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

מטעני ping אינם ערכי MTU

המטען של ping IPv4 אינו MTU של IP. גם כותרת ה-IP וכותרת ה-ICMP צורכות בייטים, לכן גודל מטען שמצליח מתאים לחבילה גדולה יותר על החוט. בדיקה שעוברת בגודל אחד גם אינה אומרת דבר על שירות שמשתמש במצב VLAN אחר או במחסנית תוויות עמוקה יותר. הבדיקה מודדת נתיב אחד, גודל אחד וצורת מטען אחת, והשירות יכול לשנות את שלושתם.

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

כאשר המסגרת אינה נכנסת

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

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