QoS? Hvordan fungerer det?

http://www.getech.co.uk/products/sitara/whatisqos.htm prøv kig lidt der

QoS står for quality of service.

Det bliver brugt mange gange når du skriver en kontrakt med f.eks. en internet udbyder og så får du en QoS kontrakt som søger for at din internet leverandør går ind for det han siger og lover dig. Det er en kontrakt som du kan hænge din leverandør op, hvis han ikke har leveret det han lover, da både de og dig selv skriver under derpå.

QoS forfindes også på routere og switche. For det meste er det noget man bruger når man skal lave f.eks. en dedikeret adgang for en ip til f.eks. en server. Det kan også være at man gerne vil garentere alle brugerne på netværket at de kan hente post, selvom der er en der sidder og henter med hele båndbreden ud af huset. Det er altså en form for regler du kan lave både på routere, switche og firewalls. Dog er det ikke alle router, switche og firewalls der understøtter det.

Man kan også få andre produkter til at styre ens båndbrede f.eks. har Allot lavet en NetEnforcer som også kan gøre det samme.

Men hvis din router, switch eller firewall undersøtter det skal det så i manualen eller så skal du selv vide lidt mere om QoS da det er noget man laver på Layer 5 ( session laget ) i OSI Modellen. Så vidt jeg husker.

-DroopY

Alle sammen meget gode bud - lige pånær det med at det har noget med en kontrakt at gøre.. Her er der fundet på en ny forkortelse.. SLA Service Level Agreement.. Go figure..

Det QoS gør, er at det markerer dele af din trafik op, sådan at routere( Lag 3) kan sørge for at behandle trafikken anderledes afhængig af hvilken markering det har fået.

Groft sagt er der to ting man vil med QoS:
1. Reservere båndbredde - uden af afsætte det.
2. Garantere levering af kritiske data.

Der findes også kombinationer af disse to, der vægter den ene eller anden i højere eller lavere grad.

Den første er anvendelig til at opprioritere fx. videostreaming, VoIP og gamingtrafik, som er trafik der er meget afhængig af at trafikken bliver afviklet i en jævn strøm frem for en 'burst' agtig måde.
Du kan sagtens prioritere web trafik over downloads hvis du har udstyret til det..

nr. 2 anvendes fx. af banker o.lign. Nogle af deres data er langt fra tidskritiske, men de skal *%##"&&! frem!

Til formålet er der afsat 8 bit i IP headeren. Dine pc'ere kan selv markere trafikken op inden den sender det afsted, men der kan også findes andre løsninger.
Hvad man skriver i de 8 bit er der flere meninger om - en af dem går under navnet Diffserv. Den afsætter *vistnok' 3 bit til hhv. precedens og assurance, hvor precedens er noget med hvor hurtigt denne pakke skal sendes afsted, og assurance er noget med hvor vigtigt det er at denne pakke ikke mistes. Jeg kan ikke huske de sidste to bit, men hvis du er interesseret må du selv lige slå diffserv op - tror der er en rfc på den..

Men jeg ved ikke rigtigt hvor meget hold der er i at det skulle være på lag 5, da CoS (Class of Service) feltet faktisk er i IP headeren, og bliver fortolket af routeren (igen - lag 3).

Jeg skal muligvis til at lave en router som afgangsprojekt nu her til sommer, hvor vi vil lade routeren markere trafikken op, baseret på destinationsadresse, protokol og/eller portnummer. Det smarte ved at lade routeren (gateway / firewall om du vil) gøre det, er at selv om pakkerne kommer meget varierende i hastighed fra fx. surfning, så vil man kunne garantere en konstant hastighed til fx. VoIP, også selvom der er flere computere på din LAN. Dette kan ikke opnås ved at du installerer et eller andet netEnforcer på samtlige af dine pc'ere.. Her skal din router/gateway ordne det for dig..

Men jeg tror som udgangspunkt ikke meget på at dit udstyr understøtter QoS, da den billigste cisco router jeg har hørt om der understøtter det koster 7000-8000 dkr. En switch kan i hvert fald ikke, da den kun opererer på lag 2 niveau (mac adresser)

Tak for svaret. Vi overvejer at købe en Zyxel 10W (3400,-), hvor QoS snart bliver implementeret. De har lovet mig at vende til bage med mere præcise oplysninger, når de er klar til opgraderingen.

Hmm ok, men en af os skal vel have accepteret vores svar eller?