Pravilo dodatnih tridesetih bajtov za MTU odpove na psevdovodih MPLS

Vprašajte inženirja, koliko dodati za MPLS, in slišali boste številko, običajno trideset, izgovorjeno s samozavestjo. Številka ni toliko napačna, kolikor je odtrgana od konteksta: popolnoma je odvisna od tega, kaj šteje začetna številka in kaj dejansko prenaša rob ponudnika. Na psevdovodu Ethernet so predpostavke vidne, in ko jih zapišete, aritmetika nadomesti ljudsko izročilo.

Pod enim imenom se merijo tri različne stvari. Tu je paket IP stranke, okvir Ethernet, ki se prenaša čez psevdovod, in lastno zunanje uokvirjanje povezave ponudnika. Proračun, ki jih meša, da vrednost, ki je ne pričakuje nobeno polje naprave.

En izračunan proračun z vsako izraženo predpostavko

Vzemite paket IP stranke velikosti 1500 bajtov, običajno glavo Ethernet, ki se prenaša čez psevdovod brez FCS stranke, nobene ohranjene oznake VLAN, sklad oznak z dvema vnosoma in štiribajtno krmilno besedo. Prenesena glava Ethernet doda 14, ohranjene oznake ne dodajo ničesar, dva vnosa oznak dodata 8, ker je vsak vnos 4 bajte, krmilna beseda pa doda 4. To da 1526 bajtov paketa, zapakiranega v MPLS.

Rezultat preberite pozorno. Izključuje zunanjo glavo Ethernet povezave ponudnika in njen FCS, in je primer, ne konstanta za vnos v katero koli polje z imenom MTU. Dve oznaki sta tudi predpostavka: pravi sklad lahko nosi transportno oznako, storitveno oznako in včasih več, vsak vnos pa stane istih 4 bajtov.

Kaj dejansko prečka psevdovod

RFC 4448 določa, kako okviri Ethernet potujejo znotraj MPLS, in v njegovem običajnem modelu se preambula in FCS stranke odstranita na vhodu in ponovno ustvarita na izhodu. Zato se FCS ne pojavi v zgornjem proračunu. Ravnanje z VLAN je odvisno od načina storitve: način, ki ohrani oznake stranke, doda njihove bajte nazaj, in način, ki jih preslika, tega ne stori. Dodatno ohranjanje ali dodatno zapiranje je treba šteti povrhu.

Krmilna beseda je del aritmetike vedno, ko se uporablja. RFC 8469 jo priporoča za psevdovode Ethernet, zato starejše besedilo, ki jo opisuje kot neobvezno, ni dokaz, da jo vaša pot izpušča. Potrdite dejanski način storitve pri ponudniku, namesto da bi ga sklepali iz diagrama.

Primerjajte številko s pravim poljem

Zdaj postavite zahtevano zapakirano velikost ob vsako pomembno povezavo in ob proizvajalčevo definicijo omejitve, ki jo konfigurirate. Nekatera polja opisujejo paket IP, druga okvir ali drugo mejo zapiranja. Dve številki sta lahko videti enaki in opisujeta različne zmogljivosti, in tako konfiguracija, ki se zdi ustrezna, povzroči izgube v proizvodnji.

Zato je tudi kopiranje vrednosti med nepovezanimi platformami tvegano. Ime polja je specifikacija, ne decimalna številka, ki se je spomnite s konzole drugega proizvajalca.

Koristne obremenitve pinga niso vrednosti MTU

Koristna obremenitev pinga IPv4 ni IP MTU. Glava IP in glava ICMP prav tako porabita bajte, zato velikost obremenitve, ki uspe, ustreza večjemu paketu na žici. Sonda, ki gre skozi pri eni velikosti, prav tako ne pove ničesar o storitvi z drugim načinom VLAN ali globljim skladom oznak. Test meri eno pot, eno velikost in eno obliko obremenitve, storitev pa lahko spreminja vse tri.

Še slabše, ping lahko uspe, medtem ko veliki okviri spodletijo, ker je sonda preizkusila pot in velikost, ki jih dejanski promet nikoli ne uporablja. Obravnavajte to kot eno podatkovno točko o dosegljivosti, ne kot specifikacijo storitve plasti 2.

Ko se okvir ne prilega

Če prevelikih okvirov ni mogoče prenašati in ni podprtega mehanizma za razdrobljenje ali ponovno sestavljanje, se zavržejo, običajno brez jasne napake na obeh koncih. Aplikacije nato pri množičnih prenosih kažejo časovne omejitve, medtem ko interaktivne seje ostanejo zdrave, kar ljudi pošlje gledat požarne zidove in poti namesto štetja bajtov.

Razjasnite dejanski proračun s ponudnikom: način storitve, ravnanje z oznakami, globino oznak, krmilno besedo in natančno omejitev, ki jo uveljavlja vaša naprava. Zapišite predpostavke ob številki, ker bo sicer naslednji inženir podedoval pravilo tridesetih bajtov in uganko.