Kolmkümne lisabaudi reegel MTU jaoks ei kehti MPLS pseudoliinidel

Küsige insenerilt, kui palju MPLS jaoks lisada, ja kuulete arvu, tavaliselt kolmkümmend, enesekindlalt öelduna. Arv pole niivõrd vale kuivõrd kinnitamata: see sõltub täielikult sellest, mida algne arv loeb ja mida teenusepakkuja serv tegelikult edastab. Etherneti pseudoliinil on eeldused nähtavad ja kui need kirja panete, asendab aritmeetika rahvajutu.

Ühe nime all mõõdetakse kolme erinevat asja. On kliendi IP-pakett, üle pseudoliini kantav Etherneti kaader ja teenusepakkuja enda välimine lingiraamistus. Eelarve, mis neid segab, annab väärtuse, mida ükski seadmeväli ei oota.

Üks läbi arvutatud eelarve kõigi eeldustega

Võtke kliendi IP-pakett suurusega 1500 baiti, tavaline Etherneti päis, mida kantakse üle pseudoliini ilma kliendi FCS-ita, ühtegi säilitatavat VLAN-silti pole, kahe kirjega sildistack ja neljabaidine juhtsõna. Kantav Etherneti päis lisab 14, säilitatud sildid ei lisa midagi, kaks sildikirjet lisavad 8, sest iga kirje on 4 baiti, ja juhtsõna lisab 4. See annab 1526 baiti MPLS-kapseldatud paketti.

Lugege tulemust hoolikalt. See jätab välja teenusepakkuja lingi välise Etherneti päise ja selle FCS-i ning on näide, mitte konstant, mida kirjutada ükskõik millisesse MTU-nimelisse välja. Ka kaks silti on eeldus: tegelik stack võib kanda transpordisilti, teenusesilti ja mõnikord enamat ning iga kirje maksab samad 4 baiti.

Mis pseudoliinist tegelikult läbi läheb

RFC 4448 määratleb, kuidas Etherneti kaadrid MPLS-i sees liiguvad, ja selle tavapärases mudelis eemaldatakse kliendi preambul ja FCS sissepääsul ning taastatakse väljapääsul. Seetõttu FCS ülaltoodud eelarves ei esine. VLAN-i käsitlemine sõltub teenuserežiimist: režiim, mis säilitab kliendi sildid, lisab nende baidid tagasi, ja režiim, mis neid kaardistab, ei tee seda. Täiendav säilitamine või lisakapseldamine tuleb peale lugeda.

Juhtsõna on aritmeetika osa alati, kui seda kasutatakse. RFC 8469 soovitab seda Etherneti pseudoliinidele, seega vanem tekst, mis kirjeldab seda valikulisena, ei ole tõestus, et teie tee jätab selle välja. Kinnitage tegelik teenuserežiim teenusepakkujaga, selle asemel et seda diagrammilt tuletada.

Võrrelge arvu õige väljaga

Nüüd asetage nõutav kapseldatud suurus iga asjakohase lingi kõrvale ja selle piirangu tootjamääratluse kõrvale, mida konfigureerite. Mõned väljad kirjeldavad IP-paketti, teised kaadrit või muud kapseldamise piiri. Kaks arvu võivad tunduda identsed ja kirjeldada erinevat mahutavust ning nii tekitab sobivana näiv konfiguratsioon tootmises kadusid.

Seetõttu on ka väärtuse kopeerimine mitteseotud platvormide vahel riskantne. Välja nimi on spetsifikatsioon, mitte kümnendarv, mida mäletate teise tootja konsoolilt.

Pingi kasulikud koormused ei ole MTU väärtused

IPv4 pingi kasulik koormus ei ole IP MTU. IP-päis ja ICMP-päis kulutavad samuti baite, seega õnnestuv koormuse suurus vastab suuremale paketile liinil. Ühel suurusel läbiv sond ei ütle samuti midagi teenuse kohta, mis kasutab teist VLAN-režiimi või sügavamat sildistacki. Test mõõdab üht teed, üht suurust ja üht koormuse kuju ning teenus võib muuta kõiki kolme.

Veel hullem, ping võib õnnestuda, samal ajal kui suured kaadrid ebaõnnestuvad, sest sond kasutas teed ja suurust, mida tegelik liiklus kunagi ei kasuta. Käsitlege seda ühe andmepunktina kättesaadavuse kohta, mitte kui kihi 2 teenuse spetsifikatsiooni.

Kui kaader ei mahu

Kui ülemõõdulisi kaadreid ei saa kanda ja toetatud tükeldamise või uuesti koostamise mehhanismi pole, visatakse need ära, tavaliselt ilma selge veata kummaski otsas. Seejärel näitavad rakendused hulgisiiretel ajalõppe, samal ajal kui interaktiivsed sessioonid jäävad tervislikuks, mis suunab inimesed vaatama tulemüüre ja marsruute, mitte baitide loendamist.

Selgitage tegelik eelarve teenusepakkujaga: teenuserežiim, siltide käsitlemine, siltide sügavus, juhtsõna ja täpne piirang, mida teie seade rakendab. Kirjutage eeldused arvu kõrvale, sest muidu pärib järgmine insener kolmekümne baidi reegli ja ühe mõistatuse.