DSCP-merkintä vai palveluntarjoajan QoS-lupaus? Kumpikaan ei ole sopimus

Jotain merkitään, jono konfiguroidaan ja sitten joku kysyy, mitä laatua suunnittelu oikeasti takaa. Rehellinen vastaus on, että kuvasit sopimuksen kaksi puoliskoa, jotka kohtaavat rajalla. Ellet voi nimetä luokkaa, jonka palveluntarjoaja hyväksyy, ja käsittelyä, jota se soveltaa, paikallinen konfiguraatio on aikomus eikä lupaus. Molemmat puoliskot ovat tärkeitä, eikä kumpaakaan voi johtaa toisesta.

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

Missä oikea merkintä voi kuolla hiljaa

Aloita kirjaamalla jokaiselle työkuormalle paikallinen vastaavuusehto, tunnelin sisällä tapahtuva merkintä, arvo, jonka palveluntarjoaja hyväksyy, ja palveluluokka, jonka tämä arvo valitsee. Neljä saraketta, ja viat elävät yleensä toisen ja kolmannen välissä.

Merkintäkäyttäytyminen sisäisestä ulompaan otsikkoon on klassinen ongelma. Salatun tai tunneloidun polun paketti kantaa sisäistä otsikkoa, jonka luokittelijasi näkee, ja ulompaa otsikkoa, jonka palveluntarjoajan laitteet näkevät, ja toisen kopioiminen toiseen on konfiguraatiopäätös eikä automaattinen ominaisuus. Merkitse vain sisäinen otsikko, niin palveluntarjoaja luokittelee ulomman, yleensä oletuksena, minkä vuoksi oikein merkitty virtaus voi saapua väärään luokkaan ilman yhtään väärin konfiguroitua riviä sinun puolellasi.

Paikallisesti nimetty luokka voi myös jäädä tyhjäksi, koska sen vastaavuusehto ei koskaan laukea oikeilla paketeilla. Portit liikkuvat, sovellukset käyttävät useita virtauksia, ja vastaavuus tunnetulla portilla, jonka toimittaja lopetti käytön kaksi julkaisua sitten, tuottaa jonon, jonka laskurit ovat nollassa, ja käytännön, joka näyttää käynnissä olevassa konfiguraatiossa täydelliseltä.

Päätä nimenomaisesti, missä merkintöihin luotetaan. Kaiken tunnelia jakavan korottaminen korottaa myös massasiirrot puheluiden ohella, ja palveluntarjoaja, joka hyväksyy merkintäsi ilman validointia, tarjoaa sinulle tavan vahingoittaa itseäsi. Jos sopimus sallii yhdyskäytävän merkitä uudelleen luovutuksessa, sano se kirjallisesti, koska juuri siinä kohdassa kahden tiimin oletukset yleensä erkanevat.

Mitä ajoittaja oikeastaan jakaa

Paikallisella käytännöllä on oma semantiikkansa, ja eniten väärinkäsityksiä aiheuttaa sana “remaining”. Alustoilla, joita IOS XE -ajoitusopas kuvaa, bandwidth remaining percent asettaa ylimääräisen painon, ei askelta järjestyksessä, jossa jokainen luokka ottaa osuuden siitä, mitä edellinen luokka jätti. Jakamattomat prosentit levitetään kelvollisten konfiguroimattomien jonojen kesken sen sijaan, että ne varattaisiin tiedoston viimeiselle luokalle.

Tämä ero on tärkeä, koska peräkkäinen ajatusmalli tuottaa ennusteita, jotka eivät koskaan vastaa laskureita. Insinöörit järjestävät luokkia uudelleen muuttaakseen tulosta, eivät näe eroa ja päättelevät, että alusta on rikki, vaikka konfiguraatio ei koskaan tarkoittanut sitä, mitä he olettivat.

Ylätason muotoilija on toinen tavallinen yllätys. Hallitun jonon muotoilu käytettävissä olevaan palvelunopeuteen on usein tahallista, koska se siirtää ruuhkautumispisteen laitteeseen, jota sinä hallinnoit, eikä ylävirran jonoon, jota et hallinnoi. Muotoilijan poistaminen, koska muotoilu lisää viivettä, voi siirtää häviön eikä poistaa sitä, ja yleiskustannusten kirjanpito tai palveluntarjoajan policer voivat tehdä tehollisesta nopeudesta pienemmän kuin liitäntä antaa ymmärtää.

Laskurit kertovat, kumpi puolisko petti

Vertaa neljää lukua kärsivässä suunnassa: mitä tarjottiin, mihin luokka osui, mikä jonotettiin tai pudotettiin ja mitä palvelu todella toimitti. Pidä työkuorman kuvaus ja käytännön versio havainnon vieressä, koska laskureiden kuvakaappaus ilman niitä ei ole toistettavissa.

Haarat ovat eri ongelmia eri omistajilla. Paikallinen luokka, joka ei vastaa mitään, on luokitteluvirhe sinun puolellasi. Luokka, joka vastaa, jonottaa ja pudottaa, kun palveluntarjoaja raportoi puhtaasta toimituksesta, viittaa omaan ajoittajaasi tai muotoilijaasi. Luokka, joka näyttää paikallisesti oikealta, kun häviö ilmenee luovutuksen jälkeen, viittaa operaattorin kuvaukseen ja sopimuksessa mitattuun rajaan. Mitään kolmesta ei korjata muokkaamalla muita, minkä vuoksi luvut on kerättävä yhdessä.

RFC 2475 kehystää luokittelun ja ehdollistamisen hallinnollisten toimialueiden sisällä tehtäväksi työksi, ja juuri siksi merkintä ei voi varata jonoja päästä päähän. IOS XE -ajoitusopas on viite yllä kuvatulle ylimääräisen painon käyttäytymiselle, ja sen alustavertailut kannattaa lukea ennen kuin laskettu nopeus siirretään mallien välillä.

Kirjoita sopimus yhteen paikkaan

Laita paikallinen vastaavuus, luottamusraja, palveluntarjoajan luokka ja mitattu palvelutaso yhteen asiakirjaan, jonka molemmat osapuolet allekirjoittavat. Silloin prosenttimuutoksella on konteksti ja laatuhuomautuksella omistaja.

Paikallisen prosentin muuttaminen ei voi korjata toisen jonon takuuta, eikä mikään merkintäjärjestelmä selviä kuvauksesta, jota palveluntarjoaja ei noudata. Vertaa puoliskoja, nimeä raja ja vasta sitten siteeraa lukua.