Cisco Catalyst 9200/9300 QoS sor ütemezése: Súlyozott sávszélesség, WTD és torlódások hibaelhárítása

Kövesse velünk:
Gyors felvétel
A Catalyst 9200 és 9300 kapcsolókon a „súlyozott körmérkőzéses” keresési kifejezés általában a sorok ütemezésére utal olyan parancsokon keresztül, mint például bandwidth percent és a bandwidth remaining percentA WTD szabályozza, hogy mikor kerüljön sorra helyezett csomagok eldobására, míg a várólista-pufferek határozzák meg, hogy mennyi löketes forgalmat lehet tárolni.

Ha a felhasználók kimeneti kiesést, hangkésleltetést vagy egy hatástalannak tűnő QoS-szabályzatot jelentenek, akkor külön ellenőrizze a forgalom osztályozását, a várólista-ütemezési súlyokat, a prioritási sorokat, a WTD-küszöbértékeket, a várólista-puffereket és a hardverszabályzat telepítését.

1. Mit jelent a „súlyozott körmérleg” a Catalyst 9200/9300 rendszeren?
2. Várólista-ütemezés, prioritásos várólisták és WTD
3. Hogyan befolyásolják a sávszélesség-súlyok a kimenő sorokat
4. Gyakorlati QoS-szabályzat példa
5. A sor viselkedésének ellenőrzése
6. Miért dobnak el csomagokat a QoS-sorok?
7. Gyakran ismételt kérdések
8. Végső következtetés

Mit jelent a „súlyozott körmérleg” a Catalyst 9200/9300 rendszeren?

Egy kapcsolónak több forgalmi osztálya is versenyezhet ugyanazért a kimenő interfészért. Amikor az interfész túlterheltté válik, a csomagok sorokba kerülnek, és az ütemező határozza meg, hogy melyik sort szolgálja ki legközelebb.

A magasabb ütemezési súly több lehetőséget ad a várólistának a rendelkezésre álló sávszélesség kihasználására. Ezt a koncepciót sok felhasználó súlyozott körforgásos analízisnek nevezi.

A Catalyst 9200 és 9300 platformokon a gyakorlati konfiguráció általában a következőn alapul: bandwidth percent, bandwidth remaining percent, bandwidth remaining ratio, prioritási sorok, sorkorlátok és sorpuffer-elosztás.

A pontos parancsok és a támogatott paraméterek az IOS XE kiadásától és platformjától függenek. A QoS-szabályzat telepítése előtt ellenőrizze a vonatkozó szoftverdokumentációt. Cisco Catalyst 9200 kapcsoló.

Várólista-ütemezés, prioritásos várólisták és WTD

A várólista-ütemezés, a prioritáskezelés és a súlyozott farokesés különböző problémákat old meg. A várólista súlyának növelése nem korrigálja a helytelen DSCP-várólista megfeleltetést, és a WTD küszöbérték módosítása nem hoz létre további fizikai sávszélességet.

Szerkezet Fő cél Amit nem old meg
Súlyozás ütemezése Megosztja a sávszélességet a sorok között Helytelen forgalombesorolás
Elsőbbségi sor Kritikus forgalmat részesít előnyben Korlátlan torlódás
WTD A várakozási küszöbértékek túllépése után a forgalom csökken Fizikai sávszélesség hiánya
Várólista-puffer arány Pufferterületet foglal le a burstök számára Garantált átviteli sebesség
DSCP/COS leképezés A forgalmat sorokba helyezi Vezérli a várólistás szolgáltatás sorrendjét

A WTD forgalmi jelöléseket használ a különböző várakozási sor küszöbértékek alkalmazásához. Amikor egy várakozási sor eléri a forgalmi osztályhoz tartozó küszöbértéket, új csomagok eldobhatók, még akkor is, ha a fizikai interfész működőképes marad.

Cisco Catalyst 9300 QoS konfigurációs útmutató leírja a sávszélesség-elosztást, a sor ütemezését, a prioritási kezelést és a WTD viselkedését a Catalyst QoS-szabályzatokban.

