Dscp 46 binär alternativ

IP-förekomst, TOS-amp DSCP Typ av servicehuvudfält Typ av tjänst i IP-huvudet definierades ursprungligen i RFC 791. Det definierade en mekanism för att tilldela en prioritet till varje IP-paket samt en mekanism för att begära särskild behandling såsom hög genomströmning, hög tillförlitlighet eller låg latens. I praktiken användes endast IP Precedence-delen av fältet. Vid dess enklaste, ju högre värdet av IP-förekomstfältet desto högre prioritet för IP-paketet. Enkel. I RFC 2474 ändrades definitionen av hela detta fält. Det heter nu DS (Differentiated Services) och de övre 6 bitarna innehåller ett värde som heter DSCP (Differentiated Services Code Point). Sedan RFC 3168 används de återstående två bitarna (de två minst siginficantbitarna) för Explicit Notice of Congestion. Diagrammet nedan illustrerar förhållandet mellan bitarna i fältet Type of ServicesDiffereniated Services i IP-rubriken: - Typ av Service (TOS) Implementering av kvaliteten på servicepolicyer med DSCP Detta dokument beskriver hur du ställer in värdena för DSCP-värden för differentierade tjänster i QoS-konfigurationer på en Cisco-router och sammanfattar förhållandet mellan DSCP och IP-prioritet. Du bör vara bekant med fälten i IP-huvudet och Cisco IOS reg CLI Detta dokument är inte begränsat till specifika programvaru - och hårdvaruversioner. Informationen som presenteras i detta dokument skapades från enheter i en specifik laboratoriemiljö. Alla enheter som används i detta dokument startade med en rensad (standard) konfiguration. Om du arbetar i ett levande nätverk, se till att du förstår den potentiella effekten av ett kommando innan du använder det. Differentierade tjänster (DiffServ) är en ny modell där trafiken behandlas av mellanliggande system med relativa prioriteringar baserade på typ av tjänster (ToS). Definierad i RFC 2474 och RFC 2475 ersätter DiffServ-standarden ursprungliga specifikationen för att definiera paketprioritet som beskrivs i RFC 791. DiffServ ökar antalet definierbara prioritetsnivåer genom att omfördela bitar av ett IP-paket för prioritetsmarkering. DiffServ-arkitekturen definierar DiffServ (DS) - fältet, vilket ersätter ToS-fältet i IPv4 för att fatta beslut om perklopbete (PHB) om paketklassificering och trafikkonditioneringsfunktioner, såsom mätning, märkning, formgivning och polisering. RFC: erna dikterar inte sättet att implementera PHB: er, vilket är säljarens ansvar. Cisco implementerar kötekniker som kan basera sin PHB på IP-prioritet eller DSCP-värde i IP-huvudet för ett paket. Baserat på DSCP eller IP-prioritet kan trafiken sättas in i en viss service klass. Paket inom en serviceklass behandlas på samma sätt. Mer information om dokumentkonventioner finns i Cisco Technical Tips Convention. De sex viktigaste bitarna i DiffServ-fältet kallas DSCP. De senaste två Oanvända (CU) bitarna i DiffServ-fältet definierades inte inom DiffServ-fältarkitekturen. Dessa används nu som ECN-bitar (Explicit Congestion Notification). Routrar i kanten av nätverket klassificerar paket och markerar dem med antingen IP Precedence eller DSCP-värdet i ett Diffserv-nätverk. Andra nätverksenheter i kärnan som stöder Diffserv använder DSCP-värdet i IP-huvudet för att välja ett PHB-beteende för paketet och tillhandahålla lämplig QoS-behandling. Diagrammen i det här avsnittet visar en jämförelse mellan ToS-byte definierad av RFC 791 och DiffServ-fältet. DiffServ-standarden använder samma prioritetsbitar (de viktigaste bitDS5, DS4 och DS3) för prioritetsinställning, men klargör vidare definitionerna och erbjuder finare granularitet genom användningen av de kommande tre bitarna i DSCP. DiffServ omorganiserar och byter namn på prioritetsnivåerna (definieras fortfarande av de tre viktigaste bitarna i DSCP) i dessa kategorier (nivåerna förklaras mer detaljerat i det här dokumentet): Stannar samma (länklagret och routingsprotokollet fortsätter att leva) Stannar samma (används för IP-routingsprotokoll) Express-vidarebefordran (EF) Med det här systemet prioriterar en enhet första gången trafik först genom klassen. Sedan skiljer och prioriterar den samma klass trafik, med hänsyn till fall sannolikheten. DiffServ-standarden anger inte en exakt definition av kvot, kvot, kvot och quothighquot dropp sannolikhet. Inte alla enheter känner igen inställningarna för DiffServ (DS2 och DS1) och även när dessa inställningar känns igen, utlöser de inte nödvändigtvis samma PHB-vidarekopplingsåtgärd vid varje nätverksnod. Varje nod implementerar sitt eget svar baserat på hur det konfigureras. RFC 2597 definierar den säkrade vidarebefordran (AF) PHB och beskriver den som ett medel för en leverantörs DS-domän för att erbjuda olika nivåer av vidarebefordringsförsäkringar för IP-paket mottagna från en DS-domän av en kund. Den säkrade vidarebefordran PHB garanterar en viss mängd bandbredd till en AF-klass och ger tillgång till extra bandbredd, om det finns tillgängligt. Det finns fyra AF-klasser, AF1x till och med AF4x. Inom varje klass finns det tre droppsannolikheter. Beroende på en viss nätverkspolicy kan paket väljas för en PHB baserat på nödvändig genomströmning, fördröjning, jitter, förlust eller enligt prioritet för tillgång till nätverkstjänster. Klasserna 1 till 4 kallas AF-klasser. Följande tabell illustrerar DSCP-kodningen för att specificera AF-klassen med sannolikheten. Bits DS5, DS4 och DS3 definierar klassbitarna DS2 och DS1 anger droppsannolikhetsbiten DS0 är alltid noll. RFC 2598 definierar Expedited Forwarding (EF) PHB: citationstecken EF PHB kan användas för att bygga en låg förlust, låg latens, låg jitter, säker bandbredd, end-to-end service via DS (Diffserv) domäner. En sådan tjänst förefaller vara slutpunkten som en punkt-till-punkt-anslutning eller en kvotiell hyrd linje. quot Denna tjänst har också beskrivits som Premium service. quot Kodpunkt 101110 rekommenderas för EF PHB, vilket motsvarar ett DSCP-värde på 46 . Återigen måste leverantörsspecifika mekanismer konfigureras för att implementera dessa PHB: er. Se RFC 2598 för mer information om EF PHB. Det finns tre sätt att använda DSCP-fältet: ClassifierVälj ett paket baserat på innehållet i vissa delar av pakethuvudet och använd PHB baserat på tjänstekarakteristik som definieras av DSCP-värdet. MarkerSätt DSCP-fältet baserat på trafikprofilen. MeteringKontrollera överensstämmelse med trafikprofil med antingen en shaper eller dropper-funktion. Paketklassificering innebär att du använder en trafikbeskrivare för att kategorisera ett paket inom en viss grupp och göra paketet tillgängligt för QoS-hantering i nätverket. Med hjälp av paketklassificering kan du partitionera nätverkstrafik till flera prioritetsnivåer eller en klass av service (CoS). Du kan använda antingen åtkomstlistor (ACL) eller matchningskommandot i modulär QoS CLI för att matcha DSCP-värden. För mer information om hur du använder ACL, se Servicekvalitet för Cisco 72007500. Val av ett DSCP-värde i matchningskommandot introducerades i Cisco IOS Software Release 12.1 (5) T. När du anger ip dscp-värdet i klasskarta-kommandot har du följande: DSCP kan sättas till ett önskat värde vid kanten av nätverket för att göra det enkelt för kärnanordningar att klassificera paketet som visas i paketet Klassificeringssektionen och tillhandahålla en lämplig servicenivå. Klassbaserad paketmarkering kan användas för att ställa in DSCP-värdet som visas här: Committed Access Rate och Class-Based Policing är trafikreglermekanismer som används för att reglera trafikflödet för att överensstämma med överenskomna serviceparametrar. Dessa mekanismer tillsammans med DSCP kan användas för att tillhandahålla olika servicenivåer för att anpassa och överensstämma trafik genom att på lämpligt sätt ändra DSCP-värdet, vilket visas i detta avsnitt. Viktad slumpmässig tidig upptäckt (WRED), kasserar selektivt trafiken med lägre prioritet när gränssnittet börjar bli överbelastat. WRED kan ge differentierade prestanda egenskaper för olika CoS. Denna differentierade tjänst kan vara baserat på DSCP, som visas här: För mer information om följande fel kan du använda Bug Toolkit (endast registrerade kunder) för mer information om dessa fel: CSCdt63295 (endast registrerade kunder) Om du misslyckas för att ställa in ToS-byte med de nya DSCP-märkekommandona på uppringningsgrupperna (inställda på 0) i Cisco IOS Software Release 12.2.2T, kommer paket inte att markeras och de kommer att förbli med en ToS-inställd på 0. CSCdt74738 (registrerade kunder bara) Stöd för det inställda ip dscp-kommandot på Cisco 7200-routern och nedre plattformar för multicast-paket bör vara tillgängligt från Cisco IOS Software Release 12.2 (3.6) och senare. Gjorde mer granskning och sprang över det faktum att Cisco-telefonen använder som standard CoS 5 och dscp 46. Men standard cos till DSCP-kartan matchar CoS 5 till DSCP 46. Varför har inte Cisco ändrat DSCP till CoS-standardmappning till CoS 5 till 46 Dessutom vet alla om aktivering av autoqos kommer att förändras DSCP till CoS-kartläggning. 3388: Allmänt: () qos qos. : 3 cos 5 till dscp 46 betyder cos till dscp tabell: Jag förstår att standard cos till dscp tabell kartläggning kommer att ändra en cos 5 till dscp 40. Jag förstår också att CoS till dscp mappningstabell kommer att användas om konvertering från cos till DSCP. Eftersom DSCP är ip-huvudet och ip-huvudet bevaras slutet till slutet varför skulle det vara en bra pratice ha en standard tabell som skulle ta cos 5 och göra till dscp 46. Så kan vi ta en enkel konfiguration PC ansluten till telefon - gt telefon plugged in i switch - gt-omkopplare ansluten till router Träffar kartläggningstabellen spelaren som omkopplaren händer anslutningen till routern. Lag två länkar förstås kommer att använda ramen men vi kommer inte att ha ett dåligt värde som ingår i IP-rubriken. Skulle vi vilja ha 46 istället för 40. Welp nm tittade lite mer på kommandot auto qos ser ut som att kartläggningen innehåller följande mls qos karta policed-dscp 0 10 18 24 46 till 8 mls qos karta cos-dscp 0 8 16 24 32 46 48 56 Ser ut som auto-qos korrigerar detta Nedan är utgången från switchporten confi switchport tillgång vlan switchport läge tillgång switchport röst vlan srr-kö bandbredd dela 1 30 35 5 mls qos trust enhet cisco-telefon mls qos trust cos auto qos VoIP Cisco-telefon Service Policy-inmatning AUTOQOS-SRND4-CISCOPHONE-POLICY Du kan se här att vi ställer oss själva för att lita på cos-värdet. DSCP TOS Note: Jag är helt glad för att denna tabell och tillhörande information ska användas var som helst av någon, det varför det publicerades här, jag kunde inte hitta en enkel referens, så jag skapade en och publicerade den för alla, men om du publicerar informationen, vänligen ange källan och försök inte att överföra det som originalarbete. Tack. Du försöker få QoS att fungera smidigt på ditt nätverk och du har en DSCP-tagg på dina paket, men du kan bara se ToS när du tar in paket. Hur utövar du vilket ToS-värde som motsvarar vilket DSCP-värde Or. Du märker med DSCPPHB-klasser, men ser bara DSCP-hex eller decimaltyper på dina paket. Vad betyder det hela Följande tabell visar vanliga decimaler, hex och binära värden för TOS, uppdelade i betydelsen av delarna av den byte inklusive DSCP-värden när man tolkar den byte som DSCP. TOS-förekomst (bin) TOS-förekomst (dec) TOS-förekomst Namn TOS-genomströmningsflagg TOS-pålitlighetsflagga Så, du har den, en byte i ett pakethuvud, två sätt att titta på det. Om det handlar om TOS (Typ av tjänst) anger de första 3 bitarna företräde, den 4: e biten anger huruvida låg fördröjning är föredragen, 5: e biten anger huruvida hög genomströmning föredras eller inte, den 6: e bit indikerar huruvida eller inte hög tillförlitlighet föredras och 7 och 8 bitar är reserverade. Mer information finns i RFC 791. Skrivet 1981, som definierar IP. Om man arbetar med DSCP (Differentiated Services (Diffserv) Codepoint) används endast de första 6 bitarna och de sista 2 ignoreras. Dessa kan användas för ECN (Explicit Congestion Notification) RFC 3168. Mer information finns i RFC 2474. skriftlig 1998, som definierar fältet Differentiated Services (DS-fält), vilket är vad TOS-byte hänvisas till när man talar om differentierade tjänster och speciellt DSCP. Dessutom kan RFC 2597 och RFC 3246 som definierar några av PHB (Per-Hop Behavior) klasserna vara användbara att läsa. Uppdatering 2013-04-21: Tillagd röståtkomst enligt definitionen i RFC 5865 och listad i IANA DSCP Registry. Tillagt olika TOS-flaggalternativ endast som används i viss programvara, t. ex. openssh och gamla versioner av asterisk. Jag vill fånga IPv4-paket med tcpdump som har haft DSCP-klassen av21, men tcpdump har inte ett filter för DSCP och dekoderar inte värden till DSCP-klasser, vad kan jag göra? Vad gör det här med tcpdump med verbose output (-v) , inga namnuppslag (-n) på gränssnittet ppp0 (-i ppp0), säger filtret, som anges i citat, att endast inkludera paket som är ip (ip) och (och) där den andra byten i ip-huvudet (ip1 ) har ett decimalvärde på 72 som vi tog från tabellen ovan som TOS-decimalvärdet som motsvarar DSCP-klassen av21 (72) ignorerar de sista 2 bitarna i den byte eftersom de kan innehålla ECN-flaggor (amp 0xfc). tcpdump visar paket som matchar vårt filter, det föredrar att använda ett hex TOS-värde i displayen, så visar tos 0x48. Om vi ​​istället vill fånga IPv6-trafik med samma klassuppsättning, gör vi: Här är det lite mer komplicerat, med IPv6 sträcker trafikklassbyte den första och andra byten i rubriken, så vi tittar på de första två byte av huvudet (ip60: 2), ignorera de första 4 bitarna och de sista 6 bitarna (amp 0xfc0) och skift sedan värdet 4 bitar till höger (gtgt 4) för att ta bort de 4 höger ignorerade bitarna som ligger utanför trafikklassen byte från värdet och lämna oss det värde vi vill ha. I båda dessa exempel kan du använda TOS hex-värden istället för TOS-decimala värden, t. ex. 0x48. Alternativt kan du, om du vill använda DSCP-hex eller DSCP-decimalvärden, flytta resultatet. För det första exemplet skulle detta ge som exakt motsvarigheter av ovanstående: och för det andra exemplet: I båda fallen använder du DSCP-hexen värdet 0x12 vilket som du kan se från tabellen ovan motsvarar TOS-decimalvärdet 72. Notera citaten runt filtersträngen ovan, medan du inte behöver citat när du anger enkla filter med tcpdump utan att i detta fall skulle skalet troligen tolka amp och gtgt exekvera ett partiellt kommando som en bakgrundsuppgift och försöka utföra resten med utdata omdirigerad, något som du sannolikt inte vill göra. Ping kan användas för att generera några utgående paket för att testa dina QoS-konfigurationer eller tcpdump-filter. Ping har ett - Q alternativ för att ange det värde du vill ställa in på dina paket, för IPv4, det tar antingen ett TOS hex eller TOS decimalvärde, för IPv6, det tar bara ett TOS hex värde. För att generera paket som våra tcpdump-filter ovan skulle fånga, för IPv4 är dessa två ekvivalenta: För IPv6 är dessa två ekvivalenta: Som nämnts tar ping6 endast ett hex-värde, medan 48 i det här fallet kan tyckas vara decimal eftersom vi inte uttryckligen ange att det var hex med 0x, det tolkas som hex.