Uživatelská příručka modulární konfigurace QoS směrovačů CISCO řady 8000

Kapitola 1: Nové a změněné funkce QoS
Tato kapitola poskytuje konecview nových a změněných funkcí Quality of Service (QoS) v Modular QoS Configuration Guide pro směrovače Cisco řady 8000.

Kapitola 2: Řízení provozu Konecview
Tato kapitola vysvětluje rozsah řízení provozu, včetně tradičního řízení provozu, řízení provozu na vašem routeru, omezení modelu VoQ, dědění zásad QoS a použití Cisco Modular QoS CLI k nasazení QoS.

Rozsah
Rozsah řízení provozu zahrnuje řízení a upřednostňování síťového provozu, aby byl zajištěn efektivní a spolehlivý přenos dat.

Tradiční řízení provozu
Tradiční řízení provozu zahrnuje implementaci různých technik pro řízení síťového provozu, jako je tvarování provozu, kontrola a řazení do front.

Řízení provozu na vašem routeru
Tato část vysvětluje, jak je implementována správa provozu na směrovačích Cisco 8000 Series, včetně použití modulárního rozhraní QoS CLI (MQC) k definování a aplikaci zásad QoS.

Omezení modelu VoQ
Model Voice over Quantum (VoQ) má určitá omezení z hlediska škálovatelnosti a složitosti. Tato část pojednává o těchto omezeních a poskytuje přehled o správě QoS v takových scénářích.

Dědičnost zásad QoS

Dědičnost zásad QoS odkazuje na schopnost dědit konfigurace QoS z nadřazených zásad. Tato část vysvětluje koncept dědičnosti zásad QoS a jeho výhody.

Cisco Modular QoS CLI pro nasazení QoS
Cisco Modular QoS CLI (MQC) je rozhraní příkazového řádku používané ke konfiguraci a nasazení zásad QoS na směrovačích Cisco 8000 Series. Tato část poskytuje důležité informace o použití MQC pro nasazení QoS.

Kapitola 3: Důležité body o zásadách MQC Egress Queuing
Tato kapitola zdůrazňuje důležité úvahy a body, které je třeba vzít v úvahu při konfiguraci zásad výstupní fronty MQC pro efektivní implementaci QoS.

Často kladené otázky (FAQ)

Otázka: Co je řízení provozu?
Odpověď: Řízení provozu zahrnuje řízení a upřednostňování síťového provozu, aby byl zajištěn efektivní a spolehlivý přenos dat.

Otázka: Jak mohu nakonfigurovat zásady QoS na Cisco 8000 Series Routery?
Odpověď: Cisco Modular QoS CLI (MQC) můžete použít ke konfiguraci a nasazení zásad QoS na směrovačích Cisco 8000 Series.

Otázka: Jaká jsou omezení modelu VoQ?
Odpověď: Model VoQ má omezení z hlediska škálovatelnosti a složitosti. Při správě QoS v sítích založených na VoQ je důležité porozumět těmto omezením.

View Fullscreen

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x
Poprvé publikováno: 2021 Poslední změna: 02
Americké ústředí
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 408 526-4000
800 553-NETS (6387) Fax: 408 527-0883

SPECIFIKACE A INFORMACE TÝKAJÍCÍ SE VÝROBKŮ V TOMTO NÁVODU SE MOHOU BEZ UPOZORNĚNÍ ZMĚNIT. VŠECHNA PROHLÁŠENÍ, INFORMACE A DOPORUČENÍ V TÉTO PŘÍRUČCE SE POVAŽUJE ZA PŘESNÉ, ALE JSOU PŘEDKLÁDÁNY BEZ ZÁRUKY JAKÉHOKOLI DRUHU, VÝSLOVNÉ NEBO PŘEDPOKLÁDANÉ. UŽIVATELÉ MUSÍ PŘEVZÍT PLNOU ODPOVĚDNOST ZA SVÉ POUŽITÍ JAKÝCHKOLI PRODUKTŮ.
LICENCE NA SOFTWAR A OMEZENÁ ZÁRUKA NA DOPROVODNÝ PRODUKT JSOU UVEDENY V INFORMAČNÍM BALÍČKU, KTERÝ JE DODÁN S PRODUKTEM, A JSOU ZAHRNUTY V TOMTO ODKAZU. POKUD NEMŮŽETE NAJÍT SOFTWAROVOU LICENCI NEBO OMEZENOU ZÁRUKU, KONTAKTUJTE VAŠEHO ZÁSTUPCE CISCO PRO KOPII.
Implementace komprese hlaviček TCP společnosti Cisco je adaptací programu vyvinutého Kalifornskou univerzitou v Berkeley (UCB) jako součást veřejné verze operačního systému UNIX společnosti UCB. Všechna práva vyhrazena. Copyright © 1981, Regents of the University of California.
BEZ OHLEDU NA JAKÉKOLI JINÉ ZÁRUKY ZDE, VŠECHNY DOKUMENTY FILES A SOFTWARE TĚCHTO DODAVATELŮ JSOU POSKYTOVÁNY „TAK JAK JSOU“ SE VŠEMI CHYBAMI. CISCO A VÝŠE JMENOVANÍ DODAVATELÉ ODMÍTÁ VŠECHNY ZÁRUKY, VÝSLOVNÉ NEBO PŘEDPOKLÁDANÉ, VČETNĚ, BEZ OMEZENÍ, ZÁRUK OBCHODOVATELNOSTI, VHODNOSTI PRO KONKRÉTNÍ ÚČEL A NEPORUŠENÍ, USA NEBO VYPLÝVAJÍCÍ Z CENY OD NÁŠHO VÝROBKU.
V ŽÁDNÉM PŘÍPADĚ NEBUDE CISCO ANI JEJÍ DODAVATELÉ ODPOVĚDNÍ ZA JAKÉKOLI NEPŘÍMÉ, ZVLÁŠTNÍ, NÁSLEDNÉ NEBO NÁHODNÉ ŠKODY, VČETNĚ, BEZ OMEZENÍ, ZTRÁTY ZISKU NEBO ZTRÁTY NEBO POŠKOZENÍ DAT VZNIKLÝCH V RÁMCI EVROPSKÉHO POUŽÍVÁNÍ ENUIL MAIFOR CISCO NEBO JEJÍ DODAVATELÉ BYLI UPOZORNĚNI NA MOŽNOST TAKOVÝCH ŠKOD.
Žádné adresy a telefonní čísla internetového protokolu (IP) použité v tomto dokumentu nejsou zamýšleny jako skutečné adresy a telefonní čísla. Jakýkoli exampsoubory, výstup příkazového displeje, schémata topologie sítě a další obrázky zahrnuté v dokumentu jsou uvedeny pouze pro ilustrativní účely. Jakékoli použití skutečných IP adres nebo telefonních čísel v ilustrativním obsahu je neúmyslné a náhodné.
Všechny tištěné kopie a duplikáty tištěných kopií tohoto dokumentu jsou považovány za nekontrolované. Nejnovější verzi naleznete v aktuální online verzi.
Cisco má po celém světě více než 200 poboček. Adresy a telefonní čísla jsou uvedeny na Cisco webna adrese www.cisco.com/go/offices.
Soubor dokumentace pro tento produkt se snaží používat jazyk bez zkreslení. Pro účely tohoto souboru dokumentace je předpojatost definována jako jazyk, který neznamená diskriminaci na základě věku, zdravotního postižení, pohlaví, rasové identity, etnické identity, sexuální orientace, socioekonomického statusu a intersekcionality. V dokumentaci se mohou vyskytovat výjimky z důvodu jazyka, který je pevně zakódován v uživatelských rozhraních softwaru produktu, jazyka použitého na základě standardní dokumentace nebo jazyka, který používá odkazovaný produkt třetí strany.
Cisco a logo Cisco jsou ochranné známky nebo registrované ochranné známky společnosti Cisco a/nebo jejích přidružených společností v USA a dalších zemích. Na view seznam ochranných známek Cisco, přejděte sem URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Uvedené ochranné známky třetích stran jsou majetkem příslušných vlastníků. Použití slova partner neznamená partnerský vztah mezi společností Cisco a jakoukoli jinou společností. (1721R)
© 2021 Cisco Systems, Inc. Všechna práva vyhrazena.

PŘEDMLUVA KAPITOLA 1 KAPITOLA 2

KAPITOLA 3

Předmluva vii Změny tohoto dokumentu vii Komunikace, služby a další informace vii
Nové a změněné funkce QoS 1 Nové a změněné funkce QoS 1
Řízení provozu ukončenoview 3 Rozsah 3 Tradiční řízení provozu 3 Řízení provozu na vašem směrovači 3 Omezení modelu VoQ 4 Dědičnost zásad QoS 5 Cisco Modular QoS CLI pro nasazení QoS 6 Důležité body týkající se zásad MQC Egress Queuing 6
Klasifikujte pakety pro identifikaci specifického provozu 9 Klasifikujte pakety pro identifikaci specifického provozu 9 Klasifikace paketů přesview 9 Specifikace CoS pro paket s prioritou IP 10 bitů priority IP používaných ke klasifikaci paketů 10 Nastavení hodnoty priority IP 10 IP priorita ve srovnání s IP DSCP Marking 11 Klasifikace paketů na vašem routeru 11 Zlepšení škálování ACL pomocí Peering QoS 12 Základní body o slučování ACL 12

Modulární konfigurační příručka QoS pro směrovače Cisco řady 8000, IOS XR Release 7.3.x iii

Obsah

KAPITOLA 4 KAPITOLA 5

Pokyny a omezení pro Peering QoS 12 Konfigurace Peering QoS pro škálování ACL 13 Klasifikace a poznámky Záhlaví vrstvy 3 na rozhraních vrstvy 2 19 Prvky třídy provozu 20 Výchozí třída provozu 21 Vytvořte třídu provozu 21 Prvky dopravní politiky 23 Vytvořte a24 Zásady provozu Zásady pro rozhraní 24
Označit pakety pro změnu nastavení priority 29 Označení paketů přesview 29 Výchozí značení 29 Chování QoS pro zapouzdření obecného směrování (GRE) tunely 30 označování paketů 30 Chování QoS pro zapouzdření obecného směrování (GRE) tunely 31 Funkce a výhody nepodmíněného označování paketů na základě třídy 31 Konfigurace bezpodmínečného označování na základě třídy32 Bezpodmínečné značení paketů: Přamples 33 Konfigurace označení priority IP: Přample 33 Konfigurace značení IP DSCP: Přample 34 Konfigurace QoS Group Marking: Přample 34 Konfigurace značení CoS: Přample 34 Konfigurace značení experimentálního vyřazení bitů MPLS: Přample 35 MPLS Experimentální konfigurace nejvyššího značení: Přample 35 IP Precedence ve srovnání s IP DSCP Marking 35 Konfigurace DSCP CS7 (Precedence 7) 36 Místní úprava zásad 36 Doporučení pro použití místní úpravy zásad 36
Zamezení zahlcení 39 Zamezení zahlcení 39 Režimy řazení 39 Zásady řazení hlavního rozhraní 40

Modulární konfigurační příručka QoS pro směrovače Cisco řady 8000, IOS XR Release 7.3.x iv

Obsah

KAPITOLA 6

Zásady řazení dílčích rozhraní 40 Zabránění přetížení ve VOQ 40
Sdílení počítadel statistik VOQ 41 Konfigurace sdílení počítadel statistik VOQ 41
Duální limit fronty 42 Omezení 43
Spravedlivý tok provozu pomocí spravedlivé VOQ 44 Spravedlivé VOQ: Proč 44 Spravedlivé VOQ: Jak 45 Režimy spravedlivé VOQ a sdílení počítadel 46 Spravedlivé VOQ a Slice (nebo normální) VOQ: Klíčové rozdíly 47 Pokyny a omezení 47 Konfigurace spravedlivé VOQ 48
Modular QoS Congestion Avoidance 50 Tail Drop a FIFO Queue 50
Nakonfigurujte Tail Drop 50 Random Early Detection a TCP 52
Konfigurace náhodného včasného zjišťování 52 Explicitní oznámení o přetížení 54
Konfigurace prioritního řízení toku 57 Prioritní řízení toku přesview 57 vnitřní režim vyrovnávací paměti 59 Omezení a pokyny 59 režim rozšířené vyrovnávací paměti 59 Důležité úvahy 60 Hardwarová podpora pro řízení toku priority 61 Konfigurace řízení toku priority 61 Konfigurovatelný práh ECN a hodnoty maximální pravděpodobnosti označení 66 Práh ECN a maximální hodnoty pravděpodobnosti označení Konfigurovatelné hodnoty 66 Hodnoty práh a maximální pravděpodobnosti označení ECN 67 Prahová hodnota ECN a hodnoty maximální pravděpodobnosti označení: Často kladené otázky 68 Pokyny a omezení 68 Konfigurace práh ECN a hodnoty maximální pravděpodobnosti označení 69

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.xv

Obsah

KAPITOLA 7 KAPITOLA 8

Priorita řízení toku Watchdog Overview 71 Konfigurace prioritního intervalu sledování toku 72
Řízení přetížení 75 Řízení přetížení ukončenoview 75 Řazení do fronty s nízkou latencí se zařazováním do fronty s přísnou prioritou 75 Konfigurace řazení do fronty s nízkou latencí s řazením do fronty s přísnou prioritou 75 Tvarování provozu 78 Konfigurace tvarování provozu 78 Řízení provozu 80 sérií a nadbytečných sérií 80 Řízení s jednou sazbou pro policisty se dvěma sazbami 81 Referenční modul Q83Ro Policer 85 85 oddaných sérií 86 nadměrných sérií 87 Detaily policisty se dvěma rychlostmi XNUMX
Konfigurace modulární QoS na svazcích propojení 89 QoS na svazcích propojení 89 Vyrovnávání zátěže 89 Konfigurace QoS na svazcích propojení 90

Modulární průvodce konfigurací QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x vi

Předmluva

Tato předmluva obsahuje tyto části:
· Změny tohoto dokumentu, na straně vii · Komunikace, služby a další informace, na straně vii

Změny tohoto dokumentu

Tato tabulka uvádí technické změny provedené v tomto dokumentu od jeho prvního publikování.
Tabulka 1: Změny tohoto dokumentu

Datum 2022. ledna
října 2021
květen 2021 únor 2021

Souhrn změn Znovu publikován s aktualizacemi dokumentace pro vydání 7.3.3
Znovu publikováno s aktualizacemi dokumentace pro vydání 7.3.2
Znovu publikováno pro vydání 7.3.15
První vydání tohoto dokumentu.

Komunikace, služby a další informace
· Chcete-li od společnosti Cisco dostávat včasné relevantní informace, zaregistrujte se u Cisco Profile Manažer. · Chcete-li dosáhnout požadovaného obchodního dopadu pomocí technologií, na kterých záleží, navštivte Cisco Services. · Chcete-li odeslat požadavek na službu, navštivte podporu Cisco. · Chcete-li objevit a procházet zabezpečené, ověřené aplikace, produkty, řešení a služby podnikové třídy, navštivte
Cisco Marketplace. · Chcete-li získat obecné síťové, školicí a certifikační tituly, navštivte Cisco Press. · Chcete-li najít informace o záruce pro konkrétní produkt nebo rodinu produktů, přejděte do Cisco Warranty Finder.

Modulární průvodce konfigurací QoS pro směrovače Cisco řady 8000, IOS XR Release 7.3.x vii

Předmluva

Předmluva
Cisco Bug Search Tool Cisco Bug Search Tool (BST) je a web-založený nástroj, který funguje jako brána do systému Cisco bug tracking, který udržuje komplexní seznam defektů a zranitelností v produktech a softwaru Cisco. BST vám poskytuje podrobné informace o závadách vašich produktů a softwaru.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x viii

1 KAPITOLA

Nové a změněné funkce QoS

· Nové a změněné funkce QoS, na straně 1

Nové a změněné funkce QoS

Tabulka 2: Funkce QoS přidané nebo upravené v IOS XR Release 7.3.x

Funkce spravedlivého dopravního toku pomocí spravedlivého VOQ
Vylepšete škálování ACL pomocí Peering QoS

Popis

Změněno ve vydání

Konfigurace této funkce Verze 7.3.3 zajišťuje, že příchozímu provozu z různých zdrojových portů na každém síťovém segmentu NPU je přiřazena jedinečná virtuální výstupní fronta (VOQ) pro každý pár zdrojového a cílového portu.

Tato funkce slučuje funkce QoS verze 7.3.2 a seznamy řízení přístupu k zabezpečení (ACL). Tato kombinace umožňuje použití ACL filtru s Object Group ACL, což poskytuje výrazně vylepšenou škálu ACL díky mnohem nižšímu využití TCAM.

Kde je zdokumentován spravedlivý dopravní tok pomocí spravedlivého VOQ, na straně 44
Vylepšete škálování ACL pomocí Peering QoS, na stránce 12

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 1

Nové a změněné funkce QoS

Funkce dědění zásad QoS

Popis

Změněno ve vydání

Funkce je založena na modelu dědičnosti, verze 7.3.15, kde vytváříte a aplikujete zásady QoS na hlavní rozhraní. Podrozhraní, která jsou připojena k hlavnímu rozhraní, automaticky zdědí zásady.

Priority Flow Control Tyto linkové karty podporují Release 7.3.15 Podpora na Cisco 8800 funkce Priority Flow Control 36×400 GbE QSFP56-DD. Linkové karty (88-LC0-36FH-M)

Chování QoS pro generické Se zavedením podpory směrovacích tunelů verze 7.3.1 (GRE) pro GRE
rozhraní tunelů pro zapouzdření a dekapsulaci, existují některé důležité aktualizace chování QoS pro tunely GRE během zapouzdření a dekapsulace.

Kde je zdokumentováno dědění zásad QoS, na stránce 5
Priorita řízení toku přesview, na straně 57
Výchozí označení, na straně 29 a Označení paketů, na straně 30

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 2

2 KAPITOLA

Řízení provozu ukončenoview

Rozsah

· Rozsah, na straně 3 · Tradiční správa provozu, na straně 3 · Správa provozu na vašem směrovači, na straně 3 · Omezení modelu VoQ, na straně 4 · Dědičnost zásad QoS, na straně 5 · Cisco Modular QoS CLI pro nasazení QoS , na straně 6
Přečtěte si tuto konfigurační příručku, abyste porozuměli celkové architektuře, která pohání technologii Cisco Quality of Service (QoS), a také tomu, jak používat její funkce ke konfiguraci a správě šířky pásma provozu a parametrů ztráty paketů ve vaší síti.

