Pravidlo třiceti bajtů navíc pro MTU selhává na pseudookruzích MPLS

Zeptejte se inženýra, kolik přidat pro MPLS, a uslyšíte číslo, obvykle třicet, pronesené se sebevědomím. Číslo není tak špatné, jako spíš vytržené z kontextu: závisí zcela na tom, co počítá výchozí údaj a co okraj poskytovatele skutečně vysílá. Na pseudookruhu Ethernet jsou předpoklady viditelné, a jakmile je zapíšete, aritmetika nahradí tradici.

Pod jedním názvem se měří tři různé věci. Je tu IP paket zákazníka, rámec Ethernet přenášený přes pseudookruh a vlastní vnější rámování spoje poskytovatele. Rozpočet, který je míchá, dává hodnotu, kterou žádné pole zařízení neočekává.

Jeden spočítaný rozpočet se všemi uvedenými předpoklady

Vezměte IP paket zákazníka o velikosti 1500 bajtů, běžnou hlavičku Ethernet přenášenou přes pseudookruh bez zákaznického FCS, žádnou zachovanou značku VLAN, zásobník značek se dvěma položkami a čtyřbajtové řídicí slovo. Přenášená hlavička Ethernet přidává 14, zachované značky nepřidávají nic, dvě položky značek přidávají 8, protože každá položka má 4 bajty, a řídicí slovo přidává 4. To dává 1526 bajtů paketu zapouzdřeného v MPLS.

Výsledek čtěte pozorně. Vylučuje vnější hlavičku Ethernet spoje poskytovatele a jeho FCS a je příkladem, nikoli konstantou k vepsání do libovolného pole s názvem MTU. Dvě značky jsou také předpoklad: skutečný zásobník může nést transportní značku, servisní značku a občas i více a každá položka stojí stejné 4 bajty.

Co přes pseudookruh skutečně prochází

RFC 4448 definuje, jak rámce Ethernet putují uvnitř MPLS, a v jeho běžném modelu se zákaznická preambule a FCS na vstupu odstraní a na výstupu znovu vytvoří. Proto se FCS v rozpočtu výše neobjevuje. Zpracování VLAN závisí na režimu služby: režim, který zachovává zákaznické značky, jejich bajty vrací, a režim, který je mapuje, to nedělá. Další zachování nebo dodatečné zapouzdření se musí počítat navrch.

Řídicí slovo je součástí aritmetiky vždy, když se používá. RFC 8469 ho doporučuje pro pseudookruhy Ethernet, takže starší text, který ho popisuje jako volitelné, není důkazem, že ho vaše cesta vynechává. Ověřte skutečný režim služby u poskytovatele místo odvozování ze schématu.

Porovnejte číslo se správným polem

Nyní postavte požadovanou zapouzdřenou velikost vedle každého příslušného spoje a vedle definice limitu od výrobce, který konfigurujete. Některá pole popisují IP paket, jiná popisují rámec nebo jinou hranici zapouzdření. Dvě čísla mohou vypadat stejně a popisovat různé kapacity, a právě tak konfigurace, která vypadá vhodně, vytváří v provozu ztráty.

Proto je také riskantní kopírovat hodnotu mezi nesouvisejícími platformami. Název pole je specifikace, ne desetinné číslo, které si pamatujete z konzole jiného výrobce.

Užitečná zatížení ping nejsou hodnotami MTU

Užitečné zatížení pingu IPv4 není IP MTU. Hlavička IP a hlavička ICMP také spotřebovávají bajty, takže velikost zatížení, která projde, odpovídá většímu paketu na lince. Sonda, která projde při jedné velikosti, také nic neříká o službě s jiným režimem VLAN nebo hlubším zásobníkem značek. Test měří jednu cestu, jednu velikost a jeden tvar zatížení a služba může měnit všechny tři.

Horší je, že ping může projít, zatímco velké rámce selhávají, protože sonda vyzkoušela cestu a velikost, které skutečný provoz nikdy nepoužívá. Berte to jako jeden datový bod o dosažitelnosti, ne jako specifikaci služby vrstvy 2.

Když se rámec nevejde

Pokud nelze přenášet příliš velké rámce a není k dispozici podporovaný mechanismus fragmentace nebo opětovného sestavení, zahazují se, obvykle bez jasné chyby na obou koncích. Aplikace pak u hromadných přenosů ukazují časové limity, zatímco interaktivní relace zůstávají zdravé, což lidi posílá k firewallům a trasám místo k počítání bajtů.

Vyjasněte skutečný rozpočet s poskytovatelem: režim služby, zpracování značek, hloubku značek, řídicí slovo a přesný limit, který vaše zařízení vynucuje. Zapište předpoklady vedle čísla, protože jinak další inženýr zdědí pravidlo třiceti bajtů a záhadu.