Există trei condiții în care vedeți viteze depășite de zero la ieșirea din această comandă:
Valorile de vârf sunt prea scăzute pentru a permite o lățime de bandă suficientă. De exemplu, consultați ID-ul de eroare Cisco CSCdw42923 (numai clienți înregistrați) din Bug Toolkit, care este asociat cu pagina Software and Utilities (numai clienți înregistrați).
Notă: Trebuie să fiți utilizator înregistrat și conectat pentru a utiliza Bug Toolkit.
Rezolvarea problemei cu "numărarea dublă" în software-ul Cisco IOS®
Erori în software-ul Cisco IOS
Uită-te la ieșirea exemplu de la interfața de acces virtual. În această configurație, RADIUS este utilizat pentru a atribui o limită de viteză unei interfețe de acces virtuale create dinamic.
Utilizați comanda de afișare a interfeței x pentru a monitoriza performanța terminalelor tradiționale Cisco, CAR. În acest exemplu, ieșirea din această comandă oferă indicii despre motivul pentru care există un bit depășit cu zero la secundă. În timp ce valoarea pachetului fix (bc), indicată prin valoarea limită, este setată la 7500 octeți, valoarea vârfului curent este de 7392 octeți.
Când configurați CAR sau un limitator mai nou de la Cisco, punerea în aplicare a politicilor bazate pe clasă, trebuie să configurați pachetul suficient de mare pentru a aștepta cu încredere de lățime de bandă și să se asigure că respingerea unui pachet autorizat numai pentru a pedepsi suprasarcină pe termen scurt.
Când se selectează valorile vârfului, este important să se ia creșteri tranzitorii în dimensiunea coadajului. Nu poți să presupui că pachetele ajung și pleacă în același timp. De asemenea, nu puteți presupune că coada se modifică de la un pachet la altul și că coada rămâne în același pachet bazat pe secvențial în momentul sosirii. În cazul în care traficul tipic este mai degrabă pulsatoriu, atunci valorile vârfurilor ar trebui să fie în mod corespunzător mari pentru a permite utilizarea conexiunii să fie menținută la un nivel acceptabil ridicat. Dimensiunea pachetului, care este prea mică sau pragul minim care este prea mic, poate duce la o utilizare inacceptabil de mică a conexiunii.
Un pachet poate fi definit pur și simplu ca o serie de cadre de dimensiune MTU contra paralel, cum ar fi cadrele de 1500 de biți care apar pe o rețea Ethernet. Atunci când un pachet de astfel de cadre ajunge la interfața de ieșire, acesta poate copleși tampoanele de ieșire și poate depăși adâncimea configurată a algoritmului cu ghilimele Token într-o clipă la timp. Utilizând sistemul de măsurare a marcajelor, limitatorul face o alegere binară dacă pachetul de intrare se adaptează, depășește sau încalcă valorile configurate ale aplicațiilor de politică. Cu traficul pulsatoriu, cum ar fi un flux FTP, rata de sosire instantanee a acestor pachete poate depăși valorile configurate ale pachetelor și poate duce la respingerea CAR.
În plus, debitul total în timpul congestiei variază în funcție de tipul de trafic care este evaluat de către limitator. În timp ce traficul TCP este receptiv la supraîncărcare, alte fire nu sunt. Exemple de fluxuri cu răspuns lent includ pachetele bazate pe UDP și ICMP.
TCP se bazează pe recunoașterea pozitivă cu retransmisie. TCP utilizează o fereastră glisantă ca parte a mecanismului său pozitiv de recunoaștere. Protocoalele de ferestre glisante folosesc mai bine lățimea de bandă a rețelei, deoarece permit expeditorului să trimită mai multe pachete înainte de a aștepta confirmarea. De exemplu, într-un protocol de ferestre glisante cu o dimensiune a ferestrei de 8, expeditorului i se permite să transmită 8 pachete înainte de a primi confirmarea. Când mărimea ferestrei este mărită, timpul de inactivitate al rețelei este în mare parte eliminat. Un protocol de ferestre glisante bine configurat acceptă rețeaua complet saturată cu pachete și suportă performanțe ridicate.
Deoarece obiectivele nu cunosc starea specifică a congestiei rețelei, TCP, deoarece protocolul este proiectat, răspunde la congestionarea rețelei prin reducerea factorilor de transmisie atunci când are loc supraîncărcarea. În special, utilizează două metode:
Prevenirea supraîncărcării cu o reducere multiplicativă
Pentru pierderea segmentului (pachet echivalent cu TCP), reduceți fereastra de suprasarcină la jumătate. Fereastra de suprasarcină este a doua valoare sau fereastră care este utilizată pentru a limita numărul de pachete pe care expeditorul le poate trimite la rețea înainte de a aștepta confirmarea.
Recuperare cu descărcări lente
Pachetele pot fi pierdute sau distruse atunci când erorile de traducere interferează cu datele atunci când echipamentul de rețea eșuează sau când rețelele devin prea încărcate pentru a se potrivi cu descărcarea trimisă. TCP presupune că pachetele sau pachetele pierdute care nu pot fi verificate în intervalul de timp datorită latenței extreme indică o congestie în rețea.
Sistemul de măsurare token-bucket al limitatorului este apelat la fiecare chitanță de pachete. În special, viteza ajustată și depășește viteza se calculează pe baza acestei simple formule:
Deoarece formula calculează viteza pentru perioada ultima dată când contoarele au fost șterse, Cisco recomandă ștergerea contoarelor pentru a monitoriza viteza actuală. În cazul în care contoarele nu sunt eliminate, atunci rata de formula anterioară înseamnă în mod eficient că datele de ieșire arată comenzile reprezintă numărul mediu calculat pentru perioada de potențial foarte mult timp, iar valorile nu pot fi semnificative în determinarea vitezei curente.
Procentajul mediu ar trebui să coincidă cu rata personalizată a datelor negociate (CIR) în timp. Dimensiunea pachetului permite durata pachetului maxim în perioada specificată. În cazul în care nu există „nici un trafic“ (nici un trafic) sau mai mică decât valoarea CIR trafic și algoritmul nu găleată Indicativul este umplut este, un pachet foarte mare este încă limitată la o anumită dimensiune, calculată pe baza pachetului de obicei și pachetul îmbunătățit.
Nivelul de descărcare rezultă din acest mecanism
Fiți atenți la ora curentă.
Actualizați algoritmul cu ghilimele Token cu numărul de marcaje care s-au acumulat în mod continuu, de la ultima dată când pachetul a sosit.
Numărul total de markeri totali nu poate depăși valoarea maxtokenelor. Aruncați markerii redundanți.
Verificați dacă pachetele se potrivesc.
Limitele de viteză pot fi, de asemenea, realizate prin aplicarea politicilor. Acesta este un exemplu de configurare pentru furnizarea de limite de viteză pentru interfața Ethernet, care utilizează o aplicație legată de politicile de clasă.
Acest exemplu de ieșire de la comanda de interfață show-politică harta ilustrează corect calculate și valoare sincronizate pentru rata propusă și nivelul de resetare, și se potrivesc și să depășească viteza în biți pe secundă.
Soluționarea ID-urilor de eroare și a soluțiilor de rezolvare
Contoare de descărcare mai puțin decât cele preconizate
- ID de eroare Cisco CSCdv41231 (numai clienți înregistrați)
Dublă evaluarea așteptată a ștergerilor și performanțelor
Nu există niciun nivel de resetare sau reset zero
În general, atunci când se utilizează caracteristicile QoS bazate pe clasă, primul pas în depanare este să se asigure că mecanismul de clasificare QoS funcționează corect. Cu alte cuvinte, asigurați-vă că pachetele specificate în mesajele de potrivire din clasa dvs. de hartă au atins clasele corecte.- ID de eroare Cisco CSCds34478 (numai clienți înregistrați)
Nivel anormal sau inconsecvent de descărcare
Trimiteți-le prietenilor: