IP-forutsetning, TOS-amp DSCP IP-type tjenesteoverskriftsfelt 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 slik 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 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 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 fra Cisco IOS Software Release 12.2 (3.6) og senere. DiffServ (Differensierte tjenester) DiffServ er en QoS Quality of Service) protokoll for styring av båndbreddeallokering for Internett-medieforbindelser (for eksempel en VOIP-stemmeforbindelse). Fin oversikt her IETF Diffserv side Med lav båndbredde linjer, som ADSL, kan brukerne føle seg jitterende. Prøv å tillate full opplasting av båndbredde til eMule og ring en telefonsamtale i G.711 samtidig, og du vil sikkert forstå hva jeg mener. Når det gjelder Cisco docs og andre, er den riktige DiffServ-verdien EF (Expedited Forwarding) . EF DiffServ inneholder også ToS Low Delay-biten. som behandles av mange rutere uten noen konfigurasjon. Dette kalles PFIFO (Prioritetsfist i første ut, eller FIFO med prioritet). Verdiene du må vite: EF DiffServ-desimal: 184 EF DiffServ heksadesimal: 0xb8 EF DiffServ binær: 101110 00 (i rødt: DSCP-felt) EF DSCP-desimal: 46 EF DSCP hexadecimal: 0x2e EF DSCP binær: 101110 Merknad: DSCP-feltet er inneholdt i de 6 første bitene av DiffServ byte. Her er delen der vi blir galne. Hver konstruktør krever en annen DiffServ - eller DSCP-verdi. Alcatel OmniPCX Office - EF DiffServ binær. 10111000 DIFFSERVPHBEF Asterisk 1.0.9 (dvs. sip. conf) - EF DiffServ heksadesimal. tos 0xb8 Grandstream (krever FW 1.0.6.3 og eldre) - EF DSCP desimal. 46 ZyXEL - EF DiffServ desimal. 184 TELES - EF DiffServ desimal. 184 snom har en TOS standard på 160 og anbefaler å bruke 184 (for RTP). Mer informasjon i vanlige spørsmål. For SIP vil en verdi på CS3 TOS 96 være tilrådelig. Hvis du er i tvil, bruk en sniffer som Wireshark (tidligere eterisk). Hvis innstillingene er riktige, vil det vise feltet Differensierte tjenester i noen av RTP-pakker, med en verdi på 0xb8 (DSCP 0x2e: Fremskyndet videresending: ECN: 0x00).
No comments:
Post a Comment