Pravilo dodatnih trideset bajtova za MTU pada na MPLS pseudokanalima

Pitajte inženjera koliko dodati za MPLS i čut ćete broj, obično trideset, izgovoren sa sigurnošću. Broj nije toliko pogrešan koliko je odsječen od konteksta: potpuno zavisi od toga šta početna cifra broji i šta ivica provajdera zaista prenosi. Na Ethernet pseudokanalu pretpostavke su vidljive, i kada ih zapišete, aritmetika zamjenjuje predanje.

Tri različite stvari mjere se pod jednim imenom. Tu su IP paket korisnika, Ethernet okvir koji se prenosi preko pseudokanala i sopstveno spoljno uokvirenje provajderovog linka. Budžet koji ih miješa daje vrijednost koju nijedno polje uređaja ne očekuje.

Jedan izračunat budžet sa svakom iznesenom pretpostavkom

Uzmite korisnički IP paket od 1500 bajtova, obično Ethernet zaglavlje koje se prenosi preko pseudokanala bez korisničkog FCS-a, bez zadržane VLAN oznake, stek oznaka sa dva unosa i kontrolnu riječ od četiri bajta. Preneseno Ethernet zaglavlje dodaje 14, zadržane oznake ne dodaju ništa, dva unosa oznaka dodaju 8 jer svaki unos ima 4 bajta, a kontrolna riječ dodaje 4. To daje 1526 bajtova MPLS-uokvirenog paketa.

Pažljivo pročitajte rezultat. On isključuje spoljno Ethernet zaglavlje provajderovog linka i njegov FCS, i to je primjer, a ne konstanta koju treba upisati u bilo koje polje s nazivom MTU. Dvije oznake su takođe pretpostavka: stvarni stek može nositi transportnu oznaku, servisnu oznaku i ponekad još, a svaki unos košta istih 4 bajta.

Šta zapravo prelazi preko pseudokanala

RFC 4448 definiše kako Ethernet okviri putuju unutar MPLS-a, i u njegovom uobičajenom modelu korisnička preambula i FCS se uklanjaju na ulazu i ponovo generišu na izlazu. Zato se FCS ne pojavljuje u gornjem budžetu. Rukovanje VLAN-om zavisi od režima usluge: režim koji čuva korisničke oznake vraća njihove bajtove, a režim koji ih mapira to ne čini. Dodatno čuvanje ili dodatna enkapsulacija moraju se računati povrh.

Kontrolna riječ je dio aritmetike kad god se koristi. RFC 8469 je preporučuje za Ethernet pseudokanale, pa stariji tekst koji je opisuje kao opcionu nije dokaz da je vaša putanja izostavlja. Potvrdite stvarni režim usluge kod provajdera umjesto da ga zaključujete s dijagrama.

Uporedite broj s pravim poljem

Sada stavite potrebnu enkapsuliranu veličinu pored svakog relevantnog linka i pored dobavljačeve definicije ograničenja koje konfigurišete. Neka polja opisuju IP paket, druga opisuju okvir ili drugu granicu enkapsulacije. Dva broja mogu izgledati identično i opisivati različite kapacitete, i tako konfiguracija koja izgleda prikladno stvara gubitke u produkciji.

Zato je i kopiranje vrijednosti između nepovezanih platformi rizično. Naziv polja je specifikacija, a ne decimalni broj kojeg pamtite s konzole drugog dobavljača.

Ping opterećenja nisu MTU vrijednosti

Korisno opterećenje IPv4 pinga nije IP MTU. IP zaglavlje i ICMP zaglavlje takođe troše bajtove, pa veličina opterećenja koja prolazi odgovara većem paketu na žici. Sonda koja prolazi na jednoj veličini takođe ne govori ništa o usluzi s drugačijim VLAN režimom ili dubljim stekom oznaka. Test mjeri jednu putanju, jednu veličinu i jedan oblik opterećenja, a usluga može promijeniti sva tri.

Još gore, ping može proći dok veliki okviri propadaju, jer je sonda isprobala putanju i veličinu koje stvarni saobraćaj nikad ne koristi. Tretirajte to kao jednu tačku podataka o dostupnosti, ne kao specifikaciju usluge sloja 2.

Kada okvir ne staje

Ako se preveliki okviri ne mogu prenijeti i nema podržanog mehanizma fragmentacije ili ponovnog sastavljanja, oni se odbacuju, obično bez jasne greške na bilo kojem kraju. Aplikacije tada pokazuju isteke vremena kod velikih prenosa dok interaktivne sesije ostaju zdrave, što ljude šalje na firewall i rute umjesto na brojanje bajtova.

Razjasnite stvarni budžet s provajderom: režim usluge, rukovanje oznakama, dubinu oznaka, kontrolnu riječ i tačno ograničenje koje vaš uređaj primjenjuje. Zapišite pretpostavke pored broja, jer će inače sljedeći inženjer naslijediti pravilo trideset bajtova i misteriju.