Pajautājiet inženierim, cik pievienot MPLS, un jūs dzirdēsiet skaitli, parasti trīsdesmit, pateiktu ar pārliecību. Skaitlis nav tik daudz nepareizs, cik atrauts: tas pilnībā atkarīgs no tā, ko skaita sākotnējais skaitlis un ko pakalpojumu sniedzēja mala faktiski pārraida. Ethernet pseidolīnijā pieņēmumi ir redzami, un, tiklīdz tos pierakstāt, aritmētika aizstāj teiku.

Zem viena nosaukuma tiek mērītas trīs dažādas lietas. Ir klienta IP pakete, pseidolīnijā pārnestais Ethernet kadrs un paša pakalpojumu sniedzēja ārējais saišu ietvars. Budžets, kas tos sajauc, dod vērtību, kuru negaida neviens ierīces lauks.

Viens aprēķināts budžets ar katru izteiktu pieņēmumu

Ņemiet klienta IP paketi 1500 baitu lielumā, parastu Ethernet galveni, kas tiek pārnesta pāri pseidolīnijai bez klienta FCS, nevienu saglabātu VLAN atzīmi, atzīmju steu ar diviem ierakstiem un četru baitu vadības vārdu. Pārnesamā Ethernet galvene pievieno 14, saglabātās atzīmes nepievieno neko, divi atzīmju ieraksti pievieno 8, jo katrs ieraksts ir 4 baiti, un vadības vārds pievieno 4. Tas dod 1526 baitus MPLS iekapsulētas paketes.

Uzmanīgi izlasiet rezultātu. Tas izslēdz pakalpojumu sniedzēja saites ārējo Ethernet galveni un tās FCS, un tas ir piemērs, nevis konstante, kas jāieraksta jebkurā laukā ar nosaukumu MTU. Arī divas atzīmes ir pieņēmums: īstā steks var nest transporta atzīmi, pakalpojuma atzīmi un dažkārt vairāk, un katrs ieraksts maksā tos pašus 4 baitus.

Kas patiešām šķērso pseidolīniju

RFC 4448 nosaka, kā Ethernet kadri ceļo MPLS iekšienē, un tās parastajā modelī klienta preambula un FCS tiek noņemti ieejā un atjaunoti izejā. Tāpēc FCS neparādās augstāk minētajā budžetā. VLAN apstrāde ir atkarīga no pakalpojuma režīma: režīms, kas saglabā klienta atzīmes, pievieno to baitus atpakaļ, un režīms, kas tās kartē, to nedara. Papildu saglabāšana vai papildu iekapsulēšana jāskaita virsū.

Vadības vārds ir aritmētikas daļa vienmēr, kad tas tiek izmantots. RFC 8469 iesaka to Ethernet pseidolīnijām, tāpēc vecāks teksts, kas to apraksta kā neobligātu, nav pierādījums, ka jūsu ceļš to izlaiž. Apstipriniet faktisko pakalpojuma režīmu pie pakalpojumu sniedzēja, nevis seciniet to no diagrammas.

Salīdziniet skaitli ar pareizo lauku

Tagad novietojiet nepieciešamo iekapsulēto izmēru blakus katrai attiecīgajai saitei un blakus ražotāja definīcijai tai robežai, kuru konfigurējat. Daži lauki apraksta IP paketi, citi apraksta kadru vai citu iekapsulēšanas robežu. Divi skaitļi var izskatīties vienādi un aprakstīt atšķirīgas jaudas, un tā konfigurācija, kas šķiet piemērota, rada zudumus ražošanā.

Tāpēc arī vērtības kopēšana starp nesaistītām platformām ir riskanta. Lauka nosaukums ir specifikācija, nevis decimālais skaitlis, ko atceraties no cita ražotāja konsoles.

Ping lietderīgās kravas nav MTU vērtības

IPv4 ping lietderīgā krava nav IP MTU. IP galvene un ICMP galvene arī patērē baitus, tāpēc veiksmīgs kravas izmērs atbilst lielākai paketei uz līnijas. Zonde, kas iziet pie viena izmēra, arī neko nepasaka par pakalpojumu, kas izmanto citu VLAN režīmu vai dziļāku atzīmju steku. Tests mēra vienu ceļu, vienu izmēru un vienu kravas formu, un pakalpojums var mainīt visas trīs.

Vēl ļaunāk, ping var izdoties, kamēr lieli kadri neizdodas, jo zonde izmēģināja ceļu un izmēru, ko īstā plūsma nekad neizmanto. Uzskatiet to par vienu datu punktu par sasniedzamību, nevis par 2. slāņa pakalpojuma specifikāciju.

Kad kadrs neietilpst

Ja pārāk lielus kadrus nevar pārnest un nav atbalstīta sadalīšanas vai atkārtotas salikšanas mehānisma, tie tiek izmesti, parasti bez skaidras kļūdas abos galos. Tad lietojumprogrammas rāda taimautus lielapjoma pārsūtīšanā, kamēr interaktīvās sesijas paliek veselīgas, kas cilvēkus sūta skatīties ugunsmūrus un maršrutus, nevis skaitīt baitus.

Noskaidrojiet faktisko budžetu ar pakalpojumu sniedzēju: pakalpojuma režīms, atzīmju apstrāde, atzīmju dziļums, vadības vārds un precīzais ierobežojums, ko piemēro jūsu ierīce. Pierakstiet pieņēmumus blakus skaitlim, citādi nākamais inženieris mantos trīsdesmit baitu noteikumu un miklu.

Saistītie raksti