Hogyan befolyásolják a sávszélesség-súlyok a kimenő sorokat?

Sávszélesség százaléka

bandwidth percent minimális sávszélesség-százalékot rendel egy osztályhoz. Ha a beállított százalékok nem használják fel a teljes rendelkezésre álló foglalást, a fennmaradó sávszélességet más sávszélesség-várósorok megoszthatják.

Ez a módszer akkor hasznos, ha a szabályzatnak egy kimenő interfész egy előre látható részét kell lefoglalnia egy forgalmi osztály számára.

Fennmaradó sávszélesség százaléka

bandwidth remaining percent akkor hasznos, ha egy szabályzat prioritási sort is tartalmaz. A fennmaradó sávszélesség egy relatív részét rendeli hozzá a nem prioritási sorokhoz.

Például a videó-, üzleti adat- és tömeges forgalomhoz 40, 40 és 20 relatív értékek rendelhetők. Versengés esetén a videó- ​​és üzleti adatvárólisták a fennmaradó sávszélesség nagyobb részét kapják, mint a tömeges várólista.

Ezek az értékek súlyok, nem garantált átviteli sebesség adatok. Egy várólista több sávszélességet használhat, amikor más várólisták tétlenek, a szabályzattól és a platform viselkedésétől függően.

Várólista-puffer kiosztása

A sorpufferek különböznek a sávszélesség-súlyoktól. Egy sor rendelkezhet elegendő ütemezési súllyal, de egy rövid löket során mégis eldobhat csomagokat, ha a rendelkezésre álló puffer kimerül.

  • Biztonsági mentési és tárolási replikációs forgalom
  • Videósorozatok
  • Nagy sebességű feltöltés alacsonyabb sebességű portokat táplál
  • Több hozzáférési port fut össze egyetlen kimenő interfészen

Gyakorlati QoS-szabályzat példa

A következő példa bemutatja, hogyan lehet a forgalmi osztályokat és a fennmaradó sávszélesség súlyozását rendszerezni. Ez nem univerzális éles sablon. Alkalmazás előtt ellenőrizze a telepített IOS XE kiadás támogatott szintaxisát.

osztály-térkép egyezés-bármely VALÓSIDEJŰ egyezés dscp ef osztálytérkép egyezés-bármely VIDEÓ egyezés dscp AF41 osztálytérkép egyezés-bármely ÜZLETI ADAT egyezés dscp AF21 osztály-térkép egyezés-bármely TÖMEGES ADAT egyezés dscp cs1 szabályzattérkép CAMPUS-KIJÁRAT VALÓSIDEJŰ osztály 1. prioritási szint osztály VIDEÓ sávszélesség fennmaradó százaléka 40 osztály ÜZLETI ADATOK sávszélesség fennmaradó százaléka 40 osztály BULK-DATA sávszélesség fennmaradó százaléka 20 interfész GigabitEthernet1/0/1 szolgáltatásirányelv kimenet CAMPUS-KIJÁRAT

Hasonló szabályzat alkalmazása előtt ellenőrizze, hogy a DSCP jelölések megbízhatóak-e, az osztálytérképek megfelelnek-e a kívánt forgalomnak, az interfész támogatja-e a kiválasztott QoS-funkciókat, és a szabályzat nem kever-e összeférhetetlen sávszélesség-típusokat.

Nagy sűrűségű Cisco Catalyst 9300L-48P-4X-E több forgalmat aggregálhat, mint egy hozzáférési rétegbeli Catalyst 9200. A torlódási pont ezért a topológiától függően egy 10G felmenő vonalon, egy 1G végponti porton vagy egy letöltési porton fordulhat elő.

A sor viselkedésének ellenőrzése

A szabályzat csatolásának ellenőrzése

Kezdje az interfész és a szabályzat konfigurációjával. Győződjön meg arról, hogy a szabályzat a megfelelő irányban van csatolva, és hogy a várt osztályszámlálók növekednek.

