Opýtajte sa inžiniera, koľko pridať pre MPLS, a budete počuť číslo, zvyčajne tridsať, povedané s istotou. Číslo nie je také nesprávne, ako skôr vytrhnuté z kontextu: závisí úplne od toho, čo počíta počiatočný údaj a čo okraj poskytovateľa skutočne prenáša. Na pseudookruhu Ethernet sú predpoklady viditeľné a keď ich zapíšete, aritmetika nahradí tradíciu.

Pod jedným názvom sa merajú tri rôzne veci. Je tu IP paket zákazníka, rámec Ethernet prenášaný cez pseudookruh a vlastné vonkajšie rámovanie spoja poskytovateľa. Rozpočet, ktorý ich mieša, dáva hodnotu, ktorú žiadne pole zariadenia neočakáva.

Jeden prepočítaný rozpočet so všetkými uvedenými predpokladmi

Vezmite IP paket zákazníka s veľkosťou 1500 bajtov, bežnú hlavičku Ethernet prenášanú cez pseudookruh bez zákazníckeho FCS, žiadnu zachovanú značku VLAN, zásobník značiek s dvoma položkami a štvorbajtové riadiace slovo. Prenášaná hlavička Ethernet pridáva 14, zachované značky nepridávajú nič, dve položky značiek pridávajú 8, pretože každá položka má 4 bajty, a riadiace slovo pridáva 4. To dáva 1526 bajtov paketu zapuzdreného v MPLS.

Výsledok čítajte pozorne. Vylučuje vonkajšiu hlavičku Ethernet spoja poskytovateľa a jeho FCS a je príkladom, nie konštantou na vpísanie do ľubovoľného poľa s názvom MTU. Dve značky sú tiež predpoklad: skutočný zásobník môže niesť transportnú značku, servisnú značku a niekedy viac a každá položka stojí rovnaké 4 bajty.

Čo skutočne prechádza cez pseudookruh

RFC 4448 definuje, ako rámce Ethernet putujú vnútri MPLS, a v jeho bežnom modeli sa zákaznícka preambula a FCS na vstupe odstránia a na výstupe znovu vytvoria. Preto sa FCS v rozpočte vyššie neobjavuje. Spracovanie VLAN závisí od režimu služby: režim, ktorý zachováva zákaznícke značky, ich bajty vráti, a režim, ktorý ich mapuje, to nerobí. Ďalšie zachovanie alebo dodatočné zapuzdrenie sa musí počítať navrch.

Riadiace slovo je súčasťou aritmetiky vždy, keď sa používa. RFC 8469 ho odporúča pre pseudookruhy Ethernet, takže starší text, ktorý ho opisuje ako voliteľné, nie je dôkazom, že ho vaša cesta vynecháva. Overte skutočný režim služby u poskytovateľa namiesto odvodzovania zo schémy.

Porovnajte číslo so správnym poľom

Teraz postavte požadovanú zapuzdrenú veľkosť vedľa každého príslušného spoja a vedľa definície limitu od výrobcu, ktorý konfigurujete. Niektoré polia opisujú IP paket, iné opisujú rámec alebo inú hranicu zapuzdrenia. Dve čísla môžu vyzerať rovnako a opisovať rôzne kapacity, a práve tak konfigurácia, ktorá vyzerá vhodne, spôsobuje straty v prevádzke.

Preto je tiež riskantné kopírovať hodnotu medzi nesúvisiacimi platformami. Názov poľa je špecifikácia, nie desatinné číslo, ktoré si pamätáte z konzoly iného výrobcu.

Užitočné zaťaženia pingu nie sú hodnoty MTU

Užitočné zaťaženie pingu IPv4 nie je IP MTU. Hlavička IP a hlavička ICMP tiež spotrebúvajú bajty, takže veľkosť zaťaženia, ktorá prejde, zodpovedá väčšiemu paketu na linke. Sonda, ktorá prejde pri jednej veľkosti, tiež nič nehovorí o službe s iným režimom VLAN alebo hlbším zásobníkom značiek. Test meria jednu cestu, jednu veľkosť a jeden tvar zaťaženia a služba môže meniť všetky tri.

Horšie je, že ping môže prejsť, kým veľké rámce zlyhávajú, pretože sonda vyskúšala cestu a veľkosť, ktoré skutočná prevádzka nikdy nepoužíva. Berte to ako jeden dátový bod o dosiahnuteľnosti, nie ako špecifikáciu služby vrstvy 2.

Keď sa rámec nezmestí

Ak sa príliš veľké rámce nedajú prenášať a nie je k dispozícii podporovaný mechanizmus fragmentácie alebo opätovného zostavenia, zahadzujú sa, zvyčajne bez jasnej chyby na oboch koncoch. Aplikácie potom pri hromadných prenosoch ukazujú časové limity, kým interaktívne relácie zostávajú zdravé, čo ľudí posiela k firewallom a trasám namiesto počítania bajtov.

Vyjasnite skutočný rozpočet s poskytovateľom: režim služby, spracovanie značiek, hĺbku značiek, riadiace slovo a presný limit, ktorý vaše zariadenie vynucuje. Zapíšte predpoklady vedľa čísla, pretože inak ďalší inžinier zdedí pravidlo tridsiatich bajtov a záhadu.

Súvisiace články