Reglan um þrjátíu aukabæti fyrir MTU brestur á MPLS-gervírum

Spyrjið verkfræðing hversu mikið eigi að bæta við fyrir MPLS og þið heyrið tölu, venjulega þrjátíu, sagða af öryggi. Talan er ekki svo mjög röng sem hún er laus við festu: hún fer algjörlega eftir því hvað upphafstalan telur og hvað brún þjónustuveitandans sendir í raun. Á Ethernet-gervírum eru forsendurnar sýnilegar, og um leið og þið skrifið þær niður tekur reikningslistin við af þjóðsögunni.

Þrír ólíkir hlutir eru mældir undir einu nafni. Þar eru IP-pakki viðskiptavinarins, Ethernet-ramminn sem borinn er yfir gervírinn, og eigin ytri hlekkjauppsetning þjónustuveitandans. Fjárhagsáætlun sem blandar þeim gefur gildi sem ekkert tækjasvæði býst við.

Ein útreiknuð áætlun með hverri forsendu tilgreindri

Takið IP-pakka viðskiptavinarins upp á 1500 bæti, venjulegan Ethernet-haus sem borinn er yfir gervírinn án FCS viðskiptavinarins, ekkert varðveitt VLAN-merki, merkisstakka með tveimur færslum og stýriorð upp á fjögur bæti. Flutti Ethernet-hausinn bætir við 14, varðveitt merki bæta engu við, tvær merkisfærslurnar bæta við 8 því hver færsla er 4 bæti, og stýriorðið bætir við 4. Það gefur 1526 bæti af MPLS-hjúpuðum pakka.

Lesið niðurstöðuna vandlega. Hún útilokar ytri Ethernet-haus þjónustuveitandans og FCS hans, og hún er dæmi en ekki fasti sem á að slá inn í hvaða svæði sem heitir MTU. Tvö merki eru líka forsenda: raunverulegi stakkinn getur borið flutningsmerki, þjónustumerki og stundum meira, og hver færsla kostar sömu 4 bæti.

Hvað fer í raun yfir gervírinn

RFC 4448 skilgreinir hvernig Ethernet-rammar ferðast innan MPLS, og í venjulegu líkani hans eru forspjald og FCS viðskiptavinarins fjarlægð við inngang og endurskapað við útgang. Þess vegna birtist FCS ekki í áætluninni hér að ofan. Meðferð VLAN fer eftir þjónustuhætti: háttur sem varðveitir merki viðskiptavinarins bætir bætum þeirra aftur við, og háttur sem varpar þeim gerir það ekki. Viðbótarvarðveisla eða viðbótarhjúpun verður að teljast ofan á.

Stýriorðið er hluti af reikningslistinni hvenær sem það er notað. RFC 8469 mælir með því fyrir Ethernet-gervíra, svo eldri texti sem lýsir því sem valfrjálsu er ekki sönnun þess að leiðin þín sleppi því. Staðfestið raunverulegan þjónustuhátt hjá þjónustuveitandanum í stað þess að álykta hann úr skýringarmynd.

Berðu töluna saman við rétta svæðið

Setjið nú nauðsynlega hjúpaða stærð við hvern viðeigandi hlekk og við skilgreiningu framleiðandans á mörkunum sem þið stillið. Sum svæði lýsa IP-pakka, önnur lýsa ramma eða öðrum hjúpunarmörkum. Tvær tölur geta litið eins út og lýst mismunandi getu, og þannig framleiðir stilling sem virðist passa afföll í framleiðslu.

Þess vegna er líka áhættusamt að afrita gildi milli ótengdra kerfa. Nafn svæðisins er forskriftin, ekki aukastafatalan sem þið munið eftir af stjórnborði annars framleiðanda.

Ping-gögnin eru ekki MTU-gildi

Gögn IPv4-pings eru ekki IP MTU. IP-hausinn og ICMP-hausinn eyða líka bætum, svo stærð gagna sem tekst samsvarar stærri pakka á línunni. Próf sem gengur á einni stærð segir líka ekkert um þjónustu sem notar annan VLAN-hátt eða dýpri merkisstakka. Prófið mælir eina leið, eina stærð og eitt gagnform, og þjónustan getur breytt öllum þremur.

Verra er að ping getur gengið á meðan stórir rammar mistakast, því prófið fór leið og stærð sem raunveruleg umferð notar aldrei. Lítið á það sem eitt gagnapunkt um aðgengi, ekki sem forskrift þjónustu á lagi 2.

Þegar ramminn kemst ekki fyrir

Ef ofstórir rammar geta ekki borist og engin studd sundrunar- eða endursamsetningaraðferð er til staðar, eru þeir felldir, venjulega án skýrrar villu á hvorum enda. Forrit sýna þá tímaþrot við magnflutning á meðan gagnvirkar lotur haldast heilbrigðar, sem sendir fólk að skoða eldveggi og leiðir í stað þess að telja bæti.

Skýrið raunverulega áætlun með þjónustuveitandanum: þjónustuháttur, meðferð merkja, merkjadýpt, stýriorð og nákvæm mörk sem tækið ykkar framfylgir. Skrifið forsendurnar við hlið tölunnar, því annars erfa næsti verkfræðingur regluna um þrjátíu bæti og ráðgátu.