DSCP sikret videresending PHB 22. mars 2006 Brad Hedlund RFC 2597 definerer en gruppe DSCP-innstillinger som kalles Forsikret videresending per hopadferanse (PHB) som skal gjenkjennes av RFC-kompatible DSCP-rutere og brytere som kalles DS-noder. Forsikret videresending PHB-klassen er presentert som AF (xy), hvor xtraffic klasse og ydrop prioritet. 4 trafikklasser, og 3 dråpevalg er definert. For eksempel faller AF21-trafikklasse 2 til forrang 1. Trafikklassens verdier (1-4) har eskalerende prioritetsverdier der trafikk merket som AF11 har lavere prioritet enn AF41. Omvendt representerer dråpepreferensverdien (1-3) en eskalerende dråpe preferanse innenfor den angitte klassen, en fallende prioritet. For eksempel er trafikk merket som AF43 mer sannsynlig å bli tapt enn AF41. De faktiske DSCP-binære og desimalverdier for sikret videresending av PHB er som følger: AF11 001010 10 AF12 001100 12 AF13 001110 14 AF21 010010 18 AF22 010100 20 AF23 010110 22 AF31 011010 26 AF32 011100 28 AF33 011110 30 AF41 100010 34 AF42 100100 36 AF43 100110 38 Etter logikken i IP-precedens og 802.1p COS, ville det være lett å tro at en pakke merket med en DSCP-verdi på 38 ville ha høyere prioritet og mindre sannsynlig å bli tapt enn en pakket merket som 34. Imidlertid er reversen sant i henhold til RFC 2597 DSCP-kompatibel køaradferd hvor en pakke merket som AF43 (desimal 38) er mer sannsynlig å bli tapt enn AF41 (desimalt 34) i overbelastningsperioder. Dette skyldes at AF43 har en høyere dråpeprioritet i trafikklasse 4. Dråpeprioritetsverdier sammenlignes bare mot trafikk i samme klasse. For eksempel er AF21 mer sannsynlig å bli tapt enn AF43. Selv om AF43 har en høyere fallinnstilling (3) enn AF21 (1), dominerer trafikklassens innstilling av (4) klassens innstilling av (2), og derfor slettes ikke forhåndsinnstillinger for å bestemme hvilken pakke som mottar bedre service. Hvis trafikk i en klasse overskrider definerte CIRer for den klassen, kan trafikken ha sin stigningsfrekvensbitinnstilling økt. Hvis e-posttrafikk for eksempel overstiger en definert CIR, kan du legge merke til PHB fra AF11 til AF12. Hvis en spesifisert trafikklasse overskrider en PIR (topp informasjonshastighet), kan du legge merke til PHB-en til en enda høyere dråpeprioritet for AF13, og bare slippe pakken. Følgende anbefales baseline markeringer med DSCP Forsikret videresending PHB: Interaktiv video: AF41 Mission Critical Data (lokalt definert): AF31 Transaksjonsdata (dlsw, sql, sap): AF21 Bulk Data (email, ftp, backup): AF11IP Precedence, TOS amp DSCP IP Type Service Header-feltet Type Type-tjeneste 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) til eksplisitt Kongestion Notification. Diagrammet nedenfor illustrerer forholdet mellom brikkene i Type Type ServicesDifferentiated Services-feltet i IP-header: - Type Service (TOS) Implementeringskvalitet for Service Policy med DSCP Dette dokumentet beskriver hvordan du angir DSCP-verdiene 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 videresendingstilsyn 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 fra Cisco IOS Software Release 12.2 (3.6) og senere.
Comments
Post a Comment