mutat futó konfigurációs interfészt GigabitEthernet1/0/1 mutat policy-map interfészt GigabitEthernet1/0/1 szabályzattérkép megjelenítése osztálytérkép megjelenítése

Interfész szintű csökkenés ellenőrzése

GigabitEthernet1/0/1 interfészek számlálóinak hibáinak megjelenítése GigabitEthernet1/0/1 interfészek megjelenítése | sebesség|esés|sorba foglalás

A nagy kimeneti esések általában kimenő torlódásra utalnak, de az interfészszámlálók önmagukban nem feltétlenül azonosítják az érintett várólistát vagy forgalmi osztályt.

Várólista statisztikáinak ellenőrzése

platform hardver megjelenítése fed switch active qoS queue stats interface GigabitEthernet1/0/1 platform hardver megjelenítése fed switch active qoS queue config interface GigabitEthernet1/0/1

Keresse a várólista-specifikus eldobásokat, a várólista-foglaltságot, a küszöbérték-számlálókat, valamint a bejövő és kimenő parancsok viselkedése közötti különbségeket. A pontos parancsszintaxis az IOS XE kiadásától függően változhat.

Szabályzat telepítésének ellenőrzése hardveren

A konfigurációs elemző elfogadhat egy szabályzatot, de a hardverre telepítése mégsem sikerül. Stack interfész esetén válassza ki a megfelelő kapcsolótagot.

platform szoftver fed switch 2 qoS irányelv célállapotának megjelenítése

Egy olyan állapot, mint VALID,SET_INHW azt jelzi, hogy a szabályzatot szoftveresen megértették, és hardveresen telepítve van. Az érvénytelen állapotot meg kell vizsgálni, mielőtt a szabályzatot aktívként kezelnénk.

Hardver erőforrások ellenőrzése

platform hardver fed switch aktív fwd-asic erőforrás tcam kihasználtság megjelenítése

Egy halom esetén cserélje ki active a megfelelő kapcsolószámmal, ha szükséges. A telepítés sikertelenségét okozhatja a nem támogatott szintaxis, a hardver erőforrás-korlátok vagy az IOS XE kiadási korlátozásai.

Miért dobnak el csomagokat a QoS-sorok?

A hang- vagy videoforgalom késik

  • A DSCP értékek nem őrződnek meg.
  • A forgalom az alapértelmezett várólistához van leképezve.
  • A kívánt osztálytérkép nem egyezik.
  • A prioritási sor nincs konfigurálva.
  • A kimenő link túl van jelentkezve.

A várólista-súlyok módosítása előtt kezdje a szabályzatszámlálókkal és az osztálytérkép konfigurációjával.

A tömeges forgalom a link nagy részét foglalja el

A lehetséges okok közé tartozik a magas prioritású osztályba kerülő tömeges forgalom, a túlzottan nagylelkű sávszélesség-súlyozás, a helytelen üzleti forgalombesorolás vagy a rossz irányba alkalmazott szolgáltatási irányelv.

A termelés visszaesése az alacsony átlagos kihasználtság ellenére is növekszik

Az átlagos kihasználtság elrejtheti a mikrokitöréseket. A rövid kitörések kitölthetik a várakozási sort, mielőtt az interfész szintű átlagos ráták magasnak tűnnének.

  • Tekintse át a várólista statisztikáit.
  • Ellenőrizze a puffer kiosztását.
  • Keresd a sebességbeli eltéréseket.
  • Ellenőrizd a tárhely, a biztonsági mentés és a videoforgalom mintáit.
  • Több nagysebességű port azonosítása, amelyek egy alacsonyabb sebességű kimenő porton futnak össze.

A QoS-szabályzat konfigurálva van, de nincs hatása

Ellenőrizd, hogy a szolgáltatási irányelv csatolva van-e, az interfész iránya helyes-e, az osztálytérkép illeszkedik-e a csomagokhoz, a irányelv telepítve van-e hardverre, és a kiválasztott parancsokat támogatja-e az IOS XE kiadás.

A WTD váratlan csomagvesztést okoz

