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-катмар кызматынын спецификациясы деп эмес.

Кадр батпаганда

Эгер өтө чоң кадрларды ташуу мүмкүн болбосо жана колдоого алынган бөлүү же кайра чогултуу механизми жок болсо, алар ыргытылат, адатта эки учта тең ачык катасыз. Андан кийин колдонмолор жапырт өткөрүүлөрдө убакыт бүтүүсүн көрсөтөт, ал эми интерактивдүү сессиялар ден соолукта болуп калат, бул адамдарды байт саноонун ордуна брандмауэрлер менен маршруттарды кароого жиберет.

Чыныгы бюджетти провайдер менен тактаңыз: кызмат режими, тегдерди иштетүү, тег тереңдиги, башкаруу сөзү жана түзмөгүңүз колдонгон так чектөө. Божомолдорду сандын жанына жазыңыз, антпесе кийинки инженер отуз байт эрежесин жана бир табышмакты мураска алат.