Tradiční řízení provozu
V tradičních metodách řízení provozu jsou provozní pakety odesílány do výstupních výstupních front bez ohledu na dostupnost výstupního rozhraní pro vysílání.
V tom je také problém. V případě dopravního přetížení mohou být provozní pakety na výstupním portu zahozeny. Což znamená, že síťové zdroje vynaložené na získání paketů z vstupní vstupní fronty přes síť přepínačů do výstupních front na výstupu jsou plýtvány. To není vše – vyrovnávací paměť vstupní fronty je určena pro různé výstupní porty, takže zahlcení na jednom výstupním portu by mohlo ovlivnit provoz na jiném portu, což je událost označovaná jako blokování head-of-line.

Řízení provozu na vašem routeru
Jednotka NPU (Network Processing Unit) vašeho routeru používá ke správě provozu architekturu předávání založenou na sdruženém příchozím a odchozím virtuálním výstupním frontě (VoQ).

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 3

Omezení modelu VoQ Obrázek 1: Provozní tok ze vstupního portu na řezu 0 do výstupního portu na slotu 3

Řízení provozu ukončenoview

Zde má každá vstupní provozní třída mapování VoQ jedna ku jedné z každého vstupního řezu (potrubí) do každého výstupního portu. Což znamená, že každé výstupní rozhraní (č. 5 na obrázku) má vyhrazený vyrovnávací prostor na každém vstupním potrubí (č. 1 na obrázku) pro každý ze svých VoQ. Zde je návod, jak se příběh cestování paketů v dobách přetížení na vašem systému routeru odvíjí: #1: Pakety A (zelená barva), B (růžová barva) a C (hnědá barva) jsou na vstupním rozhraní. Zde probíhá označování, klasifikace a kontrola paketů. (Podrobnosti viz Označení paketů pro změnu nastavení priority, na straně 29, Klasifikace paketů pro identifikaci specifického provozu, na straně 9 a Správa přetížení, na straně 75.) #2: Tyto pakety jsou uloženy v oddělených vyrovnávacích úložných prostorech ve vyhrazených VoQ. Zde vstupuje do hry řazení do fronty, přenos VoQ a počítadla zahozených paketů a bajtů. (Podrobnosti viz Zamezení přetížení, na straně 39.) #3: V závislosti na dostupné šířce pásma na výstupním rozhraní jsou tyto pakety podrobeny plánování odchozího výstupu, kde jsou nakonfigurovány plánovače odchozího kreditu a vysílání. Jinými slovy, jsou zde určeny pakety a sekvence, ve které budou nyní postupovat směrem k výstupnímu rozhraní. Zde se bere v úvahu šířka pásma tkaniny pro plánování výstupu. #4: Pakety se vyměňují přes tkaninu. #5: V závěrečné fázi probíhá značení a klasifikace výstupu a přetížení je řízeno způsobem,tage není zahozen žádný paket a všechny pakety jsou přeneseny do dalšího skoku.
Omezení modelu VoQ
Zatímco VoQ model řízení provozu nabízí výrazné výhodytages (snížení požadavků na šířku pásma paměti, zajištění toku QoS end-to-end), má toto omezení: Celkový rozsah výstupní fronty je nižší, protože každá výstupní fronta musí být replikována jako vstupní VoQ na každém řezu každého NPU/ASIC v Systém. To znamená, že s přidáním 1 NPU s 20 rozhraními
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 4

Řízení provozu ukončenoview

Dědičnost zásad QoS

počet VoQ použitých na každém NPU v systému se zvýší o 20 x 8 (fronta/rozhraní) = 160. Zvýší se také počet kreditních konektorů z každého plánovače pro každý výstupní port na již existujících NPU. každý řez v nově vloženém NPU.

Dědičnost zásad QoS

Tabulka 3: Tabulka historie funkcí

Název funkce Dědičnost zásad QoS

Informace o vydání Verze 7.3.15

Popis funkce
Chcete-li vytvořit zásady QoS pro podrozhraní, museli jste zásady aplikovat na každé podrozhraní ručně. Od této verze stačí vytvořit a aplikovat jedinou zásadu QoS na hlavním rozhraní a podrozhraní tuto zásadu automaticky zdědí.
Model dědičnosti poskytuje snadno udržovatelnou metodu pro aplikaci zásad, která vám umožňuje vytvářet cílené zásady pro skupinu rozhraní a jejich podrozhraní. Tento model šetří váš čas a prostředky při vytváření zásad QoS.

· O čem tato funkce je? – Jak název napovídá, funkce je založena na modelu dědičnosti, kde vytváříte a aplikujete zásady QoS na hlavní rozhraní. Podrozhraní, která jsou připojena k hlavnímu rozhraní, automaticky zdědí zásady. Model dědičnosti platí pro všechny operace QoS včetně: · Klasifikace
· Označení
· Policie
· Tvarování

· Jak pomáhá model dědičnosti? – Dříve, pokud jste měli napřample, osm dílčích rozhraní, jste vytvořili a aplikovali zásady na každé z těchto dílčích rozhraní samostatně. S modelem dědičnosti ušetříte čas a prostředky, pouze jedna zásada se automaticky aplikuje na hlavní rozhraní a jeho podrozhraní.
· Musím udělat ještě něco pro aktivaci modelu dědičnosti? – Ne, nemusíte. Model dědičnosti je výchozí možností.
· Co když chci přepsat možnost dědičnosti? – Technicky tuto možnost nemůžete přepsat. Zásadu však můžete odebrat z hlavního rozhraní a přidat zásady do podrozhraní kromě těch, kde nechcete, aby byla zásada zděděna.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 5

Cisco Modular QoS CLI pro nasazení QoS

Řízení provozu ukončenoview

· A co statistiky mapy politik? – Toto chování se nemění. Spuštěním příkazu show policy-map interface zobrazíte kumulativní statistiky pro rozhraní a tato čísla zahrnují i podrozhraní.
· Nějaká omezení, o kterých musím vědět? – Neexistuje žádná podpora pro zásady označování ECN a označování výstupu na stejné kombinaci rozhraní a podrozhraní. Funkce dědičnosti zásad QoS však přijímá tyto vícenásobné zásady, což způsobuje selhání označení ECN. Chcete-li takovým selháním předejít: · Nekonfigurujte zásadu označování výstupu na podrozhraní a aplikujte na hlavní rozhraní zásadu s povolenou ECN.
· Neaplikujte zásadu ECN na podrozhraní a nakonfigurujte zásadu označování výstupu na hlavním rozhraní.
Cisco Modular QoS CLI pro nasazení QoS
Rámec Cisco Modular QoS CLI (MQC) je uživatelský jazyk Cisco IOS QoS, který umožňuje: · Standardní rozhraní příkazového řádku (CLI) a sémantiku pro funkce QoS.
· jednoduché a přesné konfigurace.
· Poskytování QoS v kontextu rozšiřitelného jazyka.
Pro váš router jsou ve výstupním směru podporovány dva typy zásad MQC: řazení do fronty a označování. Zásady řazení do front se používají ke konfiguraci hierarchie plánování kreditů, sazeb, priority, ukládání do vyrovnávací paměti a zamezení přetížení. Zásadu označování použijete ke klasifikaci a označení paketů, které byly naplánovány k přenosu. I když není aplikována politika řazení do fronty, existuje implicitní politika řazení do fronty s TC7 – P1, TC6 – P2, TC5 – TC0 (6 x Pn), takže pakety označené TC7 a pakety control inject mají vždy prioritu před ostatními pakety. Ve vstupu je podporována pouze jedna zásada pro klasifikaci a označování. Zásadu řazení a označování můžete použít nezávisle na sobě nebo společně ve směru odjezdu. Pokud použijete obě zásady společně, nejprve se zřídí akce zásad řazení a poté se označí akce zásad.
Důležité body o zásadách MQC Egress Queuing
Toto jsou důležité body, které musíte vědět o zásadě MQC pro odchozí fronty: · Zásada pro fronty MQC se skládá ze sady map tříd, které se přidávají do mapy politik. Parametry řazení a plánování pro tuto třídu provozu řídíte použitím akcí na politiku.
· class-default vždy odpovídá třídě provozu 0. Také žádná jiná třída nemůže odpovídat třídě provozu 0.
· Pokud třída provozu nemá žádnou odpovídající třídu v použité mapě zásad, vždy odpovídá class-default. Jinými slovy, používá dopravní třídu 0 VoQ.
· Každá jedinečná kombinace tříd provozu, která se shoduje s výchozí třídou, vyžaduje samostatnou třídu provozu (TC) profile. Počet TC proffiles jsou omezeny na 8 pro hlavní rozhraní a 8 pro dílčí rozhraní.
· Nemůžete konfigurovat více tříd provozu se stejnou úrovní priority.
· Každá úroveň priority, je-li nakonfigurována, musí být nakonfigurována na třídu, která odpovídá odpovídajícímu TC, jak je uvedeno v následující tabulce.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 6

Řízení provozu ukončenoview

Důležité body o zásadách MQC Egress Queuing

Úroveň priority P1 P2 P3 P4 P5 P6 P7

Třída dopravy 7 6 5 4 3 2 1

· Pokud jsou všechny úrovně priority nakonfigurované v mapě politik seřazené, musí na sebe navazovat. Jinými slovy, nemůžete přeskočit úroveň priority. Napřample, P1 P2 P4 (přeskočení P3), není povoleno.
· Od verze IOS XR verze 7.3.1 můžete vytvořit jednu sadu souvislých prioritních TC. Ujistěte se, že přiřazujete úrovně priority, které se zvyšují pro každého TC nebo zůstávají stejné, ale neklesají. Také se ujistěte, že jste přiřadili úroveň priority 1 pro třídu provozu 7. Nemusíte konfigurovat nepoužívané třídy provozu, takže na mapě výstupních zásad můžete vytvořit pouze tolik TC, které potřebujete.
· MQC podporuje až dvě úrovně (nadřazená, podřízená) zásad řazení do front. Nadřazená úroveň agreguje všechny třídy provozu a zatímco podřízená úroveň rozlišuje třídy provozu pomocí tříd MQC.
· V zásadě řazení do front jsou podporovány pouze tyto akce: · priorita
· tvar
· poměr zbývající šířky pásma
· limit fronty
· Náhodná včasná detekce (RED)
· Prioritní řízení toku

· V mapě třídy můžete mít pouze jednu odpovídající hodnotu třídy provozu. · Zásadu řazení do front nelze použít na hlavní rozhraní a jeho podrozhraní.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 7

Důležité body o zásadách MQC Egress Queuing

Řízení provozu ukončenoview

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 8

3 KAPITOLA
Klasifikujte pakety pro identifikaci specifického provozu
· Klasifikujte pakety pro identifikaci specifického provozu, na straně 9 · Klasifikace paketů přesview, na straně 9 · Klasifikace paketů ve vašem směrovači, na straně 11 · Prvky třídy provozu, na straně 20 · Výchozí třída provozu, na straně 21 · Vytvoření třídy provozu, na straně 21 · Prvky dopravní politiky, na straně 23 · Vytvořte Zásady provozu, na straně 24 · Připojení zásady provozu k rozhraní, na straně 24
Klasifikujte pakety pro identifikaci specifického provozu
Přečtěte si tuto sekci, abyste získali konecview klasifikace paketů a různých typů klasifikace paketů pro váš router.
Klasifikace paketu skončilaview
Klasifikace paketů zahrnuje kategorizaci paketu v rámci konkrétní skupiny (nebo třídy) a přiřazení popisovače provozu, aby byl přístupný pro zpracování QoS v síti. Deskriptor provozu obsahuje informace o zpracování přesměrování (kvalita služby), které by měl paket obdržet. Pomocí klasifikace paketů můžete rozdělit síťový provoz do několika úrovní priority nebo tříd služeb. Když se pro klasifikaci provozu používají deskriptory provozu, zdroj souhlasí s dodržováním smluvních podmínek a síť slibuje kvalitu služeb. Zde přicházejí na scénu dopravní policisté a organizátoři dopravy. Dopravní policisté a organizátoři provozu používají deskriptor provozu paketu – tedy jeho klasifikaci – k zajištění dodržování smlouvy. Rozhraní příkazového řádku (MQC) Modular Quality of Service (QoS) se používá k definování toků provozu, které musí být klasifikovány, přičemž každý tok provozu se nazývá třída služby nebo třída. Později se vytvoří dopravní politika a aplikuje se na třídu. Veškerý provoz neidentifikovaný definovanými třídami spadá do kategorie výchozí třídy.
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 9

Specifikace CoS pro paket s prioritou IP

Klasifikujte pakety pro identifikaci specifického provozu

Poznámka Od verze Cisco IOS XR Release 7.2.12 můžete pakety klasifikovat na přenosových rozhraních vrstvy 2 pomocí hodnot záhlaví vrstvy 3. Tato funkce se však vztahuje pouze na hlavní rozhraní (fyzická rozhraní a rozhraní svazků), nikoli na dílčí rozhraní.
Specifikace CoS pro paket s prioritou IP
Použití priority IP vám umožňuje určit CoS pro paket. Můžete vytvořit diferencovanou službu nastavením úrovní priority pro příchozí provoz a jejich použitím v kombinaci s funkcemi řazení QoS do fronty. Takže každý následující síťový prvek může poskytovat službu na základě stanovené politiky. Přednost IP se obvykle nasazuje co nejblíže okraji sítě nebo administrativní domény. To umožňuje zbytku jádra nebo páteře implementovat QoS na základě priority.
Obrázek 2: Pole typu paketu IPv4 služby

Pro tento účel můžete použít tři bity priority v poli type-of-service (ToS) hlavičky IPv4. Pomocí bitů ToS můžete definovat až osm tříd služeb. Další funkce nakonfigurované v celé síti pak mohou tyto bity použít k určení, jak zacházet s paketem s ohledem na smluvní podmínky, aby jej udělily. Tyto další funkce QoS mohou přiřadit vhodné zásady řízení provozu, včetně strategie řízení přetížení a přidělování šířky pásma. NapřampFunkce řazení do fronty, jako je LLQ, mohou použít nastavení priority IP paketu k upřednostnění provozu.
Bity priority IP používané ke klasifikaci paketů
Pomocí tří bitů priority IP v poli ToS hlavičky IP zadejte přiřazení CoS pro každý paket. Provoz můžete rozdělit do maximálně osmi tříd a poté pomocí map politik definovat síťové zásady z hlediska zpracování zahlcení a přidělení šířky pásma pro každou třídu. Každá priorita odpovídá názvu. Nastavení bitů priority IP 6 a 7 jsou vyhrazena pro informace o řízení sítě, jako jsou aktualizace směrování. Tyto názvy jsou definovány v RFC 791.
Nastavení hodnoty priority IP
Ve výchozím nastavení nechávají směrovače hodnotu priority IP nedotčenou. To zachová hodnotu priority nastavenou v záhlaví a umožní všem interním síťovým zařízením poskytovat služby na základě nastavení priority IP. Tato politika se řídí standardním přístupem, který stanoví, že síťový provoz by měl být roztříděn do různých typů služeb na okraji sítě a že tyto typy služeb by měly být implementovány v jádru sítě. Směrovače v jádru sítě pak mohou pomocí prioritních bitů určit pořadí přenosu, pravděpodobnost zahození paketů a tak dále. Protože provoz přicházející do vaší sítě může mít prioritu nastavenou vnějšími zařízeními, doporučujeme obnovit prioritu pro veškerý provoz vstupující do vaší sítě. Řízením nastavení priority IP můžete
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 10

Klasifikujte pakety pro identifikaci specifického provozu

IP Precedence ve srovnání s IP DSCP Marking

zakázat uživatelům, kteří si již nastavili prioritu IP, získat lepší služby pro svůj provoz jednoduše nastavením vysoké priority pro všechny jejich pakety. Bezpodmínečné označování paketů na základě třídy a funkce LLQ mohou používat bity priority IP.
IP Precedence ve srovnání s IP DSCP Marking
Pokud potřebujete označit pakety ve vaší síti a všechna vaše zařízení podporují označení IP DSCP, použijte k označení paketů označení IP DSCP, protože označení IP DSCP poskytuje více možností bezpodmínečného označování paketů. Pokud je však označení pomocí IP DSCP nežádoucí nebo pokud si nejste jisti, zda zařízení ve vaší síti podporují hodnoty IP DSCP, použijte k označení paketů hodnotu priority IP. Hodnota priority IP bude pravděpodobně podporována všemi zařízeními v síti. Můžete nastavit až 8 různých značek priority IP a 64 různých značek IP DSCP.
Klasifikace paketů na vašem routeru
Na vašem routeru jsou dva typy systémů klasifikace paketů: · Ve směru vstupu, QoS mapa a Ternary Content Addressable Memory (TCAM).
Poznámka TCAM není podporován na směrovačích s pevnou konfigurací (kde jsou integrována rozhraní směrovačů). Je podporována pouze na modulárních směrovačích (které mají více slotů, které umožňují měnit rozhraní na směrovači).
· Ve směru výstupu mapa QoS.
Když se politika shoduje pouze s kódovým bodem diferencovaných služeb (DSCP) nebo hodnotou priority (také nazývanou DSCP nebo klasifikace založená na prioritách), systém vybere klasifikační systém založený na mapě; jinak vybere TCAM. TCAM je rozšířením konceptu tabulky Content Addressable Memory (CAM). Tabulka CAM přijímá hodnotu indexu nebo klíče (obvykle MAC adresu) a hledá výslednou hodnotu (obvykle port přepínače nebo VLAN ID). Vyhledávání v tabulce je rychlé a vždy založené na přesné shodě klíče sestávající ze dvou vstupních hodnot: 0 a 1 bit. Mapa QoS je tabulkový klasifikační systém pro provozní pakety.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 11

Vylepšete škálování ACL pomocí Peering QoS

Klasifikujte pakety pro identifikaci specifického provozu

Vylepšete škálování ACL pomocí Peering QoS

Tabulka 4: Tabulka historie funkcí

Název funkce
Vylepšete škálování ACL pomocí Peering QoS

Informace o vydání Verze 7.3.2

Popis funkce
Tato funkce slučuje funkce QoS a seznamů řízení přístupu k zabezpečení (ACL). Tato kombinace umožňuje použití ACL filtru s Object Group ACL, což poskytuje výrazně vylepšenou škálu ACL díky mnohem nižšímu využití TCAM.
Před zavedením této funkce spotřebovaly seznamy ACL použité pro skupinové akce QoS značné množství záznamů TCAM, čímž se snížil dostupný rozsah funkce.

Peering QoS je vstupní funkce klasifikace QoS, která umožňuje sloučit funkce QoS ACL a bezpečnostních ACL. Činí tak tím, že vám umožňuje nastavit akce skupiny QoS pro každý záznam řízení přístupu (ACE) v bezpečnostním ACL, čímž se vyhnete vícenásobným záznamům (pro QoS a zabezpečení) na ACE. Tento sloučený ACL pak můžete použít s funkcí Object Group ACL k použití filtru ACL (povolit nebo zakázat) pro ACE. Seznamy ACL skupin objektů jsou také známé jako „komprimované seznamy ACL“, protože skupina objektů komprimuje více jednotlivých IP adres do skupin objektů. V ACL založeném na skupině objektů můžete také vytvořit jeden ACE, který místo vytváření mnoha ACE používá název skupiny objektů. Tato schopnost 'slučovat' a 'komprimovat' ACL šetří značné místo TCAM a poskytuje výrazně vylepšenou škálu ACL pro zásady QoS.

