Den tjenestekvalitet (QoS) og tjenestekvalitet (QoS) er muligheten til å formidle under gode forhold en gitt type trafikk, når det gjelder tilgjengelighet, gjennomstrømning, overføringsforsinkelse, jitter , pakketap hastighet ...
Tjenestekvalitet er et ledelseskonsept som tar sikte på å optimalisere ressursene i et nettverk (innen informasjonssystemstyring ) eller en prosess (innen logistikk ) og å garantere god ytelse for kritiske applikasjoner for organisasjonen . Kvaliteten på tjenesten gjør det mulig å tilby brukerne hastigheter og responstider som er differensiert av applikasjoner (eller aktiviteter) i henhold til protokollene implementert på strukturnivå.
Det gjør det mulig for tjenesteleverandører (nettverksavdelinger for selskaper, operatører osv.) Å formelt forplikte seg til kundene sine om egenskapene til transport av applikasjonsdata på deres IP- infrastruktur .
Kvaliteten på en tjeneste er en subjektiv forestilling. Avhengig av hvilken type tjeneste som er tenkt, kan kvaliteten ligge i hastigheten (nedlasting eller videosending), forsinkelsen (for interaktive applikasjoner eller telefoni), tilgjengeligheten (tilgang til en delt tjeneste) eller hastigheten på pakketap. (Tap uten innflytelse for tale eller video, men kritisk for nedlasting). Kvaliteten på tjenesten som er spesifikk for kvalitetsledelse er et nyttig konsept i urbaniseringen av informasjonssystemet som håndterer immaterielle strømmer og i logistikk som styrer materialstrømmer. Målet er å skape de synergiene (eller fleksibilitetene) som er nødvendige for organisasjonen . Dette krever en forbedring av standardiseringen av formater, og sammenkobling og gjenbruk av ressurser som en del av integrasjonen av strømmer.
Prioritering av trafikk forårsaket av tjenestekvaliteten kan også betraktes som et angrep på nettnøytralitet når målet om kvaliteten på tjenesten er knyttet til kommersielle spørsmål.
I et nettverk overføres informasjon i form av pakker , små overføringselementer overført fra ruter til ruter til destinasjonen. All behandling vil derfor skje på disse pakkene.
Implementeringen av tjenestekvaliteten krever først og fremst anerkjennelse av de forskjellige tjenestene. Dette kan gjøres på grunnlag av mange kriterier:
Avhengig av disse kriteriene kan forskjellige strategier brukes for å sikre god kvalitet på tjenesten.
Når flere ruter til en destinasjon er tilgjengelige, kan du velge en av rutene for å garantere kvaliteten på tjenesten. For eksempel vil en rute som tilbyr en lav forsinkelse over en lav hastighet brukes til interaktive applikasjoner, mens en rute som godtar en bedre hastighet på bekostning av en lengre forsinkelse vil være å foretrekke for applikasjoner som er mindre følsomme for forsinkelse ( Streaming , nedlasting osv. ).
Formatere en trafikk ( Traffic shaping ) betyr å ta skritt for å sikre at trafikken aldri overstiger noen forhåndsbestemte verdier. I praksis blir denne begrensningen brukt ved å forsinke visse pakker for å tvinge bestemt trafikk, i henhold til forskjellige algoritmer.
Trafikkontroll kan være nyttig for å begrense overbelastning og sikre riktig ventetid. Videre tillater satsbegrensninger atskilt fra trafikk til gjengjeld permanent å sikre en minimumssats for dem, noe som kan være spesielt fordelaktig for en tilgangsleverandør, for eksempel som ønsker å garantere en viss prisverdi til sine kunder.
De to mest brukte algoritmene er:
Standardmetoden som styrer rekkefølgen for avgang for pakker, er definert i henhold til prinsippet "Først til mølla" ( "Først inn, først ut" (FIFO) ). Dette prioriterer ikke pakkene, og de overføres i den rekkefølgen de mottas. Fra et teknisk synspunkt brukes denne metoden alltid som standard på grensesnitt med en hastighet større enn 2 Mb / s. På Cisco- produkter kan den konfigureres via grensesnittkommandoen tx-ring-limit .
Planlegging angir alle metodene som er rettet mot å endre denne rekkefølgen, og erstatter den forrige regelen.
En av de vanligste applikasjonene, prioritetskø (in) , og er å prioritere visse typer trafikk, oppsummert ved å ikke la trafikk med lav prioritet hvis det ikke er mer trafikk høy prioritet, eller mer fint med algoritmer rundt Robin vektet (dermed blir den egendefinerte køen (i) , for å sende pakker med forskjellige tilkoblinger i sin tur, og gi mer tid til prioritetspakker.
En annen applikasjon, rettferdig kø (i), er å skille pålogginger tydelig, og tildele dem suksessivt og like en mulighet til å få pakkene sine. Dette sikrer at ingen applikasjoner, til og med veldig søkerflyt, n 'vil knuse andre. En generell versjon av dette programmet er vektet kø (in) . Denne generaliseringen utføres ved å multiplisere størrelsen på den aktuelle pakken med det inverse av vekten til køen den ligger i (FQ er et spesielt tilfelle i den forstand at køene alle har samme vekt). Det finnes en siste versjon, den klassebaserte køen ( ellers kalt Klassebasert kø ), som vil bruke klasser som er konfigurert i henhold til forskjellige kriterier (prioritet, grensesnitt, original applikasjon, ...) i stedet for rettferdig tilkobling . Hver av disse klassene tildeles således en del av båndbredden i henhold til deres generelle prioritet.
En siste applikasjon, kalt Low Latency Queuing (in) , fokuserer på forsinkelsessensitiv trafikk. Det tar som grunnlag CBWFQ ved å gjøre prioriteringene strengere. Denne metoden er spesielt egnet for bruk av VOIP og videotelefon .
Kvaliteten på tjenesten oppnås ved lag 2 (802.1p) eller lag 3 (DiffServ) av OSI-modellen . Den må derfor konfigureres på brytere, rutere eller gatewayen som er koblet til Internett.
Det finnes flere verktøy på markedet for å overvåke kvaliteten på nettjenesten til visse applikasjoner.