DSCP žymėjimas ar teikėjo QoS pažadas? Nė vienas nėra sutartis

Kažkas pažymima, eilė sukonfigūruojama, o tada kažkas paklausia, kokią kokybę dizainas iš tikrųjų garantuoja. Sąžiningas atsakymas yra tai, kad aprašėte dvi sutarties puses, kurios susitinka prie ribos. Kol negalite įvardyti klasės, kurią teikėjas priima, ir apdorojimo, kurį jis taiko, vietinė konfigūracija yra ketinimas, o ne pažadas. Abi pusės svarbios, ir nė vienos negalima išvesti iš kitos.

local match → queue and marking → provider classifier
  → provider treatment → destination

Kur teisingas žymėjimas gali tyliai mirti

Pradėkite nuo to, kad kiekvienai darbo apkrovai užrašytumėte vietinę atitikimo sąlygą, bet kokį žymėjimą tunelio viduje, reikšmę, kurią priima teikėjas, ir paslaugos klasę, kurią ta reikšmė pasirenka. Keturi stulpeliai, o gedimai dažniausiai gyvena tarp antrojo ir trečiojo.

Žymėjimo elgsena nuo vidinės prie išorinės antraštės yra klasikinė problema. Paketas užšifruotame ar tuneliuotame kelyje turi vidinę antraštę, kurią mato jūsų klasifikatorius, ir išorinę antraštę, kurią mato teikėjo įranga, o vienos kopijavimas į kitą yra konfigūracijos sprendimas, o ne automatinė savybė. Pažymėkite tik vidinę antraštę, ir teikėjas klasifikuos išorinę, dažniausiai kaip numatytąją, todėl teisingai pažymėtas srautas gali atvykti į neteisingą klasę be vienos neteisingai sukonfigūruotos eilutės jūsų pusėje.

Vietiškai pavadinta klasė taip pat gali likti tuščia, nes jos atitikimo sąlyga niekada nesuveikia tikruose paketuose. Prievadai juda, programos naudoja kelis srautus, o atitikimas gerai žinomame prievade, kurio tiekėjas nustojo naudoti prieš du leidimus, sukuria eilę su nulio skaitikliais ir politiką, kuri veikiančioje konfigūracijoje atrodo tobula.

Aiškiai nuspręskite, kur žymėjimu pasitikima. Visko, kas dalijasi tuneliu, kėlimas pakelia ir masinius perdavimus kartu su skambučiais, o teikėjas, kuris priima jūsų žymėjimą be patikros, siūlo jums būdą pakenkti sau. Jei sutartis leidžia tinklų sietuvui peržymėti perėmimo metu, parašykite tai, nes būtent tame taške dviejų komandų prielaidos paprastai išsiskiria.

Ką planuotojas iš tikrųjų dalija

Vietinė politika turi savo semantiką, o daugiausia nesusipratimų sukelia žodis “remaining”. Platformose, kurias aprašo IOS XE planavimo vadovas, bandwidth remaining percent nustato perteklinį svorį, o ne žingsnį sekoje, kur kiekviena klasė paima dalį to, ką paliko ankstesnė klasė. Nepaskirstyti procentai paskirstomi tinkamoms nesukonfigūruotoms eilėms, o ne rezervuojami paskutinei failo klasei.

Šis skirtumas svarbus, nes nuoseklus mąstymo modelis duoda prognozes, kurios niekada nesutampa su skaitikliais. Inžinieriai perrikiuoja klases, kad pakeistų rezultatą, nemato skirtumo ir daro išvadą, kad platforma sugedusi, nors konfigūracija niekada nereiškė to, ką jie manė.

Tėvinis formuotojas yra dar vienas dažnas netikėtumas. Valdomos eilės formavimas iki naudojamo paslaugos greičio dažnai yra sąmoningas, nes jis perkelia perkrovos tašką į įrenginį, kurį administruojate jūs, o ne į aukštesnę eilę, kurios neadministruojate. Formuotojo pašalinimas todėl, kad formavimas prideda delsą, gali perkelti nuostolius, o ne juos pašalinti, o pridėtinių išlaidų apskaita ar teikėjo policer gali padaryti efektyvų greitį mažesnį, nei rodo sąsaja.

Skaitikliai parodo, kuri pusė nepavyko

Palyginkite keturis skaičius paveikta kryptimi: kas buvo pasiūlyta, ką klasė atitiko, kas buvo įdėta į eilę ar numesta ir ką paslauga iš tikrųjų pristatė. Laikykite darbo apkrovos aprašymą ir politikos versiją šalia stebėjimo, nes skaitiklių ekrano kopija be jų negali būti atkurta.

Šakos yra skirtingos problemos su skirtingais savininkais. Vietinė klasė, kuri nieko neatitinka, yra klasifikavimo klaida jūsų pusėje. Klasė, kuri atitinka, įsistoja į eilę ir meta, kol teikėjas praneša apie švarų pristatymą, rodo jūsų pačių planuotoją ar formuotoją. Klasė, kuri vietiškai atrodo teisingai, kol nuostoliai atsiranda už perėmimo ribos, rodo operatoriaus atvaizdavimą ir sutartyje išmatuotą ribą. Nė viena iš trijų netaisoma redaguojant kitas, todėl skaičiai turi būti renkami kartu.

RFC 2475 klasifikavimą ir kondicionavimą apibrėžia kaip darbą administracinių domenų viduje, ir būtent todėl žymėjimas negali rezervuoti eilių nuo galo iki galo. IOS XE planavimo vadovas yra nuoroda į aukščiau aprašytą perteklinio svorio elgseną, o jo platformų palyginimus verta perskaityti prieš perkeliant apskaičiuotą greitį tarp modelių.

Parašykite sutartį vienoje vietoje

Įdėkite vietinį atitikimą, pasitikėjimo ribą, teikėjo klasę ir išmatuotą paslaugos lygį į vieną dokumentą, kurį pasirašo abi pusės. Tada procento pokytis turi kontekstą, o kokybės skundas turi savininką.

Vietinio procento pakeitimas negali sutaisyti kitos eilės garantijos, ir jokia žymėjimo schema neišgyvena atvaizdavimo, kurio teikėjas nesilaiko. Palyginkite puses, įvardykite ribą ir tik tada cituokite skaičių.