MTU-ի համար լրացուցիչ երեսուն բայթի կանոնը խախտվում է MPLS պսևդոմալուխներում

Հարցրեք ինժեների, թե որքան ավելացնել MPLS-ի համար, և կլսեք մի թիվ, սովորաբար երեսուն, ասված վստահությամբ։ Թիվն այնքան էլ սխալ չէ, որքան արմատազուրկ է. այն ամբողջովին կախված է նրանից, թե ինչ է հաշվում սկզբնական թիվը և ինչ է իրականում փոխանցում մատակարարի եզրը։ Ethernet պսևդոմալուխի վրա ենթադրությունները տեսանելի են, և հենց որ գրեք դրանք, թվաբանությունը փոխարինում է ավանդազրույցին։

Մեկ անվան տակ չափվում են երեք տարբեր բաներ։ Կա հաճախորդի IP փաթեթը, պսևդոմալուխով տեղափոխվող Ethernet շրջանակը և մատակարարի սեփական արտաքին հղման շրջանակավորումը։ Դրանք խառնող բյուջեն տալիս է արժեք, որը ոչ մի սարքի դաշտ չի սպասում։

Մեկ հաշվարկված բյուջե բոլոր ենթադրություններով

Վերցրեք հաճախորդի 1500 բայթ IP փաթեթ, սովորական 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 արժեքներ չեն

IPv4 ping-ի բեռնվածքը IP MTU չէ։ IP վերնագիրն ու ICMP վերնագիրը նույնպես բայթեր են ծախսում, ուստի հաջող բեռնվածքի չափը համապատասխանում է լարի վրա ավելի մեծ փաթեթի։ Մեկ չափով անցնող զոնդը նույնպես ոչինչ չի ասում այլ VLAN ռեժիմ կամ ավելի խորը պիտակների կույտ օգտագործող ծառայության մասին։ Թեստը չափում է մեկ ուղի, մեկ չափ և մեկ բեռնվածքի ձև, և ծառայությունը կարող է փոխել բոլոր երեքը։

Ավելի վատ, ping-ը կարող է հաջողվել, մինչ մեծ շրջանակները ձախողվում են, որովհետև զոնդն օգտագործել է ուղի և չափ, որոնք իրական երթևեկությունը երբեք չի օգտագործում։ Դիտարկեք այն որպես հասանելիության մասին մեկ տվյալի կետ, ոչ որպես 2-րդ շերտի ծառայության սպեցիֆիկացիա։

Երբ շրջանակը չի տեղավորվում

Եթե չափազանց մեծ շրջանակները հնարավոր չէ տեղափոխել և չկա աջակցվող բեկորացման կամ վերահավաքման մեխանիզմ, դրանք դեն են նետվում, սովորաբար առանց հստակ սխալի երկու ծայրերում էլ։ Այնուհետև հավելվածները զանգվածային փոխանցումներում ցուցադրում են ժամկետանցումներ, մինչ ինտերակտիվ նստաշրջանները մնում են առողջ, ինչը մարդկանց ուղղում է դիտելու հրային պատեր և երթուղիներ՝ բայթեր հաշվելու փոխարեն։

Պարզաբանեք իրական բյուջեն մատակարարի հետ. ծառայության ռեժիմ, պիտակների մշակում, պիտակների խորություն, կառավարման բառ և այն ճշգրիտ սահմանը, որը կիրառում է ձեր սարքը։ Գրեք ենթադրությունները թվի կողքին, որովհետև հակառակ դեպքում հաջորդ ինժեները կժառանգի երեսուն բայթի կանոնը և մի առեղծված։