Implementere kvalitet for servicepolicyer med DSCP Dette dokumentet beskriver hvordan du angir verdier for differensierte tjenester (DSCP) i QoS-konfigurasjoner på en Cisco-router, og den oppsummerer forholdet mellom DSCP og IP-prioritet. Du bør være kjent med feltene i IP-header og Cisco IOS reg CLI Dette dokumentet er ikke begrenset til spesifikke programvare - og maskinvareversjoner. Informasjonen som presenteres i dette dokumentet ble opprettet fra enheter i et bestemt laboratoriemiljø. Alle enhetene som brukes i dette dokumentet, startet med en ryddet (standard) konfigurasjon. Hvis du jobber i et levende nettverk, må du sørge for at du forstår den potensielle effekten av en kommando før du bruker den. Differensierte tjenester (DiffServ) er en ny modell der trafikk behandles av mellomliggende systemer med relative prioriteter basert på typen av tjenester (ToS) - feltet. Definert i RFC 2474 og RFC 2475 erstatter DiffServ-standarden den opprinnelige spesifikasjonen for å definere pakkeprioritet beskrevet i RFC 791. DiffServ øker antall definerbare prioritetsnivåer ved å reallokere biter av en IP-pakke for prioritetsmerking. DiffServ-arkitekturen definerer DiffServ (DS) - feltet, som erstatter ToS-feltet i IPv4 for å gjøre per-hop-oppførsel (PHB) - beslutninger om pakkeklassifisering og trafikkbehandlingsfunksjoner, for eksempel måling, merking, utforming og politi. RFCene dikterer ikke måten å implementere PHBer på, dette er leverandørens ansvar. Cisco implementerer køteknikker som kan basere PHB på IP-prioritet eller DSCP-verdi i IP-header på en pakke. Basert på DSCP eller IP-prioritet, kan trafikk settes inn i en bestemt tjenesteklasse. Pakker i en serviceklasse behandles på samme måte. For mer informasjon om dokumentkonvensjoner, se Cisco Technical Tips-konvensjoner. De seks mest signifikante bitene i DiffServ-feltet kalles DSCP. De to siste Unused (CU) - bitene i DiffServ-feltet ble ikke definert i DiffServ-feltarkitekturen. Disse brukes nå som ECN-bits (Explicit Congestion Notification). Rutere i utkanten av nettverket klassifiserer pakker og merker dem med enten IP-precedensen eller DSCP-verdien i et Diffserv-nettverk. Andre nettverksenheter i kjernen som støtter Diffserv bruker DSCP-verdien i IP-headeren for å velge en PHB-oppførsel for pakken og gi riktig QoS-behandling. Diagrammene i denne delen viser en sammenligning mellom ToS byte definert av RFC 791 og DiffServ-feltet. DiffServ-standarden benytter de samme prioritetsbitene (de viktigste bitDS5, DS4 og DS3) for prioritetsinnstilling, men klargjør definisjonene og tilbyr finere granularitet ved bruk av de neste tre bitene i DSCP. DiffServ omorganiserer og omdanner prioritetsnivåene (fremdeles definert av de tre viktigste brikkene i DSCP) i disse kategoriene (nivåene forklares mer detaljert i dette dokumentet): Oppholder seg det samme (koblingslag og rutingsprotokoll holder seg i live) samme (brukes til IP-rutingprotokoller) Ekspedisjon (EF) Med dette systemet prioriterer en enhet først trafikk etter klasse. Deretter skiller den og prioriterer trafikk i samme klasse, og tar hensyn til dråpsannsynligheten. DiffServ-standarden angir ikke en presis definisjon av kvote, kvote, kvote og quothighquot drop-sannsynlighet. Ikke alle enheter kjenner igjen DiffServ (DS2 og DS1) innstillingene, og selv når disse innstillingene blir gjenkjent, utløser de ikke nødvendigvis den samme PHB-videresendingshandlingen på hver nettverkskode. Hver node implementerer sitt eget svar basert på hvordan det er konfigurert. RFC 2597 definerer sikret videresending (AF) PHB og beskriver det som et middel for et leverandør DS-domene for å tilby ulike nivåer av videresendelsesforsikringer for IP-pakker mottatt fra et DS-domenenavn. Den sikrede videresending PHB garanterer en viss båndbredde til en AF-klasse og gir tilgang til ekstra båndbredde, hvis tilgjengelig. Det er fire AF-klasser, AF1x gjennom AF4x. Innenfor hver klasse er det tre drop-sannsynligheter. Avhengig av en gitt nettverkspolicy kan pakker velges for en PHB basert på nødvendig gjennomstrømning, forsinkelse, jitter, tap eller i henhold til prioritet for tilgang til nettverkstjenester. Klasser 1 til 4 refereres til som AF-klasser. Følgende tabell illustrerer DSCP-kodingen for å spesifisere AF-klassen med sannsynligheten. Bits DS5, DS4 og DS3 definerer klassebitene DS2 og DS1 angir drop probability bit DS0 er alltid null. RFC 2598 definerer Expedited Forwarding (EF) PHB: quot. EF PHB kan brukes til å bygge lavt, lav latency, lav jitter, sikret båndbredde, end-to-end service gjennom DS (Diffserv) domener. En slik tjeneste ser ut til sluttpunktene som en punkt-til-punkt-tilkobling eller en kvotert leased line. quot Denne tjenesten har også blitt beskrevet som Premium service. quot Codepoint 101110 anbefales for EF PHB, som tilsvarer en DSCP-verdi på 46 . I tillegg må leverandørspesifikke mekanismer konfigureres for å implementere disse PHBene. Se RFC 2598 for mer informasjon om EF PHB. Det er tre måter du kan bruke DSCP-feltet på: ClassifierVelg en pakke basert på innholdet i enkelte deler av pakkehodet og bruk PHB basert på service karakteristikk definert av DSCP-verdien. MarkerSett DSCP-feltet basert på trafikkprofilen. MeteringCheck samsvar med trafikkprofil med enten en shaper eller drop-funksjon. Pakkeklassifisering innebærer bruk av en trafikkbeskrivelse for å kategorisere en pakke i en bestemt gruppe og gjøre pakken tilgjengelig for QoS-håndtering i nettverket. Ved å bruke pakke klassifisering kan du partisjonere nettverkstrafikk til flere prioritetsnivåer eller en klasse av tjeneste (CoS). Du kan bruke enten tilgangslister (ACLer) eller kampkommandoen i modulær QoS CLI for å matche DSCP-verdier. For mer informasjon om hvordan du bruker ACL-er, se Servicekvalitet for Cisco 72007500. Å velge en DSCP-verdi i kampkommandoen, ble introdusert i Cisco IOS Software Release 12.1 (5) T. Når du angir ip dscp-verdien i klassekortkommandoen, har du disse: DSCP kan settes til ønsket verdi ved kanten av nettverket for å gjøre det enkelt for kjerneenheter å klassifisere pakken som vist i pakken Klassifiseringsseksjonen og gi et passende servicenivå. Klassebasert pakkemerking kan brukes til å angi DSCP-verdien som vist her: Forpliktet tilgangshastighet og klassebasert policing er trafikkreguleringsmekanismer, som brukes til å regulere trafikkstrømmen for å overholde de avtalte serviceparametrene. Disse mekanismene sammen med DSCP kan brukes til å gi ulike servicenivåer for å overholde og ikke-samsvarende trafikk ved å tilpasse DSCP-verdien på riktig måte, som vist i denne delen. Veidet tilfeldig tidlig deteksjon (WRED), kasserer selektivt trafikk med lav prioritet når grensesnittet begynner å bli overbelastet. WRED kan gi differensierte ytelsesegenskaper for forskjellige CoS. Denne differensierte tjenesten kan være basert på DSCP, som vist her: For mer informasjon om følgende feil, kan du bruke Bug Toolkit (kun registrerte kunder) for mer informasjon om disse feilene: CSCdt63295 (kun registrerte kunder) Hvis du mislykkes for å sette ToS byte med de nye DSCP-merkekommandoene på oppringingsdeltakere (satt til 0) i Cisco IOS Software Release 12.2.2T, vil ikke pakkene bli merket og de vil forbli med en ToS satt til 0. CSCdt74738 (registrerte kunder bare) Støtte for den angitte ip dscp-kommandoen på Cisco 7200-ruteren og nedre plattformer for multicast-pakker, bør være tilgjengelig i henhold til Cisco IOS Software Release 12.2 (3.6) og senere. IP-forutsetning, TOS-amp DSCP IP-typen av Tjenestehovedfelt Type tjenestefelt i IP-header ble opprinnelig definert i RFC 791. Det definerte en mekanisme for å tilordne en prioritet til hver IP-pakke, samt en mekanisme for å be om spesifikk behandling som høy gjennomstrømning, høy pålitelighet eller lav ventetid . I praksis ble det bare brukt IP Precedence-delen av feltet. På den enkleste måten, jo høyere verdien av IP Precedence-feltet, jo høyere prioritet av IP-pakken. Enkel. I RFC 2474 ble definisjonen av hele dette feltet endret. Det kalles nå DS (Differentiated Services) - feltet og de øvre 6 bitene inneholder en verdi som heter DSCP (Differentiated Services Code Point). Siden RFC 3168 brukes de resterende to bitene (de to minste seginfeksjonsbitene) for eksplisitt kongestionsvarsling. Diagrammet nedenfor illustrerer forholdet mellom brikkene i Type of ServicesDiffereniated Services-feltet i IP-header: - Type Service (TOS) Utvidet ping ToS-verdi Hi Lee og Michael. Hvis noen trenger andre verdier enn disse, er den enkle måten å beregne dem på å sette din binære representasjon av verdien i kalkulatoren din (vitenskapelig visning) og legge til to nuller til slutten. for eksempel 101110 blir 10111000. Jeg tror dette er fordi Cisco utvidet ping tolker alle 8 biter i feltet, ikke bare den ledende 6. Håper det er nyttig. Samlet vurdering: 5 (2 karakterer) Mål IP-adresse: 144.122.216.58 Gjentatt telling 5: 100 Datagramstørrelse 100: Timeout i sekunder 2: Utvidede kommandoer n: y Kildeadresse eller grensesnitt: 144.44.88.21 Type tjeneste 0: 184 - - gtdscp er ef Sett DF bit i IP header no: Bekreft svardata nr: Datamønster 0xABCD: Loose, Strict, Record, Timestamp, Verbosenone: Fei rekkevidde av størrelser n: Skriv escape-sekvensen for å avbryte.
Comments
Post a Comment