Правилото за добавъчните тридесет байта за 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

Полезният товар на IPv4 ping не е IP MTU. IP заглавката и ICMP заглавката също консумират байтове, така че размер на товар, който минава, съответства на по-голям пакет по линията. Проба, която минава при един размер, също не казва нищо за услуга с различен VLAN режим или по-дълбок стек от етикети. Тестът измерва един път, един размер и една форма на товара, а услугата може да промени и трите.

По-лошо, ping може да мине, докато големите кадри се провалят, защото пробата е упражнила път и размер, които реалният трафик никога не използва. Приемайте го като една точка от данни за достижимост, а не като спецификация на услуга от слой 2.

Когато кадърът не се побира

Ако кадри с прекомерен размер не могат да бъдат пренасяни и няма поддържан механизъм за фрагментация или сглобяване, те се изхвърлят, обикновено без ясна грешка в нито един край. Тогава приложенията показват изчаквания при обемни трансфери, докато интерактивните сесии остават здрави, което кара хората да гледат защитни стени и маршрути вместо броя байтове.

Изяснете действителния бюджет с доставчика: режим на услугата, обработка на етикети, дълбочина на етикетите, контролна дума и точния лимит, който вашето устройство налага. Запишете допусканията до числото, защото иначе следващият инженер ще наследи правилото за тридесет байта и една загадка.