MTU үшін қосымша отыз байт ережесі MPLS псевдосызықтарында бұзылады

MPLS үшін қанша қосу керектігін инженерден сұрасаңыз, сенімді түрде айтылған санды естисіз, әдетте отыз. Сан қате емес, тамырсыз: ол бастапқы санның нені санайтынына және провайдер шетінің шын мәнінде нені жіберетініне толығымен тәуелді. Ethernet псевдосызығында болжамдар көрінеді, және оларды жазып алған кезде арифметика аңызды алмастырады.

Бір атау астында үш түрлі нәрсе өлшенеді. Тұтынушының IP пакеті, псевдосызық арқылы тасымалданатын Ethernet кадры және провайдердің өзінің сыртқы байланыс қаңқасы бар. Оларды араластыратын бюджет ешбір құрылғы өрісі күтпейтін мән береді.

Барлық болжамдар айтылған бір есептелген бюджет

1500 байт тұтынушы IP пакетін, тұтынушы FCS-інсіз псевдосызық арқылы тасымалданатын қарапайым Ethernet тақырыбын, сақталмаған 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-қабат қызметінің спецификациясы деп емес.

Кадр сыймаған кезде

Егер тым үлкен кадрларды тасымалдау мүмкін болмаса және қолдау көрсетілетін фрагментация немесе қайта жинау механизмі болмаса, олар тасталады, әдетте екі ұшта да анық қатесіз. Содан кейін қолданбалар жаппай тасымалдауда уақыт шектеулерін көрсетеді, ал интерактивті сессиялар сау қалады, бұл адамдарды байт санаудың орнына брандмауэрлер мен маршруттарға қарауға жібереді.

Нақты бюджетті провайдермен нақтылаңыз: қызмет режимі, тегтерді өңдеу, тег тереңдігі, басқару сөзі және құрылғыңыз қолданатын нақты шектеу. Болжамдарды санның жанына жазыңыз, әйтпесе келесі инженер отыз байт ережесін және бір жұмбақты мұра етеді.