Regelen om de ekstra tretti bytene for MTU bryter sammen på MPLS-pseudowires

Spør en ingeniør hvor mye som skal legges til for MPLS, og du vil høre et tall, vanligvis tretti, sagt med selvtillit. Tallet er ikke så mye feil som det er forankringsløst: det avhenger helt av hva starttallet teller og hva leverandørens kant faktisk sender. På en Ethernet-pseudowire er forutsetningene synlige, og når du først skriver dem ned, erstatter aritmetikken folkemyten.

Tre forskjellige ting måles under ett navn. Der er kundens IP-pakke, Ethernet-rammen som bæres over pseudowiren, og leverandørens egen ytre linkinnramming. Et budsjett som blander dem, gir en verdi som ingen enhetsfelt forventer.

Ett gjennomregnet budsjett med hver forutsetning uttalt

Ta en kunde-IP-pakke på 1500 byte, en vanlig Ethernet-header båret over pseudowiren uten kundens FCS, ingen bevart VLAN-tag, en etikettstakk med to poster og et kontrollord på fire byte. Den transporterte Ethernet-headeren legger til 14, bevarde tagger legger til ingenting, de to etikettpostene legger til 8 fordi hver post er 4 byte, og kontrollordet legger til 4. Det gir 1526 byte MPLS-innkapslet pakke.

Les resultatet nøye. Det utelukker den ytre Ethernet-headeren til leverandørlenken og FCS-en dens, og det er et eksempel, ikke en konstant å skrive inn i et felt kalt MTU. To etiketter er også en forutsetning: den virkelige stakken kan bære en transportetikett, en tjenesteetikett og av og til mer, og hver post koster de samme 4 bytene.

Hva som faktisk krysser pseudowiren

RFC 4448 definerer hvordan Ethernet-rammer reiser inne i MPLS, og i dens vanlige modell fjernes kundens preamble og FCS ved inngangen og gjenopprettes ved utgangen. Derfor vises ikke FCS i budsjettet ovenfor. VLAN-håndtering avhenger av tjenestemodus: en modus som bevarer kundens tagger, legger bytene deres tilbake, og en modus som mapper dem, gjør det ikke. Ekstra bevaring eller ekstra innkapsling må telles på toppen.

Kontrollordet er en del av aritmetikken hver gang det brukes. RFC 8469 anbefaler det for Ethernet-pseudowires, så en eldre tekst som beskriver det som valgfritt, er ikke bevis for at banen din utelater det. Bekreft den faktiske tjenestemodusen hos leverandøren i stedet for å utlede den fra et diagram.

Sammenlign tallet med det riktige feltet

Hold nå den påkrevde innkapslede størrelsen opp mot hver relevante lenke og mot leverandørens definisjon av grensen du konfigurerer. Noen felt beskriver en IP-pakke, andre beskriver en ramme eller en annen innkapslingsgrense. To tall kan se identiske ut og beskrive forskjellige kapasiteter, og det er slik en konfigurasjon som ser ut til å passe, gir tap i produksjon.

Det er også derfor det er risikabelt å kopiere en verdi mellom urelaterte plattformer. Feltets navn er spesifikasjonen, ikke desimaltallet du husker fra en annen leverandørs konsoll.

Ping-nyttelaster er ikke MTU-verdier

En IPv4-ping-nyttelast er ikke en IP-MTU. IP-headeren og ICMP-headeren bruker også byte, så en nyttelaststørrelse som lykkes, tilsvarer en større pakke på ledningen. En sonde som passerer ved én størrelse, sier heller ingenting om en tjeneste med en annen VLAN-modus eller en dypere etikettstakk. Testen måler én bane, én størrelse og én nyttelastform, og tjenesten kan variere alle tre.

Verre, en ping kan lykkes mens store rammer feiler, fordi sonden prøvde en bane og en størrelse som den virkelige trafikken aldri bruker. Behandle det som ett datapunkt om tilgjengelighet, ikke som en spesifikasjon for en lag-2-tjeneste.

Når rammen ikke passer

Hvis overstore rammer ikke kan bæres og det ikke finnes noen støttet fragmenterings- eller gjenoppbyggingsmekanisme, blir de forkastet, vanligvis uten en klar feil i noen ende. Applikasjoner viser da tidsavbrudd på bulkoverføringer mens interaktive økter holder seg sunne, noe som sender folk til å se på brannmurer og ruter i stedet for byttetall.

Avklar det faktiske budsjettet med leverandøren: tjenestemodus, tagghåndtering, etikettdybde, kontrollord og den nøyaktige grensen enheten din håndhever. Skriv forutsetningene ved siden av tallet, for ellers arver den neste ingeniøren tretti-byte-regelen og et mysterium.