Tekintse át, hogy melyik QoS-címke van hozzárendelve a forgalomhoz, melyik küszöbértéket használja a címke, hogy a várólista hirtelen löketet kap-e, és hogy a várólista-puffer allokációja elegendő-e.

A WTD küszöbérték emelése csökkentheti a forgalomcsökkenést, de lehetővé teheti egy forgalmi osztály számára, hogy több megosztott pufferterületet használjon fel. Inkább tervezési változtatásként kezelendő, mint univerzális javításként.

Segítségre van szüksége egy Catalyst QoS-szabályzat validálásához?

Küldd el a switch modellt, az IOS XE kiadást, az interfész szerepkört, a szabályzattérképet és a soreldobási kimenetet.

Gyakran ismételt kérdések

Q1 A súlyozott körforgásos multiplexelés külön parancs a Catalyst 9200/9300 rendszeren?
Nem feltétlenül. Ezeken a platformokon a koncepció általában a várólista-ütemezéssel és a sávszélesség-parancsokkal fejeződik ki, mint például a bandwidth percent és a bandwidth remaining percent.
Q2 Mi a különbség az ütemezési súly és a WTD között?
Az ütemezési súlyozás befolyásolja, hogy a sorok hogyan osztják meg az átviteli szolgáltatást. A WTD (Wattled Time To Earth - Gyorsulási súlyozás) befolyásolja, hogy mikor dobódnak el a csomagok a sor megtelésekor. Az egyik a szolgáltatáselosztást, a másik a torlódási küszöbértékeket szabályozza.
Q3 A magasabb sávszélesség-százalékarány garantálja a fix átviteli sebességet?
Nem. Általában egy minimális vagy relatív allokációt jelent versenyhelyzetben. A tényleges átviteli sebesség a forgalom besorolásától, a prioritási soroktól, az interfész kapacitásától és attól is függ, hogy vannak-e más aktív sorok.
Q4 Kiküszöbölheti-e a QoS a kimeneti eséseket?
Nem. A QoS képes rangsorolni a forgalmat és szabályozni a várakozási sor viselkedését, de nem tud további fizikai sávszélességet létrehozni. A tartós szolgáltatáskiesések gyorsabb feltöltést, forgalom újratervezést, sebességkorlátozást vagy kapacitásbővítést igényelhetnek.
Q5 Miért hibásodhat meg egy érvényes QoS-szabályzat?
Lehetséges, hogy a szabályzat nincs csatolva, nem egyezik a forgalommal, nem támogatott szintaxist használ, vagy nem települ hardverre. Ellenőrizze mindkettőt. show policy-map interface és a FED monetáris politikai cél státusza.
Q6 Minden hangosztálynak szigorú prioritási sort kell használnia?
Nem. A prioritási sorokat körültekintően kell használni. Ha túl sok forgalmat rendelnek szigorú prioritási kezeléshez, más sorok elégtelen kiszolgálásban részesülhetnek.

Végső elvihető

A Catalyst 9200 és 9300 kapcsolók esetében a „súlyozott körforgásos” elemzés a várakozási sor ütemezésének, a sávszélesség-súlyozásnak, a prioritáskezelésnek, a WTD-küszöbértékeknek és a pufferelosztásnak a kombinációjaként a legcélszerűbb.

A torlódások elhárításakor kövesse az alábbi sorrendet:

  • Erősítse meg a forgalom besorolását.
  • Ellenőrizze, hogy a szabályzat csatolva van-e.
  • Ellenőrizze a várólista- és interfészszámlálókat.
  • Tekintse át az ütemezési súlyokat és a prioritási beállításokat.
  • Ellenőrizze a WTD és a puffer viselkedését.
  • Győződjön meg arról, hogy a szabályzat telepítve van a hardverre.
  • Ellenőrizd a hardver erőforrásokat és az IOS XE kompatibilitást.

Egyetlen várólista-súly megváltoztatása nem oldja meg a helytelen osztályozás, a nem megfelelő pufferelés vagy az ASIC-ig soha el nem jutott szabályzat okozta problémákat.