Dit document beantwoordt de vraag "Wat is de definitie van bits/sec in de uitvoer van de opdracht showinterfaces?"
Er zijn geen specifieke vereisten van toepassing op dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.
De beetjes per seconde omvat al pakket/kader overheadkosten. Het bevat geen gevulde nullen. De grootte van elk frame wordt toegevoegd aan de totale bytes van de uitvoer. Neem het verschil elke 5 seconden om de snelheid te berekenen.
Het algoritme voor het 5-minuten voortschrijdende gemiddelde is:
new average = ((average - interval) * exp (-t/C)) + interval
waarbij:
Het is vijf seconden en C is vijf minuten. exp(-5/(60*5)) == .983.
gemiddelde = de waarde die we proberen te berekenen.
gemiddelde = de uit de vorige steekproef berekende "gemiddelde" waarde.
interval = de waarde van het huidige monster.
(.983) de wegingsfactor is.
Hier neem je het gemiddelde van het laatste monster, minder dan wat er in dit monster is verzameld, en wegen dat naar beneden met een verval factor. Deze hoeveelheid wordt een "historisch gemiddelde" genoemd. Aan het gewogen (verloor) historisch gemiddelde, de huidige steekproef toevoegen, en komen met een nieuw gewogen (verloor) gemiddelde.
Het interval is de waarde van een gegeven variabele in het vijf-seconden-steekproefinterval. Het interval kan lading, betrouwbaarheid, of pakketten per seconde zijn. Dit zijn de drie waarden waarop we exponentieel verval toepassen.
De gemiddelde waarde minus de huidige waarde is de afwijking van de steekproef van het gemiddelde. U moet dit met .983 wegen, en het toevoegen aan de huidige waarde.
Als de huidige waarde hoger is dan het gemiddelde, resulteert dit in een negatief getal en veroorzaakt dit dat de "gemiddelde" waarde minder snel stijgt bij verkeerspieken.
Omgekeerd, als de huidige waarde minder dan het lopende gemiddelde is, resulteert het in een positief aantal, en zorgt ervoor dat de "gemiddelde"waarde minder snel daalt als er een plotselinge onderbreking van verkeer is.
Stel je voor dat het verkeer helemaal gestopt wordt, nadat het 100% is geweest voor een oneindige periode voordat zo'n stop gemaakt wordt. Met andere woorden: het gemiddelde steeg langzaam naar 100% en bleef daar. Het interval is altijd 0 voor het scenario "zonder verkeer". Dan, over vijf-seconden intervallen, gaat het exponentieel gewogen gebruik van:
1.0 - .983 - .983 ^2 - .983 ^3 - .... .983 ^n
of
1.0 - .983 - .95 - 0.9 - 0.86 -
en ga zo maar door.
In dit voorbeeld, gebruik daalt van 100% tot 1% in 90 intervallen, of 450 seconden, of 7.5 minuten. Omgekeerd, als je begint bij 0 belasting, en 100% belasting toepassen, zou het exponentieel verrotte gemiddelde ongeveer 7,5 minuten moeten duren om 99% te bereiken.
Als n groot wordt (met tijd), daalt het gemiddelde langzaam (asymptotisch) naar nul voor geen verkeer, of stijgt naar 100% voor maximaal verkeer.
Deze methode voorkomt dat traffic spikes statistieken over het "gemiddelde" verdraaien. We "dempen" de wilde fluctuaties van het netwerkverkeer.
In de echte wereld, waar de dingen niet zo zwart-wit zijn, geeft het exponentieel verrotte gemiddelde een beeld van uw gemiddeld netwerkgebruik onbesmet door wilde spikes.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
01-Aug-2006 |
Eerste vrijgave |