Základní body o slučování ACL
· Ujistěte se, že jste sloučili ACL (nastavte skupinové akce QoS pro každý ACE v bezpečnostním ACL), než je připojíte k rozhraní.
· Sloučení ACL je závislé na objednávce. To znamená, že ACE jsou naprogramovány v pořadí, v jakém se objevují v ACL.

Pokyny a omezení pro peering QoS
· Pouze rozhraní vrstvy 3 podporují peering QoS. Konfigurace na vrstvě 2 jsou odmítnuty.
· Peering QoS je podporován pouze ve směru vstupu.
· Zásady Peering QoS a běžné zásady QoS mohou koexistovat na stejné kartě linky, ale pouze pokud je připojíte k různým rozhraním.
· Stejnou politiku peering QoS můžete připojit k více rozhraním na stejné linkové kartě.
· Chcete-li provoz IPv4 a IPv6 zohlednit odděleně, nakonfigurujte jedinečné hodnoty skupiny QoS pro seznamy ACL zabezpečení IPv4 a IPv6.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 12

Klasifikujte pakety pro identifikaci specifického provozu

Konfigurace Peering QoS pro škálování ACL

· Provoz označený bity MPLS EXP na peeringovém rozhraní konfigurovaném QoS je porovnáván s výchozí třídou v mapě tříd nakonfigurovanou jako shoda s libovolným (výchozí) pro toky MPLS MPLS.
· Podrozhraní dědí zásady rovnocenného QoS aplikované na hlavní rozhraní, ale nedědí ACL. Ujistěte se, že jste nakonfigurovali bezpečnostní ACL (odpovídající těm na hlavních rozhraních) na všech dílčích rozhraních; jinak je veškerý provoz podrozhraní podroben akci s výchozí třídou, což ovlivňuje jejich prioritní váhutage.
· Můžete nakonfigurovat shodu qos-group pouze pro partnerské zásady QoS. Jakýkoli jiný příkaz qos-group je odmítnut.
· Můžete vkládat, mazat a upravovat ACE v bezpečnostních ACL.
Konfigurace Peering QoS pro škálování ACL
Chcete-li nakonfigurovat peering QoS na rozhraní:
1. Nakonfigurujte bezpečnostní ACL a nastavte qos-group pro ACE. Jinak je qos-group nastavena na výchozí hodnotu 0, což ovlivňuje prioritní váženítage pro provoz na rozhraní.
2. Nakonfigurujte párování zásad QoS partnerského vztahu ve skupině qos, kterou jste nastavili v bezpečnostním ACL. Nastavte skupinové akce QoS, jako je poznámka, policista, třída provozu, DSCP, priorita a třída vyřazení.
3. Připojte bezpečnostní ACL a partnerský QoS ACL k rozhraní.
/*Nakonfigurujte bezpečnostní ACL, v tomto příkladuample: ipv4-sec-acl*/ Router(config)#ipv4 access-list ipv4-sec-acl
/*nastavit qos-group pro ACE; můžete to udělat díky peeringové QoS, která umožňuje použití jedné položky na ACE místo více položek */ Router(config-ipv4-acl)#10 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita nastavená qos - skupina 1
Router(config-ipv4-acl)#20 povolit ipv4 135.0.0.0/8 217.0.0.0/8 priorita okamžité nastavení qos-group 2
Router(config-ipv4-acl)30 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita flash set qos-group 3 Router(config-ipv4-acl)40 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita flash-override set qos-group 4 Router(config-ipv4-acl)50 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita kritická sada qos-group 5 Router(config-ipv4-acl)#60 povolení ipv4 135.0.0.0. 8/217.0.0.0 8/6 priorita internet set qos-group 4 Router(config-ipv70-acl)#4 povolení ipv135.0.0.0 8/217.0.0.0 8/7 priorita síťová sada qos-group 4 Router(config-ipvXNUMX- acl)#exit
/*Nakonfigurujte párování zásad QoS pro každou skupinu qos, kterou nastavíte v ACL zabezpečení*/ Router(config)#class-map match-any grp-7 Router(config-cmap)#match qos-group 7 Router(config- cmap)#end-class-map Router(config)#class-map match-any grp-6 Router(config-cmap)#match qos-group 6 Router(config-cmap)#end-class-map Router(config) #class-map match-any grp-5 Router(config-cmap)#match qos-group 5 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-4 Router( config-cmap)#match qos-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-3 Router(config-cmap)#match qos-group 3

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 13

Konfigurace Peering QoS pro škálování ACL

