Правило додатних тридесет бајтова за 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.

Када се оквир не уклапа

Ако се превелики оквири не могу пренети и нема подржаног механизма фрагментације или поновног састављања, они се одбацују, обично без јасне грешке на било ком крају. Апликације тада показују истеке времена код великих преноса док интерактивне сесије остају здраве, што људе шаље на заштитне зидове и руте уместо на бројање бајтова.

Разјасните стварни буџет са провајдером: режим услуге, руковање ознакама, дубину ознака, контролну реч и тачно ограничење које ваш уређај примењује. Запишите претпоставке поред броја, јер ће иначе следећи инжењер наследити правило тридесет бајтова и мистерију.