Shënimi DSCP apo premtimi i QoS nga ofruesi? Asnjëra nuk është kontratë
Një shënim lokal vendos një qëllim dhe një klasë e operatorit ofron trajtimin në një kufi. Krahasoni dy gjysmat përpara se dikush të premtojë një numër të cilësisë së zërit.
Diçka shënohet, një radhë konfigurohet dhe pastaj dikush pyet çfarë cilësie garanton në të vërtetë dizajni. Përgjigja e sinqertë është se keni përshkruar dy gjysma të një kontrate që takohen në një kufi. Derisa të mund të emërtoni klasën që ofruesi pranon dhe trajtimin që ai zbaton, konfigurimi lokal është një qëllim, jo një premtim. Të dyja gjysmat kanë rëndësi dhe asnjëra nuk mund të nxirret nga tjetra.
local match → queue and marking → provider classifier
→ provider treatment → destination
Ku një shënim i saktë mund të vdesë në heshtje
Filloni duke shkruar, për çdo ngarkesë pune, kushtin lokal të përputhjes, çdo shënim që ndodh brenda një tuneli, vlerën që ofruesi pranon dhe klasën e shërbimit që zgjedh ajo vlerë. Katër kolona, dhe dështimet zakonisht jetojnë midis së dytës dhe së tretës.
Sjellja e shënimit nga koka e brendshme në atë të jashtme është problemi klasik. Një paketë brenda një rruge të kriptuar ose tuneli mban një kokë të brendshme që klasifikuesi juaj e sheh dhe një kokë të jashtme që pajisja e ofruesit e sheh, dhe kopjimi i njërës në tjetrën është një vendim konfigurimi, jo një veti automatike. Shënoni vetëm kokën e brendshme dhe ofruesi klasifikon të jashtmen, zakonisht si parazgjedhje, prandaj një rrjedhë e shënuar saktë mund të arrijë në klasën e gabuar pa një rresht të vetëm të konfiguruar gabim nga ana juaj.
Një klasë e emërtuar lokalisht mund të mbetet gjithashtu bosh sepse kushti i saj i përputhjes nuk aktivizohet kurrë në paketa reale. Portat lëvizin, aplikacionet përdorin disa rrjedha, dhe një përputhje në një port të njohur që furnizuesi ndaloi së përdoruri dy versione më parë prodhon një radhë me numërues në zero dhe një politikë që në konfigurimin në punë duket e përsosur.
Vendosni shprehimisht ku u besohet shënimeve. Promovimi i gjithçkaje që ndan një tunel promovon edhe transferimet masive së bashku me thirrjet, dhe një ofrues që pranon shënimin tuaj pa validim ju ofron një mënyrë për t'i bërë dëm vetes. Nëse kontrata lejon portën të rishënojë në dorëzim, shkruajeni atë, sepse pikërisht në atë pikë supozimet e dy ekipeve zakonisht ndryshojnë.
Çfarë ndan në të vërtetë planifikuesi
Politika lokale ka semantikën e vet, dhe ajo që shkakton më shumë keqkuptime është fjala “remaining”. Në platformat që përshkruan udhëzuesi i planifikimit të IOS XE, bandwidth remaining percent vendos një peshë të tepërt, jo një hap në një sekuencë ku secila klasë merr një pjesë të asaj që la klasa e mëparshme. Përqindjet e paalokuara shpërndahen nëpër radhët e përshtatshme të pakonfiguruara në vend që të rezervohen për klasën e fundit në skedar.
Ai dallim ka rëndësi sepse modeli mendor sekuencial prodhon parashikime që nuk përputhen kurrë me numëruesit. Inxhinierët rirenditin klasat për të ndryshuar një rezultat, nuk shohin dallim dhe konkludojnë se platforma është prishur, ndërsa konfigurimi nuk kishte kuptuar kurrë atë që ata supozuan.
Formuesi prind është surpriza tjetër e zakonshme. Formimi i një radhe të kontrolluar deri në shkallën e shërbimit të përdorshme shpesh është i qëllimshëm, sepse e zhvendos pikën e mbingarkesës në një pajisje që administroni ju në vend të një radhe në rrjedhën e sipërme që nuk e administroni. Heqja e formuesit sepse formimi shton vonesë mund ta zhvendosë humbjen në vend që ta eliminojë, dhe kontabiliteti i kostove shtesë ose policeri i ofruesit mund ta bëjnë shkallën efektive më të ulët sesa sugjeron ndërfaqja.
Numëruesit tregojnë cila gjysmë dështoi
Krahasoni katër numra në drejtimin e prekur: çfarë u ofrua, çfarë përputhi klasa, çfarë u vendos në radhë ose u hodh, dhe çfarë dha në të vërtetë shërbimi. Mbani përshkrimin e ngarkesës së punës dhe versionin e politikës pranë vëzhgimit, sepse një pamje ekrani e numëruesve pa ato nuk mund të riprodhohet.
Degët janë probleme të ndryshme me pronarë të ndryshëm. Një klasë lokale që nuk përputh asgjë është një gabim klasifikimi nga ana juaj. Një klasë që përputh, hyn në radhë dhe hedh ndërsa ofruesi raporton dorëzim të pastër tregon planifikuesin ose formuesin tuaj. Një klasë që duket e saktë lokalisht ndërsa humbja shfaqet përtej dorëzimit tregon hartëzimin e operatorit dhe kufirin e matur në kontratë. Asnjëra nga të treja nuk rregullohet duke redaktuar të tjerat, prandaj numrat duhet të mblidhen së bashku.
RFC 2475 e kornizon klasifikimin dhe kondicionimin si punë brenda domeneve administrative, dhe pikërisht për këtë një shënim nuk mund të rezervojë radhë nga skaji në skaj. Udhëzuesi i planifikimit të IOS XE është referenca për sjelljen e peshës së tepërt të përshkruar më sipër, dhe krahasimet e tij të platformave ia vlen të lexohen përpara se një shkallë e llogaritur të zhvendoset midis modeleve.
Shkruajeni kontratën në një vend
Vendosni përputhjen lokale, kufirin e besimit, klasën e ofruesit dhe nivelin e matur të shërbimit në një dokument të vetëm që nënshkruhet nga të dyja palët. Atëherë një ndryshim përqindjeje ka kontekst, dhe një ankesë cilësie ka pronar.
Ndryshimi i një përqindjeje lokale nuk mund të rregullojë garancinë e një radhe tjetër, dhe asnjë skemë shënimi nuk i mbijeton një hartëzimi që ofruesi nuk e respekton. Krahasoni gjysmat, emërtoni kufirin dhe vetëm atëherë citoni një numër.