Klasifikujte pakety pro identifikaci specifického provozu

Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qos-group 2 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-1 Router(config-cmap)#match qos-group 1 Router(config-cmap)#end-class-map Router(config)#class-map match-libovolná třída -default Router(config-cmap)#end-class-map
/*Nastavit akce Qos v nakonfigurované mapě zásad, v tomto příkladuample: set prec, set tc a set dscp*/
Router(config)#policy-map ingress_qosgrp_to_Prec-TC Router(config-pmap)#class grp-7 Router(config-pmap-c)#set priority 1 Router(config-pmap-c)#set traffic-class 7 Router( config-pmap-c)#exit Router(config-pmap)#class grp-6 Router(config-pmap-c)#nastavit prioritu 1 Router(config-pmap-c)#set traffic-class 6 Router(config-pmap -c)#exit Router(config-pmap)#class grp-5 Router(config-pmap-c)#set priority 2 Router(config-pmap-c)#set traffic-class 5 Router(config-pmap-c) #exit Router(config-pmap)#class grp-4 Router(config-pmap-c)#set priority 2 Router(config-pmap-c)#set traffic-class 4 Router(config-pmap-c)#exit Router (config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router(config-pmap-c)#set dscp ef Router(config-pmap-c)#exit Router(config- pmap)#class grp-2 Router(config-pmap-c)#nastavit prioritu 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap)# class grp-1 Router(config-pmap-c)#nastavit prioritu 4 Router(config-pmap-c)#set traffic-class 1 Router(config-pmap-c)#exit Router(config-pmap)#class class- default Router(config-pmap-c)#set priority 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
/*Připojte bezpečnostní acl pomocí odpovídajících qos-groups k rozhraní*/ Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl ingress
/*Připojte mapu zásad s akcemi qos, které jste nastavili v bezpečnostním acl, k rozhraní*/ Router(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp Router(config-if)#commit Router(config-if)#exit
Úspěšně jste použili peering QoS ke sloučení a komprimaci zabezpečení a QoS ACL a dosáhli jste výrazně vylepšených měřítek ACL pro zásady QoS.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 14

Klasifikujte pakety pro identifikaci specifického provozu

Konfigurace Peering QoS pro škálování ACL

Spuštění konfigurace
ipv4 access-list ipv4-sec-acl 10 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita sada priorit qos-group 1 20 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita 2 skupina qos 30 okamžitá sada povolení ipv4 135.0.0.0/8 217.0.0.0/8 přednostní sada blesku qos-group 3 40 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita přepisování blesku sada qos-group 4 50 4 povolení/135.0.0.0 ipv8 .217.0.0.0/8 priorita kritická sada qos-group 5 60 povolení ipv4 135.0.0.0/8 217.0.0.0/8 priorita internet sada qos-group 6 70 povolení ipv4 135.0.0.0/8 217.0.0.0/8 síť priorita qos 7
! class-map match-any grp-7
zápas qos-group 7 end-class-map ! class-map match-any grp-6 match qos-group 6 end-class-map ! class-map match-any grp-5 match qos-group 5 end-class-map ! class-map match-any grp-4 match qos-group 4 end-class-map ! class-map match-any grp-3 match qos-group 3 end-class-map ! class-map match-any grp-2 match qos-group 2 end-class-map ! class-map match-any grp-1 match qos-group 1 end-class-map ! class-map match-any class-default end-class-map ! policy-map ingress_qosgrp_to_Prec-TC class grp-7
nastavit přednost 1 nastavit třídu provozu 7 ! třída grp-6 nastavit přednost 1 nastavit třídu provozu 6 ! třída grp-5 nastavit přednost 2 nastavit dopravní třídu 5 ! třída grp-4 nastavit přednost 2 nastavit třídu provozu 4 ! class grp-3 set traffic-class 3 set dscp ef ! třída sk-2

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 15

Peering QoS pro ABF

Klasifikujte pakety pro identifikaci specifického provozu

nastavit prioritu 3 nastavit třídu provozu 2 ! třída grp-1 nastavit prioritu 4 nastavit třídu provozu 1 ! class class-default nastavit prioritu 5 ! end-policy-map ! int bundle-Ether 350 ipv4 access-group ipv4-sec-acl ingress ! int bundle-Ether 350 service-policy input ingress_qosgrp_to_DSCP_TC_qgrp

Ověření
Spusťte příkaz show interface pro rozhraní, ke kterému jste připojili zabezpečení a QoS ACL.
Router#Show Run Int Bundle-Ether 350 Interface Bundle-Ether350 Service-Policy Input Ingress_Qosgrp_To_DSCP_TC_QGRP IPV4 ADRESA 11.25.0.1 255.255.255.0 IPv6 Adresa 2001: 11: 25: 1 :: 1/64 IPV4 IPV4-SECL !

Peering QoS pro ABF
Tabulka 5: Tabulka historie funkcí

Název funkce
Podpora ACL-Based Forwarding (ABF) s peeringovou QoS

Informace o vydání Verze 7.3.3

Popis funkce
Tato funkce vám poskytuje flexibilitu při konfiguraci adres dalšího skoku pro ACE ve sloučeném (QoS a zabezpečení) ACL namísto trasy, která je vybrána směrovacím protokolem. Můžete nakonfigurovat adresy dalšího skoku pro výběr VRF nebo adresy s podporou VRF.
Tato funkce vám umožňuje mít funkce QoS a ABF v rámci stejných ACE.

Počínaje verzí 7.3.3 podporují směrovače Cisco 8000 předávání založené na ACL s peeringovou QoS. ACL-Based Forwarding (ABF) je funkce směrování založená na zásadách, kde směrovač předává provoz odpovídající konkrétním pravidlům ACL do uživatelem zadaného dalšího skoku namísto cesty vybrané směrovacím protokolem. Funkce Peering QoS slučuje QoS ACL a bezpečnostní ACL, aby se zabránilo vícenásobným záznamům (QoS a zabezpečení) na ACE. V podpoře ABF s peeringem QoS můžete nakonfigurovat adresy dalšího skoku pro ACE ve sloučeném (QoS a zabezpečení) ACL. Adresa dalšího skoku se používá pro předávání příchozích paketů vyhovujících ACE povolení do jejich cíle. Zde ABF podporuje jak VRF-select, tak VRF-aware přesměrování. Ve výběru VRF se další skok skládá pouze z VRF a další skok s vědomím VRF se skládá z VRF i IP adres.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 16

Klasifikujte pakety pro identifikaci specifického provozu

Peering QoS pro ABF

Konfigurace
1. Nakonfigurujte bezpečnostní ACL, v tomto příkladuample: abf-acl
Router(config)#ipv4 access-list abf-acl
2. Nastavte qos-group pro ACE; můžete to udělat díky peeringové QoS, která umožňuje použití jedné položky na ACE namísto více položek.
Router(config-ipv4-acl)#10 allow ipv4 135.0.0.0/8 217.0.0.0/8 priorita nastavená qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 Router(config-ipv4 permit acl)# 20/135.0.0.0 8/217.0.0.0 priorita nastavena qos-group 8 nexthop2 vrf vrf1 nexthop3 vrf vrf2 Router(config-ipv2-acl)#4 permit tcp 30/135.0.0.0 8 +/217.0.0.0 match-allack +psh nastavit qos-group 8 nexthop3 vrf vrf1 nexthop2 vrf vrf2 nexthop3 vrf vrf3 Router(config-ipv1-acl)#4 allow tcp 40/135.0.0.0 8/217.0.0.0 priorita nastavená qos-group vrf8 vrf4 nextrfhop vrf1 nexthop1 vrf vrf2 Router(config-ipv2-acl)#exit
3. Nakonfigurujte párování zásad QoS partnerského vztahu pro každou skupinu qos, kterou nastavíte v zabezpečení ABF ACL.
Router(config)#class-map match-any grp-4 Router(config-cmap)#match qos-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp -3 Router(config-cmap)#match qos-group 3 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qos- group 2 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-1 Router(config-cmap)#match qos-group 1 Router(config-cmap)#end-class -map Router(config)#class-map match-any class-default Router(config-cmap)#end-class-map
4. Nastavte akce QoS v nakonfigurované mapě zásad, v tomto příkladuample: set prec, set tc a set dscp
Router(config)#policy-map edge_qos_policy Router(config-pmap)#class grp-4 Router(config-pmap-c)#set priority 2 Router(config-pmap-c)#set traffic-class 4 Router(config- pmap-c)#exit Router(config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router (config-pmap-c)#set dscp ef Router(config-pmap-c )#exit Router(config-pmap)#class grp-2 Router(config-pmap-c)#nastavení priority 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap)#class grp-1 Router(config-pmap-c)#nastavit prioritu 4 Router(config-pmap-c)#set traffic-class 1 Router(config-pmap-c)#exit Router(config -pmap)#class class-default Router(config-pmap-c)#set priority 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
5. Připojte bezpečnostní acl s nastavenými skupinami qos k rozhraní.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 17

Peering QoS pro ABF

Klasifikujte pakety pro identifikaci specifického provozu

Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group abf-acl ingress
6. Připojte mapu zásad s akcemi QoS, které jste nastavili v kroku 4, k rozhraní.
Router(config-if)#service-policy input edge_qos_policy Router(config-if)#commit Router(config-if)#exit
Úspěšně jste nakonfigurovali peering QoS s ABF.
Spuštění konfigurace
ipv4 access-list abf-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 priorita nastavená qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 20 permit tcp 135.0.0.0 precedens 8. nastavená priorita qos-group 217.0.0.0 nexthop8 vrf vrf2
nexthop2 vrf vrf2 30 permit tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh set qos-group 3 nexthop1 vrf vrf2
nexthop2 vrf vrf3 nexthop3 vrf vrf1 40 permit tcp 135.0.0.0/8 217.0.0.0/8 priorita nastavená qos-group 4 nexthop1 vrf vrf1
nexthop2 vrf vrf2 nexthop3 vrf vrf3! class-map match-any grp-4 match qos-group 4 end-class-map ! class-map match-any grp-3 match qos-group 3 end-class-map ! class-map match-any grp-2 match qos-group 2 end-class-map ! class-map match-any grp-1 match qos-group 1 end-class-map ! class-map match-any class-default end-class-map ! policy-map edge_qos_policy class grp-4 nastavení priority 2 set traffic-class 4 ! class grp-3 set traffic-class 3 set dscp ef ! třída grp-2 nastavit přednost 3 nastavit třídu provozu 2 ! třída grp-1 nastavit prioritu 4 nastavit třídu provozu 1 ! class class-default nastavit prioritu 5 ! end-policy-map
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 18

Klasifikujte pakety pro identifikaci specifického provozu

Klasifikujte a zaznamenávejte záhlaví 3. vrstvy na rozhraních 2. vrstvy

! int bundle-Ether 350 ipv4 access-group abf-acl ingress ! int bundle-Ether 350 service-policy input edge_qos_policy
Ověření
Spusťte příkaz show interface pro rozhraní, ke kterému jste připojili zabezpečení a QoS ABF ACL.
Router#show run int bundle-Ether 350 interface Bundle-Ether350 service-policy input edge_qos_policy adresa ipv4 11.25.0.1 255.255.255.0 adresa ipv6 2001:11:25:1::1/64 abgres-incl-group!
Klasifikujte a zaznamenávejte záhlaví 3. vrstvy na rozhraních 2. vrstvy
Když potřebujete označit pakety pro provoz rozhraní vrstvy 2, který proudí přes domény mostu a virtuální rozhraní (BVI), můžete vytvořit smíšenou zásadu QoS. Tato zásada má klasifikační třídy založené na mapách i na TCAM. Smíšená politika zajišťuje, že jak přemostěný (vrstva 2), tak přemosťovací virtuální rozhraní (BVI nebo vrstva 3) jsou klasifikovány a zaznamenávány.
Směrnice
· Mapa tříd s klasifikací TCAM nemusí odpovídat přemostěnému provozu. Záznamy TCAM odpovídají pouze směrovanému provozu, zatímco záznamy na mapě odpovídají provozu přemostěnému i BVI.
· Mapa tříd s klasifikací založenou na mapě odpovídá jak přemosťovanému, tak BVI provozu.
Example
ipv4 access-list acl_v4 10 permit ipv4 host 100.1.1.2 any 20 permit ipv4 host 100.1.100.2 any ipv6 access-list acl_v6 10 permit tcp host 50:1:1::2 any 20 permit tcp any host :50 class-map match-any c_match_acl match access-group ipv1 acl_v200 ! Tento záznam se neshoduje s přemostěným provozem odpovídající přístupové skupině ipv2 acl_v4 ! Tento záznam neodpovídá bridged traffic match dscp af4 Tento záznam odpovídá bridged a BVI traffic class-map match-all c_match_all match protocol udp ! Tento záznam se neshoduje s přemostěným provozem shoda prec 6 class-map match-any c_match_protocol match protocol tcp ! Tento záznam, a tedy i tato třída, neodpovídá přemosťovanému provozu třída-mapa match-any c_match_ef match dscp ef ! Tato položka/třída se shoduje s přemostěným a BVI provozu třída-mapa match-any c_qosgroup_6 Tato třída odpovídá přemostění a BVI provozu! match qos-group 11 policy-map p_ingress class c_match_acl set traffic-class 7 set qos-group 1

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 19

Prvky třídy dopravy

Klasifikujte pakety pro identifikaci specifického provozu

! class c_match_all set traffic-class 2 set qos-group 2 ! class c_match_ef set traffic-class 3 set qos-group 3 ! class c_match_protocol set traffic-class 4 set qos-group 4 policy-map p_egress class c_qosgroup_1 set dscp af23 interface FourHundredGigE0/0/0/0 l2transport service-policy input p_ingress service-policy output p_egress ! ! rozhraní FourHundredGigE0/0/0/1 IPv4 adresa 200.1.2.1 255.255.255.0 IPv6 adresa 2001:2:2::1/64 service-policy vstup p_ingress service-policy výstup p_egress

Prvky třídy dopravy

Účelem třídy provozu je klasifikovat provoz na vašem routeru. Pomocí příkazu class-map definujte třídu provozu. Třída provozu obsahuje tři hlavní prvky:
· Jméno
· Řada porovnávacích příkazů – pro specifikaci různých kritérií pro klasifikaci paketů.
· Instrukce, jak vyhodnotit tyto příkazy pro shodu (pokud v provozní třídě existuje více než jeden příkaz pro shodu)

Pakety se kontrolují, aby se zjistilo, zda odpovídají kritériím zadaným v příkazech pro shodu. Pokud paket odpovídá zadaným kritériím, je považován za člena třídy a je předán podle specifikací QoS nastavených v dopravní politice. Pakety, které nesplňují žádné z odpovídajících kritérií, jsou klasifikovány jako členové výchozí třídy provozu.
Tato tabulka ukazuje podrobnosti o typech shody podporovaných routerem.

Podporovaný typ shody

Min, Max Max Entries Podpora podpory pro směr podporovaný na rozhraních neodpovídají rozsahům

IPv4 DSCP (0,63)

IPv6 DSCP

DSCP

Ano

Ingress Egress

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 20

Klasifikujte pakety pro identifikaci specifického provozu

Výchozí třída provozu

Podporovaný typ shody

Min, Max

Priorita IPv4 (0,7) Priorita IPv6

Přednost

MPLS

(0,7)

Experimentální

Nejvyšší

Přístupová skupina Nepoužije se

Skupina QoS

(1,7)

Protokol

(0, 255)

Maximální počet položek Podpora pro podporu pro směr podporovaný na rozhraních se neshoduje s rozsahy

Ano

Žádný

Ingress

Výtok

Ano

Žádný

Ingress

Výtok

Žádný

Ingress

použitelné

Žádný

Výtok

Ano

Ingress

použitelné

Výchozí třída provozu
Neklasifikovaný provoz (provoz, který nesplňuje kritéria shody specifikovaná ve třídách provozu) je považován za náležející do výchozí třídy provozu.
Pokud uživatel nenakonfiguruje výchozí třídu, pakety jsou stále považovány za členy výchozí třídy. Ve výchozím nastavení však výchozí třída nemá žádné povolené funkce. Proto pakety patřící do výchozí třídy bez nakonfigurovaných funkcí nemají žádnou funkci QoS.
Pro klasifikaci výstupu je podporována shoda ve skupině qos (1-7). Match qos-group 0 nelze nakonfigurovat. Třída-default v zásadě výstupu se mapuje na qos-group 0.
Tento example ukazuje, jak nakonfigurovat pravidla provozu pro výchozí třídu:
konfigurace policy-map ingress_policy1 class class-default policejní sazba procent 30 !

Vytvořte třídu provozu
Chcete-li vytvořit třídu provozu obsahující kritéria shody, zadejte název třídy provozu pomocí příkazu class-map a podle potřeby pak použijte příkazy shody v režimu konfigurace mapy tříd.
Směrnice
· Uživatelé mohou zadat více hodnot pro typ shody v jednom řádku konfigurace; to znamená, že pokud první hodnota nesplňuje kritéria shody, pak se pro klasifikaci považuje další hodnota uvedená v prohlášení o shodě.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 21

Vytvořte třídu provozu

Klasifikujte pakety pro identifikaci specifického provozu

· Použijte klíčové slovo not s příkazem match k provedení shody na základě hodnot pole, které nejsou specifikovány.
· Všechny příkazy pro shodu uvedené v této konfigurační úloze jsou považovány za volitelné, ale pro třídu musíte nakonfigurovat alespoň jedno kritérium shody.
· Pokud zadáte shodu-jakýkoli, musí být splněno jedno z kritérií shody, aby byl provoz vstupující do dopravní třídy klasifikován jako součást dopravní třídy. Toto je výchozí nastavení. Pokud zadáte shodu-vše, provoz musí odpovídat všem kritériím shody.
· U příkazu match access-group není podporována klasifikace QoS na základě délky paketu nebo pole TTL (time to live) v hlavičkách IPv4 a IPv6.
· V případě příkazu match access-group, když je v mapě tříd použit seznam ACL, akce odmítnutí ACL je ignorována a provoz je klasifikován na základě specifikovaných parametrů shody ACL.
· Shoda qos-group, traffic-class, DSCP/Prec a MPLS EXP jsou podporovány pouze ve výstupním směru a toto jsou jediná kritéria shody podporovaná ve výstupním směru.
· Výchozí třída výstupu implicitně odpovídá qos-group 0.
· Multicast má systémovou cestu, která je odlišná od unicast na routeru, a později se setkají na výstupu v poměru multicast-to-unicast 20:80 na bázi rozhraní. Tento poměr je udržován na stejné úrovni priority jako u provozu.
· Výstupní QoS pro vícesměrový provoz považuje provozní třídy 0-5 za s nízkou prioritou a provozní třídy 6-7 za vysokou prioritu. V současné době to není uživatelsky konfigurovatelné.
· Tvarování výstupu se neprojeví u multicastového provozu ve třídách provozu s vysokou prioritou (HP). Vztahuje se pouze na provoz unicast.
· Pokud nastavíte třídu provozu na zásadě vstupu a nemáte odpovídající třídu na výstupu pro odpovídající hodnotu třídy provozu, pak přenos na vstupu s touto třídou nebude zohledněn ve výchozí třídě na mapě politiky výstupu.
· Pouze třída provozu 0 spadá do výchozí třídy. Nenulová třída provozu přiřazená na vstupu, ale bez přiřazené výstupní fronty, nespadá ani do výchozí třídy, ani do žádné jiné třídy.
Konfigurace Přample
Chcete-li dokončit konfiguraci provozní třídy, musíte provést následující: 1. Vytvoření mapy tříd
2. Určení kritérií shody pro klasifikaci paketu jako člena dané konkrétní třídy (Seznam podporovaných typů shody viz Prvky třídy provozu, na straně 20.)
Router# configure Router(config)# class-map match-any qos-1 Router(config-cmap)# match qos-group 1 Router(config-cmap)# end-class-map Router(config-cmap)# commit
Tento příkaz použijte k ověření konfigurace mapy tříd:

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 22

Klasifikujte pakety pro identifikaci specifického provozu

Prvky dopravní politiky

Router#show class-map qos-1 1) ClassMap: qos-1 Typ: qos
Odkazuje na 2 Policymaps
Viz také Připojení zásady provozu k rozhraní, na straně 24.
Příbuzná témata · Prvky třídy provozu, na straně 20 · Prvky dopravní politiky, na straně 23

Prvky dopravní politiky

Dopravní politika obsahuje tři prvky: · Název · Třída provozu · Zásady QoS

Po výběru třídy provozu, která se používá ke klasifikaci provozu do dopravní politiky, může uživatel zadat vlastnosti QoS, které se mají použít na klasifikovaný provoz.
MQC nutně nevyžaduje, aby uživatelé k jedné komunikační politice přiřadili pouze jednu třídu provozu.
Pořadí, ve kterém jsou třídy konfigurovány v mapě zásad, je důležité. Pravidla shody tříd jsou naprogramována do TCAM v pořadí, ve kterém jsou třídy specifikovány v mapě politik. Pokud se tedy paket může shodovat s více třídami, vrátí se pouze první odpovídající třída a použije se odpovídající politika.
Směrovač podporuje 8 tříd na mapu politik ve směru vstupu a 8 tříd na mapu politik ve směru výstupu.
Tato tabulka ukazuje podporované akce třídy na routeru.

Podporované typy akcí

Směr podporován na rozhraních

zbývající šířka pásma

výtok

označit

Viz Označování paketů, na straně 30

POLICIE

vniknutí

přednost

výstup (úroveň 1 až úroveň 7)

fronta-limit

výtok

tvar

výtok

červený

výtok

RED podporuje možnost vyřazení třídy; jediné hodnoty, které mají být předány do třídy vyřazení, jsou 0 a 1.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 23

Vytvořte zásady provozu

Klasifikujte pakety pro identifikaci specifického provozu

Vytvořte zásady provozu
Účelem dopravní politiky je konfigurovat vlastnosti QoS, které by měly být spojeny s provozem, který byl klasifikován v uživatelsky specifikované provozní třídě nebo třídách. Chcete-li nakonfigurovat třídu provozu, viz Vytvoření třídy provozu, na straně 21. Poté, co definujete dopravní politiku pomocí příkazu policy-map, můžete ji připojit k jednomu nebo více rozhraním a určit dopravní politiku pro tato rozhraní pomocí služby -policy příkaz v režimu konfigurace rozhraní. S podporou duálních zásad můžete mít na výstupu dvě dopravní zásady, jednu označovací a jednu řazení do fronty. Viz Připojení dopravních zásad k rozhraní, na straně 24.
Konfigurace Přample Chcete-li dokončit konfiguraci komunikační politiky, musíte provést následující: 1. Vytvoření mapy politik, kterou lze připojit k jednomu nebo více rozhraním pro specifikaci servisní politiky 2. Přiřazení třídy provozu k komunikační politice 3. Zadání třídy- akce (viz Prvky dopravní politiky, na straně 23)
Router# configure Router(config)# policy-map test-shape-1 Router(config-pmap)# class qos-1
/* Konfigurace class-action ('shape' v tomto příkladuample). Opakujte podle potřeby a zadejte další akce třídy */ Router(config-pmap-c)# tvar průměrné procento 40 Router(config-pmap-c)# exit
/* Opakujte konfiguraci třídy podle potřeby pro určení dalších tříd */
Router(config-pmap)# end-policy-map Router(config)# commit
Příbuzná témata · Prvky dopravní politiky, na straně 23 · Prvky třídy provozu, na straně 20
Připojte k rozhraní zásady provozu
Po vytvoření provozní třídy a dopravní politiky musíte připojit komunikační politiku k rozhraní a určit směr, kterým má být politika aplikována.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 24

Klasifikujte pakety pro identifikaci specifického provozu

Připojte k rozhraní zásady provozu

Poznámka Hierarchické zásady nejsou podporovány. Když je na rozhraní aplikována mapa politik, počítadlo přenosové rychlosti každé třídy není přesné. Je to proto, že čítač přenosové rychlosti je vypočítán na základě exponenciálního filtru poklesu.
Konfigurace Přample Chcete-li připojit dopravní politiku k rozhraní, musíte provést následující: 1. Vytvoření třídy provozu a souvisejících pravidel, která přiřazují pakety k této třídě (viz Vytvoření třídy provozu,
na straně 21 ) 2. Vytvoření komunikační politiky, kterou lze připojit k jednomu nebo více rozhraním a specifikovat tak servisní politiku (viz
Vytvoření dopravní politiky, na straně 24 ) 3. Přiřazení dopravní třídy k dopravní politice 4. Přiřazení dopravní politiky k rozhraní ve směru vstupu nebo výstupu
Router# configuration Router(config)# interface fourHundredGigE 0/0/0/2 Router(config-int)# výstup služby-zásady s přísnou prioritou Router(config-int)# commit
Spuštění konfigurace
/* Konfigurace mapy tříd */
class-map match-any traffic-class-7 match traffic-class 7 end-class-map
!třída-mapa odpovídá-jakékoli dopravní-třídě-6 odpovídá traffic-class 6 end-class-map
class-map match-any traffic-class-5 match traffic-class 5 end-class-map
class-map match-any traffic-class-4 match traffic-class 4 end-class-map
class-map match-any traffic-class-3 match traffic-class 3
class-map match-any traffic-class-2 match traffic-class 2 end-class-map
class-map match-any traffic-class-1 match traffic-class 1 end-class-map
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 25

Připojte k rozhraní zásady provozu

Klasifikujte pakety pro identifikaci specifického provozu

/* Konfigurace zásad provozu */
policy-map test-shape-1 class traffic-class-1 shape průměrné procento 40 !
policy-map strict-priority class tc7 úroveň priority 1 queue-limit 75 mbytes ! třída tc6 úroveň priority 2 limit fronty 75 mbytů ! třída tc5 úroveň priority 3 limit fronty 75 mbytů ! třída tc4 úroveň priority 4 limit fronty 75 mbytů ! třída tc3 úroveň priority 5 limit fronty 75 mbytů ! třída tc2 úroveň priority 6 limit fronty 75 mbytů ! třída tc1 úroveň priority 7 limit fronty 75 mbytů ! class class-default queue-limit 75 mbytes ! end-policy-map
—–
/* Připojení dopravní politiky k rozhraní ve výstupním směru */ interface fourHundredGigE 0/0/0/2
výstup servisní politiky s přísnou prioritou !

Ověření

Router# #show qos int výstup fourHundredGigE 0/0/0/2

POZNÁMKA:- Konfigurované hodnoty jsou zobrazeny v závorkách Rozhraní FourHundredGigE0/0/0/2 ifh 0xf0001c0 — výstupní politika

ID NPU: Celkový počet tříd: Šířka pásma rozhraní: Název zásady:

0 8 400000000 kbps s přísnou prioritou

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 26

Klasifikujte pakety pro identifikaci specifického provozu

Připojte k rozhraní zásady provozu

VOQ Base:

2400

Typ účetnictví:

Vrstva 1 (zahrnuje zapouzdření vrstvy 1 a vyšší)

—————————————————————————————

Třída úrovně 1 (HP1)

= tc7

ID fronty Egressq

= 2407 (fronta HP1)

Max. fronta BW.

= žádné maximum (výchozí)

TailDrop Threshold

= 74999808 bajtů / 2 ms (75 megabajtů)

WRED není nakonfigurován pro tuto třídu

Třída Level1 (HP2) Egressq Queue ID Fronta Max. BW. TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= tc6 = 2406 (fronta HP2) = žádné maximum (výchozí) = 74999808 bajtů / 2 ms (75 megabajtů)

Třída Level1 (HP3) Egressq Queue ID Fronta Max. BW. TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= tc5 = 2405 (fronta HP3) = žádné maximum (výchozí) = 74999808 bajtů / 2 ms (75 megabajtů)

Třída Level1 (HP4) Egressq Queue ID Fronta Max. BW. TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= tc4 = 2404 (fronta HP4) = žádné maximum (výchozí) = 74999808 bajtů / 2 ms (75 megabajtů)

Třída Level1 (HP5) Egressq Queue ID Fronta Max. BW. TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= tc3 = 2403 (fronta HP5) = žádné maximum (výchozí) = 74999808 bajtů / 2 ms (75 megabajtů)

Třída Level1 (HP6) Egressq Queue ID Fronta Max. BW. TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= tc2 = 2402 (fronta HP6) = žádné maximum (výchozí) = 74999808 bajtů / 2 ms (75 megabajtů)

Třída Level1 (HP7) Egressq Queue ID Fronta Max. BW. TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= tc1 = 2401 (fronta HP7) = žádné maximum (výchozí) = 74999808 bajtů / 2 ms (75 megabajtů)

Úroveň 1 Třída Egressq Queue ID Fronta Max. BW. Inverzní váha / Hmotnost TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= class-default = 2400 (výchozí fronta LP) = žádná max. (výchozí) = 1 / (BWR není nakonfigurováno) = 74999808 bajtů / 150 ms (75 megabajtů)

Příbuzná témata · Prvky dopravní politiky, na straně 23 · Prvky třídy provozu, na straně 20

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 27

Připojte k rozhraní zásady provozu

Klasifikujte pakety pro identifikaci specifického provozu

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 28

4 KAPITOLA
Označením paketů změníte nastavení priority
· Packet Marking Overview, na straně 29 · Funkce a výhody bezpodmínečného označování paketů podle třídy, na straně 31 · Konfigurace nepodmíněného označování paketů podle třídy, na straně 32 · Nepodmíněné označování paketů podle třídy: Př.amples, na straně 33 · Priorita IP ve srovnání s označením IP DSCP, na straně 35 · Úprava zásad na místě, na straně 36
Označení paketů přesview
Označení paketů ve vstupních mapách zásad můžete použít k nastavení nebo úpravě atributů pro provoz patřící do určité třídy. Napřample, můžete změnit hodnotu CoS ve třídě nebo nastavit hodnoty IP DSCP nebo priority IP pro určitý typ provozu. Tyto nové hodnoty se pak použijí k určení, jak se má s provozem zacházet.
Poznámka Od verze Cisco IOS XR Release 7.2.12 je podpora pro označování paketů na přenosových rozhraních vrstvy 2 stejná jako podpora označování na rozhraních vrstvy 3. Tato podpora se však vztahuje pouze na hlavní rozhraní (fyzická rozhraní a rozhraní svazků), nikoli na dílčí rozhraní.
Výchozí označení
Když vstupní nebo výstupní rozhraní přidá VLAN tags nebo MPLS, vyžaduje výchozí hodnotu pro třídu služby a hodnoty EXP, které do nich patří tags a štítky. Na routeru jeden ingress default QoS mapping profile a jeden výchozí výchozí QoS mapping profile jsou vytvářeny a konfigurovány pro každé zařízení během inicializace.
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 29

Chování QoS pro tunely GRE (Generic Routing Encapsulation).

Označením paketů změníte nastavení priority

Chování QoS pro tunely GRE (Generic Routing Encapsulation).

Tabulka 6: Tabulka historie funkcí

Název funkce

Informace o vydání

Chování QoS pro Generic Routing Release 7.3.1 Encapsulation (GRE) Tunely: Výchozí označení

Popis funkce
S podporou rozhraní GRE zapouzdření a dekapsulace tunelů došlo k několika důležitým aktualizacím chování QoS pro tunely GRE. Tyto aktualizace jsou použitelné pro výchozí označování paketů a zahrnují experimentální bity Type of Service (ToS) a MPLS.

GRE zapouzdření
Pokud nenakonfigurujete typ služby (ToS), hodnota priority vnější IP nebo hodnota kódu DSCP (diferencované služby) se zkopíruje z vnitřní hlavičky IP. Pokud nakonfigurujete ToS, vnější hodnota priority IP nebo hodnota DCSP odpovídá konfiguraci ToS.
Dekapsulace GRE
Během dekapsulace jsou experimentální bity MPLS (EXP) odvozeny z vnějšího IP paketu. Další informace o tunelech GRE naleznete v Průvodci konfigurací rozhraní pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x.

Označení paketů
Funkce označování paketů, také nazývaná explicitní označování, poskytuje uživatelům prostředky k rozlišení paketů na základě určených značek. Router podporuje značení příchozích a odchozích paketů.

Podporované operace označování paketů Tato tabulka ukazuje podporované operace označování paketů.

Rozsah podporovaných typů značek

Podpora bezpodmínečného značení

nastavit třídu vyřazení

0-1

vniknutí

nastavit dscp

0-63

vniknutí

nastavit mpls experimental 0-7 nejvyšší

vniknutí

nastavit přednost

0-7

vniknutí

nastavit qos-group

0-7

vniknutí

Podpora podmíněného značení Ne Ne Ne
Ne Ne

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 30

Označením paketů změníte nastavení priority

Chování QoS pro tunely GRE (Generic Routing Encapsulation).

Tabulka 7: Tabulka historie funkcí

Název funkce

Informace o vydání

Chování QoS pro Generic Routing Release 7.3.1 Encapsulation (GRE) Tunely: Explicitní značení

Popis funkce
S podporou rozhraní GRE zapouzdření a dekapsulace tunelů došlo k několika důležitým aktualizacím chování QoS pro tunely GRE. Tyto aktualizace jsou použitelné pro explicitní označování paketů a zahrnují chování QoS během vstupu a výstupu.

GRE zapouzdření
Během zapouzdření užitečného zatížení IPv4/IPv6 do hlavičky GRE je chování QoS následující:
· Ingress: QoS podporuje klasifikaci v polích užitečného zatížení vrstvy 3 nebo EXP a poznámku v záhlaví IP DSCP.
· Egress: QoS podporuje nastavení vnější GRE IP hlavičky DSCP. Nepřepíše konfiguraci Tunnel Type of Service (ToS) a nezaznamenává hlavičku GRE IP DCSP.

Dekapsulace GRE
Během dekapsulace vnější hlavičky GRE (během které je vnitřní užitečné zatížení IPv4/IPv6/MPLS předáváno směrovači dalšího skoku) je chování QoS následující:
· Ingress: QoS podporuje klasifikaci na polích vrstvy 3 vnějšího GRE pomocí příkazu set qos-group. Nastavení DSCP na vstupním rozhraní nastaví DSCP pro vnitřní hlavičky.
· Egress: QoS podporuje klasifikaci pomocí qos-group pro nastavení DSCP nebo EXP pro výstupní pakety.
Další informace o tunelech GRE naleznete v Průvodci konfigurací rozhraní pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x.

Funkce a výhody nepodmíněného označování paketů podle třídy
Funkce označování paketů vám umožňuje rozdělit vaši síť do několika úrovní priority nebo tříd služeb, a to následovně:
· Pomocí QoS bezpodmínečného značení paketů nastavte prioritu IP nebo hodnoty IP DSCP pro pakety vstupující do sítě. Směrovače ve vaší síti pak mohou pomocí nově označených hodnot priority IP určit, jak se má s provozem zacházet.
Ve směru vstupu můžete po porovnání provozu na základě hodnoty IP Precedence nebo DSCP nastavit konkrétní třídu vyřazení. Vážená náhodná včasná detekce (WRED), technika zabránění přetížení, proto používá hodnoty třídy discard k určení pravděpodobnosti, že paket bude zahozen.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 31

Konfigurace nepodmíněného označování paketů na základě třídy

Označením paketů změníte nastavení priority

· K přiřazení paketů MPLS skupině QoS použijte bezpodmínečné označování paketů QoS. Směrovač používá skupinu QoS k určení, jak upřednostnit pakety pro přenos. Chcete-li nastavit identifikátor skupiny QoS na paketech MPLS, použijte příkaz set qos-group v režimu konfigurace třídy mapování zásad.
Poznámka Nastavení identifikátoru skupiny QoS automaticky neupřednostňuje pakety pro přenos. Nejprve musíte nakonfigurovat politiku výstupu, která používá skupinu QoS.
· Označte pakety MPLS (Multiprotocol Label Switching) nastavením bitů EXP v rámci uloženého nebo nejvyššího štítku.
· Označte pakety nastavením hodnoty argumentu qos-group. · Označte pakety nastavením hodnoty argumentu discard-class.
Poznámka: qos-group a discard-class jsou interní proměnné směrovače a nejsou přenášeny.
Konfigurační úloha je popsána v části Konfigurace nepodmíněného označování paketů na základě třídy, na stránce 32.
Konfigurace nepodmíněného označování paketů na základě třídy
Tato konfigurační úloha vysvětluje, jak nakonfigurovat následující funkce bezpodmínečného označování paketů na vašem routeru:
· Hodnota priority IP · Hodnota IP DSCP · Hodnota skupiny QoS (pouze vstup) · Hodnota CoS (výstup pouze na dílčích rozhraních vrstvy 3) · Experimentální hodnota MPLS · Třída vyřazení
Poznámka Akce IPv4 a IPv6 QoS použité na MPLS tagged pakety nejsou podporovány. Konfigurace je přijata, ale není provedena žádná akce.
Konfigurace Přample Při konfiguraci funkcí bezpodmínečného označování paketů na směrovači postupujte podle těchto kroků. 1. Vytvořte nebo upravte mapu zásad, kterou lze připojit k jednomu nebo více rozhraním, aby bylo možné určit zásadu služby
a přejděte do režimu konfigurace mapy zásad. 2. Nakonfigurujte rozhraní a přejděte do režimu konfigurace rozhraní.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 32

Označením paketů změníte nastavení priority

Nepodmíněné značení paketů na základě třídy: Přamples

3. Ke vstupnímu nebo výstupnímu rozhraní připojte mapu zásad, která má být použita jako zásada služeb pro toto rozhraní.
Konfigurace Přample
router# configuration router(config)# interface stoveGigE 0/0/0/24 router(config-pmap)# policy-map policy1 Router(config-int)# commit
Spuštění konfigurace
router(config)# policy-map policy1
class-map match-any class1 match protocol ipv4 end-class-map
! ! policy-map policy1
třída třída1 nastavit přednost 1
! class class-default ! end-policy-map! rozhraní HundredGigE0/0/0/24 politika vstupu služby1
!
Ověření Spuštěním tohoto příkazu zobrazíte informace o konfiguraci zásad pro všechny třídy nakonfigurované pro všechny zásady služeb na zadaném rozhraní.
router# show run interface stoveGigE 0/0/0/24
Nepodmíněné značení paketů na základě třídy: Přamples
To jsou typické exampsoubory pro nepodmíněné označování paketů na základě třídy.
Konfigurace IP priority Marking: Přample
V tomto example je vytvořena zásada služby s názvem policy1. Tato zásada služeb je přidružena k dříve definované mapě třídy nazvané class1 pomocí příkazu class a poté je zásada služby připojena k výstupnímu rozhraní HundredGigE 0/7/0/1. Bit priority IP v bajtu ToS je nastaven na 1:
policy-map policy1 class class1 nastavená priorita 1
!

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 33

Konfigurace značení IP DSCP: Přample

Označením paketů změníte nastavení priority

rozhraní HundredGigE 0/7/0/1 service-policy output policy1
Konfigurace značení IP DSCP: Přample
V tomto example je vytvořena zásada služby s názvem policy1. Tato zásada služeb je přidružena k dříve definované mapě tříd pomocí příkazu class. V tomto example, předpokládá se, že mapa tříd s názvem class1 byla dříve nakonfigurována a je vytvořena nová mapa tříd s názvem class2. V tomto example, hodnota IP DSCP v bajtu ToS je nastavena na 5:
policy-map policy1 class class1 set dscp 5
třída class2 set dscp ef
Poté, co nakonfigurujete nastavení zobrazená pro hlasové pakety na okraji, budou všechny mezilehlé směrovače nakonfigurovány tak, aby poskytovaly hlasové pakety s nízkou latencí, a to následovně:
class-map voice match dscp ef
policy-map qos-policy class hlasová priorita 1 policejní sazba procenta 10
Konfigurace QoS Group Marking: Přample
V tomto example je vytvořena zásada služby s názvem policy1. Tato zásada služeb je přidružena k mapě třídy nazvané class1 pomocí příkazu class a poté je zásada služby připojena ve směru vstupu na HundredGigE 0/7/0/1. Hodnota qos-group je nastavena na 1.
class-map match-any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set qos-group 1 !
rozhraní HundredGigE 0/7/0/1 politika vstupu služby1
Poznámka Příkaz set qos-group je podporován pouze u zásady přístupu.
Konfigurace značení CoS: Napřample
V tomto example je vytvořena zásada služby s názvem policy1. Tato zásada služeb je přidružena k mapě třídy nazvané class1 pomocí příkazu class a poté je zásada služby připojena ve výstupním směru na HundredGigE 0/7/0/1.100. Bity IEEE 802.1p (CoS) v záhlaví vrstvy 2 jsou nastaveny na 1.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 34

Označením paketů změníte nastavení priority

Konfigurace značení experimentálního vyřazení bitů MPLS: Přample

class-map match-any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set cos 1 !
rozhraní HundredGigE 0/7/0/1.100 politika vstupu služby1
Konfigurace značení experimentálního vyřazení bitů MPLS: Přample
V tomto example je vytvořena zásada služby s názvem policy1. Tato zásada služeb je přidružena k mapě třídy nazvané class1 pomocí příkazu class a poté je zásada služby připojena ve směru vstupu na HundredGigE 0/7/0/1. Bity MPLS EXP všech uložených štítků jsou nastaveny na 1.
class-map match-any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set mpls exp imposition 1
! rozhraní HundredGigE 0/7/0/1
politika vstupu služby1
Poznámka Příkaz set mpls exp imposition je podporován pouze na zásadách vstupu.
Konfigurace MPLS experimentálního nejvyššího značení: Přample
V tomto example je vytvořena zásada služby s názvem policy1. Tato zásada služeb je přidružena k mapě třídy nazvané class1 pomocí příkazu class a poté je zásada služby připojena ve výstupním směru na HundredGigE 0/7/0/1. Bity MPLS EXP na štítku TOPMOST jsou nastaveny na 1:
class-map match-any class1 match mpls exp topmost 2
policy-map policy1 class class1 set mpls exp topmost 1 !
rozhraní HundredGigE 0/7/0/1 service-policy output policy1
IP Precedence ve srovnání s IP DSCP Marking
Pokud potřebujete označit pakety ve vaší síti a všechna vaše zařízení podporují označení IP DSCP, použijte k označení paketů označení IP DSCP, protože označení IP DSCP poskytuje bezpodmínečnější označení paketů.
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 35

Konfigurace DSCP CS7 (přednost 7)

Označením paketů změníte nastavení priority

možnosti. Pokud je však označení pomocí IP DSCP nežádoucí nebo pokud si nejste jisti, zda zařízení ve vaší síti podporují hodnoty IP DSCP, použijte k označení paketů hodnotu priority IP. Hodnota priority IP bude pravděpodobně podporována všemi zařízeními v síti. Můžete nastavit až 8 různých značek priority IP a 64 různých značek IP DSCP.
Konfigurace DSCP CS7 (přednost 7)
Viz následující examppro konfiguraci voleb v DSCP pro konkrétní zdrojovou adresu v paketech IPv4.
Konfigurace Přample
policy-map policy1 class class1 set dscp cs7 !

Úprava zásad na místě
Funkce úpravy zásad na místě vám umožňuje upravit zásadu QoS, i když je zásada QoS připojena k jednomu nebo více rozhraním. Upravená zásada je podrobena stejným kontrolám jako nová zásada, když je vázána na rozhraní. Pokud je úprava politiky úspěšná, upravená politika se projeví na všech rozhraních, ke kterým je politika připojena. Pokud však úprava zásady selže na některém z rozhraní, je spuštěno automatické vrácení zpět, aby bylo zajištěno, že zásada před úpravou bude účinná na všech rozhraních.
Můžete také upravit jakoukoli mapu tříd použitou v mapě zásad. Změny provedené v mapě tříd se projeví ve všech rozhraních, ke kterým je politika připojena.

Poznámka

· Statistiky QoS pro zásadu, která je připojena k rozhraní, jsou ztraceny (resetovány na 0), když je zásada

upraveno.

· Když je upravena zásada QoS připojená k rozhraní, nemusí na rozhraní, ve kterých je upravená zásada po krátkou dobu používána, platit žádná zásada.

· Úprava ACL na místě neresetuje čítač statistik mapy politik.

Ověření Pokud se během úpravy zásad na místě vyskytnou neodstranitelné chyby, je zásada na cílových rozhraních uvedena do nekonzistentního stavu. Žádná nová konfigurace není možná, dokud není konfigurační relace odblokována. Doporučuje se odstranit zásadu z rozhraní, zkontrolovat upravenou zásadu a poté ji znovu použít.
Doporučení pro použití úpravy zásad na místě
Po krátkou dobu, kdy se zásada QoS upravuje, nemusí být účinná žádná zásada na rozhraních, ve kterých se upravená zásada používá. Z tohoto důvodu upravte zásady QoS, které ovlivňují nejméně

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 36

Označením paketů změníte nastavení priority

Doporučení pro použití úpravy zásad na místě

počet rozhraní najednou. Pomocí příkazu show policy-map targets identifikujte počet rozhraní, která budou ovlivněna během úpravy mapy politik.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 37

Doporučení pro použití úpravy zásad na místě

Označením paketů změníte nastavení priority

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 38

5 KAPITOLA
Vyhýbání se zácpám
· Zamezení přetížení, na straně 39 · Režimy řazení do fronty, na straně 39 · Zamezení přetížení ve VOQ, na straně 40 · Spravedlivý dopravní tok s využitím spravedlivého VOQ, na straně 44 · Modulární QoS zabránění přetížení, na straně 50 · Pokles ocasu a fronta FIFO , na straně 50 · Náhodná včasná detekce a TCP, na straně 52 · Explicitní upozornění na přetížení , na straně 54
Vyhýbání se zácpám
Zařazení do fronty poskytuje způsob, jak dočasně uložit data, když je rychlost přijatých dat větší než ta, která lze odeslat. Správa front a vyrovnávacích pamětí je primárním cílem zamezení zahlcení. Jakmile se fronta začne zaplňovat daty, je důležité pokusit se zajistit, aby se dostupná paměť v ASIC/NPU nezaplnila úplně. Pokud k tomu dojde, následující pakety přicházející na port jsou zahozeny, bez ohledu na prioritu, kterou přijaly. To by mohlo mít škodlivý vliv na výkon kritických aplikací. Z tohoto důvodu se používají techniky vyhýbání se zahlcení, aby se snížilo riziko, že fronta zcela zaplní paměť a nezahltí fronty kvůli paměti. Prahové hodnoty fronty se používají ke spuštění poklesu, když jsou překročeny určité úrovně obsazenosti. Plánování je mechanismus QoS, který se používá k vyprázdnění front dat a odeslání dat dále na místo určení. Tvarování je akt ukládání provozu v rámci portu nebo fronty do vyrovnávací paměti, dokud není možné jej naplánovat. Tvarování vyhlazuje provoz, díky čemuž jsou dopravní toky mnohem předvídatelnější. Pomáhá zajistit, aby každá vysílací fronta byla omezena na maximální rychlost provozu.
Režimy řazení do fronty
Pro řazení síťového rozhraní jsou podporovány dva režimy řazení do fronty v síti: výchozí režim 8xVOQ (zařazení do fronty virtuálního výstupu) a 4xVOQ. Chcete-li změnit režim z jednoho na druhý, musíte nejprve znovu načíst všechny linkové karty v systému.
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 39

Zásady řazení hlavního rozhraní

Vyhýbání se zácpám

V režimu 8xVOQ je pro každé rozhraní přiděleno osm VoQ a jejich přidružené zdroje. Tyto fronty jsou alokovány bez ohledu na přesnou konfiguraci zásad na daném rozhraní. Tento režim podporuje samostatné VOQ pro každou z osmi interních tříd provozu. V režimu 4xVOQ jsou každému rozhraní přiděleny čtyři VoQ a jejich přidružené zdroje a tyto fronty jsou alokovány bez ohledu na přesnou aplikovanou politiku. V tomto režimu systém podporuje dvojnásobný počet logických rozhraní, ale osm tříd provozu musí být namapováno konfigurací na čtyři VoQ, nikoli na osm VoQ.
Poznámka Od verze Cisco IOS XR Release 7.2.12 jsou všechny funkce řazení do fronty, které jsou podporovány na rozhraních vrstvy 3, podporovány také na rozhraních vrstvy 2. Tyto funkce se však vztahují pouze na hlavní rozhraní (fyzická rozhraní a rozhraní svazků), nikoli na dílčí rozhraní.
Zásady řazení hlavního rozhraní
Výchozí fronty hlavního rozhraní se vytvářejí jako součást vytváření hlavního rozhraní. Když na hlavní rozhraní použijete zásadu řazení do front, přepíše se tím výchozí parametry řazení a plánování pro třídy provozu, které jste nakonfigurovali. V režimu 8xVOQ se pro hlavní fronty rozhraní používá hierarchie P1+P2+6PN (výchozí řazení a plánování). Výchozí fronty se používají pro veškerý provoz na hlavním rozhraní a provoz na libovolné podrozhraní bez použití zásad řazení do front. Řídicí/protokolový provoz využívá třídu provozu 7 (TC7), prioritu 1 (P1), aby se zabránilo poklesu během přetížení.
Zásady řazení dílčích rozhraní
Každé dílčí rozhraní podporuje až tři zásady: zásadu vstupu, politiku označování výstupu a politiku řazení výstupu. Chcete-li vytvořit a nakonfigurovat samostatnou sadu VoQ pro dílčí rozhraní, aplikujte na toto dílčí rozhraní zásadu řazení do fronty. Když odstraníte zásadu řazení podrozhraní do fronty, související hlasové dotazy se uvolní a provoz na podrozhraní se vrátí k používání hlasových záznamů hlavního rozhraní.
Vyhýbání se přetížení ve VOQ
Vyhýbání se přetížení v rámci bloku VOQ se provádí aplikací profíka řízení přetíženífile na VOQ. Tento profíkfile definuje přijímací kritéria a kontroly prováděné v době fronty. Za normálních provozních podmínek je paket zařazen do vyrovnávacích pamětí systému sdílené paměti (SMS). (Systém sdílené paměti je primární oblastí úložiště paketů.) Pokud je SMS VOQ zahlcena nad nastavenou prahovou hodnotu, VOQ se přesune do externího bloku High Band Memory (HBM). Když se fronta HBM vyčerpá, vrátí se do SMS na čipu. Velikost fronty v HBM je adaptivní a snižuje se, když je celkové využití HBM vysoké.
Poznámka Random Early Detect (RED) je k dispozici pouze pro VOQ v HBM. Hardware nepodporuje Weighted Random Early Detect (WRED).

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 40

Vyhýbání se zácpám

Sdílení počítadel statistik VOQ

Sdílení počítadel statistik VOQ
Každý síťový procesor na routeru má více segmentů (nebo kanálů) a každý segment má sadu VOQ spojených s každým rozhraním na routeru. Pro udržení čítačů na vysokých rychlostech paketů jsou ke každému rozhraní na každém síťovém segmentu přiřazeny dvě sady čítačů. Jako exampZvažte zařízení se šesti řezy (12 rozhraními), každý s 24,000 12 VOQ, kde chcete počítat jak přenášené, tak zahozené události. V tomto scénáři byste potřebovali 24 x 000 2 x 5 = 76,000 1,2,4,8 XNUMX čítačů, což samo o sobě překračuje kapacitu čítače zařízení. Pro zmírnění takového scénáře router podporuje konfigurovatelné sdílení čítačů VOQ. Sdílení můžete nakonfigurovat tak, aby počítadlo sdílelo {XNUMX} VOQ. Každá sada čítačů sdílení VoQ má dva čítače, které měří:
· Pakety zařazené do fronty se počítají v paketech a jednotkách bajtů.
· Zahozené pakety se počítají v paketech a jednotkách bajtů.
Aby se tato funkce projevila: · Odstraňte konfiguraci mapy zásad výstupní fronty ze všech rozhraní.
· Spusťte příkaz # reload location all pro opětovné načtení všech uzlů na vašem routeru.

Konfigurace sdílení počítadel statistik VOQ
Chcete-li nakonfigurovat čítače sdílení VOQ, použijte #hw-module profile stats voqs-sharing-counters a specifikuje počet VOQ čítačů pro každou frontu.
RP/0/RP0/CPU0:ios(config)#hw-module profile statistiky? voqs-sharing-counters Konfigurace počtu čítačů sdílení voqs (1, 2, 4)
RP/0/RP0/CPU0:ios(config)#hw-module profile statistiky voqs-sharing-counters ? 1 počítadlo pro každou frontu 2 2 fronty sdílejí počítadla 4 4 fronty sdílejí počítadla
RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#reload location all

Spuštění konfigurace
RP/0/RP0/CPU0:ios#show run | v hw-mod Po 10. únor 13:57:35.296 UTC Konfigurace budovy… hw-module profile statistiky voqs-sharing-counters 2 RP/0/RP0/CPU0:ios#

Ověření
RP/0/RP0/CPU0:ios#show controllers npu stats voq ingress interface stoveGigE 0/0/0/16 instance all location 0/RP0/CPU0 Mon Feb 10 13:58:26.661 UTC

Název rozhraní =

Rukojeť rozhraní =

Umístění

Asic instance

Základna VOQ

Hu0/0/0/16 f0001b0
0/RP0/CPU0 0
10288

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 41

Duální limit fronty

Vyhýbání se zácpám

Rychlost portu (kbps) = 100000000

Místní přístav

místní

Režim VOQ

Režim sdíleného počítadla =

ReceivedPkts ReceivedBytes DroppedPkts

Zahozené bajty

————————————————————————-

TC_{0,1} = 114023724

39908275541

113945980

39881093000

TC_{2,3} = 194969733

68239406550

196612981

68814543350

TC_{4,5} = 139949276

69388697075

139811376

67907466750

TC_{6,7} = 194988538

68242491778

196612926

68814524100

Související příkazy hw-module profile statistiky voqs-sharing-counters

Duální limit fronty
Možnost omezení duální fronty je přidána do příkazu queue-limit na CLI vašeho routeru a zobrazuje se jako discard-class. Možnost třídy vyřazení vám dává flexibilitu při konfiguraci dvou limitů fronty na jedné mapě zásad – jeden pro provoz s vysokou prioritou a druhý pro provoz s nízkou prioritou. Tato volba zajišťuje, že tok provozu s vysokou prioritou bude pokračovat neovlivněn (až do odvozeného prahu z limitu fronty třídy 0 pro vyřazení), zatímco provoz s nízkou prioritou bude pokračovat až po nižší práh (podle limitu fronty třídy vyřazení 1).

Řekněte mi více Dva limity fronty můžete nakonfigurovat podle těchto podrobností:
· Jeden pro tok, který označíte jako třída vyřazení 0 (vyšší priorita) při vstupu přes ingress-policy. · za druhé, pro tok, který označíte jako třída vyřazení 1 (nižší priorita) při vstupu prostřednictvím zásady vstupu.

Tok třídy vyřazení 1 (pro provoz s nízkou prioritou) začne klesat, když délka fronty dosáhne limitu velikosti, který jste nakonfigurovali pro třídu vyřazení 1. Naopak tok pro třídu vyřazení 1 přestane klesat, když délka fronty klesne pod jeho nakonfigurovanou hodnotu.

Jako example, zvažte tuto konfiguraci:

policy-map egress_pol_dql class tc7
queue-limit discard-class 0 100 mbytes queue-limit discard-class 1 50 mbytes úroveň priority 1 ! třída třída-výchozí poměr zbývající šířky pásma 1 ! end-policy-map !

Zvažte také ověření:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#show rozhraní qos stoGigE 0/0/0/30 výstup

POZNÁMKA: - Konfigurované hodnoty jsou zobrazeny v závorkách

Rozhraní HundredGigE0/0/0/30 ifh 0xf000210 — výstupní politika

ID NPU:

Celkový počet tříd:

Šířka pásma rozhraní:

100000000 kbps

Název zásady:

egress_pol_dql

VOQ Base:

464

Typ účetnictví:

Vrstva 1 (zahrnuje zapouzdření vrstvy 1 a vyšší)

Režim VOQ:

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 42

Vyhýbání se zácpám

Omezení

Režim sdíleného počítadla:

—————————————————————————————

Třída úrovně 1 (HP1)

= tc7

ID fronty Egressq

= 471 (fronta HP1)

Max. fronta BW.

= žádné maximum (výchozí)

Práh třídy 1 vyřazení

= 25165824 bajtů / 2 ms (50 mbytů)

Práh třídy 0 vyřazení

= 75497472 bajtů / 5 ms (100 mbytů)

WRED není nakonfigurován pro tuto třídu

Úroveň 1 Třída Egressq Queue ID Fronta Max. BW. Inverzní váha / Hmotnost TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= výchozí třída = 464 (výchozí fronta LP) = žádné maximum (výchozí) = 1 / (1) = 749568 6 bajtů / XNUMX ms (výchozí)

V předchozím example, existují dva dopravní toky, které jsou označeny jako třída vyřazení 0 (vyšší priorita) a třída vyřazení 1 (nižší priorita).

Dokud délka fronty dvou toků zůstane pod 25165824 bajty (prahová hodnota pro třídu vyřazení 1), pakety z obou toků pokračují bez jakýchkoli poklesů. Když délka fronty dosáhne 25165824 1 0 bajtů, pakety třídy vyřazení XNUMX se nezařadí do fronty, což zajistí, že veškerá zbývající šířka pásma bude využita pro tok s vyšší prioritou (třída vyřazení XNUMX).

Tok s vyšší prioritou klesne pouze tehdy, když délka fronty dosáhne 75497472 bajtů.

Poznámka

· Tato možnost chrání provoz s vysokou prioritou před ztrátou v důsledku přetížení, ale ne nutně před latencí

kvůli přetížení.

· Tyto prahové hodnoty jsou odvozeny z hardwarově specifických oblastí fronty.

Omezení

Ujistěte se, že jste si přečetli tato omezení týkající se možnosti omezení duální fronty. · Oba limity fronty musí používat stejnou měrnou jednotku.
· Limit fronty pro třídu vyřazení 0 musí být vždy větší než limit pro třídu vyřazení 1.
· Když se ke konfiguraci limitu fronty nepoužívá možnost discard-class, pakety označené třídou discard 0 a discard-class 1 mají stejný limit fronty; jinými slovy, je s nimi zacházeno stejně.
· Limit fronty, který je nakonfigurován pouze s třídou vyřazení 0 nebo třídou vyřazení 1, je odmítnut.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 43

Spravedlivý tok provozu pomocí spravedlivého VOQ

Vyhýbání se zácpám

Spravedlivý tok provozu pomocí spravedlivého VOQ

Tabulka 8: Tabulka historie funkcí

Název funkce

Informace o vydání

Spravedlivý tok provozu s použitím Fair Release 7.3.3 VOQ

Popis funkce
Konfigurace této funkce zajistí, že příchozímu provozu z různých zdrojových portů na každém síťovém segmentu NPU bude přiřazena jedinečná virtuální výstupní fronta (VOQ) pro každý pár zdrojového a cílového portu. Tato akce zajistí, že šířka pásma dostupná na cílovém portu pro danou třídu provozu je rovnoměrně distribuována všem zdrojovým portům požadujícím šířku pásma.
V dřívějších verzích nebyl provoz distribuován spravedlivě, protože každému řezu nebyl přidělen spravedlivý podíl na šířce pásma výstupní fronty.
Tato funkce zavádí klíčová slova fair-4 a fair-8 v hw-module profile příkaz qos voq-mode.

Fair VOQ: Proč
Podle výchozího chování je každému síťovému segmentu NPU přiřazena sada 4 nebo 8 virtuálních výstupních front (VOQ) na cílový port. S takovým zadáním je náročné zajistit, aby bylo prostřednictvím VOQ k dispozici správné množství vyrovnávací paměti. S touto konfigurací je vstupní provoz z různých zdrojových portů na řezu (nebo potrubí) na NPU určený k cílovému portu přiřazen k VOQ na řez. Jinými slovy, více zdrojových portů odesílající provoz na stejný cílový port používá stejné VOQ. Při odesílání provozu na různé cílové porty je však provoz zařazen do fronty na různé VOQ. To znamená, že provoz není distribuován spravedlivě, protože každý řez nedostává svůj spravedlivý podíl na šířce pásma výstupní fronty. Ve scénáři, kde jeden segment má dva porty a jiný segment má pouze jeden port, se šířka pásma pro porty sdílející segment sníží, i když tyto dva porty zpracovávají více provozu než jeden port.
Zvažte následující příkladample kde dva 100G porty – port-0 a port-1 – které patří ke stejnému segmentu (slice-0), odesílají provoz na port-3 ve výstupní frontě (OQ). Máte port 100G na jiném řezu (část-1) na stejném NPU, který je také naplánován k odesílání provozu na port-3. Vstupní VOQ je sdíleno mezi dvěma porty v řezu-0, zatímco vstupní VOQ v řezu-1 je dostupné výhradně pro port-3. Toto uspořádání má za následek, že port-0 a port-1 získávají 25 % provozu ve vyrovnávací paměti, zatímco port-3 přijímá 50 % provozu ve vyrovnávací paměti.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 44

Zamezení přetížení Obrázek 3: Stávající chování: Zdrojové porty na řezu sdílejí jeden VOQ na cílový port

Fair VOQ: Jak

Tento nepoměr v rozložení návštěvnosti řeší funkce spravedlivého VOQ.
Fair VOQ: Jak
Funkce fair VOQ řeší výchozí chování, které zachází se zdrojovými porty na každém řezu NPU stejně, bez ohledu na počet aktivních zdrojových portů. Činí tak přepracováním způsobu přidělování šířky pásma z výstupní fronty. Spíše než distribuci šířky pásma na úrovni segmentů, spravedlivé VOQ distribuuje šířku pásma přímo do zdrojových portů. Při konfiguraci příkazu hw-module profile qos voq-mode a znovu načtěte váš router, funkce vytvoří vyhrazenou VOQ pro každý pár zdrojového a cílového portu. Toto uspořádání zajišťuje, že šířka pásma dostupná na cílovém portu pro danou třídu provozu je rovnoměrně distribuována všem zdrojovým portům požadujícím šířku pásma.
Rozšíření předchozího exampAbychom porozuměli správné funkci VOQ, nyní existují vyhrazené VOQ pro každý vstupní port, který se připojuje k portu ve výstupní frontě. Port-0 a port-1 tedy nyní nesdílejí VOQ a port-3 má svou VOQ jako dříve, jak ukazuje následující obrázek. Toto spravedlivé uspořádání VOQ má za následek provoz ve frontě na vyhrazených frontách, čímž se zlepšuje výkon provozu.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 45

Spravedlivé režimy VOQ a sdílení počítadel

Vyhýbání se zácpám

Obrázek 4: Spravedlivé chování VOQ: každý zdrojový port na řezu má jeden vyhrazený VOQ na cílový port

Spravedlivé režimy VOQ a sdílení počítadel
Spravedlivé VOQ můžete nakonfigurovat pro režim 8xVOQ (fair-8) a 4xVOQ (fair-4) pomocí následujících možností v hw-module profile příkaz qos voq-mode:
· hw-modul profile qos voq-mode fair-8
· hw-modul profile qos voq-mode fair-4

Můžete také sdílet počítadla statistik VOQ v obou spravedlivých režimech VOQ, jak ukazuje následující tabulka. (Podrobnosti o tom, proč je sdílení počítadel nezbytné a jak nakonfigurovat sdílení počítadel, najdete v části Sdílení počítadel statistiky VOQ, na straně 41.)
Tabulka 9: Fair VOQ Modes a Sharing Counters

Fair VOQ Mode fair-8

Režim počítadel sdílení 2, 4

Důležité poznámky
· Osm VOQ nakonfigurovaných na zdrojový port a cílový pár
· Počítadla sdílí {2, 4} VOQ.
· režim fair-8 nepodporuje vyhrazený režim počítadla (režim počítadla1, kde je počítadlo pro každou frontu)

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 46

Vyhýbání se zácpám

Spravedlivé VOQ a Slice (nebo normální) VOQ: Klíčové rozdíly

Fair VOQ Mode fair-4

Režim počítadel sdílení 1, 2, 4

Důležité poznámky
· Čtyři VOQ nakonfigurované na zdrojový port a cílový pár
· Počítadla sdílí {1, 2, 4} VOQ.

Spravedlivé VOQ a Slice (nebo normální) VOQ: Klíčové rozdíly
Následující tabulka představuje přehled hlavních rozdílů mezi spravedlivými VOQ a částečnými nebo běžnými VOQ.
Tabulka 10: Slušné VOQ a normální VOQ

Spravedlivé VOQ

Normální VOQ

režim fair-8: osm VOQ nakonfigurovaných na zdrojový port 8:

a cílový pár

· Osm VOQ na cílový port na řez

· Tyto VOQ jsou sdíleny všemi zdrojovými porty v rámci NPU segmentu.

režim fair-4: čtyři VOQ nakonfigurované na zdrojový port 4:

a cílový pár

· Čtyři VOQ na cílový port na řez

· Tyto VOQ jsou sdíleny všemi zdrojovými porty v rámci NPU segmentu.

Pokyny a omezení
· Funkce fair VOQ je podporována na routeru Cisco 8202 (12 QSFP56-DD 400G a 60 QSFP28 100G portů).
· Následující tabulka uvádí maximální povolená rozhraní (se základní konfigurací IPv4 a bez jiné konfigurace škálování, jako je zásada QoS, ACL a konfigurace podrozhraní) na základě režimu VOQ a režimu počítadla sdílení.
Tabulka 11: Maximální rozhraní založená na režimu Fair VOQ a režimu počítadla sdílení

VOQ Mode fair-8

Režim počítadla sdílení 1

Maximální rozhraní
Router tuto kombinaci nepodporuje.
(Je to proto, že ve výchozím režimu čítače není vytvořeno 72 rozhraní.)

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 47

Nakonfigurujte Fair VOQ

Vyhýbání se zácpám

VOQ Mode fair-8
spravedlivý-8 spravedlivý-4
spravedlivý-4 spravedlivý-4

Režim počítadla sdílení 2
4
2

Maximální rozhraní
96 = 60 (100G) + 8×4 + 4 (400G) ==> můžete nakonfigurovat pouze osm 400G rozhraní v režimu breakout 4x10G nebo 4x25G.
108 = 60 + 12 x 4 (prolomení na všech 12 portech – 400G)
96 = 60(100G) + 8×4 + 4 (400G) ==> můžete nakonfigurovat pouze osm 400G rozhraní v režimu breakout 4x10G nebo 4x25G.
108 = 60 + 12 x4 (prolomení na všech 12 portech – 400G)
108 = 60 + 12 x4 (prolomení na všech 12 portech – 400G)

Poznámka Doporučujeme použít režim sdílení počítadla 4 v dílčích režimech a režim 2 sdílení počítadla pro nepřerušované režimy.

Poznámka Režim Breakout není podporován na rozhraních 100G.
· Ujistěte se, že jste znovu načetli router, aby se konfigurace projevila.
· Provoz na 2. vrstvě není podporován v režimu fair-voq (fair-4 a fair-8).
· Zařazení podrozhraní do fronty není podporováno. (To platí i pro dílčí rozhraní svazků). To znamená, že nemůžete připojit zásady výstupních služeb, které vyžadují vyhrazené VOQ. U podrozhraní je však podporováno značení výstupu.
· hw-modul profile statistiky voqs-sharing-counters 1 není podporován v režimu fair-8. Ujistěte se, že jste nakonfigurovali hw-module profile voq sharing-counters 2 nebo hw-module profile voq sharing-counters 4 spolu s hw-module profile qos voq-mode fair-4 nebo hw-module profile qos voq-mode fair-8 před opětovným načtením routeru.
· Breakout je podporován pouze na 400G rozhraní v režimu fair-voq (jak fair-4, tak fair-8) na routeru Cisco 8202.
Klíčová slova src-interface a src-slice ve statistikách show controller npu jsou viditelná pouze tehdy, když nakonfigurujete režim VOQ na fair-8 nebo fair-4.
Nakonfigurujte Fair VOQ
Konfigurace spravedlivého VOQ:

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 48

Vyhýbání se zácpám

Nakonfigurujte Fair VOQ

1. Nakonfigurujte sdílení počítadel statistik VOQ. Tento example konfiguruje 2 čítače.

Poznámka Konfigurace režimu fair-8 bez sdílení čítače může způsobit selhání konfigurace nebo jiné neočekávané chování.
2. Nakonfigurujte režim spravedlivého VOQ. Tento example ukazuje, jak nakonfigurovat režim fair-8.
3. Restartujte router, aby se konfigurace projevila.
4. Úspěšně jste aktivovali funkci fair VOQ, abyste zajistili spravedlivé rozdělení provozu mezi každý zdrojový a cílový pár portů.
/*Konfigurace sdílení počítadel statistik VOQ; konfigurujeme 2 čítače na frontu*/ Router(config)#hw-module profile statistiky?
voqs-sharing-counters Konfigurace počtu voqs (1, 2, 4) sdílení čítačů Router(config)#hw-module profile statistiky voqs-sharing-counters ?
1 počítadlo pro každou frontu 2 2 počítadla sdílení front 4 4 počítadla sdílení front Router(config)#hw-module profile statistiky voqs-sharing-counters 2
/*Konfigurace režimu fair-voq; zde konfigurujeme režim fair-8 VOQ*/ Router#config Router(config)#hw-module profile qos voq-mode fair-8 Router(config)#commit Router#reload location all
Spuštění konfigurace
hw-modul profile statistiky voqs-sharing-counters 2! hw-modul profile qos voq-mode fair-8!
Ověření
Spusťte příkaz show controller npu stats voq ingress interface <> instance <> location <> a ověřte správnou konfiguraci VOQ.
Router#show controllers npu stats voq vstupní rozhraní stoveGigE 0/0/0/20 instance 0 umístění 0/RP0/CPU0

Název rozhraní

= Hu0/0/0/20

Rukojeť rozhraní

f000118

Umístění

= 0/RP0/CPU0

Asic instance

Rychlost portu (kbps)

= 100000000

Místní přístav

místní

Název rozhraní Src =

VŠE

Režim VOQ

Fair-8

Režim sdíleného počítadla =

ReceivedPkts ReceivedBytes DroppedPkts

Zahozené bajty

————————————————————————-

TC_{0,1} = 11110

1422080

TC_{2,3} = 0

TC_{4,5} = 0

TC_{6,7} = 0

RP/0/RP0/CPU0:ios#

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 49

Modulární QoS zamezení přetížení

Vyhýbání se zácpám

Přidružené příkazy hw-module profile qos voq-mode
Modulární QoS zamezení přetížení
Techniky vyhýbání se přetížení monitorují tok provozu ve snaze předvídat a vyhnout se přetížení na běžných úzkých hrdlech sítě. Techniky vyhýbání se jsou implementovány dříve, než dojde k přetížení, ve srovnání s technikami řízení přetížení, které řídí přetížení poté, co k němu došlo. Vyhnutí se zahlcení je dosaženo zahazováním paketů. Směrovač podporuje tyto techniky zamezení přetížení QoS:
· Tail Drop a FIFO Queue, na straně 50 · Náhodná včasná detekce a TCP, na straně 52
Tail Drop a FIFO Queue
Tail drop je technika zabránění zahlcení, která zahazuje pakety, když je výstupní fronta plná, dokud není zahlcení odstraněno. Tail drop zachází s veškerým provozem stejně a nerozlišuje mezi třídami služeb. Spravuje pakety umístěné do fronty FIFO (first-in, first-out) a předávané rychlostí určenou dostupnou šířkou pásma základní linky.
Nakonfigurujte pokles ocasu
Pakety splňující kritéria shody pro třídu se shromažďují ve frontě vyhrazené pro třídu, dokud nejsou obsluhovány. Příkaz queue-limit se používá k definování maximální prahové hodnoty pro třídu. Když je dosaženo maximální prahové hodnoty, pakety zařazené do fronty třídy vedou k zahození (zahození paketů).
Omezení · Při konfiguraci příkazu omezení fronty musíte nakonfigurovat jeden z následujících příkazů: priorita, průměr tvaru nebo zbývající šířka pásma, kromě výchozí třídy.
Konfigurace Přample Chcete-li dokončit konfiguraci tail drop, musíte provést následující: 1. Vytvoření (nebo úprava) mapy zásad, kterou lze připojit k jednomu nebo více rozhraním a specifikovat službu.
politika 2. Přiřazení třídy provozu k politice provozu 3. Určení maximálního limitu, který může fronta pojmout pro politiku třídy nakonfigurovanou v mapě politik. 4. Zadání priority pro třídu provozu patřící do mapy politik. 5. (Volitelné) Určení šířky pásma přidělené pro třídu patřící do mapy politik nebo určení způsobu
k přidělení zbývající šířky pásma různým třídám. 6. Připojení mapy zásad k výstupnímu rozhraní, které má být použito jako zásada služeb pro toto rozhraní.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 50

Vyhýbání se zácpám

Nakonfigurujte pokles ocasu

Router# configure Router(config)# policy-map test-qlimit-1 Router(config-pmap)# class qos-1 Router(config-pmap-c)# queue-limit 100 us Router(config-pmap-c)# úroveň priority 7 Router(config-pmap-c)# exit Router(config-pmap)# exit
Router(config)# rozhraní HundredGigE 0/6/0/18 Router(config-if)# service-policy output test-qlimit-1 Router(config-if)# commit

Spuštění konfigurace
policy-map test-qlimit-1 class qos-1 queue-limit 100 us úroveň priority 7 ! class class-default ! end-policy-map
!

Ověření

Router# ukazuje výstup qos int stovekGigE 0/6/0/18

POZNÁMKA: - Konfigurované hodnoty jsou zobrazeny v závorkách

Rozhraní HundredGigE0/6/0/18 ifh 0x3000220 — výstupní politika

ID NPU:

Celkový počet tříd:

Šířka pásma rozhraní:

100000000 kbps

VOQ Base:

11176

Statistika VOQ:

0x88550ea0

Typ účetnictví:

Vrstva 1 (zahrnuje zapouzdření vrstvy 1 a vyšší)

—————————————————————————————

Třída úrovně 1 (HP7)

= qos-1

ID fronty Egressq

= 11177 (fronta HP7)

TailDrop Threshold

= 1253376 bajtů / 100 us (100 us)

WRED není nakonfigurován pro tuto třídu

Úroveň 1 Třída Egressq Queue ID Fronta Max. BW. Fronta min. BW. Inverzní váha / Hmotnost TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= class-default = 11176 (výchozí fronta LP) = 101803495 kbps (výchozí) = 0 kbps (výchozí) = 1 (BWR není nakonfigurováno) = 1253376 bajtů / 10 ms (výchozí)

Příbuzná témata · Pokles ocasu a fronta FIFO, na straně 50

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 51

Náhodná včasná detekce a TCP

Vyhýbání se zácpám

Náhodná včasná detekce a TCP
Technika vyhýbání se přetížení Random Early Detection (RED) vyžaduje pokroktage mechanismu řízení přetížení TCP. Náhodným zahazováním paketů před obdobími vysokého přetížení RED sdělí zdroji paketů, aby snížil svou přenosovou rychlost. Za předpokladu, že zdroj paketů používá TCP, snižuje svou přenosovou rychlost, dokud všechny pakety nedosáhnou svého cíle, což znamená, že přetížení je odstraněno. RED můžete použít jako způsob, jak způsobit TCP zpomalení přenosu paketů. TCP se nejen pozastaví, ale také se rychle restartuje a přizpůsobí svou přenosovou rychlost rychlosti, kterou může síť podporovat. ČERVENÁ rozděluje ztráty v čase a udržuje normálně nízkou hloubku fronty a zároveň absorbuje výpadky provozu. Dosahuje toho tím, že se zaměří na průměrnou velikost fronty, nikoli na okamžitou velikost fronty. Je-li povoleno na rozhraní, začne ČERVENÁ zahazovat pakety, když dojde k zahlcení rychlostí, kterou zvolíte během konfigurace.
Konfigurace náhodného včasného zjišťování
K povolení včasné náhodné detekce (RED) je nutné použít příkaz random-detect s klíčovými slovy minimálního a maximálního prahu.
Pokyny · Pokud nakonfigurujete náhodnou detekci u libovolné třídy, včetně class-default, nakonfigurujte jeden z následujících příkazů: shape average nebo bandwidth left. · Pokud nakonfigurujete limit fronty, který je menší než minimální podporovaná hodnota, nakonfigurovaná hodnota se automaticky přizpůsobí podporované minimální hodnotě. Při konfiguraci náhodné detekce, pokud nastavíte a hodnoty menší než minimální podporovaná prahová hodnota: · The hodnota se automaticky upraví na minimální podporovanou hodnotu. · The hodnota se automaticky neupraví na hodnotu nad minimální podporovanou prahovou hodnotou. Výsledkem je neúspěšná konfigurace náhodné detekce. Chcete-li této chybě předejít, nakonfigurujte hodnotu takovou, že převyšuje hodnotu, kterou váš systém podporuje.
Konfigurace Přample Pro dokončení konfigurace náhodné včasné detekce proveďte následující: 1. Vytvoření (nebo úprava) mapy zásad, kterou lze připojit k jednomu nebo více rozhraním a specifikovat službu.
politika 2. Přiřazení dopravní třídy k dopravní politice 3. Povolení RED s minimálním a maximálním prahem. 4. Nakonfigurujte jednu z následujících možností:
· Určení, jak přidělit zbývající šířku pásma různým třídám. NEBO
· Tvarování provozu na zadanou přenosovou rychlost nebo procentotage dostupné šířky pásma.
5. Připojení mapy zásad k výstupnímu rozhraní, které má být použito jako zásada služeb pro toto rozhraní.
Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 52

Vyhýbání se zácpám

Konfigurace náhodného včasného zjišťování

Router# configure Router(config)# policy-map red-abs-policy Router(config-pmap)# class qos-1 Router(config-pmap-c)# random-detect Router(config-pmap-c)# tvar průměrné procento 10 Router(config-pmap-c)# end-policy-map Router(config)# commit Router(config)# interface HundredGigE0/0/0/12 Router(config- if)# výstup služby-zásady red-abs-policy Router(config-if)# commit
Spuštění konfigurace
policy-map red-abs-policy class tc7
úroveň priority 1 limit fronty 75 mbytů ! třída tc6 úroveň priority 2 limit fronty 75 mbytů ! class tc5 tvar průměr 10 gb/s limit fronty 75 mbytů ! class tc4 tvar průměr 10 gb/s limit fronty 75 mbytů ! class tc3 tvar průměr 10 gb/s limit fronty 75 mbytů ! class tc2 tvar průměr 10 gb/s limit fronty 75 mbytů ! class tc1 tvar průměr 10 gbps náhodná detekce ecn náhodná detekce 100 mbytů 200 mbytů ! třída třída-výchozí tvar průměr 10 gb/s náhodná detekce 100 mbytů 200 mbytů ! end-policy-map!
interface HundredGigE0/0/0/12 service-policy output red-abs-policy shutdown !
Ověření
Router# ukazuje výstup qos int stovekGigE 0/6/0/18

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 53

Explicitní oznámení o přetížení

Vyhýbání se zácpám

POZNÁMKA: - Konfigurované hodnoty jsou zobrazeny v závorkách

Rozhraní HundredGigE0/0/0/12 ifh 0x3000220 — výstupní politika

ID NPU:

Celkový počet tříd:

Šířka pásma rozhraní:

100000000 kbps

VOQ Base:

11176

Statistika VOQ:

0x88550ea0

Typ účetnictví:

Vrstva 1 (zahrnuje zapouzdření vrstvy 1 a vyšší)

—————————————————————————————

Třída úrovně 1

= qos-1

ID fronty Egressq

= 11177 (fronta LP)

Max. fronta BW.

= 10082461 kbps (10 %)

Fronta min. BW.

= 0 kbps (výchozí)

Inverzní hmotnost / hmotnost

= 1 (BWR není nakonfigurováno)

Garantovaná servisní sazba

= 10000000 XNUMX XNUMX kbps

TailDrop Threshold

= 12517376 bajtů/10 ms (výchozí)

Výchozí RED profile ČERVENÁ Min. Práh ČERVENÝ Max. Práh

= 12517376 bajtů (10 ms) = 12517376 bajtů (10 ms)

Úroveň 1 Třída Egressq Queue ID Fronta Max. BW. Fronta min. BW. Inverzní hmotnost / hmotnost Garantovaná servisní sazba TailDrop Threshold WRED není nakonfigurován pro tuto třídu

= class-default = 11176 (výchozí fronta LP) = 101803495 kb/s (výchozí) = 0 kb/s (výchozí) = 1 (BWR není nakonfigurováno) = 50000000 kb/s = 62652416 bajtů / 10 ms (výchozí)

Příbuzná témata · Náhodná včasná detekce a TCP, na straně 52

Explicitní oznámení o přetížení
Random Early Detection (RED) je implementován v hlavních směrovačích sítě. Okrajové směrovače přidělují paketům prioritu IP, když pakety vstupují do sítě. S RED pak hlavní směrovače používají tyto priority k určení, jak zacházet s různými typy provozu. RED poskytuje jeden práh a váhy pro třídu provozu nebo frontu pro různé priority IP.
ECN je rozšířením k RED. ECN označuje pakety místo jejich zahazování, když průměrná délka fronty překročí určitou prahovou hodnotu. Při konfiguraci pomáhá ECN směrovačům a koncovým hostitelům pochopit, že síť je přetížená, a zpomalit odesílání paketů. Pokud je však délka fronty nad maximální prahovou hodnotou pro rozšířenou paměť, pakety jsou zahazovány. Toto je identické zacházení, které paket obdrží, když je povolena ČERVENÁ, aniž by na routeru bylo nakonfigurováno ECN.
RFC 3168, The Addition of Explicit Congestion Notification (ECN) k IP, uvádí, že s přidáním aktivní správy fronty (např.ample, ČERVENÁ) do internetové infrastruktury, směrovače již nejsou omezeny na ztrátu paketů jako indikaci přetížení.

Poznámka Tuto funkci nelze použít, pokud jste v zásadě ingress nastavili experimentální qos-group nebo mpls spolu s třídou provozu.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 54

Vyhýbání se zácpám

Explicitní oznámení o přetížení

Implementace ECN
Implementace ECN vyžaduje pole specifické pro ECN, které má v hlavičce IP dva bity – bit přenosu ECN (ECT) a bit CE (Congestion Experienced). Bit ECT a bit CE lze použít k vytvoření čtyř kódových bodů 00 až 11. První číslo je bit ECT a druhé číslo je bit CE.
Tabulka 12: Nastavení bitů ECN

ECT bit 0 0
1
1

CE bit 0 1
0
1

Kombinace Označuje
Nepodporuje ECN.
Koncové body transportního protokolu jsou schopné ECN.
Koncové body transportního protokolu jsou schopné ECN.
Došlo k zácpě.

Kombinace polí ECN 00 označuje, že paket nepoužívá ECN. Kódové body 01 a 10 – Volané ECT(1) a ECT(0), v tomto pořadí – jsou nastaveny odesílatelem dat, aby indikovaly, že koncové body přenosového protokolu jsou schopné ECN. Směrovače zacházejí s těmito dvěma kódovými body identicky. Odesílatelé dat mohou použít jednu nebo obě z těchto dvou kombinací. Kombinace 11 polí ECN indikuje přetížení koncových bodů. Pakety přicházející do plné fronty routeru budou zahozeny.

Zpracování paketů, když je povoleno ECN
Když je povoleno ECN, všechny pakety mezi a jsou označeny ECN. Pokud je délka fronty mezi minimálním prahem a maximálním prahem, nastanou tři různé scénáře:
· Pokud pole ECN na paketu ukazuje, že koncové body jsou schopné ECN (to znamená, že bit ECT je nastaven na 1 a bit CE je nastaven na 0, nebo je bit ECT nastaven na 0 a bit CE je nastaven na 1) – a algoritmus RED určí, že paket měl být zahozen na základě pravděpodobnosti zahození – bity ECT a CE pro paket se změní na 1 a paket se odešle. K tomu dochází, protože je povoleno ECN a paket je označen místo zahození.
· Pokud pole ECN na paketu udává, že žádný z koncových bodů nepodporuje ECN (to znamená, že bit ECT je nastaven na 0 a bit CE je nastaven na 0), paket je odeslán. Pokud je však překročen maximální práh zahození, paket je zahozen. Toto je identické zacházení, které paket obdrží, když je povolena ČERVENÁ, aniž by na routeru bylo nakonfigurováno ECN.
· Pokud pole ECN na paketu indikuje, že síť je zahlcena (to znamená, že bit ECT i bit CE jsou nastaveny na 1), paket je odeslán. Není potřeba žádné další značení.

Konfigurace Přample
Router# configure Router(config)# policy-map policy1 Router(config-pmap)# class class1 Router(config-pmap-c)# procento šířky pásma 50 Router(config-pmap-c)# random-detect 1000 paketů 2000 paketů Router (config-pmap-c)# random-detect ecn Router(config-pmap-c)# exit

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 55

Explicitní oznámení o přetížení

Vyhýbání se zácpám

Router(config-pmap)# exit Router(config)# commit

Ověření K ověření konfigurace použijte rozhraní show policy-map.

Router# show policy-map int hu 0/0/0/35 výstup TenGigE0/0/0/6 výstup: pm-out-queue

Výstup HundredGigE0/0/0/35: egress_qosgrp_ecn

Třída tc7

Klasifikační statistika

Shoda

Odesláno

Celkem kleslo

Statistika řazení do fronty

ID fronty

Omezeno (pakety/bajty)

(pakety/bajty)

(rychlost – kbps)

195987503/200691203072

188830570/193362503680

7156933/7328699392

: 18183 : 7156933/7328699392

WRED profile pro

ČERVENÁ Odesláno (pakety/bajty)

: N/A

ČERVENÉ náhodné poklesy (pakety/bajty)

: N/A

ČERVENÁ poklesy maxthresholdu (pakety/bajty)

: N/A

ČERVENÉ ecn označené a přenesené (pakety/bajty): 188696802/193225525248

Třída tc6

Klasifikační statistika

(pakety/bajty)

(rychlost – kbps)

Shoda

666803815/133360763000

Odesláno

642172362/128434472400

Celkem kleslo

24631453/4926290600

Statistika řazení do fronty

ID fronty

: 18182 XNUMX XNUMX

Omezeno (pakety/bajty)

: 24631453/4926290600

WRED profile pro

ČERVENÁ Odesláno (pakety/bajty)

: N/A

ČERVENÉ náhodné poklesy (pakety/bajty)

: N/A

ČERVENÁ poklesy maxthresholdu (pakety/bajty)

: N/A

ČERVENÉ ecn označené a přenesené (pakety/bajty): 641807908/128361581600

Třída tc5

Klasifikační statistika

(pakety/bajty)

(rychlost – kbps)

Shoda

413636363/82727272600

6138

Odesláno

398742312/79748462400

5903

Celkem kleslo

14894051/2978810200

235

Statistika řazení do fronty

ID fronty

: 18181 XNUMX XNUMX

Omezeno (pakety/bajty)

: 14894051/2978810200

WRED profile pro

ČERVENÁ Odesláno (pakety/bajty)

: N/A

ČERVENÉ náhodné poklesy (pakety/bajty)

: N/A

ČERVENÁ poklesy maxthresholdu (pakety/bajty)

: N/A

ČERVENÉ ecn označené a přenesené (pakety/bajty): 398377929/79675585800

Poznámka ČERVENÝ řádek označený a přenesený (pakety/bajty) zobrazuje statistiku paketů označených ECN. Pro začátek zobrazuje 0/0.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 56

6 KAPITOLA

Nakonfigurujte prioritní řízení toku

· Priorita řízení toku přesview, na straně 57 · Konfigurovatelný práh ECN a hodnoty maximální pravděpodobnosti značení, na straně 66 · Priorita Flow Control Watchdog Overview, na straně 71

Priorita řízení toku přesview

Tabulka 13: Tabulka historie funkcí
Název funkce
Prioritní řízení toku na kartách Cisco 8808 a Cisco 8812 Modular Chassis Line Card

Informace o vydání Verze 7.5.3

Vydání prioritního řízení toku krátkého spojení 7.3.3

Popis funkce
Prioritní řízení toku je nyní podporováno na následující řádkové kartě v režimu vnitřní vyrovnávací paměti:
· 88-LC0-34H14FH
Tato funkce je podporována v režimech buffer-internal a buffer-extended na:
· 88-LC0-36FH
Kromě režimu externí vyrovnávací paměti se podpora této funkce nyní rozšiřuje na režim vnitřní vyrovnávací paměti na následujících řádkových kartách:
· 88-LC0-36FH-M
· 8800-LC-48H
Tato funkce a hw-modul profile Příkaz priority-flow-control jsou podporovány na linkové kartě 88-LC0-36FH.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 57

Priorita řízení toku přesview

Nakonfigurujte prioritní řízení toku

Název funkce

Informace o vydání

Podpora prioritního řízení toku na linkových kartách Cisco 8800 36×400 GbE QSFP56-DD (88-LC0-36FH-M)

Vydání 7.3.15

Prioritní řízení toku

Vydání 7.3.1

Popis funkce
Tato funkce a hw-modul profile příkaz priority-flow-control jsou podporovány na linkových kartách 88-LC0-36FH-M a 8800-LC-48H.
Všechny předchozí funkce a výhody této funkce jsou dostupné na těchto linkových kartách. Režim vnitřní vyrovnávací paměti však není podporován.
Kromě toho, chcete-li na těchto linkových kartách použít režim s rozšířenou vyrovnávací pamětí, musíte nakonfigurovat kapacitu výkonu nebo hodnoty rezervy. Tento požadavek na konfiguraci zajišťuje, že můžete lépe zajišťovat a vyvažovat pracovní zátěže, abyste dosáhli bezztrátového chování, což zase zajišťuje efektivní využití šířky pásma a zdrojů.
Tato funkce a hw-modul profile příkaz priority-flow-control nejsou podporovány.

Řízení toku podle priority (IEEE 802.1Qbb), které se také označuje jako řízení toku založeného na třídě (CBFC) nebo PPP (Per Priority Pause), je mechanismus, který zabraňuje ztrátě rámce v důsledku zahlcení. PFC je podobné 802.x Flow Control (pauza snímků) nebo link-level flow control (LFC). PFC však funguje na základě třídy služeb (CoS).
Během zahlcení odešle PFC rámec pauzy, který indikuje hodnotu CoS, která se má pozastavit. Rámec pauzy PFC obsahuje 2-oktetovou hodnotu časovače pro každý CoS, která označuje dobu, po kterou se provoz pozastaví. Jednotka času pro časovač je určena v kvantech pauzy. Kvanta je čas potřebný pro přenos 512 bitů rychlostí portu. Rozsah je od 0 do 65535 kvant.
PFC požádá peer, aby zastavil odesílání rámců konkrétní hodnoty CoS odesláním rámce pauzy na dobře známou adresu vícesměrového vysílání. Tento rámec pozastavení je rámec s jedním skokem a není předán, když ho přijme partner. Když se přetížení zmírní, router přestane posílat PFC rámce do upstream uzlu.
Pro každou linkovou kartu můžete nakonfigurovat PFC pomocí hw-module profile příkaz prioritního řízení toku v jednom ze dvou režimů:
· vnitřní vyrovnávací paměť
· buffer-extended

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 58

Nakonfigurujte prioritní řízení toku

buffer-interní režim

Poznámka Konfigurace prahových hodnot PFC jsou v příkazu pozastavení zastaralé. Použijte hw-modul profile příkaz priority-flow-control pro konfiguraci konfigurací prahových hodnot PFC.
Příbuzná témata · Konfigurace prioritního řízení toku, na straně 61
· Priorita Flow Control Watchdog Overview, na straně 71
buffer-interní režim
Tento režim použijte, pokud zařízení s podporou PFC nejsou od sebe vzdálena více než 1 km. Můžete nastavit hodnoty pro pause-threshold, headroom (obojí související s PFC) a ECN pro třídu provozu pomocí hw-module profile priorita-flow-control příkaz v tomto režimu. Vnitřní konfigurace vyrovnávací paměti se vztahuje na všechny porty, které linková karta hostí, což znamená, že pro každou linkovou kartu můžete nakonfigurovat sadu těchto hodnot. Stávající limit fronty a konfigurace ECN v zásadách řazení připojených k rozhraní nemá v tomto režimu žádný vliv. Efektivní limit fronty pro tento režim = prahová hodnota pauzy + rezerva (v bajtech)
Omezení a směrnice
Při konfiguraci prahových hodnot PFC pomocí režimu vnitřní vyrovnávací paměti platí následující omezení a pokyny.
· Funkce PFC není podporována na systémech s pevným šasi. · Ujistěte se, že na šasi, které má nakonfigurovaný PFC, není nakonfigurován žádný breakout. Konfigurace PFC
a prasknutí na stejném podvozku může vést k neočekávanému chování, včetně ztráty provozu. · Tato funkce není podporována ve frontách dílčího rozhraní svazku a bez svazku. · Tato funkce je podporována na rozhraních 40GbE, 100GbE a 400GbE. · Tato funkce není podporována v režimu řazení do fronty 4xVOQ. · Tato funkce není podporována, pokud je nakonfigurováno sdílení počítadel VOQ.
buffer-extended mode
Tento režim použijte pro zařízení s povoleným PFC s dálkovým připojením. Hodnotu pro pause-threshold můžete nastavit pomocí hw-module profile priorita-flow-control příkaz v tomto režimu. Musíte však nakonfigurovat zásady řazení do front připojené k rozhraní, abyste nastavili ECN a limity řazení. Konfigurace s rozšířenou vyrovnávací pamětí se vztahuje na všechny porty, které linková karta hostí, což znamená, že pro každou linkovou kartu můžete nakonfigurovat sadu těchto hodnot.

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 59

Důležité úvahy

Nakonfigurujte prioritní řízení toku

Pokyny pro konfiguraci · Důležité body při konfiguraci režimu s rozšířenou vyrovnávací pamětí na linkových kartách 88-LC0-36FH-M: · Kromě prahové hodnoty pauzy musíte také nakonfigurovat hodnoty pro rezervu. · Rozsah hodnot světlého prostoru je od 4 do 75000 XNUMX. · Zadejte hodnoty prahu pauzy a světlého prostoru v jednotkách kilobajtů (KB) nebo megabajtech (MB).
· Důležité body při konfiguraci režimu s rozšířenou vyrovnávací pamětí na linkových kartách 8800-LC-48H: · Nakonfigurujte hodnoty pouze pro prahovou hodnotu pauzy. Nekonfigurujte hodnoty světlé výšky. · Nakonfigurujte prahovou hodnotu pauzy v jednotkách milisekund (ms) nebo mikrosekundách. · Nepoužívejte jednotky kilobajtů (KB) nebo megabajtů (MB), i když je CLI zobrazuje jako možnosti. Používejte pouze jednotky milisekund (ms) nebo mikrosekund.

(Viz také Konfigurace prioritního řízení toku, na straně 61)

Důležité úvahy
· Pokud nakonfigurujete hodnoty PFC v režimu vnitřní vyrovnávací paměti, bude hodnota ECN pro linkovou kartu odvozena z vnitřní konfigurace vyrovnávací paměti. Pokud nakonfigurujete hodnoty PFC v režimu s rozšířenou vyrovnávací pamětí, bude hodnota ECN odvozena z mapy zásad. (Podrobnosti o funkci ECN viz Explicitní upozornění na přetížení , na straně 54.)
· Režim buffer-internal a buffer-extended nemohou koexistovat na stejné linkové kartě.
· Pokud přidáte nebo odeberete akce třídy provozu na kartě linky, musíte kartu linky znovu načíst.
· Při použití režimu vnitřní vyrovnávací paměti můžete změnit hodnoty následujících parametrů, aniž byste museli znovu načítat linkovou kartu. Pokud však přidáte novou třídu provozu a nakonfigurujete tyto hodnoty pro tuto třídu poprvé, musíte znovu načíst linkovou kartu, aby hodnoty vstoupily v platnost.
· pauza-práh
· světlá výška
· ECN

· Pokud přidáte nebo odeberete konfiguraci ECN pomocí hw-module profile priority-flow-control, musíte znovu načíst linkovou kartu, aby se změny ECN projevily.
· Rozsahy prahových hodnot PFC pro režim vnitřní vyrovnávací paměti jsou následující.

Práh

Nakonfigurováno (bajty)

pauza (min)

307200

pauza (max.)

422400

světlá výška (min)

345600

světlá výška (max)

537600

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 60

Nakonfigurujte prioritní řízení toku

Hardwarová podpora pro prioritní řízení toku

Práh ecn (min) ecn (max)

Nakonfigurováno (bajty) 153600 403200

· Pro třídu provozu musí být hodnota ECN vždy nižší než nakonfigurovaná prahová hodnota pauzy.
· Kombinované nakonfigurované hodnoty pro prahovou hodnotu pauzy a rezervu nesmí překročit 844800 XNUMX bajtů. V opačném případě je konfigurace odmítnuta.
· Rozsah hodnot pauzy pro režim s rozšířenou vyrovnávací pamětí je od 2 milisekund (ms) do 25 ms a od 2000 mikrosekund do 25000 mikrosekund.

Hardwarová podpora pro prioritní řízení toku
V tabulce jsou uvedeny PID, které podporují PFC na vydání, a režim PFC, ve kterém je podpora dostupná.
Tabulka 14: Matice hardwarové podpory PFC

Vydání Vydání 7.3.15

PID · 88-LC0-36FH-M · 88-LC0-36FH

Rozšířená vyrovnávací paměť režimu PFC

Vydání 7.0.11

8800-LC-48H

buffer-interní

Nakonfigurujte prioritní řízení toku
PFC můžete nakonfigurovat tak, aby povolilo chování CoS bez pádu, jak je definováno v aktivní síťové zásadě QoS.

Poznámka Pokud povolíte PFC, systém ve výchozím nastavení povolí shortlink PFC.
Konfigurace Přample Pro dokončení konfigurace PFC musíte provést následující: 1. Povolit PFC na úrovni rozhraní. 2. Nakonfigurujte politiku klasifikace vstupu. 3. Připojte politiku PFC k rozhraní. 4. Nakonfigurujte prahové hodnoty PFC buď pomocí režimu buffer-internal nebo buffer-extended.
Router# konfigurovat Router(config)# režim priority-flow-control zapnutý /*Konfigurovat politiku klasifikace vstupu*/

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 61

Nakonfigurujte prioritní řízení toku

Router(config)# class-map match-any prec7 Router(config-cmap)# match priority Router(config)# class-map match-any tc7 /*Ingress policy join*/ Router(config-if)# service-policy input QOS_marking /*Egress policy connect*/ Router(config-if)# service-policy output qos_queuing Router(config-pmap-c)# exit Router(config-pmap)# exit Router(config)#show controllers npu priority-flow - ovládací místo
Spuštění konfigurace
*Úroveň rozhraní* rozhraní HundredGigE0/0/0/0
zapnutý režim prioritního řízení toku
*Ingress:* shoda třída-mapa-jakýkoli prec7
přednost zápasu 7
mapa koncové třídy
!
class-map match-any prec6
přednost zápasu 6
mapa koncové třídy
!
class-map match-any prec5
přednost zápasu 5
mapa koncové třídy
!
class-map match-any prec4
přednost zápasu 4
mapa koncové třídy
!
class-map match-any prec3 match priority 3 end-class-map ! class-map match-any prec2 match priority 2 end-class-map ! class-map match-any prec1 match priority 1 end-class-map ! ! mapa zásad QOS_MARKING

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 62

Nakonfigurujte prioritní řízení toku
class prec7 set traffic-class 7 set qos-group 7
! třída prec6
set traffic-class 6 set qos-group 6 ! class prec5 set traffic-class 5 set qos-group 5 ! class prec4 set traffic-class 4 set qos-group 4 ! class prec3 set traffic-class 3 set qos-group 3 ! class prec2 set traffic-class 2 set qos-group 2 ! class prec1 set traffic-class 1 set qos-group 1 ! class class-default set traffic-class 0 set qos-group 0 !
*Výstup:* shoda třída-mapa-jakýkoli tc7
zápas dopravní třídy 7 end-class-map ! class-map match-any tc6 match traffic-class 6 end-class-map ! class-map match-any tc5 match traffic-class 5 end-class-map
!
class-map match-any tc4
zápas dopravní třídy 4
mapa koncové třídy
!
class-map match-any tc3
zápas dopravní třídy 3
mapa koncové třídy
!

Nakonfigurujte prioritní řízení toku

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 63

Nakonfigurujte prioritní řízení toku

class-map match-any tc2 match traffic-class 2 end-class-map ! class-map match-any tc1 match traffic-class 1 end-class-map ! policy-map QOS_QUEUING třídy tc7
úroveň priority 1 tvar průměrné procento 10 ! třída tc6 poměr zbývající šířky pásma 1 limit fronty 100 ms ! třída tc5 poměr zbývající šířky pásma 20 limit fronty 100 ms ! třída tc4 poměr zbývající šířky pásma 20 náhodná detekce ecn náhodná detekce 6144 bajtů 100 mbytů ! třída tc3 poměr zbývající šířky pásma 20 náhodná detekce ecn náhodná detekce 6144 bajtů 100 mbytů ! třída tc2 poměr zbývající šířky pásma 5 limit fronty 100 ms ! třída tc1 zbývající poměr šířky pásma 5 limit fronty 100 ms ! třída třída výchozí poměr šířky pásma zbývající poměr 20 limit fronty 100 ms ! [buffer-extended] hw-module profile priorita-řízení toku umístění 0/0/CPU0 buffer-extended traffic-class 3 pause-threshold 10 ms buffer-extended traffic-class 4 pause-threshold 10 ms
!
[buffer-internal] hw-module profile priorita-řízení toku umístění 0/1/CPU0 vyrovnávací paměť-vnitřní provoz-třída 3 pause-threshold 403200 bytů volný prostor 441600 bytů ecn
224640 bajtů vyrovnávací paměť-vnitřní třída provozu 4 pauza-práh 403200 bajtů volný prostor 441600 bajtů ecn
224640 bajty
Ověření
Router#sh controllers stoveGigE0/0/0/22 priority-flow-control Informace o prioritním řízení toku pro rozhraní HundredGigE0/0/0/22:

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 64

Nakonfigurujte prioritní řízení toku

Prioritní řízení toku:

Celkový počet rámců Rx PFC: 0

Celkový počet rámů Tx PFC: 313866

Pokles datových rámců Rx: 0

CoS Status Rx Frames

— —— ———-

0 na

1 na

2 na

3 na

4 na

5 na

6 na

7 na

/*[interní vyrovnávací paměť]*/ Router#show controllers stoveGigE 0/9/0/24 priorita-flow-control

Informace o prioritním řízení toku pro rozhraní HundredGigE0/9/0/24:

Prioritní řízení toku:

Celkový počet rámců Rx PFC: 0

Celkový počet rámů Tx PFC: 313866

Pokles datových rámců Rx: 0

CoS Status Rx Frames

— —— ———-

0 na

1 na

2 na

3 na

4 na

5 na

6 na

7 na

…

/*[interní vyrovnávací paměť, nakonfigurované tc3 & tc4. TC4 nemá ECN]*/

Router#show controllers npu priorita-flow-control umístění

ID lokality:

0/1/CPU0

PFC:

Povoleno

Režim PFC:

buffer-interní

TC Pauza

Světlá výška

ECN

————————————————————-

3 86800 bajtů

120000 76800 bajtů XNUMX XNUMX bajtů

4 86800 bajtů

120000 XNUMX bajtů Nenakonfigurováno

/*[PFC s rozšířením vyrovnávací paměti, tc3 & tc4 nakonfigurované]*/

Router#show controllers npu priorita-flow-control umístění

ID lokality:

0/1/CPU0

PFC:

Povoleno

Režim PFC:

buffer-extended

TC Pauza

————

3 5000 nás

4 10000 nás

/*[Bez PFC]*/

Router#show controllers npu priorita-flow-control umístění

ID lokality:

0/1/CPU0

PFC:

Zakázáno

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 65

Konfigurovatelné hodnoty ECN Threshold a Maximum Marking Probability Values

Nakonfigurujte prioritní řízení toku

Příbuzná témata · Priorita řízení toku přesview, na straně 57
Související příkazy hw-module profile místo prioritního řízení toku

Konfigurovatelné hodnoty ECN Threshold a Maximum Marking Probability Values

Tabulka 15: Tabulka historie funkcí

Název funkce

Informace o vydání

Konfigurovatelný práh a uvolnění ECN 7.5.4 Maximální hodnoty pravděpodobnosti označení

Popis funkce
Při konfiguraci PFC v režimu vnitřní vyrovnávací paměti můžete nyní optimalizovat upozornění na přetížení z koncového směrovače na vysílací směrovač, čímž zabráníte agresivnímu omezování provozu zdroje. Tato optimalizace je možná, protože jsme poskytli flexibilitu pro konfiguraci minimální a maximální hodnoty pro práh ECN a maximální hodnotu pro pravděpodobnost označení. S těmito nakonfigurovanými hodnotami pravděpodobnost procenttagOznačení se aplikuje lineárně, počínaje minimálním prahem ECN až po práh ECN Max.
Dřívější verze stanovily maximální pravděpodobnost označení ECN na 100 % na maximální prahové hodnotě ECN.
Tato funkce přidává do hw-module pro následující možnostifile příkaz priority-flow-control:
· max-prah
· pravděpodobnost-procenttage

Hodnoty ECN Threshold a Maximum Marking Probability
Dosud nebyla maximální pravděpodobnost označení ECN konfigurovatelná a byla pevně stanovena na 100 %. Nemohli jste nakonfigurovat ani maximální prahovou hodnotu ECN. Takové uspořádání přednastavených pravděpodobností značení a

Modulární konfigurační příručka QoS pro směrovače Cisco 8000 Series, IOS XR Release 7.3.x 66

Nakonfigurujte prioritní řízení toku

Výhody konfigurovatelného ECN prahu a maximálních hodnot pravděpodobnosti značení

pevné maximální prahové hodnoty znamenaly, že rychlost provozu začala klesat jako funkce délky fronty. Kvůli lineárnímu nárůstu pravděpodobnosti označení ECN – a následné signalizaci přetížení od koncového hostitele k vysílajícímu hostiteli – by se rychlost provozu mohla začít zpomalovat, i když vaše spojení mělo potřebnou šířku pásma.
W

Dokumenty / zdroje

Modulární konfigurace QoS směrovačů CISCO řady 8000 [pdfUživatelská příručka
Směrovače řady 8000 Modulární konfigurace QoS, Řada 8000, Směrovače Modulární konfigurace QoS, Modulární konfigurace QoS, Konfigurace QoS, Konfigurace

Reference

Uživatelská příručka

Modulární konfigurace QoS směrovačů CISCO řady 8000

Informace o produktu

Návod k použití produktu

Dědičnost zásad QoS

Často kladené otázky (FAQ)

PŘEDMLUVA KAPITOLA 1 KAPITOLA 2

Popis

Řízení provozu ukončenoview

Peering QoS pro ABF

Peering QoS pro ABF

Prvky třídy dopravy

Dokumenty / zdroje

Reference

Zanechte komentář

Zrušit odpověď