Happy Scale Simple Weight Loss Tracker med Daily Moving Gjennomsnittlig Trend Line for iPhone. Notater Merk Nedlastningsknappen åpner iTunes App Store, der du kan fortsette nedlastingsprosessen Du må ha iTunes installert med en aktiv iTunes-konto for å laste ned og installere programvare Denne nedlastingen er kanskje ikke tilgjengelig i noen land. Publiser s Beskrivelse. Fra Front Pocket Software Dieting er vanskelig nok Men når du jobber hardt, hopp på skalaen, og se et tall som er høyere enn i går. Vel, det er bare ikke rettferdig Det er på tide å tåle skalaen Happy Scale glatter ut de daglige vektene dine for å forutsi ditt sanne vekttap SE DEN SENNE PROGRESSEN Happy Scale bruker sofistikert matte for å lære den virkelige trenden av fremgangen Du kan se hva du virkelig mister hver uke, ikke mer PLATEAUS Bruk de bevegelige gjennomsnittlige fremdriftssporingsalternativene for å se jevn fremgang hver dag. SLOW OG STEADY WINS THE RACE Har mye å miste. Bryt ditt vekttapsmål i liten, inkrementell m ilestone mål, slik at du kan fokusere på kortsiktige oppnåelige mål DET PERFEKTE TILGJENGET Bruk denne appen sammen med andre populære apper Vektposter kan importeres automatisk fra apper som støtter eksport til Apple Health App, og Happy Scale vil eksportere alle dine vekter til Apple Health, slik at andre apper kan se dem. SIKKER SIKKERHETEN Se forutsigelser om hva du vil veie i fremtiden hvis du holder opp med dagens trender og sett forpliktelsesmål for deg selv. Fungerer på alle enhetene dine. Sømløst synkroniser mellom iPhone og iPad. Så, har dine tidligere dietter mislyktes fordi du mistet motivasjon Prøv Happy Scale i dag og bli med tusenvis av brukere som bruker denne appen til TAME THE SCALE. What er nytt i denne versjonen.4 3 1 Mindre feilrettinger4 3 Hei alle Denne utgivelsen legger til oversettelser Hvis engelsk er isn t morsmålet ditt, jeg fikk også dekket Også i denne utgivelsen Hurtig tillegg Hvis din iPhone støtter 3D Touch iPhone 6 eller iPhone 6 Plus, kan du trykke hardt på Happy Scale-ikonet for å se deg din vekt på et øyeblikk eller hoppe rett til legg til et vektskjermbilde Trykk på oppsummeringsfane-knappen for å bla til neste kort Liten endring, men jeg har nytes det Tapt mer enn 100 Nå ser du fortsatt desimaltallet Se alle nye funksjoner raquo. I m ikke certainn av den riktige løsningen skjønt siden summering gjennomsnittet av hver prøve ville introdusere en god avrunding error. Hmm jeg lurer på om å separere fraksjonelle delen fra hele delen ville bidra til å dele hele delen av hvert tall av telle Hold tre løpende summer 1 Gjennomsnittet av hele delene, 2 Resten av hver divisjon og 3 Den delte delen av hvert nummer. Hver gang er hele delen av et nummer delt, blir hele delresultatet lagt til gjennomsnittlig løp sum og resten legges til gjenværende løpende sum Når gjenværende løpende sum oppnår en verdi som er større enn eller lik tellingen, divideres den med tellingen med hele delresultatet lagt til gjennomsnittlig løpende sum og resten legges til t han gjenværende løpende summe. Ved hver beregning blir også brøkdelene lagt til den brøkdelte løpende summen. Når gjennomsnittet er ferdig, deles resten av summen av tallet og resultatet blir lagt til gjennomsnittlig løpende sum som et flytende tall For eksempel. Nå hva som skal gjøres med brøkfrekvensen. Faren for overløp er mye mindre sannsynlig her, men likevel mulig, så en måte å håndtere det ville være å dele den brøkdelte summen ved tellingen på slutten og legge den til vårt resultat. Et alternativ ville være å sjekke brøkfallsbeløpet ved hver beregning for å se om det er større enn eller lik teller. Når det skjer, gjør bare det samme som vi gjør med gjenværende løpende sum. QoS Prosent-Based Policing . Forutsetninger for QoS Prosent-Based Policing. For innleveringspolitikk på en Cisco 7500-serierrouter, må du kontrollere at distribuert Cisco Express Forwarding dCEF er aktivert i grensesnittet der trafikkpoliseringen er konfigurert. For utgangstrafikkpolicyering på en Cisco 7500-serierør, sørg for at innkommende trafikk er dCEF-slått. Trafikkpolitikk kan ikke brukes på byttebanen med mindre dCEF-omkobling er aktivert. Restriksjoner for QoS-prosentbasert policing. Formprosentkommandoen, når den brukes i child nested policy maps, støttes ikke på Cisco 7500, Cisco 7200- eller nedre serieruter. Derfor kan formprosentkommandoen ikke konfigureres for bruk i nestede policykart på disse rutene. Informasjon om QoS Prosent-Based Policing. To konfigurere QoS Prosent-Based Policing-funksjonen, bør du forstå følgende begreper. Fordeler for QoS Prosent-Based Policing. Utvidet Fleksibilitet og brukervennlighet. Denne funksjonen gir muligheten til å konfigurere trafikkpoliti og trafikkforming på grunnlag av en prosentandel av båndbredde tilgjengelig på et grensesnitt, og det lar deg spesifisere bristestørrelser i millisekunder. Konfigurere trafikkpolisering og trafikkforming på denne måten gjør at du kan du bruker samme politikkort for flere grensesnitt med forskjellige mengder båndbredde. Det vil si at du ikke trenger å beregne båndbredden for hvert grensesnitt eller konfigurere et annet politikkort for hver type grensesnitt. Definere klasse - og policykart for QoS Prosent - Basert Policing. For å konfigurere QoS Prosent-Based Policing-funksjonen må du definere en trafikklasse, konfigurere et politikkart og deretter legge ved det aktuelle politikk kartet til det aktuelle grensesnittet. Disse tre oppgavene kan oppnås ved å bruke QoS Command Modular Quality of Service - Line-grensesnitt CLI MQC. MQC er et kommandolinjegrensesnitt som lar deg definere trafikklasser, opprette og konfigurere retningslinjer for trafikkpolitikk, og deretter legge disse trafikkpolicyene til grensesnitt. I MQC brukes klassekartkommandoen å definere en trafikklasse som deretter er knyttet til en trafikkpolicy Formålet med en trafikklasse er å klassifisere trafikk. MQC består av følgende tre prosesser. Definerer en trafikklasse med klassekartkommandoen. Opprette en trafikkpolicy ved å knytte trafikklassen til en eller flere QoS-funksjoner ved hjelp av kommandoen Politikk-kartet. Feste trafikkpolitikken til grensesnittet med servicepolicy-kommandoen. En trafikklasse inneholder tre hovedelementer et navn, en rekke kampkommandoer, og hvis mer enn én kampkommando finnes i trafikklassen, en instruksjon om hvordan man skal evaluere disse kampkommandoene som er, match-all eller match-any Trafikklassen er oppkalt i kommandolinjen for klassekart for eksempel hvis du skriver inn klassekort-cisco-kommandoen mens du konfigurerer trafikklassen i CLI, ville trafikklassen oppgi cisco. The kampkommandoer brukes til å angi ulike kriterier for klassifisering av pakker. Pakker er merket for å avgjøre om de samsvarer med kriteriene som er angitt i kampkommandoene. Hvis en pakke samsvarer med de angitte kriteriene, anses denne pakken som medlem av klassen og er videresendt i henhold til QoS-spesifikasjonene som er angitt i trafikkpolitikken. Pakker som ikke oppfyller noen av de matchende kriteriene, er klassifisert som medlemmer av standard trafikklassen. Trafikkreguleringsmekanismer en d Båndbreddeprosent. Cisco IOS-kvalitet på tjenesten QoS tilbyr to typer trafikkreguleringsmekanismer trafikkpolitisering og trafikkforming En trafikkpolicyer faller vanligvis trafikk som bryter med en bestemt hastighet En trafikkformat forsinker vanligvis overskytende trafikk ved hjelp av en buffer for å holde pakker og former strømmen når datahastigheten til en kø er høyere enn forventet. Trafikkdannelse og trafikkpolitikk kan fungere sammen og kan konfigureres på et klassekart. Klassekart organisere datapakker i bestemte kategorier klasser som i sin tur kan få en brukerdefinert QoS behandling når det brukes i policykart noen ganger referert til som tjenestepolitikk. Før denne funksjonen ble trafikkpolisering og trafikkforming konfigurert på grunnlag av en brukerdefinert mengde båndbredde som er tilgjengelig på grensesnittet. Policykartene ble deretter konfigurert på grunnlag av den spesifikke mengde båndbredde, noe som betyr at det kreves separate politikkart for hvert grensesnitt. Denne funksjonen gir muligheten til å konfigurere ure trafikk polis og trafikk forming på grunnlag av en prosentandel av båndbredde tilgjengelig på grensesnittet Konfigurere trafikk politi og trafikkforming på denne måten gjør det mulig for kunder å bruke samme politikk kart for flere grensesnitt med ulike mengder båndbredde. Konfigurere trafikk politi og formgivning på grunnlaget for en prosentandel av båndbredde oppnås ved å bruke politiprosenten og forme prosentkommandoer. For mer informasjon om disse kommandoene, se kommandotilhørseksjonen. Burst-størrelse i millisekunder-opsjonen. Formålet med brastparametrene bc og være er å slippe pakker Etter hvert som det gjøres med vektet tilfeldig tidlig deteksjon, WRED, og for å unngå halefeil. Angir tilstrekkelig høye burstverdier bidrar til å sikre god gjennomstrømning. Denne funksjonen gir deg muligheten til å spesifisere den forpliktede burst bc-størrelsen og den utvidede burst som millisekunder ms av Klassebåndbredden når du konfigurerer trafikkpolitirasjon Antall millisekunder brukes til å beregne th e antall byte som vil bli brukt av QoS Prosent-Based Policing-funksjonen. Spesifisering av disse bristestørrelsene i millisekunder oppnås ved å bruke bc og være nøkkelord og tilhørende argumenter av politiprosenten og forme prosentkommandoer. For mer informasjon om disse kommandoer, se kommandoregister-delen. Hvordan konfigurerer du QoS-prosentbasert policing. Se følgende avsnitt for konfigurasjonsoppgaver for QoS Prosent-Based Policing-funksjonen Hver oppgave i listen er identifisert som enten nødvendig eller valgfri. Konfigurere en klasse og policy Kart. Et klassekart er brukt til å organisere trafikk til bestemte kategorier eller klasser. Disse kategoriene eller trafikklassene er knyttet til en trafikkpolicy eller et politikkart. Politikkortet brukes i sin tur sammen med klassekartet for å bruke en bestemt QoS-funksjon til trafikken I dette tilfellet vil QoS-funksjonen i prosentbasert politisering bli brukt. For å konfigurere et klassekart og tilknytte klassekartet med en spesifikasjon Komme i gang med følgende trinn. SAMMENDRAGSTEGNER. Tips for å feilsøke. Kommandoene i Verifiser konfigurasjonsseksjonen lar deg kontrollere at du oppnådde den tiltenkte konfigurasjonen og at funksjonen fungerer som den skal. Hvis du, etter at du har brukt visningskommandoer som er oppført ovenfor, du finner ut at konfigurasjonen ikke er riktig eller funksjonen ikke fungerer som forventet, utfør disse operasjonene. Hvis konfigurasjonen ikke er den du tenkte, fullfør følgende prosedyrer. 1 Bruk kommandoen Run-config-kommandoen og analyser utgangen av command.2 Hvis politikk kartet ikke vises i utgangen av show running-config-kommandoen, aktivere kommandoen for loggingskonsoll.3 Fest polarkortet til grensesnittet igjen. Hvis pakkene ikke blir riktig tilpasset for eksempel, vil pakken tellere øker ikke riktig, fullfør følgende prosedyrer.1 Kjør visepolitikk-kartet-kommandoen og analyser utdataene til kommandoen.2 Kjør visningen running-config-kommandoen en d analysere utdataene fra kommandoen.3 Bruk visningspolicy-kartgrensesnittkommandoen og analyser utgangen av kommandoen. Kontroller følgende funn. a Hvis et politikk kart gjelder kø, og pakkene samsvarer med riktig klasse, men du ser uventede resultater, sammenlign nummeret på pakkene i køen med nummeret på pakkene som matches. b Hvis grensesnittet er overbelastet, og bare et lite antall pakker blir matchet, kontroller du tuningen av transmisjonstasten og evaluer om køen skjer på tx-ring For å gjøre dette, bruk kommandoen show controllers, og se på verdien av tx-tellingen i utgangen av kommandoen. Konfigurasjonseksempler for QoS Prosent-Based Policing. Denne delen gir følgende konfigurasjon eksempler. Spesifisering av trafikkpolicy på grunnlag av et båndbreddeprosenteksempel. Følgende eksempel konfigurerer trafikkpolisering ved hjelp av en forpliktet informasjonsfrekvens CIR og en topp informasjon rate PIR på grunnlag av en perce båndbredde I dette eksemplet er en CIR på 20 prosent og en PIR på 40 prosent angitt. I tillegg er en valgfri bc-verdi og verdien 300 ms og 400 ms henholdsvis spesifisert. I dette eksemplet er CIR og PIR vises i bps, og både den begavede burst bc og overskytende burst blir vist i biter. CIR, PIR bc, og be er beregnet på grunnlag av formlene beskrevet nedenfor. Formula for Beregning av CIR. Når du beregner CIR, Følgende formel brukes. CIR-prosent spesifisert som vist i utgangen av visningspolitikk-kartkommandobåndbredden BW for grensesnittet som vist i utgangen av visningsgrensesnittets kommandos totale biter per sekund. På serielt grensesnitt 2 0 er båndbredden BW 2048 kbps. For å se båndbredde av grensesnittet, bruk kommandoen Vis grensesnitt En prøve vises nedenfor. Følgende verdier brukes til å beregne CI.20 2048 kbps 409600 bps. Formula for beregning av PIR. Når du beregner PIR, brukes følgende formel. PIR-prosent spesifisert som vist i utgangen av visningspolitikk-kartkommandobåndbredden BW for grensesnittet som vist i utgangen av visningsgrensesnittets kommandos totale biter per sekund. På serielt grensesnitt 2 0 er båndbredden BW 2048 kbps. For å se båndbredde på grensesnittet, bruk kommandoen Vis grensesnitt En prøve vises nedenfor. Følgende verdier brukes til å beregne PIR.40 2048 kbps 819200 bps. Note Avvik mellom denne totalen og summen som vises i utgangen av visepolitikk-kartet Grensesnittkommandoen kan tilskrives en avrundingsberegning eller til forskjeller knyttet til den spesifikke grensesnittkonfigurasjonen. Formula for Beregning av Committed Burst bc. Når du beregner bc, brukes følgende formel. Bc i millisekunder som vist i visepolitikk-kartet, kommandoen CIR i biter per sekund, totalt antall byte. Følgende verdier brukes til å beregne bc.300 ms 409600 bps 15360 bytes. Formula for beregning av overskytende burst be. When beregning bc og be, blir følgende formel brukt. Vær i millisekunder som vist på visepolitikk-kartet, kommandoen PIR i biter per sekund totalt antall byte. Følgende verdier brukes til å beregne be.400 ms 819200 bps 40960 bytes. Additional References. The følgende seksjoner gir referanser relatert til QoS Prosent-Based Policing-funksjonen. Relaterte Documents. Usage Retningslinjer. Denne kommandoen beregner cir og pir på grunnlag av en prosentandel av den maksimale båndbredden som er tilgjengelig på grensesnittet Når et policykart er festet til grensesnittet, og pirverdier i biter pr. sekund bps beregnes på grunnlag av grensesnittbåndbredden og prosentverdien som er angitt med denne kommandoen Vis-policy-kartgrensesnittkommandoen kan deretter brukes til å verifisere bps-hastigheten beregnet. Den beregnede cir og pir bps-hastigheten må være i størrelsesorden 8000 og 2000000000 bps Hvis prisene ligger utenfor dette området, kan det tilhørende retningslinjekartet ikke kobles til grensesnittet Hvis grensesnittbåndbredden endres for eksamen vel, mer er lagt til, bps verdiene av cir og piren blir omregnet på grunnlag av den reviderte mengden båndbredde Hvis cir og pir-prosentene endres etter at policykartet er knyttet til grensesnittet, er bps-verdiene for cir og pir er omberegnet. Konfigurer Burst og Peak Burst Størrelser i Milliseconds. Denne kommandoen lar deg også spesifisere verdiene for samsvar burst størrelse og topp burst størrelse i millisekunder Hvis du vil ha båndbredde beregnes som en prosentandel, samsvarer burst størrelse og toppbruddstørrelsen må spesifiseres i millisekunder ms. Hierarchical Policy Maps. Policy kart kan konfigureres i to nivåer nestede hierarkier et topp eller foreldre nivå og et sekundært eller barn nivå Kommandoen politiet prosent kan konfigureres for bruk i enten en foreldre - eller barnpolitikk kart. Notater om båndbredde og hierarkiske policy kart. Politi prosentkommandoen bruker den maksimale båndbredden som er tilgjengelig som referansepunkt for å beregne båndbreddeprosenten Whe n politiet prosent kommandoen er konfigurert i et barn politikk kart, bruker politiet prosent kommandoen båndbredde beløpet spesifisert i neste høyere nivå politikk i dette tilfellet, overordnet politikk kart Hvis overordnet politikk kartet ikke angir maksimal båndbredde rate tilgjengelig , bruker politiet prosentkommandoen den maksimale båndbreddefrekvensen som er tilgjengelig på neste høyere nivå i dette tilfellet, det fysiske grensesnittet, det høyeste punktet i hierarkiet som referansepunkt Kommandoen politiet prosent ser alltid til neste høyere nivå for båndbredde referansepunktet Følgende utvalgskonfigurasjon illustrerer dette punktet. Bruksretningslinjer. Denne kommandoen beregner den forpliktede informasjonshastigheten CIR på grunnlag av en prosentandel av den tilgjengelige båndbredden på grensesnittet. Når et policykart er festet til grensesnittet, vil den tilsvarende CIR-verdien i biter per sekund bps beregnes på grunnlag av grensesnittets båndbredde og prosentverdien som er angitt med denne kommandoen Vis policy-kartgrensesnittet kommandoen kan da brukes til å verifisere CIR bps-verdien beregnet. Den beregnede CIR bps-frekvensen må ligge i området 8000 og 154400000 bps Hvis frekvensen er mindre enn 8000 bps, kan det tilhørende policy-kartet ikke kobles til grensesnittet Hvis grensesnittet båndbredde endres for eksempel mer legges til, beregnes CIR bps verdiene på grunnlag av den reviderte mengden båndbredde. Hvis CIR-prosentandelen endres etter at policykartet er koblet til grensesnittet, beregnes bps-verdien til CIR. Conform Burst og Peak Burst Størrelser i Milliseconds. Denne kommandoen lar deg også spesifisere verdiene for samsvar burst størrelse og topp burst størrelse i millisekunder Hvis du vil at båndbredden skal beregnes som en prosentandel, må samsvar burst størrelse og topp burst størrelse må spesifiseres i millisekunder ms. Hierarchical Policy Maps. Formprosent-kommandoen, når den brukes i barnhierarkiske policykart, støttes ikke på Cisco 7500, Cisco 7200- eller nedre serieruterne. e, kan formprosentkommandoen ikke konfigureres til bruk i hierarkiske policykart på disse rutene. Hvordan båndbredde beregnes. Formprosentkommandoen brukes ofte i forbindelse med båndbredden og prioritetskommandoene. Båndbredden og prioritetskommandoene kan brukes til å beregne total mengde båndbredde tilgjengelig på en enhet for eksempel et fysisk grensesnitt Når båndbredden og prioritetskommandoene beregner total mengde båndbredde som er tilgjengelig på en enhet, blir følgende retningslinjer påkalt. Hvis enheten er et fysisk grensesnitt, er den totale båndbredden båndbredden på det fysiske grensesnittet. Hvis enheten er en formet ATM permanent virtuell krets PVC, beregnes den totale båndbredden som følger. For en variabel bitrate VBR-virtuell krets VC brukes den vedvarende cellehastighets-SCR i beregningen. For en tilgjengelig bithastighet ABR VC brukes minimumsberegnet MCR i beregningen. For mer informasjon om båndbreddeallokering, se kapitlet Congestion Management Overview i konfigurasjonsveiledningen for Cisco IOS Quality of Service Solutions. Følgende eksempel konfigurerer trafikkforming bruker en gjennomsnittlig formingsrate på grunnlag av en prosentandel av båndbredde I dette eksemplet er 25 prosent av båndbredden spesifisert. I tillegg er en valgfri verdi og bc-verdi 300 ms og 400 ms henholdsvis spesifisert. Router config-pmap - c form gjennomsnittlig prosent 25 20 ms være 300 ms bc 400 ms. Rate, i kbps, av pakker som kommer inn i klassen. Merk Hvis pakkene komprimeres over et utgående grensesnitt, reflekteres den forbedrede pakkehastigheten som oppnås ved pakkingskomprimering ikke i Den tilbudte prisen Også, hvis pakkene er klassifisert før de går inn i en kombinasjon av tunneler, for eksempel, en generisk rutinginnkapsling GRE tunnel og en IP Security IPSec tunnel, den tilbudte hastigheten d oes ikke inkludere alle ekstra overhead forbundet med tunnel innkapsling generelt Avhengig av konfigurasjonen, kan tilbudt hastighet ikke inkludere overhead, kan omfatte overhead for bare en tunnel innkapsling, eller kan inkludere overhead for alle tunnel innkapslinger I de fleste GRE og IPSec tunnelkonfigurasjoner, tilbyr tilbudt pris bare overhead for GRE tunnel innkapsling only. Rate, i kbps, hvor pakker er droppet fra klassen. Dropphastigheten beregnes ved å trekke antall vellykkede sendte pakker fra tilbudt rate. Note In distribuerte arkitekturplattformer som C7500, verdien av overføringshastigheten, beregnet som forskjellen mellom den tilbudte frekvensen og drop rate tellere, kan sporadisk avvike fra gjennomsnittet med opptil 20 prosent eller mer Dette kan oppstå mens ingen tilsvarende utbrudd er registrert av uavhengig trafikkanalysatorutstyr. Kriterier for spesifikasjon for trafikklassen Valg inkluderer kriterier suc h som IP-prioritet, IP-differensierte tjenester Kodepunkt DSCP-verdi, Multiprotocol Label Switching MPLS eksperimentell EXP-verdi, tilgangsgrupper og QoS-grupper For mer informasjon om de forskjellige tilgjengelige kampkriteriealternativene, se kapittelet Konfigurere tjenestekommandoens modulære kvalitetskommando - Line-grensesnittet i konfigurasjonsveiledningen for Cisco IOS-kvalitetsløsninger. Fields Associated with Queuing Hvis Enabled. Number of packages også vist i byte passert gjennom WRED og ikke falt av WRED. Note Hvis det ikke er nok minne i bufferen for å imøtekomme pakken , pakken kan bli droppet etter at pakken passerer gjennom WRED Pakker som er tapt på grunn av utilstrekkelig minne i bufferen noen ganger referert til som ikke-buffer dråper er ikke tatt i betraktning av WRED pakke counter. Random drop pkts bytes. Antall pakker også vist i byte falt tilfeldig når gjennomsnittlig kødybde er mellom minimumsgrenseverdien og maksimumsgrenseverdien for spesifikken ed IP prioritetsnivå. Tail drop pkts bytes. Antall pakker droppet når gjennomsnittlig kødybde er større enn maksimumgrenseverdien for det angitte IP-prioritetsnivået. Eksempel på DSCP-basert aggregat WRED på ATM-delt portadapter. Følgende utvalgsutgang av grensesnittkommandoen Vis policy-kartgrensesnittet viser statistikken for ATM-porten for delt portadapter 4 1 0 11, som en servicepolicy som heter dscp-aggr-wred er konfigurert som vist nedenfor, er vedlagt. Fordi aggregat WRED har blitt aktivert på dette grensesnittet, Klassen gjennom Mark Prob-statistikk er aggregert av underklasser Se tabell 3 for en forklaring av de signifikante feltene som vanligvis vises i kommandoproduksjonen. Router config-subif-tjenestepolitisk utdata dscp-aggr-wred. Table 3 beskriver de betydelige feltene som vises i skjermen når aggregatet WRED er konfigurert for en ATM-delt portadapter. Tabel 3 Vis retningslinjeoversikt Grensesnitt Feltbeskrivelser Konfigureres for Aggregate WRED på ATM-delt portadapter. Eksponert nt brukt i gjennomsnittlig køestørrelsesberegning for en Vektet Tilfeldig Tidlig Deteksjon WRED-parametergruppe. Den gjennomsnittlige kødybden. En gjennomsnittlig kødybde basert på den faktiske kødybden på grensesnittet og den eksponentielle vektningskonstanten. Det er et varierende gjennomsnitt. Minimums - og maksimumsgrensene er sammenlignet med denne verdien for å bestemme dråpebeslutninger. Merk når Aggregatvektet tilfeldig tidlig deteksjon WRED er aktivert, vil følgende WRED-statistikker bli aggregert basert på deres underklasse enten deres IP-prioritet eller differensierte tjenester kodepunkt DSCP value. IP prioritetsnivå eller differensiert tjenestekode punkt DSCP verdi. Antall pakker også vist i byte passert gjennom WRED. Note Hvis det ikke er nok minne i bufferen for å imøtekomme pakken, kan pakken bli droppet etter at pakken har passert gjennom WRED Pakker falt på grunn av utilstrekkelig Minnet i bufferen, som noen ganger refereres til som ikke-buffer-dråper, tas ikke i betraktning av W RED pakke counter. Random drop pkts bytes. Antall pakker også vist i byte slått tilfeldig når gjennomsnittlig kø dybde er mellom minimum grenseverdien og maksimum grenseverdi for det angitte IP prioritetsnivå eller DSCP verdi. Tail drop pkts bytes. Number av pakker falt når gjennomsnittlig kødybde er større enn maksimumsgrenseverdien for det angitte IP-prioritetsnivået eller DSCP-verdien. Den tofrekvente trafikkpolicyeren markerer 500 kbps trafikk som samsvarer med 500 kbps trafikk som overstiger og 250 kbps av trafikk som bryter den angitte prisen Pakker merket som i samsvar vil bli sendt som det er, og pakker merket som overskridende vil bli merket med IP Precedence 2 og deretter sendt Pakker merket som å bryte angitt hastighet, blir droppet. Tabel 5 beskriver de signifikante feltene som vises i display. Table 5 Vis grensesnitt for grensesnitt Feltbeskrivelser Konfigureres for to-rate trafikkpolicy. indikerer at politibeskrivelsen er konfigurert for å aktivere trafikkpolicin g Viser også den angitte CIR-størrelsen, i samsvar med burststørrelsen, toppinformasjonshastigheten PIR og toppbriststørrelsen som brukes til merking av pakker. Viser handlingen som skal tas på pakker som samsvarer med en angitt hastighet Viser antall pakker og byte som handlingen ble tatt. Displays handlingen som skal tas på pakker som overstiger en angitt hastighet Viser antall pakker og byte som handlingen ble tatt. Displays handlingen som skal tas på pakker som bryter en spesifisert hastighet Viser antall pakker og byte på hvilke handlingen ble tatt. Multiple Trafikkpoliseringshandlinger viser policy-kartgrensesnitt Kommandoeksempel. Det følgende er prøveutgang fra kommandoen Vis policy-kart når funksjonen Policer Enhancement Multiple Actions har blitt konfigurert. Prøveutgangen fra visningspolicy-kartgrensesnittkommandoen viser statistikken for seriell 3 2-grensesnittet, som en servicepolicy som kalles politiet konfigurert som vist nedenfor, er vedlagt. Prøveutgangen fra Vis Policy-ma p-grensesnittkommando viser følgende. 59679 pakker ble merket som pakker som er pakker som er i overensstemmelse med CIR og ble overført uendret. 59549 pakker ble merket som å overskride pakker som er pakker som overstiger CIR, men ikke overstiger PIR. Derfor ble IP Precedence-verdien av disse pakkene endret til et IP-precedensnivå på 4, kasseringsberettigelsen DE bit ble satt til 1, og Pakker ble overført med disse endringene. 53758 pakker ble merket som brudd på pakker som overstiger PIR Derfor ble IP Precedence-verdien av disse pakkene endret til et IP-precedensnivå på 2, DE-bits ble satt til 1, og pakkene ble overført med disse endringene. Merknad Handlinger er spesifisert ved å bruke handlingsargumentet til politibetjeningen. For mer informasjon om de tilgjengelige handlingene, se referansesiden til politiets kommando. Tabel 6 beskriver de signifikante feltene som vises i displayet. Tabel 6 Vis grensesnitt for policykart Feltbeskrivelser Konfigureres for flere Trafikkpoliseringshandlinger. Antall pakker også vist i byte passert gjennom WRED. Merknad Hvis det ikke er nok minne i bufferen for å imøtekomme pakken, kan pakken bli droppet etter at pakken passerer gjennom WRED Pakker falt på grunn av utilstrekkelig minne i bufferen som iblant refereres til som ikke-buffer-dråper, tas ikke i betraktning av WRED-pakktelleren. Rommom slipp pkts bytes. Antall pakker som o vist i byte slått tilfeldig når gjennomsnittlig kødybde er mellom minimumsgrenseverdien og maksimumgrenseverdien for den angitte IP-prioritetsverdien. Tail drop pkts bytes. Antall pakker droppet når gjennomsnittlig kødybde er større enn maksimumgrenseverdien for den angitte IP-prioritetsverdien. Rate, i kbps, av pakker som kommer inn i klassen. Merk Hvis pakkene komprimeres over et utgående grensesnitt, reflekteres den forbedrede pakkehastigheten som oppnås ved pakkingskomprimering ikke i tilbudt rate. Også hvis pakker klassifiseres før de går inn i en kombinasjon av tunneler, for eksempel en generisk rutinginnkapsling GRE tunnel og en IP Security IPSec tunnel, tilbyr tilbudt pris ikke alle de ekstra overhead knyttet til tunnelinnkapsling generelt. Avhengig av konfigurasjonen, tilbyr tilbudt pris kan ikke inkludere overhead, kan inkludere overhead for kun en tunnelinnkapsling, eller kan inkludere overhead for alle tunnelinnkapslinger I mo av GRE og IPSec-tunnelkonfigurasjonene, inkluderer tilbudt pris bare overhead for GRE tunnel innkapsling. Rate, i kbps, hvor pakker slippes fra klassen. Dropphastigheten beregnes ved å subtrahere antall vellykkede sendte pakker fra tilbudt rate. Note I distribuerte arkitekturplattformer som C7500, kan verdien av tranferraten, beregnet som forskjellen mellom den tilbudte frekvensen og drop rate tellere, sporadisk dele fra gjennomsnittet med opptil 20 prosent eller mer Dette kan oppstå mens Ingen tilsvarende utbrudd er registrert av uavhengig trafikkanalysatorutstyr. Kriterier som er spesifisert for trafikklassen. Valg inkluderer kriterier som Layer 3-pakkelengde, IP-prioritet, IP DSCP-verdi, MPLS-eksperimentell verdi, tilgangsgrupper og QoS-grupper. For mer informasjon om de forskjellige kampkriteriene som er tilgjengelige, se kapitlet Konfigurere den modulære kvaliteten på tjenesten kommandolinjegrensesnitt i e Cisco IOS Kvalitet for Service Solutions Configuration Guide. Indicates at pakken kaste handling for alle pakker som tilhører den angitte klassen er konfigurert. Ranger, i kbps, av pakker som kommer inn i klassen. Merk Hvis pakkene komprimeres over en utgående grensesnitt, reflekteres den forbedrede pakkehastigheten som oppnås ved pakkekompresjon, ikke i tilbudt rate. Hvis pakkene er klassifisert før de går inn i en kombinasjon av tunneler, for eksempel, en generisk rutinginnkapsling GRE tunnel og en IP Security IPSec tunnel, den tilbys Prisen inkluderer ikke alle ekstra kostnader forbundet med tunnelinnkapsling generelt. Avhengig av konfigurasjonen kan tilbudt pris ikke inkludere overhead, kan omfatte overhead for kun en tunnelinnkapsling, eller kan inkludere overhead for alle tunnelinnkapslinger. I de fleste av de GRE og IPSec tunnelkonfigurasjoner, tilbudt pris inkluderer overhead for GRE tunnel innkapsling only. Indicates at trafikk polen ising basert på en prosentandel av båndbredde har blitt aktivert. Viser også båndbreddeprosenten, CIR og den forpliktede burst-Bc-størrelsen i ms. Displays antall pakker og byte merket som i samsvar med de angitte hastighetene, og handlingen som skal tas on those packets. Displays the number of packets and bytes marked as exceeding the specified rates, and the action to be taken on those packets.1 A number in parentheses may appear next to the service-policy output name and the class-map name The number is for Cisco internal use only and can be disregarded. Traffic Shaping show policy-map interface Command Example. The following sample output from the show policy-map interface command shown below displays the statistics for the serial 3 2 interface Traffic shaping has been enabled on this interface, and an average rate of 20 percent of the bandwidth has been specified. Rate, in kbps, of packets coming in to the class. Note If the packets are compressed over an outgoing interface, the im proved packet rate achieved by packet compression is not reflected in the offered rate Also, if the packets are classified before they enter a combination of tunnels for example, a generic routing encapsulation GRE tunnel and an IP Security IPSec tunnel , the offered rate does not include all the extra overhead associated with tunnel encapsulation in general Depending on the configuration, the offered rate may include no overhead, may include the overhead for only one tunnel encapsulation, or may include the overhead for all tunnel encapsulations In most of the GRE and IPSec tunnel configurations, the offered rate includes the overhead for GRE tunnel encapsulation only. Rate, in kbps, at which packets are dropped from the class The drop rate is calculated by subtracting the number of successfully transmitted packets from the offered rate. Match criteria specified for the class of traffic Choices include criteria such as the Layer 3 packet length, IP precedence, IP DSCP value, MPLS experi mental value, access groups, and quality of service QoS groups For more information about the variety of match criteria options that are available, refer to the chapter Configuring the Modular Quality of Service Command-Line Interface in the Cisco IOS Quality of Service Solutions Configuration Guide Release 12 2.Indicates that traffic shaping based on a percentage of bandwidth has been enabled. Rate, in kbps, of packets coming in to the class. Note If the packets are compressed over an outgoing interface, the improved packet rate achieved by packet compression is not reflected in the offered rate Also, if the packets are classified before they enter a combination of tunnels for example, a generic routing encapsulation GRE tunnel and an IP Security IPSec tunnel , the offered rate does not include all the extra overhead associated with tunnel encapsulation in general Depending on the configuration, the offered rate may include no overhead, may include the overhead for only one tunnel encap sulation, or may include the overhead for all tunnel encapsulations In most of the GRE and IPSec tunnel configurations, the offered rate includes the overhead for GRE tunnel encapsulation only. Rate, in kbps, at which packets are dropped from the class The drop rate is calculated by subtracting the number of successfully transmitted packets from the offered rate. Match criteria specified for the class of traffic Choices include criteria such as the Layer 3 packet length, IP precedence, IP DSCP value, MPLS experimental value, access groups, and QoS groups. QoS Set, qos-group, Packets marked. Indicates that class-based packet marking based on the QoS group has been configured Includes the qos-group number and the number of packets marked.1 A number in parentheses may appear next to the service-policy input name, class-map name, and match criteria information The number is for Cisco internal use only and can be disregarded. Enhanced Packet Marking show policy-map interface Command Example. The following sample output of the show policy-map interface command shows the service policies attached to a FastEthernet subinterface In this example, a service policy called policy1 has been attached In policy1 , a table map called table-map1 has been configured The values in table-map1 will be used to map the precedence values to the corresponding class of service CoS values. In this example, the CIR and PIR are displayed in bps, and both the committed burst bc and excess burst be are displayed in bits. The CIR, PIR bc, and be are calculated on the basis of the formulas described below. Formula for Calculating the CIR. When calculating the CIR, the following formula is used. CIR percentage specified as shown in the output from the show policy-map command bandwidth BW of the interface as shown in the output from the show interfaces command total bits per second. According to the output from the show interfaces command for the serial 2 0 interface, the interface has a bandwidth BW of 2048 kbps. The following values are used for calculating the CIR.20 2048 kbps 409600 bps. Formula for Calculating the PIR. When calculating the PIR, the following formula is used. PIR percentage specified as shown in the output from the show policy-map command bandwidth BW of the interface as shown in the output from the show interfaces command total bits per second. According to the output from the show interfaces command for the serial 2 0 interface, the interface has a bandwidth BW of 2048 kbps. The following values are used for calculating the PIR.40 2048 kbps 819200 bps. Note Discrepancies between this total and the total shown in the output from the show policy-map interface command can be attributed to a rounding calculation or to differences associated with the specific interface configuration. Formula for Calculating the Committed Burst bc. When calculating the bc, the following formula is used. The bc in milliseconds as shown in the show policy-map command the CIR in bits per seconds total number bytes. The following values are used for calculating the bc.300 ms 409600 bps 15360 bytes. Formula for Calculating the Excess Burst be. When calculating the bc and the be, the following formula is used. The be in milliseconds as shown in the show policy-map command the PIR in bits per seconds total number bytes. The following values are used for calculating the be.400 ms 819200 bps 40960 bytes. Table 14 describes the significant fields shown in the display.
No comments:
Post a Comment