CISCO 8000 seeria ruuterite moodulite QoS konfiguratsiooni kasutusjuhend

1. peatükk: uued ja muudetud QoS-i funktsioonid
See peatükk annab lõpuview Cisco 8000 seeria ruuterite mooduli QoS-i konfiguratsioonijuhendi uutest ja muudetud teenusekvaliteedi (QoS) funktsioonidest.

2. peatükk: Liikluskorraldus läbiview
Selles peatükis selgitatakse liikluse haldamise ulatust, sealhulgas traditsioonilist liiklushaldust, teie ruuteri liikluse haldust, VoQ mudeli piiranguid, QoS poliitika pärimist ja Cisco Modular QoS CLI kasutamist QoS juurutamiseks.

Ulatus
Liiklushalduse ulatus hõlmab võrguliikluse kontrolli ja prioriseerimist, et tagada tõhus ja usaldusväärne andmeedastus.

Traditsiooniline liikluskorraldus
Traditsiooniline liikluskorraldus hõlmab erinevate tehnikate rakendamist võrguliikluse haldamiseks, nagu liikluse kujundamine, politsei ja järjekord.

Liiklusjuhtimine teie ruuteris
Selles jaotises selgitatakse, kuidas Cisco 8000 seeria ruuterites liiklushaldust rakendatakse, sealhulgas mooduli QoS CLI (MQC) kasutamist QoS-poliitikate määratlemiseks ja rakendamiseks.

VoQ mudeli piirangud
Voice over Quantum (VoQ) mudelil on mastaapsuse ja keerukuse osas teatud piirangud. Selles jaotises käsitletakse neid piiranguid ja antakse ülevaade QoS-i haldamisest selliste stsenaariumide korral.

QoS-i poliitika pärand

QoS-i poliitika pärimine viitab võimalusele pärida QoS-i konfiguratsioonid emapoliitikatelt. See jaotis selgitab QoS-i poliitika pärimise kontseptsiooni ja selle eeliseid.

Cisco Modular QoS CLI QoS juurutamiseks
Cisco Modular QoS CLI (MQC) on käsurea liides, mida kasutatakse QoS poliitikate konfigureerimiseks ja juurutamiseks Cisco 8000 seeria ruuterites. See jaotis sisaldab olulist teavet MQC kasutamise kohta QoS-i juurutamiseks.

3. peatükk. Olulised punktid MQC väljumisjärjekorra poliitika kohta
See peatükk tõstab esile olulised kaalutlused ja juhised, mida tuleks tähele panna MQC väljumisjärjekorra poliitika konfigureerimisel tõhusa QoS-i juurutamiseks.

Korduma kippuvad küsimused (KKK)

K: Mis on liikluskorraldus?
V: Liiklushaldus hõlmab võrguliikluse kontrollimist ja prioriseerimist, et tagada tõhus ja usaldusväärne andmeedastus.

K: Kuidas konfigureerida QoS-poliitikat Cisco 8000 seerias Ruuterid?
V. Saate kasutada Cisco Modular QoS CLI-d (MQC), et konfigureerida ja juurutada QoS-i poliitikaid Cisco 8000 seeria ruuterites.

K: Millised on VoQ mudeli piirangud?
V: VoQ mudelil on mastaapsuse ja keerukuse osas piirangud. VoQ-põhiste võrkude QoS-i haldamisel on oluline mõista neid piiranguid.

View Fullscreen

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x
Esmakordselt avaldatud: 2021-02-01 Viimati muudetud: 2022-01-01
Ameerika peakorter
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) Faks: 408 527-0883

KÄESOLEVA JUHENDI SPETSIFIKATSIOONID JA TEAVE TOODETE KOHTA VÕIB TEATAMATA MUUTUDA. KÕIK SELLES JUHENDIS ESITATUD AVALDUSED, TEAVE JA SOOVITUSED ON TÄPSED, KUID ON ESITATUD ILMA MINGI OTSESE VÕI KAUDSE GARANTIITA. KASUTAJAD PEAVAD VÕTMA TÄIELIKULT VASTUTUSE MÕISTE TOODETE KASUTAMISE EEST.
TARKVARA LITSENTS JA KAASASOLEVA TOOTE PIIRATUD GARANTII ON ESITATUD TOOTEGA KAASAS SAANUD TEABEPAKETIS JA ON SELLE VIIDEGA SIIN SISALdatud. KUI TE EI TOHI LEIA TARKVARA LITSENTSI VÕI PIIRATUD GARANTIITI, VÕTKE KOopia saamiseks ühendust OMA CISCO ESINDAJAGA.
TCP päise tihendamise Cisco teostus on California ülikooli Berkeley (UCB) poolt välja töötatud programmi kohandamine UNIX-i operatsioonisüsteemi UCB üldkasutatava versiooni osana. Kõik õigused kaitstud. Autoriõigus © 1981, California ülikooli regents.
HOIATAMATA MISKIst MUIST SIIN OLEVAst GARANTIIST KÕIK DOKUMENT FILENENDE TARNIJATE TARKVARA JA TARKVARA ON KÕIGI RIKEDEGA PAKUSTATUD „NAGU ON”. CISCO JA ÜLALnimetatud TARNIJAD LAHTUMA LAHTI KÕIGIST VÄLJASELGETUD VÕI KAUDSETE GARANTIIDEST, KAASA arvatud PIIRAMATU KAUBANDUSVÕIME, KONKREETSEKS EESMÄRGIKS SOBIVUSE, USA VÕI MITTERIIKKUMISE, VÕI JUHTIMISE MITTERIKKUMISE GARANTIIDEST KAUBANDUSPRAKTIKA.
CISCO EGA SELLE TARNIJAD EI VASTUTA ÜHTEGI JUHUL ÜHTEGI KAUDSETE, ERILISTE, TAGAJÄRGSETE VÕI JUHUSLIKKE KAHJUDE EEST, SEALHULGAS PIIRAMATU KAOTATUD KASUMID VÕI ANDMEKAHJUD VÕI KAHJUD, MIS TEKKINUD KASUTAMISEGA KASUTAMISEKS. ISEGI KUI CISCOt VÕI SELLE TARNIJAT ON SELLISTE KAHJUDE VÕIMALUSEST TEAVITATUD.
Käesolevas dokumendis kasutatud Interneti-protokolli (IP) aadressid ja telefoninumbrid ei ole mõeldud tegelikeks aadressideks ja telefoninumbriteks. Igasugune eksamples, käsu kuva väljund, võrgu topoloogia diagrammid ja muud dokumendis sisalduvad joonised on näidatud ainult illustratiivsel eesmärgil. Tegelike IP-aadresside või telefoninumbrite kasutamine illustratiivses sisus on tahtmatu ja juhuslik.
Kõik selle dokumendi prinditud koopiad ja pehmed koopiad on kontrollimata. Uusima versiooni saamiseks vaadake praegust võrguversiooni.
Ciscol on üle 200 esinduse üle maailma. Aadressid ja telefoninumbrid on loetletud Ciscos websaidil www.cisco.com/go/offices.
Selle toote dokumentatsioonikomplekt püüab kasutada erapoolikust keelt. Selle dokumentatsioonikomplekti tähenduses on eelarvamustevaba keel, mis ei tähenda diskrimineerimist vanuse, puude, soo, rassilise identiteedi, etnilise identiteedi, seksuaalse sättumuse, sotsiaal-majandusliku staatuse ja intersektsionaalsuse alusel. Dokumentatsioonis võib esineda erandeid, mis tulenevad toote tarkvara kasutajaliidestes kõvakodeeritud keelest, standarddokumentatsioonil põhinevast keelest või viidatud kolmanda osapoole tootes kasutatavast keelest.
Cisco ja Cisco logo on Cisco ja/või tema sidusettevõtete kaubamärgid või registreeritud kaubamärgid USA-s ja teistes riikides. To view Cisco kaubamärkide loend, avage see URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Mainitud kolmandate isikute kaubamärgid on nende vastavate omanike omand. Sõna partner kasutamine ei tähenda partnerlussuhet Cisco ja ühegi teise ettevõtte vahel. (1721R)
© 2021 Cisco Systems, Inc. Kõik õigused kaitstud.

EESSÕNA 1. PEATÜKK 2. PEATÜKK

3. PEATÜKK

Eessõna vii Selle dokumendi muudatused vii Side, teenused ja lisateave vii
Uued ja muudetud QoS-i funktsioonid 1 Uued ja muudetud QoS-i funktsioonid 1
Liikluskorraldus läbiview 3 Ulatus 3 Traditsiooniline liikluskorraldus 3 Liikluse haldamine teie ruuteril 3 VoQ mudeli piirangud 4 QoS poliitika pärand 5 Cisco modulaarne QoS CLI QoS juurutamiseks 6 Olulised punktid MQC väljumisjärjekorra poliitika kohta 6
Klassifitseerige paketid konkreetse liikluse tuvastamiseks 9 Klassifitseerige paketid konkreetse liikluse tuvastamiseks 9 Pakettide klassifikatsioon üleview 9 CoS-i spetsifikatsioon IP-i eelisjärjekorraga paketi jaoks 10 IP-tähtsuse bitti, mida kasutatakse pakettide klassifitseerimiseks 10 IP-eelisoleku väärtuse sätted 10 IP-i eelisjärjekorras võrreldes IP-ga DSCP-märgistus 11 paketi klassifikatsioon teie ruuteril 11 ACL-i skaleerimise täiustamine, kasutades Peering QoS-i kohta ACL-id 12

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x iii

Sisu

4. PEATÜKK 5. PEATÜKK

Juhised ja piirangud Peering QoS 12 Peering QoS konfigureerimine ACL skaleerimise jaoks 13 Klassifitseerige ja märkige kiht 3 päis kihi 2 liidestel 19 Liiklusklassi elemendid 20 Vaikimisi liiklusklass 21 Liiklusklassi 21 loomine Liikluspoliitika elemendid 23 Liikluspoliitika elemendid A24ctta Liidese poliitika 24
Märkige paketid prioriteetsätete muutmiseks 29 Pakettide märgistamine üleview 29 Vaikimisi märgistus 29 QoS-käitumine üldise marsruutimise kapseldamise (GRE) tunnelite jaoks 30 paketimärgistus 30 QoS-käitumine üldise marsruutimise kapseldamise (GRE) tunnelite jaoks 31 klassipõhine tingimusteta pakettmärgistuse funktsioon ja 31. klassipõhised konfiguratsioonipõhised eelised 32. klassi konfiguratsioonipõhised eelised Tingimusteta paketimärgistus: ntamples 33 IP Precedence Marking Configuration: Example 33 IP DSCP märgistuse konfiguratsioon: Ntample 34 QoS Group Marking Configuration: Example 34 CoS-i märgistuse konfiguratsioon: ntample 34 MPLS eksperimentaalse biti pealekandmise märgistuse konfiguratsioon: näitample 35 MPLS eksperimentaalse ülemise märgistuse konfiguratsioon: ntample 35 IP prioriteetsus võrreldes IP DSCP märgistusega 35 DSCP CS7 seadistamine (Precence 7) 36 Kohapealne poliitika muudatus 36 Soovitused kohapealse poliitika modifikatsiooni kasutamiseks 36
Ummikute vältimine 39 Ummikute vältimine 39 Järjekorrarežiimid 39 Põhiliidese järjekorrapoliitika 40

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuteritele, IOS XR, väljalase 7.3.x iv

Sisu

6. PEATÜKK

Alamliidese järjekorrapoliitika 40 Ummikute vältimine VOQ 40-s
VOQ statistika loendurite ühiskasutus 41 VOQ statistika loendurite jagamise konfigureerimine 41
Kahe järjekorra limiit 42 Piirangud 43
Õiglane liiklusvoog, kasutades õiglast VOQ-d 44 Õiglane VOQ: Miks 44 Õiglane VOQ: Kuidas 45 Õiglased VOQ-režiimid ja loendurite jagamine 46 Õiglased VOQ-d ja osa (või tavalised) VOQ-d: Peamised erinevused 47 Juhised ja piirangud 47 VOQ-i seadistamine48
Modulaarne QoS ülekoormuse vältimine 50 Saba langemine ja FIFO järjekord 50
Saba langemise 50 juhusliku varajase tuvastamise ja TCP 52 seadistamine
Juhusliku varajase tuvastamise konfigureerimine 52 Ummikute selgesõnaline teatis 54
Prioriteedi voo juhtimise konfigureerimine 57 Prioriteedi voo juhtimine üleview 57 puhvrisisemine režiim 59 Piirangud ja juhised 59 Laiendatud puhverrežiim 59 Olulised kaalutlused 60 Prioriteedi voo juhtimise riistvaratugi 61 Prioriteedi voolu juhtimise konfigureerimine 61 Konfigureeritav ECN-i lävi ja maksimaalse märgistamise tõenäosuse väärtused 66 ECN-i läviväärtused 66 ECN-i väärtuste konfigureeritavus ja eelised. ECN lävi ja maksimaalse märgistamise tõenäosuse väärtused 67 ECN lävi ja maksimaalse märgistamise tõenäosuse väärtused: KKK 68 Juhised ja piirangud 68 ECN läve ja maksimaalse märgistamise tõenäosuse väärtuste konfigureerimine 69

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.xv

Sisu

7. PEATÜKK 8. PEATÜKK

Prioriteedi voolu juhtimise valvekoer üleview 71 Prioriteetse voo juhtimise valvekoera intervalli konfigureerimine 72
Ülekoormuse juhtimine 75 Ülekoormuse juhtimine Lõppenudview 75 Madala latentsusajaga järjekord range prioriteedijärjekorraga 75 madala latentsusajaga järjekorra seadistamine range prioriteediga järjekorraga 75 liikluse kujundamine 78 liikluse kujundamise konfigureerimine 78 liikluspolitsei 80 sooritatud sarivõtted ja ülemäärased sarivõtted 80 ühepolitsei 81 kahe kiirusega politseireferentsi83 85 sooritatud sarivõtted 85 üleliigsed pursked 86 Kahehinnangulise politseiniku üksikasjad 87
Modulaarse QoS-i seadistamine lingipakettidel 89 QoS lingipakettidel 89 koormuse tasakaalustamine 89 lingipakettide QoS-i seadistamine 90

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x vi

Eessõna

See eessõna sisaldab järgmisi jaotisi:
· Selle dokumendi muudatused, lk vii. · Side, teenused ja lisateave, lk vii

Selle dokumendi muudatused

See tabel loetleb selles dokumendis pärast selle esmakordset avaldamist tehtud tehnilisi muudatusi.
Tabel 1: Selle dokumendi muudatused

Kuupäev 2022. jaanuar
oktoober 2021
mai 2021 veebruar 2021

Muudatuste kokkuvõte Avaldatud uuesti koos versiooni 7.3.3 dokumentatsiooni värskendustega
Taasavaldatud koos versiooni 7.3.2 dokumentatsiooni värskendustega
Uuesti avaldatud versiooni 7.3.15 jaoks
Selle dokumendi esialgne avaldamine.

Side, teenused ja lisateave
· Cisco õigeaegse ja asjakohase teabe saamiseks registreeruge saidil Cisco Profile Juht. · Et saada oluliste tehnoloogiatega soovitud ärimõju, külastage Cisco teenuseid. · Teenusetaotluse esitamiseks külastage Cisco tugiteenust. · Turvaliste, kinnitatud ettevõtteklassi rakenduste, toodete, lahenduste ja teenuste avastamiseks ja sirvimiseks külastage veebisaiti
Cisco turg. · Üldiste võrgustamis-, koolitus- ja sertifitseerimisnimetuste saamiseks külastage Cisco Pressi. · Konkreetse toote või tooteperekonna garantiiteabe leidmiseks avage Cisco Warranty Finder.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuteritele, IOS XR, väljalase 7.3.x vii

Eessõna

Eessõna
Cisco veaotsingu tööriist Cisco veaotsingu tööriist (BST) on a webpõhinev tööriist, mis toimib väravana Cisco vigade jälgimise süsteemi, mis haldab Cisco toodete ja tarkvara defektide ja haavatavuste põhjalikku loendit. BST pakub teile üksikasjalikku teavet teie toodete ja tarkvara defektide kohta.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuteritele, IOS XR, väljalase 7.3.x viii

1 PEATÜKK

Uued ja muudetud QoS-i funktsioonid

· Uued ja muudetud QoS-i funktsioonid, lk 1

Uued ja muudetud QoS-i funktsioonid

Tabel 2: IOS XR versioonis 7.3.x lisatud või muudetud QoS-i funktsioonid

Funktsioon Equitable Traffic Flow, kasutades ausat VOQ-d
Parandage ACL-i skaleerimist Peering QoS-i abil

Kirjeldus

Väljalaskes muudetud

Selle funktsiooni konfigureerimine Väljalase 7.3.3 tagab, et NPU iga võrgulõigu erinevatest lähteportidest pärit sisendliiklusele määratakse iga lähtepordi ja sihtpordi paari jaoks kordumatu virtuaalne väljundjärjekord (VOQ).

See funktsioon ühendab QoS-i ja turvajuurdepääsu kontrolli loendite (ACL) versiooni 7.3.2 funktsioonid. See kombinatsioon võimaldab kasutada ACL-filtrit koos objektirühma ACL-iga, mis pakub palju väiksema TCAM-i kasutamise tõttu oluliselt täiustatud ACL-i skaala.

Kus dokumenteeritud õiglane liiklusvoog, kasutades õiglast VOQ-d, lk 44
Täiustage ACL-i skaleerimist Peering QoS abil, lk 12

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 1

Uued ja muudetud QoS-i funktsioonid

Funktsiooni QoS-i poliitika pärand

Kirjeldus

Väljalaskes muudetud

Funktsionaalsus põhineb versioonil 7.3.15 pärimismudelil, kus loote ja rakendate põhiliidesele QoS-poliitika. Põhiliidesele lisatud alamliidesed pärivad poliitika automaatselt.

Prioriteedi voo juhtimine Need liinikaardid toetavad Cisco 7.3.15 versiooni 8800 Priority Flow Control 36 × 400 GbE QSFP56-DD funktsiooni. Joonekaardid (88-LC0-36FH-M)

Üldise QoS-i käitumine Versiooni 7.3.1 marsruutimise (GRE) kasutuselevõtuga tunnelite tugi GRE jaoks
kapseldamise ja kapseldamise tunneli liideste puhul on GRE tunnelite QoS-i käitumises kapseldamise ja dekapseldamise ajal mõned olulised värskendused.

Kus on dokumenteeritud QoS-i poliitika pärand, lk 5
Prioriteedi voo juhtimine üleview, leheküljel 57
Vaikimisi märgistus, lk 29 ja paketi märgistus, lk 30

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 2

2 PEATÜKK

Liikluskorraldus läbiview

Ulatus

· Ulatus, lk 3 · Traditsiooniline liiklushaldus, lk 3 · Liiklushaldus teie ruuteris, lk 3 · VoQ mudeli piirangud, lk 4 · QoS poliitika pärand, lk 5 · Cisco modulaarne QoS CLI QoS juurutamiseks , leheküljel 6
Lugege seda konfiguratsioonijuhendit, et mõista Cisco teenusekvaliteedi QoS (Quality of Service) tehnoloogiat ja ka seda, kuidas kasutada selle funktsioone võrgu liikluse ribalaiuse ja paketikadude parameetrite konfigureerimiseks ja haldamiseks.

Traditsiooniline liikluskorraldus
Traditsioonilistes liikluse haldamise meetodites saadetakse liikluspaketid väljumisväljundi järjekordadesse, võtmata arvesse väljumisliidese saadavust edastamiseks.
Selles peitub ka probleem. Liiklusummiku korral võivad liikluspaketid väljumispordis kukkuda. Mis tähendab, et raisatakse võrguressursid, mis kulutasid pakettide viimiseks sisendsisendjärjekorrast üle kommutaatori väljundi väljundjärjekordadesse. See ei ole kõik – sisendjärjekorrad puhverdavad erinevatele väljumisportidele mõeldud liiklust, nii et ühe väljumispordi ummikud võivad mõjutada liiklust teises pordis – seda sündmust nimetatakse reapea blokeerimiseks.

Liiklusjuhtimine teie ruuteris
Teie ruuteri võrgutöötlusüksus (NPU) kasutab liikluse haldamiseks ühendatud sisend-väljapääs virtuaalse väljundi järjekorra (VoQ) põhist edastamisarhitektuuri.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 3

VoQ mudeli piirangud Joonis 1: Liiklusvoog lõigus 0 sisendpordist pesa 3 väljumispordini

Liikluskorraldus läbiview

Siin on igal sisendliikluse klassil üks-ühele VoQ vastendus igast sisendlõigust (torujuhtmest) iga väljumispordini. Mis tähendab, et igal väljumisliidesel (joonisel nr 5) on iga VoQ jaoks iga sisendkonveieri jaoks (joonisel nr 1) eraldatud puhverruum. Siit saate teada, kuidas teie ruuterisüsteemi ummikute ajal pakettreiside lugu lahti hargneb: #1: paketid A (roheline), B (roosa) ja C (pruun) on sisenemisliideses. Siin toimub pakettide märgistamine, klassifitseerimine ja kontrollimine. (Lisateavet vt jaotisest Pakettide märkimine prioriteetsätete muutmiseks, lk 29, Pakettide klassifitseerimine konkreetse liikluse tuvastamiseks, lk 9 ja ummikute haldamine, lk 75.) #2: Need paketid salvestatakse eraldi puhversalvestusruumidesse selleks ettenähtud kohas. VoQs. Siin tulevad mängu järjekord, VoQ edastamine ning pakettide ja baitide loendurid. (Lisateavet vt jaotisest Ummikute vältimine, lk 39.) #3: Sõltuvalt väljumisliidesel saadaolevast ribalaiusest alluvad need paketid väljumisplaanile, kus konfigureeritakse väljumiskrediidi ja edastuse planeerijad. Teisisõnu, siin määratakse paketid ja järjestus, milles nad nüüd väljumisliidese poole liiguvad. Siin võetakse väljapääsu ajastamisel arvesse kanga ribalaiust. #4: paketid vahetatakse läbi kanga. #5: Viimases faasis toimub väljapääsu märgistamine ja klassifitseerimine ning ummikuid juhitakse nii, et sellel hetkeltage ühtegi paketti ei langeta ja kõik paketid edastatakse järgmisele hüppele.
VoQ mudeli piirangud
Kuigi VoQ liikluskorralduse mudel pakub selgeid eeliseidtages (vähendab mälu ribalaiuse nõudeid, pakkudes otsast lõpuni QoS-i voogu), on sellel piirang: kogu väljumisjärjekorra skaala on madalam, kuna iga väljumisjärjekorda tuleb replitseerida sisend-VoQ-na iga NPU/ASIC-i iga lõigu kohta. süsteem. See tähendab, et 1 NPU lisamisega 20 liidesega,
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 4

Liikluskorraldus läbiview

QoS-i poliitika pärand

süsteemi igas NPU-s kasutatavate VoQ-de arv suureneb 20 x 8 (järjekord/liides) = 160 võrra. Samuti suureneb iga planeerija krediitpistikute arv juba olemasolevate NPU-de iga väljumispordi jaoks. iga viil äsja sisestatud NPU-s.

QoS-i poliitika pärand

Tabel 3: funktsioonide ajaloo tabel

Funktsiooni nimi QoS-i poliitika pärand

Väljalaseteave Väljaanne 7.3.15

Funktsiooni kirjeldus
Alamliideste jaoks QoS-i reeglite loomiseks pidite reeglid igale alamliidesele käsitsi rakendama. Sellest versioonist saate vaid luua ja rakendada põhiliideses ühe QoS-i poliitika ning alamliidesed pärivad poliitika automaatselt.
Pärimismudel pakub poliitikate rakendamiseks hõlpsasti hooldatavat meetodit, mis võimaldab teil luua liideste rühma ja nende alamliideste jaoks suunatud poliitikaid. See mudel säästab teie aega ja ressursse QoS-poliitikate loomisel.

· Mida see funktsioon endast kujutab? – Nagu nimigi viitab, põhineb funktsionaalsus pärimismudelil, kus loote ja rakendate põhiliidesele QoS-poliitika. Põhiliidesele lisatud alamliidesed pärivad poliitika automaatselt. Pärimismudel kehtib kõikide QoS operatsioonide kohta, sealhulgas: · Klassifikatsioon
· Märgistus
· Politseitöö
· Vormimine

· Kuidas pärimismudel aitab? – Varem, kui oli, ntampkaheksa alamliidest, lõite ja rakendasite poliitikad igale alamliidesele eraldi. Pärimismudeliga säästate aega ja ressursse, kuna põhiliidesele ja selle alamliidestele rakendatakse automaatselt vaid üks poliitika.
· Kas ma pean pärimismudeli lubamiseks midagi enamat tegema? – Ei, te ei tee seda. Pärimismudel on vaikevalik.
· Mis siis, kui ma tahan pärimisvaliku alistada? – Tehniliselt ei saa te seda valikut alistada. Siiski saate poliitika põhiliidesest eemaldada ja lisada poliitikaid alamliidestele, välja arvatud neile, mille puhul te ei soovi, et poliitikat pärandaks.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 5

Cisco Modular QoS CLI QoS juurutamiseks

Liikluskorraldus läbiview

· Kuidas on lood poliitikakaardi statistikaga? – see käitumine ei muutu. Käsu näitamise poliitika-kaardi liidese käivitamine kuvab liidese kumulatiivse statistika ja need numbrid hõlmavad ka alamliideseid.
· Kas on mingeid piiranguid, millest pean teadma? – ECN-i märgistamise ja väljapääsu märgistamise poliitikat samal liidese ja alamliidese kombinatsioonil ei toetata. Kuid QoS-i poliitika pärimise funktsioon aktsepteerib neid mitut poliitikat, mis põhjustab ECN-i märgiste ebaõnnestumise. Selliste tõrgete vältimiseks: · Ärge konfigureerige alamliideses väljapääsu märgistamise poliitikat ja rakendage põhiliideses ECN-i toega poliitikat.
· Ärge rakendage alamliideses ECN-i poliitikat ja konfigureerige põhiliideses väljapääsu märgistamise poliitikat.
Cisco Modular QoS CLI QoS juurutamiseks
Cisco Modular QoS CLI (MQC) raamistik on Cisco IOS QoS-i kasutajakeel, mis võimaldab: · standardse käsurea liidese (CLI) ja semantika QoS-i funktsioonide jaoks.
· lihtsad ja täpsed konfiguratsioonid.
· QoS-i pakkumine laiendatava keele kontekstis.
Teie ruuteri puhul toetatakse väljumissuunas kahte tüüpi MQC poliitikat: järjekorda ja märgistamist. Järjekorrapoliitika abil saate konfigureerida krediidi ajastamise hierarhiat, tariife, prioriteeti, puhverdamist ja ummikute vältimist. Märgistamise poliitikat kasutate edastamiseks kavandatud pakettide klassifitseerimiseks ja märgistamiseks. Isegi kui järjekorrapoliitikat ei rakendata, on TC7 – P1, TC6 – P2, TC5 – TC0 (6 x Pn) puhul olemas kaudne järjekorrapoliitika, nii et TC7-ga tähistatud paketid ja kontroll-injektsioonipaketid on alati teiste pakettide ees prioriteetsed. Sissepääsu korral toetatakse klassifitseerimiseks ja märgistamiseks ainult ühte poliitikat. Järjekorra- ja märgistamispoliitikat saate rakendada üksteisest sõltumatult või koos väljumissuunas. Kui rakendate mõlemat poliitikat koos, luuakse kõigepealt järjekorrapoliitika toimingud, millele järgneb poliitikatoimingute märgistamine.
Olulised punktid MQC väljumisjärjekorra poliitika kohta
Need on olulised punktid, mida peate MQC väljumisjärjekorra poliitika kohta teadma: · MQC järjekorrapoliitika koosneb klassikaartide komplektist, mis lisatakse poliitikakaardile. Saate juhtida selle liiklusklassi järjekorra ja ajastamise parameetreid, rakendades poliitikale toiminguid.
· klass-vaikeväärtus vastab alati liiklusklassile 0. Samuti ei saa ükski teine klass vastata liiklusklassile 0.
· Kui liiklusklassil pole rakendatud poliitikakaardil sobivat klassi, vastab see alati klassi vaikeväärtusele. Teisisõnu, see kasutab liiklusklassi 0 VoQ.
· Iga unikaalne liiklusklasside kombinatsioon, mis vastab klassi vaikeväärtustele, nõuab eraldi liiklusklassi (TC) profile. TC pro numberfiles on põhiliideste puhul piiratud 8-ga ja alamliideste puhul 8-ga.
· Te ei saa konfigureerida mitut liiklusklassi sama prioriteeditasemega.
· Iga prioriteeditase, kui see on konfigureeritud, peab olema konfigureeritud vastavalt klassile, mis vastab vastavale TC-le, nagu on näidatud järgmises tabelis.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 6

Liikluskorraldus läbiview

Olulised punktid MQC väljumisjärjekorra poliitika kohta

Prioriteeditase P1 P2 P3 P4 P5 P6 P7

Liiklusklass 7 6 5 4 3 2 1

· Kui kõik poliitikakaardil konfigureeritud prioriteeditasemed on sorteeritud, peavad need olema külgnevad. Teisisõnu ei saa te prioriteedi taset vahele jätta. Näiteksample, P1 P2 P4 (jättes P3 vahele), ei ole lubatud.
· Alates versioonist IOS XR Release 7.3.1 saate luua ühe külgnevate prioriteetsete TC-de komplekti. Veenduge, et määrate prioriteeditasemed, mis suurenevad iga TC jaoks või jäävad samaks, kuid ei vähene. Samuti veenduge, et määrate liiklusklassile 1 prioriteeditase 7. Te ei pea konfigureerima kasutamata liiklusklasse, nii et saate luua ainult need paljud TC-d, mida vajate väljumispoliitika kaardil.
· MQC toetab järjekorrapoliitika kuni kahte taset (vanem, laps). Vanemtasand koondab kõik liiklusklassid ja alamtasand eristab liiklusklasse MQC klasside abil.
· Järjekorrapoliitikas toetatakse ainult neid toiminguid: · prioriteet
· kuju
· järelejäänud ribalaiuse suhe
· järjekorra piirang
· Juhuslik varajane tuvastamine (PUNANE)
· Prioriteetne voolu juhtimine

· Klassikaardil võib olla ainult üks liiklusklassi väärtus. · Põhiliidesele ja selle alamliidestele ei saa järjekorrapoliitikat rakendada.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 7

Olulised punktid MQC väljumisjärjekorra poliitika kohta

Liikluskorraldus läbiview

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 8

3 PEATÜKK
Klassifitseerige paketid konkreetse liikluse tuvastamiseks
· Pakettide liigitamine konkreetse liikluse tuvastamiseks, lk 9 · Pakettide klassifitseerimine üleview, lk 9 · Pakettide klassifikatsioon teie ruuteris, lk 11 · Liiklusklassi elemendid, lk 20 · Vaikimisi liiklusklass, lk 21 · Liiklusklassi loomine, lk 21 · Liikluspoliitika elemendid, lk 23 · Looge Liikluspoliitika, lk 24 · Liikluspoliitika liidesele lisamine, lk 24
Klassifitseerige paketid konkreetse liikluse tuvastamiseks
Üle saamiseks lugege seda jaotistview pakettide klassifikatsiooni ja teie ruuteri erinevad pakettide klassifikatsiooni tüübid.
Pakettide klassifikatsioon läbiview
Pakettide klassifitseerimine hõlmab paketi liigitamist kindlasse rühma (või klassi) ja sellele liikluse deskriptori määramist, et muuta see võrgus QoS-i käsitlemiseks kättesaadavaks. Liikluse deskriptor sisaldab teavet edastamistöötluse (teenuse kvaliteedi) kohta, mida pakett peaks vastu võtma. Pakettide klassifikatsiooni abil saate võrguliikluse jagada mitmeks prioriteeditasemeks või teenuseklassiks. Kui liikluse klassifitseerimiseks kasutatakse liikluse kirjeldusi, nõustub allikas lepingutingimustest kinni pidama ja võrk lubab teenuse kvaliteeti. Siin tulevad pildile liikluspolitseinikud ja liikluse kujundajad. Liikluspolitseinikud ja liikluse kujundajad kasutavad lepingust kinnipidamise tagamiseks paketi liikluskirjeldust ehk selle klassifikatsiooni. Modulaarse teenusekvaliteedi (QoS) käsurealiidest (MQC) kasutatakse liigitatavate liiklusvoogude määratlemiseks, kus iga liiklusvoogu nimetatakse teenuseklassiks või klassiks. Hiljem koostatakse ja rakendatakse klassile liikluspoliitika. Kogu liiklus, mida määratletud klassid ei tuvasta, kuuluvad vaikeklassi kategooriasse.
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 9

CoS-i spetsifikatsioon IP-i eelisseisundiga paketi jaoks

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Märkus. Alates Cisco IOS XR versioonist 7.2.12 saate klassifitseerida pakette Layer 2 transpordiliidestel, kasutades Layer 3 päise väärtusi. Kuid see funktsioon kehtib ainult põhiliidese (füüsilised ja komplektiliidesed), mitte alamliideste kohta.
CoS-i spetsifikatsioon IP-i eelisseisundiga paketi jaoks
IP prioriteetsuse kasutamine võimaldab teil määrata paketi CoS-i. Saate luua diferentseeritud teenust, määrates sissetulevale liiklusele prioriteetsuse tasemed ja kasutades neid koos QoS-i järjekorra funktsioonidega. Et iga järgnev võrguelement saaks pakkuda teenust kindlaksmääratud poliitika alusel. IP-prioriteet rakendatakse tavaliselt võrgu või haldusdomeeni servale võimalikult lähedal. See võimaldab ülejäänud tuumal või selgrool rakendada QoS-i prioriteedi alusel.
Joonis 2: IPv4 paketi tüübi teenuseväli

Selleks saate kasutada IPv4 päise teenuse tüübi (ToS) väljal olevat kolme tähtsuse bitti. ToS-bitte kasutades saate määratleda kuni kaheksa teenuseklassi. Teised kogu võrgus konfigureeritud funktsioonid saavad seejärel kasutada neid bitte, et määrata, kuidas paketti käsitleda selle andmise tingimustega seoses. Need muud QoS-funktsioonid võivad määrata sobivad liikluse haldamise poliitikad, sealhulgas ummikute haldamise strateegia ja ribalaiuse eraldamine. Näiteksample, järjekorrafunktsioonid, nagu LLQ, saavad liikluse prioriseerimiseks kasutada paketi IP prioriteetsuse sätet.
Pakettide klassifitseerimiseks kasutatavad IP-i eelised
Iga paketi CoS-i määramise määramiseks kasutage IP-päise ToS-välja kolme IP-eesoleku bitti. Saate liikluse jagada maksimaalselt kaheksaks klassiks ja seejärel kasutada poliitikakaarte, et määratleda võrgupoliitikad ummikute käsitlemise ja iga klassi ribalaiuse eraldamise osas. Iga eesõigus vastab nimele. IP prioriteetsuse bitisätted 6 ja 7 on reserveeritud võrgu juhtimisteabe jaoks, nagu marsruutimise värskendused. Need nimed on määratletud standardis RFC 791.
IP Precedence Value Settings
Vaikimisi jätavad ruuterid IP prioriteetsuse väärtuse puutumata. See säilitab päises seatud ülimuslikkuse väärtuse ja võimaldab kõigil sisevõrgu seadmetel pakkuda teenust IP-eesuse seadistuse alusel. See poliitika järgib standardset lähenemisviisi, mis näeb ette, et võrguliiklus tuleks sorteerida võrgu servas erinevat tüüpi teenusteks ja seda tüüpi teenuseid tuleks rakendada võrgu tuumas. Võrgu tuumas olevad ruuterid saavad seejärel kasutada edastusjärjekorra, pakettide langemise tõenäosuse ja muu sellise määramiseks prioriteetsuse bitte. Kuna teie võrku saabuval liiklusel võivad olla ülimuslikud välisseadmed, soovitame teil lähtestada kogu võrku siseneva liikluse prioriteetsus. Juhtides IP-eestuse seadeid, saate
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 10

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

IP prioriteetsus võrreldes IP DSCP märgistusega

keelata kasutajatel, kes on juba määranud IP prioriteetsuse, hankimast oma liikluse jaoks paremat teenust, seades kõigile oma pakettidele kõrge prioriteedi. Klassipõhine tingimusteta pakettide märgistamine ja LLQ funktsioonid võivad kasutada IP-eesoleku bitte.
IP prioriteetsus võrreldes IP DSCP märgistusega
Kui teil on vaja oma võrgus pakette märgistada ja kõik teie seadmed toetavad IP DSCP-märgistust, kasutage oma pakettide märgistamiseks IP DSCP-märgistust, kuna IP DSCP-märgistused pakuvad rohkem tingimusteta pakettide märgistamise võimalusi. Kui aga IP DSCP-ga märgistamine ei ole soovitav või kui te pole kindel, kas teie võrgus olevad seadmed toetavad IP DSCP väärtusi, kasutage pakettide märkimiseks IP-i prioriteetsuse väärtust. Tõenäoliselt toetavad kõik võrgus olevad seadmed IP prioriteetsuse väärtust. Saate seadistada kuni 8 erinevat IP-eesmärgi tähistust ja 64 erinevat IP DSCP-märgistust.
Teie ruuteri pakettide klassifikatsioon
Teie ruuteris on kahte tüüpi pakettide klassifitseerimissüsteeme: · Sissepääsu suunas QoS-kaart ja kolmekordne sisu adresseeritav mälu (TCAM).
Märkus. TCAM-i ei toetata fikseeritud konfiguratsiooniga ruuterid (kus ruuteri liidesed on sisse ehitatud). Seda toetavad ainult modulaarsed ruuterid (millel on mitu pesa, mis võimaldavad teil ruuteri liideseid muuta).
· Väljapääsu suunas QoS kaart.
Kui reegel kattub ainult diferentseeritud teenuste koodipunkti (DSCP) või prioriteetsuse väärtusega (nimetatakse ka DSCP-ks või järjekohapõhiseks klassifikatsiooniks), valib süsteem kaardipõhise klassifikatsioonisüsteemi; muul juhul valib see TCAM-i. TCAM on sisu adresseeritava mälu (CAM) tabeli kontseptsiooni laiendus. CAM-i tabel võtab indeksi või võtme väärtuse (tavaliselt MAC-aadressi) ja otsib sellest tuleneva väärtuse (tavaliselt lüliti pordi või VLAN-i ID). Tabeliotsing on kiire ja põhineb alati täpsel võtme vastel, mis koosneb kahest sisendväärtusest: 0 ja 1 bitti. QoS-kaart on tabelipõhine liikluspakettide klassifitseerimissüsteem.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 11

Parandage ACL-i skaleerimist Peering QoS-i abil

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Parandage ACL-i skaleerimist Peering QoS-i abil

Tabel 4: funktsioonide ajaloo tabel

Funktsiooni nimi
Parandage ACL-i skaleerimist Peering QoS-i abil

Väljalaseteave Väljaanne 7.3.2

Funktsiooni kirjeldus
See funktsioon ühendab QoS-i ja turvajuurdepääsu kontrolli loendite (ACL) funktsioonid. See kombinatsioon võimaldab kasutada ACL-filtrit koos objektirühma ACL-iga, mis pakub oluliselt paremat ACL-i skaala tänu palju väiksemale TCAM-kasutusele.
Enne selle funktsiooni kasutuselevõttu tarbisid QoS-i rühmatoimingute jaoks rakendatud ACL-id märkimisväärsel hulgal TCAM-i kirjeid, vähendades funktsiooni saadaolevat ulatust.

Peering QoS on sissepääsu QoS-i klassifitseerimisfunktsioon, mis võimaldab ühendada QoS-i ACL-ide ja turbe-ACL-ide funktsioonid. See võimaldab teil määrata QoS-i rühmatoimingud igale juurdepääsukontrolli kirjele (ACE) turva-ACL-is, vältides seega mitut kirjet (QoS-i ja turvalisuse jaoks) ACE kohta. Seejärel saate seda ühendatud ACL-i kasutada objektirühma ACL-i funktsiooniga, et rakendada ACE-dele ACL-filtrit (lubada või keelata). Objektirühma ACL-e nimetatakse ka tihendatud ACL-ideks, kuna objektirühm tihendab mitu individuaalset IP-aadressi objektirühmadeks. Samuti saate objektirühmapõhises ACL-is luua ühe ACE, mis kasutab paljude ACE-de loomise asemel objektirühma nime. See ACL-ide liitmise ja tihendamise võimalus säästab märkimisväärselt TCAM-i ruumi ja pakub oluliselt täiustatud ACL-i skaala QoS-poliitikate jaoks.

Olulised punktid ACL-ide ühendamise kohta
· Veenduge, et ühendate ACL-id (määrake QoS-i rühmatoimingud igale turbe-ACL-i ACE-le) enne nende liidesega ühendamist.
· ACL-i liitmine sõltub järjestusest. See tähendab, et ACE-d programmeeritakse ACL-is ilmumise järjekorras.

Peeringu QoS-i juhised ja piirangud
· Ainult 3. kihi liidesed toetavad vahelise ühenduse QoS-i. 2. kihi konfiguratsioonid lükatakse tagasi.
· Peering QoS on toetatud ainult sissepääsu suunas.
· Peeringu QoS-poliitikad ja tavalised QoS-poliitikad võivad eksisteerida samal liinikaardil, kuid ainult siis, kui ühendate need erinevatele liidestele.
· Saate sama liinikaardi mitmele liidesele lisada sama vahelise koostöö QoS-poliitika.
· IPv4 ja IPv6 liikluse eraldi arvestamiseks konfigureerige IPv4 ja IPv6 turbe ACL-ide jaoks ainulaadsed QoS-rühma väärtused.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 12

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Peeringu QoS-i konfigureerimine ACL-i skaleerimiseks

· Peeringu QoS-i konfigureeritud liidesel MPLS EXP bittidega tähistatud liiklus sobitatakse klassi vaikeväärtusega klassikaardil, mis on MPLS MPLS-voogude jaoks konfigureeritud kui match-any (vaikimisi).
· Alamliidesed pärivad põhiliidestele rakendatud vahelise koostöö QoS-i poliitikad, kuid nad ei päri ACL-e. Veenduge, et konfigureerite turva-ACL-id (vastavad põhiliideste omadele) kõigil alamliidestel; vastasel juhul allutatakse kogu alamliideste liiklusele klassi vaiketegevus, mis mõjutab nende prioriteetide kaalumisttage.
· Sobiva qos-rühma saate konfigureerida ainult vahelise ühenduse QoS-poliitika jaoks. Kõik muud qos-grupi käsud lükatakse tagasi.
· Saate lisada, kustutada ja muuta turbe-ACL-i ACE-sid.
Peeringu QoS-i konfigureerimine ACL-i skaleerimiseks
Peeringu QoS-i konfigureerimiseks liidesel:
1. Konfigureerige turbe ACL ja määrake qos-rühm ACE kohta. Muidu seatakse qos-group vaikeväärtuseks 0, mis mõjutab prioriteetset kaalumisttage liidese liikluse jaoks.
2. Konfigureerige turvalisuse ACL-is seatud qos-rühma vahelise koostöö QoS-i poliitika sobitamine. Määrake QoS-i rühmatoimingud, nagu märkus, politseinik, liiklusklass, DSCP, prioriteetsus ja loobumisklass.
3. Ühendage liidesega turbe-ACL ja vahelise ühenduse QoS-i ACL.
/*Seadistage turvalisuse ACL-i ntample: ipv4-sec-acl*/ Ruuter(config)#ipv4 access-list ipv4-sec-acl
/*määra qos-rühm ACE kohta; saate seda teha vahelise ühenduse QoS-i tõttu, mis võimaldab kasutada ühte kirjet ACE kohta mitme kirje asemel */ Ruuter(config-ipv4-acl)#10 luba ipv4 135.0.0.0/8 217.0.0.0/8 prioriteedi seadistus qos - rühm 1
Ruuter(config-ipv4-acl)#20 lubab ipv4 135.0.0.0/8 217.0.0.0/8 eelisjärjekorras kohe seatud qos-group 2
Ruuter (config-ipv4-acl)30 lubab ipv4 135.0.0.0/8 217.0.0.0/8 emissiooni välklamp, qos-group 3 Ruuter (config-ipv4-acl)40 luba ipv4 135.0.0.0/8 217.0.0.0/8. flash-override komplekt qos-group 4 Ruuter(config-ipv4-acl)50 lubab ipv4 135.0.0.0/8 217.0.0.0/8 kriitilise tähtsusega seadistus qos-group 5 Ruuter(config-ipv4-acl)#60 luba ipv.4. 135.0.0.0/8 217.0.0.0/8 prioriteediga Interneti-seadistus qos-group 6 Ruuter(config-ipv4-acl)#70 luba ipv4 135.0.0.0/8 217.0.0.0/8 prioriteediga võrgukomplekt qos-group 7 Router(4-f acl)#exit
/*Seadistage ühisturu QoS-i poliitika sobitamine igale turva-ACL-is määratud qos-rühmale*/ Ruuter(config)#class-map match-any grp-7 Ruuter(config-cmap)#match qos-group 7 Router(config- cmap)#end-class-map Ruuter(config)#class-map match-any grp-6 Ruuter(config-cmap)#match qos-group 6 Ruuter(config-cmap)#end-class-map Ruuter(config) #class-map match- any grp-5 Router(config-cmap)#match qos-group 5 Router(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp-4 Router( config-cmap)#match qos-group 4 Ruuter(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp-3 Ruuter(config-cmap)#match qos-group 3

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 13

Peeringu QoS-i konfigureerimine ACL-i skaleerimiseks

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Ruuter(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp-2 Ruuter(config-cmap)#match qos-group 2 Ruuter(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp-1 Ruuter(config-cmap)#match qos-group 1 Ruuter(config-cmap)#end-class-map Ruuter(config)#class-map match-mis tahes klass -vaikimisi ruuter(config-cmap)#end-class-map
/*Määrake Qos-i toimingud konfigureeritud poliitikakaardil, selles ntample: määra prec, set tc ja set dscp*/
Ruuter(config)#policy-map ingress_qosgrp_to_Prec-TC Ruuter(config-pmap)#class grp-7 Ruuter(config-pmap-c)#set prioriteedi 1 Ruuter(config-pmap-c)#set traffic-class 7 Ruuter( config-pmap-c)#exit Ruuter(config-pmap)#class grp-6 Ruuter(config-pmap-c)#set prioriteedi 1 Ruuter(config-pmap-c)#set traffic-class 6 Ruuter(config-pmap -c)#exit Ruuter(config-pmap)#class grp-5 Ruuter(config-pmap-c)#set prioriteedi 2 Ruuter(config-pmap-c)#set traffic-class 5 Ruuter(config-pmap-c) #exit Ruuter(config-pmap)#class grp-4 Ruuter(config-pmap-c)#seadi eelisjärjestus 2 Ruuter(config-pmap-c)#set liiklusklass 4 Ruuter(config-pmap-c)#exit ruuter (config-pmap)#class grp-3 Ruuter(config-pmap-c)#set traffic-class 3 Ruuter(config-pmap-c)#set dscp ef Ruuter(config-pmap-c)#exit Ruuter(config- pmap)#class grp-2 Ruuter(config-pmap-c)#set prioriteedi 3 Ruuter(config-pmap-c)#set traffic-class 2 Ruuter(config-pmap-c)#exit Ruuter(config-pmap)# klass grp-1 Ruuter(config-pmap-c)#set prioriteedi 4 Ruuter(config-pmap-c)#set traffic-class 1 Ruuter(config-pmap-c)#exit Ruuter(config-pmap)#class class- vaikeruuter(config-pmap-c)#seadi eelisjärjestus 5 Ruuter(config-pmap-c)#exit Ruuter(config-pmap)#end-policy-map
/*Kinnitage liidesesse turvaacl koos sobitatud qos-gruppidega*/ Ruuter(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl ingress
/*Kinnitage liidesele turvalisuse acl-is määratud qos-toimingutega poliitikakaart*/ Router(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp Ruuter(config-if)#commit Router(config-if)#exit
Olete edukalt kasutanud peering QoS-i turvalisuse ja QoS-i ACL-ide liitmiseks ja tihendamiseks ning saavutanud oluliselt täiustatud ACL-i skaala QoS-poliitika jaoks.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 14

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Peeringu QoS-i konfigureerimine ACL-i skaleerimiseks

Käivitab konfiguratsiooni
ipv4 juurdepääsuloend ipv4-sec-acl 10 luba ipv4 135.0.0.0/8 217.0.0.0/8 prioriteedi seadistus qos-group 1 20 luba ipv4 135.0.0.0/8 217.0.0.0/8 qos-group set luba ipv2 30/4 135.0.0.0/8 prioriteediga välklampide komplekt qos-group 217.0.0.0 8 luba ipv3 40/4 135.0.0.0/8 erandvälgu alistamise komplekt qos-grupp 217.0.0.0 8 4 luba 50. .4/135.0.0.0 prioriteediga kriitiline komplekt qos-group 8 217.0.0.0 luba ipv8 5/60 4/135.0.0.0 prioriteediga Interneti komplekt qos-group 8 217.0.0.0 luba ipv8 6/70 4/135.0.0.0 qos-group 8
! klass-kaart vaste-ükskõik milline grp-7
mängu qos-grupi 7 lõpuklassi kaart! klass-kaart vaste-ükskõik milline grp-6 vaste qos-rühm 6 end-class-map ! klass-kaart vaste-ükskõik milline grp-5 vaste qos-rühm 5 end-class-map ! klass-kaart vaste-ükskõik milline grp-4 vaste qos-grupp 4 end-class-map ! klass-kaart vaste-ükskõik milline grp-3 vaste qos-grupp 3 end-class-map ! klass-kaart vaste-ükskõik milline grp-2 vaste qos-rühm 2 end-class-map ! klass-kaart vaste-ükskõik milline grp-1 vaste qos-rühm 1 end-class-map ! klass-kaart vaste-ükskõik milline klass-vaikeväärtus end-class-map ! Policy-map ingress_qosgrp_to_Prec-TC klass grp-7
sea priority 1 sea liiklus-klass 7 ! klass grp-6 seatud eelistus 1 komplekt liiklus-klass 6 ! klass grp-5 seatud prioriteet 2 komplekt liiklus-klass 5 ! klass grp-4 seatud prioriteet 2 komplekt liiklus-klass 4 ! klass grp-3 komplekt liiklus-klass 3 komplekt dscp ef ! klass gp-2

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 15

Peering QoS ABF-i jaoks

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

sea priority 3 sea liiklusklass 2 ! klass grp-1 seatud prioriteet 4 komplekt liiklus-klass 1 ! klass klass-vaikimisi seatud prioriteet 5 ! lõpupoliitika-kaart! int bundle-Ether 350 ipv4 access-group ipv4-sec-acl ingress ! int bundle-Ether 350 teenusepoliitika sisend ingress_qosgrp_to_DSCP_TC_qgrp

Kontrollimine
Käivitage selle liidese käsk show interface, millele ühendasite turbe- ja QoS-i ACL-id.
Ruuter#show run int bundle-Ether 350 liides Bundle-Ether350 teenusepoliitika sisend ingress_qosgrp_to_DSCP_TC_qgrp ipv4 aadress 11.25.0.1 255.255.255.0 ipv6 aadress 2001:11:-25acv1 access l sissepääs !

Peering QoS ABF-i jaoks
Tabel 5: funktsioonide ajaloo tabel

Funktsiooni nimi
ACL-põhise edastamise (ABF) tugi koos peering QoS-iga

Väljalaseteave Väljaanne 7.3.3

Funktsiooni kirjeldus
See funktsioon annab teile paindlikkuse konfigureerida ühendatud (QoS ja turvalisus) ACL-i ACE-de järgmise hüppe aadresse, mitte marsruutimisprotokolliga valitud marsruudi. Saate konfigureerida VRF-valiku või VRF-teadlikud järgmise hüppe aadressid.
See funktsioon võimaldab teil kasutada samades ACE-des QoS ja ABF funktsioone.

Alates versioonist 7.3.3 toetavad Cisco 8000 seeria marsruuterid ACL-põhist edastamist koos peering QoS-iga. ACL-põhine edastamine (ABF) on poliitikapõhine marsruutimisfunktsioon, mille puhul ruuter edastab konkreetsetele ACL-reeglitele vastava liikluse kasutaja määratud järgmisele hüppele, mitte marsruutimisprotokolliga valitud marsruudile. Peering QoS-i funktsioon ühendab QoS-i ACL-id ja turbe-ACL-id, et vältida mitut kirjet (QoS ja turvalisus) ACE kohta. Peeringu QoS-iga ABF-toes saate konfigureerida ühendatud (QoS ja turbe) ACL-i ACE-de järgmise hüppe aadressid. Järgmise hüppe aadressi kasutatakse loa ACE-dele vastavate sissetulevate pakettide suunamiseks sihtkohta. Siin toetab ABF nii VRF-valikut kui ka VRF-teadlikku ümbersuunamist. VRF-selectis koosneb järgmine hüpe ainult VRF-ist ja VRF-teadlik järgmine hüpe koosneb nii VRF-i kui ka IP-aadressidest.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 16

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Peering QoS ABF-i jaoks

Seadistamine
1. Konfigureerige turbe-ACL, näiteksample: abf-acl
Ruuter(config)#ipv4 juurdepääsuloend abf-acl
2. Määra qos-rühm ACE kohta; saate seda teha QoS-i peeringu tõttu, mis võimaldab kasutada ACE kohta ühte kirjet mitme kirje asemel.
Ruuter(config-ipv4-acl)#10 lubab ipv4 135.0.0.0/8 217.0.0.0/8 prioriteedi seadistus qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 Ruuter(config-tcv4) 20/135.0.0.0 8/217.0.0.0 prioriteedi määramine qos-group 8 nexthop2 vrf vrf1 nexthop3 vrf vrf2 Ruuter(config-ipv2-acl)#4 luba tcp 30/135.0.0.0 8all 217.0.0.0all +psh komplekt qos-group 8 nexthop3 vrf vrf1 nexthop2 vrf vrf2 nexthop3 vrf vrf3 Ruuter(config-ipv1-acl)#4 luba tcp 40/135.0.0.0 8/217.0.0.0 8/4 priority hop 1 nextf vrf1 vrf 2 qoshop2 priority set vrf3 nexthop3 vrf vrf4 ruuter(config-ipvXNUMX-acl)#exit
3. Konfigureerige ühisturu QoS-i poliitika sobitamine iga qos-rühma jaoks, mille olete seadistanud turvalisuse ABF ACL-is.
Ruuter(config)#class-map match-any grp-4 Ruuter(config-cmap)#match qos-group 4 Ruuter(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp -3 Ruuter(config-cmap)#match qos-group 3 Router(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp-2 Ruuter(config-cmap)#match qos- grupp 2 Ruuter(config-cmap)#end-class-map Ruuter(config)#class-map match-any grp-1 Ruuter(config-cmap)#match qos-group 1 Ruuter(config-cmap)#end-class -map Ruuter(config)#class-map match-mis tahes klassi-default-ruuter(config-cmap)#end-class-map
4. Määrake QoS-i toimingud konfigureeritud poliitikakaardil, näiteksample: sea prec, set tc ja set dscp
Ruuter(config)#policy-map edge_qos_policy Ruuter(config-pmap)#class grp-4 Ruuter(config-pmap-c)#set precedence 2 Ruuter(config-pmap-c)#set traffic-class 4 Ruuter(config- pmap-c)#exit Ruuter(config-pmap)#class grp-3 Ruuter(config-pmap-c)#set traffic-class 3 Ruuter(config-pmap-c)#set dscp ef Ruuter(config-pmap-c )#exit Ruuter(config-pmap)#class grp-2 Ruuter(config-pmap-c)#set prioriteedi 3 Ruuter(config-pmap-c)#set traffic-class 2 Ruuter(config-pmap-c)#exit Ruuter(config-pmap)#class grp-1 Ruuter(config-pmap-c)#set prioriteedi 4 Ruuter(config-pmap-c)#set traffic-class 1 Ruuter(config-pmap-c)#exit Ruuter(config -pmap)#class class-default Ruuter(config-pmap-c)#set priority 5 Ruuter(config-pmap-c)#exit Ruuter(config-pmap)#end-policy-map
5. Kinnitage liidese külge turvaacl koos seatud qos-rühmadega.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 17

Peering QoS ABF-i jaoks

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Ruuter(config)#int bundle-Ether 350 Ruuter(config-if)#ipv4 access-group abf-acl ingress
6. Kinnitage liidesele poliitikakaart koos QoS-toimingutega, mille määrasite sammus 4.
Ruuter(config-if)#service-policy input edge_qos_policy Ruuter(config-if)#commit Ruuter(config-if)#exit
Olete edukalt konfigureerinud Peeringu QoS-i ABF-iga.
Käivitab konfiguratsiooni
ipv4 juurdepääsuloend abf-acl 10 luba ipv4 135.0.0.0/8 217.0.0.0/8 prioriteedi seadistus qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 20 luba/tcp precence.135.0.0.0/.8d. prioriteedi komplekt qos-group 217.0.0.0 nexthop8 vrf vrf2
nexthop2 vrf vrf2 30 luba 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 luba tcp 135.0.0.0/8 217.0.0.0/8 prioriteedi seadistus qos-group 4 nexthop1 vrf vrf1
nexthop2 vrf vrf2 nexthop3 vrf vrf3 ! klass-kaart vaste-ükskõik milline grp-4 vaste qos-grupp 4 end-class-map ! klass-kaart vaste-ükskõik milline grp-3 vaste qos-grupp 3 end-class-map ! klass-kaart vaste-ükskõik milline grp-2 vaste qos-rühm 2 end-class-map ! klass-kaart vaste-ükskõik milline grp-1 vaste qos-rühm 1 end-class-map ! klass-kaart vaste-ükskõik milline klass-vaikeväärtus end-class-map ! policy-map edge_qos_policy class grp-4 sea prioriteedi 2 määra liiklus-klass 4 ! klass grp-3 komplekt liiklus-klass 3 komplekt dscp ef ! klass grp-2 seatud prioriteet 3 komplekt liiklus-klass 2 ! klass grp-1 seatud prioriteet 4 komplekt liiklus-klass 1 ! klass klass-vaikimisi seatud prioriteet 5 ! lõpupoliitika-kaart
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 18

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Klassifitseerige ja märkige 3. kihi päis 2. kihi liidestele

! int bundle-Ether 350 ipv4 access-group abf-acl ingress ! int bundle-Ether 350 teenusepoliitika sisend edge_qos_policy
Kontrollimine
Käivitage selle liidese käsk show interface, millele ühendasite turbe ja QoS ABF ACL-id.
Ruuter#show run int bundle-Ether 350 liides Bundle-Ether350 teenusepoliitika sisend edge_qos_policy ipv4 aadress 11.25.0.1 255.255.255.0 ipv6 aadress 2001:11:25:1::1/64-aclipvbf access-group ingressbf
Klassifitseerige ja märkige 3. kihi päis 2. kihi liidestele
Kui teil on vaja märkida paketid 2. kihi liidese liikluse jaoks, mis voolab üle silddomeenide ja silla virtuaalliideste (BVI), saate luua segatud QoS-poliitika. Sellel reeglil on nii kaardipõhised kui ka TCAM-põhised klassifikatsiooniklassi kaardid. Segapoliitika tagab, et nii sillatud (2. kiht) kui ka silla virtuaalliidese (BVI või 3. kiht) liiklusvood on klassifitseeritud ja märgistatud.
Juhised
· TCAM-klassifikatsiooniga klassikaart ei pruugi ühtida sillatud liiklusega. TCAM-i kirjed vastavad ainult marsruuditud liiklusele, samas kui kaardikirjed vastavad nii silla- kui ka BVI-liiklusele.
· Kaardipõhise klassifikatsiooniga klassikaart sobib nii silla- kui ka BVI liiklusega.
Example
ipv4 juurdepääsuloend acl_v4 10 luba ipv4 host 100.1.1.2 mis tahes 20 luba ipv4 host 100.1.100.2 mis tahes ipv6 juurdepääsuloend acl_v6 10 luba tcp host 50:1:1::2 mis tahes 20 luba tcp mis tahes host:50:1 :200 klassikaardi vaste-mis tahes c_match_acl vaste access-group ipv2 acl_v4 ! See kirje ei ühti sillatud liiklusega, mis vastab juurdepääsugrupile ipv4 acl_v6 ! See kirje ei ühti sillatud liikluse vastega dscp af6 See kirje vastab sillatud ja BVI liikluse klassi-kaardi vaste-all c_match_all vaste protokollile udp ! See kirje ei ühti sillatud liikluse vastega prec 11 class-map match-any c_match_protocol match protocol tcp ! See kirje ja seega ka klass ei ühti sillatud liiklusega klass-kaart vaste-ükskõik milline c_match_ef vaste dscp ef ! See kirje/klass vastab silla- ja BVI-liiklusele. vaste qos-group 7 poliitika kaardile p_ingress class c_match_acl komplekt liikluse klass 1 määra qos-grupp 1

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 19

Liiklusklassi elemendid

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

! klass c_match_all komplekt liiklus-klass 2 komplekt qos-grupp 2 ! klass c_match_ef komplekt liiklus-klass 3 seatud qos-grupp 3 ! klass 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 ! ! liides FourHundredGigE0/0/0/1 ipv4 aadress 200.1.2.1 255.255.255.0 ipv6 aadress 2001:2:2::1/64 teenusepoliitika sisend p_ingress teenusepoliitika väljund p_egress

Liiklusklassi elemendid

Liiklusklassi eesmärk on liiklust teie ruuteris klassifitseerida. Liiklusklassi määramiseks kasutage klassikaardi käsku. Liiklusklass sisaldab kolme peamist elementi:
· Nimi
· Matmiskäskude jada – pakettide klassifitseerimise erinevate kriteeriumide määramiseks.
· Juhend nende vastekäskude hindamiseks (kui liiklusklassis on rohkem kui üks sobituskäsk)

Pakette kontrollitakse, et teha kindlaks, kas need vastavad vastekäskudes määratud kriteeriumidele. Kui pakett vastab määratud kriteeriumidele, loetakse seda paketti klassi liikmeks ja see edastatakse vastavalt liikluspoliitikas määratud QoS spetsifikatsioonidele. Paketid, mis ei vasta ühelegi sobivuskriteeriumile, liigitatakse vaikeliiklusklassi liikmeteks.
See tabel näitab ruuteri toetatud vastetüüpide üksikasju.

Toetatud vaste tüüp

Min, Max Max kirjete tugi liideste toetatud suuna toele, mis EI vasta vahemikele

IPv4 DSCP (0,63)

IPv6 DSCP

DSCP

Jah

Sissepääs Väljapääs

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 20

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Vaikimisi liiklusklass

Toetatud vaste tüüp

Min, Max

IPv4 Precedence (0,7) IPv6 Precedence

Prioriteet

MPLS

(0,7)

Eksperimentaalne

Kõige ülemine

Juurdepääsurühm Ei ole kohaldatav

QoS-rühm

(1,7)

Protokoll

(0, 255)

Maksimaalne kirjete tugi liideste toetatud suuna toetamiseks ei ühti vahemikega

Jah

Ingress

Väljapääs

Jah

Ingress

Väljapääs

Mitte

Ingress

kohaldatav

Väljapääs

Jah

Mitte

Ingress

kohaldatav

Vaikimisi liiklusklass
Klassitamata liiklust (liiklust, mis ei vasta liiklusklassides määratud vastavuskriteeriumidele) käsitletakse vaikimisi liiklusklassi kuuluvana.
Kui kasutaja vaikeklassi ei seadista, käsitletakse pakette ikkagi vaikeklassi liikmetena. Vaikimisi pole aga vaikeklassil lubatud funktsioone. Seetõttu ei ole konfigureeritud funktsioonideta vaikeklassi kuuluvatel pakettidel QoS-i funktsionaalsust.
Väljapääsu klassifitseerimiseks toetatakse qos-rühma (1-7) matši. Match qos-group 0 ei saa konfigureerida. Väljapääsupoliitika klassi vaikeväärtus vastab qos-rühmale 0.
See eksample näitab, kuidas konfigureerida vaikeklassi liikluspoliitikat:
konfigureeri poliitikakaart ingress_policy1 klass klass – vaikepolitsei määr protsenti 30 !

Loo liiklusklass
Sobivuskriteeriume sisaldava liiklusklassi loomiseks kasutage liiklusklassi nime määramiseks käsku class-map ja seejärel kasutage klassikaardi konfiguratsioonirežiimis vastavalt vajadusele vastekäske.
Juhised
· Kasutajad saavad anda vaste tüübi jaoks mitu väärtust ühel konfiguratsioonireal; see tähendab, et kui esimene väärtus ei vasta sobivuskriteeriumidele, võetakse klassifitseerimisel arvesse järgmist vasteavalduses näidatud väärtust.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 21

Loo liiklusklass

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

· Määratlemata välja väärtuste põhjal vastendamiseks kasutage vastekäsku mitte märksõna.
· Kõiki selles konfiguratsiooniülesandes määratud sobituskäske peetakse valikulisteks, kuid klassi jaoks tuleb konfigureerida vähemalt üks sobivuskriteerium.
· Kui määrate vaste mis tahes, peab liiklusklassi siseneva liikluse liigitamiseks liiklusklassi osaks olema täidetud üks sobivuse kriteerium. See on vaikeseade. Kui määrate vaste kõik, peab liiklus vastama kõigile vaste kriteeriumidele.
· Match access-group käsu puhul ei toetata IPv4 ja IPv6 päise paketi pikkuse või TTL (eluaeg) väljal põhinevat QoS-i klassifikatsiooni.
· Match access-group käsu puhul, kui klassikaardil kasutatakse ACL-i loendit, ignoreeritakse ACL-i keelamistoimingut ja liiklus klassifitseeritakse määratud ACL-i vaste parameetrite alusel.
· Sobivuse qos-grupp, liiklusklass, DSCP/Prec ja MPLS EXP toetatakse ainult väljumissuunas ja need on ainsad väljapääsu suunas toetatavad vaste kriteeriumid
· Väljapääsu vaikeklass vastab kaudselt qos-grupile 0.
· Multisaade kasutab süsteemi teed, mis erineb ruuteri unicastist ja nad kohtuvad hiljem väljumisel multisaadete ja unicastide suhtega 20:80 liidesepõhiselt. Seda suhet hoitakse samal prioriteeditasemel kui liiklust.
· Multicast-liikluse väljapääsu QoS käsitleb liiklusklasse 0-5 madala prioriteediga ja liiklusklasse 6-7 kõrge prioriteedina. Praegu pole see kasutaja poolt seadistatav.
· Väljapääsu kujundamine ei kehti kõrge prioriteediga (HP) liiklusklasside multiedastusliikluse puhul. See kehtib ainult unicast-liikluse kohta.
· Kui määrate sisenemispoliitika juures liiklusklassi ja teil pole vastava liiklusklassi väärtuse jaoks vastavat väljumisklassi, siis selle klassiga sisenemise liiklust väljapääsupoliitika kaardil vaikeklassis ei arvestata.
· Vaikeklassi kuulub ainult liiklusklass 0. Nullist erinev liiklusklass, mis on määratud sissepääsul, kuid millel pole määratud väljumisjärjekorda, ei kuulu ei vaikeklassi ega ühtegi teise klassi.
Konfiguratsioon Ntample
Liiklusklassi seadistamise lõpuleviimiseks peate tegema järgmist: 1. Klassikaardi koostamine
2. Sobivuskriteeriumide määramine paketi liigitamiseks selle konkreetse klassi liikmeks (Toetatud vastetüüpide loendi leiate jaotisest Liiklusklassi elemendid, lk 20.)
Ruuter# seadistamine Ruuter(config)# class-map match-any qos-1 Router(config-cmap)# match qos-group 1 Router(config-cmap)# end-class-map Ruuter(config-cmap)# commit
Kasutage seda käsku klassikaardi konfiguratsiooni kontrollimiseks:

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 22

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Liikluspoliitika elemendid

Ruuter#näita klassikaarti qos-1 1) Klassikaart: qos-1 Tüüp: qos
Viidatud 2 poliitikakaardil
Vaata ka Liikluspoliitika liidesele lisamine, lk 24.
Seotud teemad · Liiklusklassi elemendid, lk 20 · Liikluspoliitika elemendid, lk 23

Liikluspoliitika elemendid

Liikluspoliitika sisaldab kolme elementi: · Nimi · Liiklusklass · QoS-poliitika

Pärast liikluse liigitamiseks kasutatava liiklusklassi valimist saab kasutaja sisestada salastatud liiklusele rakendatavad QoS-funktsioonid.
MQC ei nõua tingimata, et kasutajad seostaksid ühe liikluspoliitikaga ainult ühe liiklusklassi.
Tähtis on klasside konfigureerimise järjekord poliitikakaardil. Klasside sobitusreeglid programmeeritakse TCAM-i selles järjekorras, milles klassid on poliitikakaardil määratud. Seega, kui pakett võib sobida mitmele klassile, tagastatakse ainult esimene sobiv klass ja rakendatakse vastavat poliitikat.
Ruuter toetab 8 klassi iga poliitikakaardi kohta sissepääsu suunas ja 8 klassi poliitikakaardi kohta väljumissuunas.
See tabel näitab ruuteri toetatud klassitoiminguid.

Toetatud toimingutüübid

Liidesed toetavad suunda

järelejäänud ribalaius

väljapääs

mark

Vt Paketi märgistamine, lk 30

politsei

sissepääs

prioriteet

väljapääs (tase 1 kuni tase 7)

järjekorra piirang

väljapääs

kuju

väljapääs

punane

väljapääs

RED toetab discard-class valikut; ainsad väärtused, mis antakse kõrvaleheitmise klassile, on 0 ja 1.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 23

Looge liikluspoliitika

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Looge liikluspoliitika
Liikluspoliitika eesmärk on konfigureerida QoS-i funktsioone, mis peaksid olema seotud kasutaja määratud liiklusklassi või -klassidesse liigitatud liiklusega. Liiklusklassi konfigureerimiseks vaadake jaotist Liiklusklassi loomine, lk 21. Kui olete liikluspoliitika määranud käsuga policy-map, saate selle teenuse abil ühele või mitmele liidesele lisada, et määrata nende liideste liikluspoliitika. -policy käsk liidese konfiguratsioonirežiimis. Kahe poliitika toega saab väljundisse lisada kaks liikluspoliitikat, üks märgistus ja üks järjekord. Vt Liikluspoliitika liidesele lisamine, lk 24.
Konfiguratsioon Ntample Liikluspoliitika konfigureerimise lõpuleviimiseks peate tegema järgmist: 1. Looge poliitikakaart, mille saab lisada teenusepoliitika määramiseks ühele või mitmele liidesele 2. Liiklusklassi seostamine liikluspoliitikaga 3. Klassi määramine. tegevus(d) (vt Liikluspoliitika elemendid, lk 23)
Ruuter# seadistamine Ruuter(config)# policy-map test-shape-1 Ruuter(config-pmap)# class qos-1
/* Seadistage class-action ("shape" selles ntample). Korrake vastavalt vajadusele muude klassitoimingute määramiseks */ Ruuter(config-pmap-c)# kuju keskmine protsent 40 Ruuter(config-pmap-c)# exit
/* Teiste klasside määramiseks korrake klassi konfiguratsiooni vastavalt vajadusele */
Ruuter(config-pmap)# end-policy-map Ruuter(config)# commit
Seotud teemad · Liikluspoliitika elemendid, lk 23 · Liiklusklassi elemendid, lk 20
Lisage liidesele liikluspoliitika
Pärast liiklusklassi ja liikluspoliitika loomist peate liidesele lisama liikluspoliitika ja määrama poliitika rakendamise suuna.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 24

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Lisage liidesele liikluspoliitika

Märkus. Hierarhilisi eeskirju ei toetata. Kui liidesele rakendatakse poliitikakaarti, ei ole iga klassi edastuskiiruse loendur täpne. Seda seetõttu, et edastuskiiruse loendur arvutatakse eksponentsiaalse vähenemise filtri põhjal.
Konfiguratsioon NtampLiidese reegli lisamiseks liidesele peate tegema järgmist: 1. Liiklusklassi ja sellega seotud reeglite loomine, mis sobitavad paketid klassiga (vt Liiklusklassi loomine,
lk 21 ) 2. Liikluspoliitika loomine, mille saab lisada ühele või mitmele liidesele teenusepoliitika määramiseks (vt.
Liikluspoliitika loomine, lk 24 ) 3. Liiklusklassi seostamine liikluspoliitikaga 4. Liikluspoliitika liidese kinnitamine sisse- või väljumissuunas
Ruuter# seadistamine Ruuter(config)# liides fourHundredGigE 0/0/0/2 Ruuter(config-int)# teenusepoliitika väljund range prioriteediga Ruuter(config-int)# commit
Käivitab konfiguratsiooni
/* Klassikaardi konfiguratsioon */
klass-kaart vaste-ükskõik milline liiklusklass-7 vaste liiklus-klass 7 lõpp-klassi kaart
!class-map match-any traffic-class-6 match traffic-class 6 end-class-map
klass-kaart vaste-ükskõik milline liiklusklass-5 vaste liiklus-klass 5 lõpp-klassi kaart
klass-kaart vaste-ükskõik milline liiklusklass-4 vaste liiklus-klass 4 lõpp-klassi kaart
klass-kaart vaste-ükskõik milline liiklusklass-3 vaste liiklus-klass 3
klass-kaart vaste-ükskõik milline liiklusklass-2 vaste liiklus-klass 2 lõpp-klassi kaart
klass-kaart vaste-ükskõik milline liiklusklass-1 vaste liiklus-klass 1 lõpp-klassi kaart
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 25

Lisage liidesele liikluspoliitika

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

/* Liikluspoliitika konfiguratsioon */
poliitika-kaart test-kuju-1 klass liiklus-klass-1 kuju keskmine protsent 40 !
poliitikakaart range prioriteediga klass tc7 prioriteeditase 1 järjekorrapiirang 75 MB ! klass tc6 prioriteeditase 2 järjekorrapiirang 75 MB ! klass tc5 prioriteedi tase 3 järjekorrapiirang 75 MB ! klass tc4 prioriteedi tase 4 järjekorrapiirang 75 MB ! klassi tc3 prioriteedi tase 5 järjekorrapiirang 75 MB ! klassi tc2 prioriteeditase 6 järjekorrapiirang 75 MB ! klass tc1 prioriteeditase 7 järjekorrapiirang 75 mb ! klass klass-vaikejärjekorra limiit 75 MB ! lõpupoliitika-kaart
—-
/* Liikluspoliitika lisamine liidesele väljumissuunas */ liides fourHundredGigE 0/0/0/2
teeninduspoliitika väljund range prioriteediga !

Kontrollimine

Ruuter# #show qos int fourHundredGigE 0/0/0/2 väljund

MÄRKUS. Konfigureeritud väärtused kuvatakse sulgudes. Liides FourHundredGigE0/0/0/2 ifh 0xf0001c0 — väljundpoliitika

NPU ID: klasside koguarv: liidese ribalaius: poliitika nimi:

0 8 400000000 kbps range prioriteediga

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 26

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Lisage liidesele liikluspoliitika

VOQ baas:

2400

Raamatupidamise tüüp:

Kiht 1 (kaasa kihi 1 kapseldamine ja kõrgem)

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

1. taseme klass (HP1)

= tc7

Egressqi järjekorra ID

= 2407 (HP1 järjekord)

Järjekord max. BW.

= max puudub (vaikimisi)

Sabalanguse lävi

= 74999808 baiti / 2 ms (75 megabaiti)

WRED pole selle klassi jaoks seadistatud

Tase 1 klass (HP2) Egressq Queue ID Queue Max. BW. TailDrop Threshold WRED pole selle klassi jaoks konfigureeritud

= tc6 = 2406 (HP2 järjekord) = max puudub (vaikimisi) = 74999808 baiti / 2 ms (75 megabaiti)

Tase 1 klass (HP3) Egressq Queue ID Queue Max. BW. TailDrop Threshold WRED pole selle klassi jaoks konfigureeritud

= tc5 = 2405 (HP3 järjekord) = max puudub (vaikimisi) = 74999808 baiti / 2 ms (75 megabaiti)

Tase 1 klass (HP4) Egressq Queue ID Queue Max. BW. TailDrop Threshold WRED pole selle klassi jaoks konfigureeritud

= tc4 = 2404 (HP4 järjekord) = max puudub (vaikimisi) = 74999808 baiti / 2 ms (75 megabaiti)

Tase 1 klass (HP5) Egressq Queue ID Queue Max. BW. TailDrop Threshold WRED pole selle klassi jaoks konfigureeritud

= tc3 = 2403 (HP5 järjekord) = max puudub (vaikimisi) = 74999808 baiti / 2 ms (75 megabaiti)

Tase 1 klass (HP6) Egressq Queue ID Queue Max. BW. TailDrop Threshold WRED pole selle klassi jaoks konfigureeritud

= tc2 = 2402 (HP6 järjekord) = max puudub (vaikimisi) = 74999808 baiti / 2 ms (75 megabaiti)

Tase 1 klass (HP7) Egressq Queue ID Queue Max. BW. TailDrop Threshold WRED pole selle klassi jaoks konfigureeritud

= tc1 = 2401 (HP7 järjekord) = max puudub (vaikimisi) = 74999808 baiti / 2 ms (75 megabaiti)

Level1 Class Egressq Queue ID Queue Max. BW. Pöördkaalu / kaalu sabalanguse lävi WRED pole selle klassi jaoks konfigureeritud

= klass-vaikeväärtus = 2400 (vaikimisi LP-järjekord) = max puudub (vaikimisi) = 1 / (BWR pole konfigureeritud) = 74999808 baiti / 150 ms (75 megabaiti)

Seotud teemad · Liikluspoliitika elemendid, lk 23 · Liiklusklassi elemendid, lk 20

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 27

Lisage liidesele liikluspoliitika

Klassifitseerige paketid konkreetse liikluse tuvastamiseks

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 28

4 PEATÜKK
Märkige paketid prioriteetsete sätete muutmiseks
· Paketi märgistamine üleview, lk 29 · Klassipõhine tingimusteta pakettmärgistuse funktsioon ja eelised, lk 31 · Klassipõhise tingimusteta paketimärgistuse konfigureerimine, lk 32 · Klassipõhine tingimusteta paketimärgistus: nt.amples, lk 33 · IP prioriteetsus võrreldes IP DSCP märgistusega, lk 35 · Kohapealne poliitika muutmine, lk 36
Paketi märgistamine üleview
Saate kasutada sisendpoliitika kaartides pakettide märgistamist, et määrata või muuta teatud klassi kuuluva liikluse atribuute. Näiteksample, saate muuta CoS-i väärtust klassis või määrata teatud tüüpi liikluse jaoks IP DSCP või IP prioriteetsuse väärtused. Neid uusi väärtusi kasutatakse seejärel liikluse käsitlemise määramiseks.
Märkus. Alates Cisco IOS XR versioonist 7.2.12 on pakettide märgistamise tugi 2. kihi transpordiliidestel sama, mis 3. kihi liideste märgistamise tugi. See tugi kehtib siiski ainult põhiliidesele (füüsilised ja komplektiliidesed), mitte aga alamliidestele.
Vaikimisi märgistus
Kui sisse- või väljapääsuliides lisab VLAN-i tags või MPLS-sildid, nõuab see teenuseklassi vaikeväärtust ja nendesse kuuluvate EXP-väärtuste määramist tags ja sildid. Ruuteris on üks vaikimisi sisenev QoS-i kaardistamise profile ja üks väljapääs vaikimisi QoS-i kaardistamise profile luuakse ja konfigureeritakse lähtestamise ajal iga seadme kohta.
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 29

QoS-i käitumine üldiste marsruutimiskapseldamise (GRE) tunnelite jaoks

Märkige paketid prioriteetsete sätete muutmiseks

QoS-i käitumine üldiste marsruutimiskapseldamise (GRE) tunnelite jaoks

Tabel 6: funktsioonide ajaloo tabel

Funktsiooni nimi

Väljalaske teave

QoS-i käitumine üldise marsruutimisväljaande 7.3.1 kapseldustunnelite (GRE) jaoks: vaikemärgistus

Funktsiooni kirjeldus
GRE kapseldamise ja kapseldamise tunneli liideste toel on GRE tunnelite QoS-i käitumises mõned olulised värskendused. Need värskendused kehtivad pakettide vaikemärgistuse jaoks ja hõlmavad teenuse tüübi (ToS) ja MPLS-i eksperimentaalseid bitte.

GRE kapseldus
Kui te teenusetüüpi (ToS) ei konfigureeri, kopeeritakse IP sisemisest päisest välimine IP-eesoleku väärtus või diferentseeritud teenuste koodipunkti (DSCP) väärtus. Kui konfigureerite ToS-i, vastab välimine IP-i eelisjärjekorra väärtus või DCSP-väärtus ToS-i konfiguratsioonile.
GRE dekapsuleerimine
Dekapsuleerimise ajal tuletatakse MPLS-i eksperimentaalsed bitid (EXP) välisest IP-paketist. GRE tunnelite kohta lisateabe saamiseks vaadake Cisco 8000 seeria ruuterite liideste konfigureerimise juhendit, IOS XR, väljalase 7.3.x.

Paketi märgistamine
Pakettide märgistamise funktsioon, mida nimetatakse ka selgesõnaliseks märgistamiseks, annab kasutajatele võimaluse eristada pakette määratud märgistuse alusel. Ruuter toetab sisse- ja väljapääsupakettide märgistamist.

Toetatud pakettide märgistamise toimingud See tabel näitab toetatud pakettide märgistamise toiminguid.

Toetatud märgitüüpide vahemik

Tingimusteta märgistamise tugi

set discard-class

0-1

sissepääs

määra dscp

0-63

sissepääs

määra MPLS eksperimentaalne 0–7 ülemisele

sissepääs

seada prioriteet

0-7

sissepääs

määra qos-grupp

0-7

sissepääs

Tingimusliku märgistuse tugi Ei Ei Ei Ei
ei Ei

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 30

Märkige paketid prioriteetsete sätete muutmiseks

QoS-i käitumine üldiste marsruutimiskapseldamise (GRE) tunnelite jaoks

Tabel 7: funktsioonide ajaloo tabel

Funktsiooni nimi

Väljalaske teave

QoS-i käitumine üldise marsruutimisväljaande 7.3.1 kapseldustunnelite (GRE) jaoks: selgesõnaline märgistus

Funktsiooni kirjeldus
GRE kapseldamise ja kapseldamise tunneli liideste toel on GRE tunnelite QoS-i käitumises mõned olulised värskendused. Need värskendused on rakendatavad pakettide selgesõnaliseks märgistamiseks ja hõlmavad QoS-i käitumist sisse- ja väljapääsul.

GRE kapseldus
IPv4/IPv6 kasuliku koormuse kapseldamisel GRE päises toimib QoS järgmine:
· Sissepääs: QoS toetab klassifitseerimist kasuliku koormuse kihi 3 väljadel või EXP-il ja kasuliku koormuse IP-päise DSCP märkimist.
· Väljapääs: QoS toetab välimise GRE IP-päise DSCP seadistamist. See ei kirjuta üle tunneli tüübi teenuse (ToS) konfiguratsiooni ega märgi GRE IP-päist DCSP.

GRE dekapsuleerimine
Välise GRE päise dekapsuleerimise ajal (mille ajal suunatakse sisemine IPv4/IPv6/MPLS kasulik koormus järgmise hüppe ruuterile) toimib QoS järgmine:
· Ingress: QoS toetab klassifitseerimist välise GRE 3. kihi väljadel, kasutades käsku set qos-group. DSCP seadistamine sisendliidesele seab DSCP sisemiste päiste jaoks.
· Väljapääs: QoS toetab klassifitseerimist, kasutades väljumispakettide jaoks DSCP või EXP määramiseks qos-rühma.
GRE tunnelite kohta lisateabe saamiseks vaadake Cisco 8000 seeria ruuterite liideste konfigureerimise juhendit, IOS XR, väljalase 7.3.x.

Klassipõhine tingimusteta pakettmärgistuse funktsioon ja eelised
Pakettide märgistamise funktsioon võimaldab teil jagada võrgu mitmeks prioriteeditasemeks või teenuseklassiks järgmiselt.
· Kasutage võrku sisenevate pakettide IP prioriteetsuse või IP DSCP väärtuste määramiseks QoS tingimusteta pakettmärgistust. Teie võrgu ruuterid saavad seejärel kasutada äsja märgitud IP prioriteetsuse väärtusi, et määrata, kuidas liiklust käsitleda.
Sisenemissuunal saate pärast liikluse vastavusse viimist IP-eelisoleku või DSCP-väärtuse alusel määrata selle konkreetsele hülgamisklassile. Kaalutud juhuslik varajane tuvastamine (WRED), ummiku vältimise tehnika, kasutab seega paketi väljalangemise tõenäosuse määramiseks äraviskamisklassi väärtusi.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 31

Klassipõhise tingimusteta paketimärgistuse seadistamine

Märkige paketid prioriteetsete sätete muutmiseks

· MPLS-pakettide QoS-rühma määramiseks kasutage QoS-i tingimusteta paketimärgistust. Ruuter kasutab QoS-rühma, et määrata, kuidas pakette edastamiseks prioritiseerida. QoS-i rühmaidentifikaatori määramiseks MPLS-pakettidele kasutage poliitikakaardi klassi konfiguratsioonirežiimis käsku set qos-group.
Märkus. QoS-rühma identifikaatori määramine ei sea pakettidele edastamisel automaatselt prioriteeti. Esmalt peate konfigureerima väljumispoliitika, mis kasutab QoS-i rühma.
· Märgistage mitmeprotokollilise sildi vahetamise (MPLS) paketid, määrates EXP-bitid kehtestatud või ülemise sildi sees.
· Märgistage paketid, määrates argumendi qos-group väärtuse. · Märgistage paketid, määrates argumendi discard-class väärtuse.
Märkus. qos-group ja discard-class on ruuteri sisemised muutujad ja neid ei edastata.
Konfiguratsiooniülesannet kirjeldatakse jaotises Klassipõhise tingimusteta paketimärgistuse konfigureerimine, lk 32.
Klassipõhise tingimusteta paketimärgistuse seadistamine
See konfiguratsiooniülesanne selgitab, kuidas konfigureerida ruuteris järgmisi klassipõhiseid tingimusteta paketimärgistamise funktsioone.
· IP prioriteetsuse väärtus · IP DSCP väärtus · QoS rühma väärtus (ainult sissepääs) · CoS väärtus (väljapääs ainult kihi 3 alamliidestel) · MPLS eksperimentaalne väärtus · Loobu klass
Märkus. MPLS-ile rakendatud IPv4 ja IPv6 QoS toimingud tagged pakette ei toetata. Konfiguratsioon on vastu võetud, kuid midagi ei võeta.
Konfiguratsioon Ntample Järgige neid samme, et konfigureerida ruuteris tingimusteta pakettide märgistamise funktsioone. 1. Looge või muutke poliitikakaart, mille saab teenusepoliitika määramiseks lisada ühele või mitmele liidesele
ja sisenege poliitikakaardi konfiguratsioonirežiimi. 2. Konfigureerige liides ja minge liidese konfiguratsioonirežiimi.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 32

Märkige paketid prioriteetsete sätete muutmiseks

Klassipõhine tingimusteta paketimärgistus: ntamples

3. Kinnitage sisend- või väljundliidesele poliitikakaart, mida kasutatakse selle liidese teenusepoliitikana.
Konfiguratsioon Ntample
ruuter# seadistada ruuter(config)# liides sentGigE 0/0/0/24 ruuter(config-pmap)# policy-map policy1 Ruuter(config-int)# commit
Käivitab konfiguratsiooni
ruuter(config)# policy-map policy1
klass-kaardi vaste-ükskõik milline klass1 vasteprotokoll ipv4 end-class-map
! ! poliitika-kaardi poliitika1
klass klass1 määrake eelistus 1
! klass klass-vaikimisi ! lõpupoliitika-kaart! liides HundredGigE0/0/0/24 teenusepoliitika sisendpoliitika1
!
Kontrollimine Käivitage see käsk, et kuvada poliitika konfiguratsiooniteave kõigi klasside jaoks, mis on konfigureeritud kõigi määratud liidese teenusepoliitikate jaoks.
ruuter# näita käivitusliidest sentGigE 0/0/0/24
Klassipõhine tingimusteta paketimärgistus: ntamples
Need on tüüpilised eksamples klassipõhiseks pakettide tingimusteta märgistamiseks.
IP-järjestuse märgistuse konfiguratsioon: ntample
Selles eksample, luuakse teenusepoliitika nimega policy1. See teenusepoliitika on seotud varem määratletud klassikaardiga, mida nimetatakse class1-ks, kasutades klassikäsku, ja seejärel lisatakse teenusepoliitika väljundi HundredGigE liidesele 0/7/0/1. ToS-baidis on IP-eesuse bitt 1:
poliitika-kaart poliitika1 klass klass1 määravad eelisjärjekorra 1
!

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 33

IP DSCP märgistuse konfiguratsioon: ntample

Märkige paketid prioriteetsete sätete muutmiseks

liides HundredGigE 0/7/0/1 teenusepoliitika väljundpoliitika1
IP DSCP märgistuse konfiguratsioon: ntample
Selles eksample, luuakse teenusepoliitika nimega policy1. See teenusepoliitika on seotud varem määratletud klassikaardiga klassikäsu abil. Selles eksample, eeldatakse, et klassikaart nimega klass1 oli varem konfigureeritud ja luuakse uus klassikaart nimega klass2. Selles eksample, IP DSCP väärtus ToS-baidis on seatud väärtusele 5:
Policy-map policy1 class class1 set dscp 5
klass klass2 komplekt dscp ef
Pärast häälepakettide servas kuvatavate sätete konfigureerimist on kõik vahepealsed ruuterid konfigureeritud pakkuma kõnepakettidele madala latentsusajaga töötlemist järgmiselt.
klassikaardi hääle vaste dscp ef
poliitika-kaart qos-poliitika klass hääl prioriteedi tase 1 politseimäär protsent 10
QoS-i rühma märgistamise konfiguratsioon: ntample
Selles eksample, luuakse teenusepoliitika nimega policy1. See teenusepoliitika on seotud klassikaardiga, mida nimetatakse class1-ks, kasutades klassikäsku ja seejärel lisatakse teenusepoliitika sisendsuunas seadmesse HundredGigE 0/7/0/1. Qos-grupi väärtuseks on seatud 1.
klassi kaardi vaste - mis tahes klassi 1 vaste protokoll ipv4 vaste juurdepääsurühm ipv4 101
policy-map policy1 class class1 set qos-group 1 !
liides HundredGigE 0/7/0/1 teenusepoliitika sisendpoliitika1
Märkus. Käsku set qos-group toetatakse ainult sissepääsupoliitika korral.
CoS-i märgistuse konfiguratsioon: ntample
Selles eksample, luuakse teenusepoliitika nimega policy1. See teenusepoliitika on seotud klassikaardiga, mida nimetatakse class1-ks, kasutades klassikäsku ja seejärel lisatakse teenusepoliitika väljundi suunas seadmele HundredGigE 0/7/0/1.100. IEEE 802.1p (CoS) bitid 2. kihi päises on seatud väärtusele 1.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 34

Märkige paketid prioriteetsete sätete muutmiseks

MPLS-i eksperimentaalse biti pealekandmise märgistuse konfiguratsioon: näitample

klassi kaardi vaste - mis tahes klassi 1 vaste protokoll ipv4 vaste juurdepääsurühm ipv4 101
policy-map policy1 class class1 set cos 1 !
liides HundredGigE 0/7/0/1.100 teenusepoliitika sisendpoliitika1
MPLS-i eksperimentaalse biti pealekandmise märgistuse konfiguratsioon: näitample
Selles eksample, luuakse teenusepoliitika nimega policy1. See teenusepoliitika on seotud klassikaardiga, mida nimetatakse class1-ks, kasutades klassikäsku ja seejärel lisatakse teenusepoliitika sisendsuunas seadmesse HundredGigE 0/7/0/1. Kõigi kehtestatud siltide MPLS EXP bitid on seatud väärtusele 1.
klassi kaardi vaste - mis tahes klassi 1 vaste protokoll ipv4 vaste juurdepääsurühm ipv4 101
poliitika-kaart poliitika1 klass klass1 komplekt mpls exp kehtestamine 1
! liides HundredGigE 0/7/0/1
teenusepoliitika sisendpoliitika1
Märkus. Set mpls exp kehtestamise käsku toetatakse ainult sissepääsupoliitika korral.
MPLS-i eksperimentaalse ülemise märgistuse konfiguratsioon: ntample
Selles eksample, luuakse teenusepoliitika nimega policy1. See teenusepoliitika on seotud klassikaardiga, mida nimetatakse class1-ks, kasutades klassikäsku ja seejärel lisatakse teenusepoliitika väljundi suunas seadmele HundredGigE 0/7/0/1. MPLS EXP bitid sildil TOPMOST on seatud väärtusele 1:
klass-kaart vaste-ükskõik milline klass1 vaste mpls exp topmost 2
poliitika-kaart poliitika1 klass klass1 komplekt mpls exp topmost 1 !
liides HundredGigE 0/7/0/1 teenusepoliitika väljundpoliitika1
IP prioriteetsus võrreldes IP DSCP märgistusega
Kui teil on vaja oma võrgus pakette märgistada ja kõik teie seadmed toetavad IP DSCP-märgistust, kasutage oma pakettide märgistamiseks IP DSCP-märgistust, sest IP DSCP-märgistused tagavad tingimusteta pakettide märgistamise.
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 35

DSCP CS7 seadistamine (7. tähtsus)

Märkige paketid prioriteetsete sätete muutmiseks

valikuid. Kui aga IP DSCP-ga märgistamine ei ole soovitav või kui te pole kindel, kas teie võrgus olevad seadmed toetavad IP DSCP väärtusi, kasutage pakettide märkimiseks IP-i prioriteetsuse väärtust. Tõenäoliselt toetavad kõik võrgus olevad seadmed IP prioriteetsuse väärtust. Saate seadistada kuni 8 erinevat IP-eesmärgi tähistust ja 64 erinevat IP DSCP-märgistust.
DSCP CS7 seadistamine (7. tähtsus)
Vaadake järgmist eksample, et konfigureerida DSCP-s suvandid konkreetse lähteaadressi jaoks IPv4-pakettides.
Konfiguratsioon Ntample
policy-map policy1 class class1 set dscp cs7 !

Kohapealne poliitika muutmine
Kohapealse poliitika muutmise funktsioon võimaldab teil muuta QoS-poliitikat isegi siis, kui QoS-poliitika on seotud ühe või mitme liidesega. Muudetud poliitika suhtes kohaldatakse samu kontrolle, mis uuele poliitikale, kui see on liidesega seotud. Kui poliitika muutmine õnnestub, jõustub muudetud reegel kõigis liidestes, millele poliitika on lisatud. Kui aga poliitika muutmine mõnel liidesel ebaõnnestub, käivitatakse automaatne tagasipööramine, et tagada muutmiseelse poliitika kehtivus kõigis liidestes.
Samuti saate muuta mis tahes poliitikakaardil kasutatavat klassikaarti. Klassikaardil tehtud muudatused jõustuvad kõigis liidestes, millele poliitika on lisatud.

Märkus

· Liidesega seotud poliitika QoS-statistika kaob (lähtestatakse 0-le), kui reegel on

muudetud.

· Kui liidesele lisatud QoS-poliitikat muudetakse, ei pruugi liidestes, milles muudetud poliitikat kasutatakse, lühikese aja jooksul kehtida ühtegi poliitikat.

· ACL-i kohapealne muudatus ei lähtesta poliitikakaardi statistika loendurit.

Kontrollimine Kui poliitika kohapealse muutmise ajal ilmnevad taastamatud vead, viiakse poliitika sihtliidestes ebajärjekindlasse olekusse. Uus konfiguratsioon pole võimalik enne, kui konfiguratsiooniseanss pole blokeeritud. Soovitatav on poliitika liidesest eemaldada, muudetud poliitikat kontrollida ja seejärel vastavalt uuesti rakendada.
Soovitused kohapealse poliitikamuudatuse kasutamiseks
QoS-i poliitika muutmise ajal ei pruugi reeglid kehtida liidestes, milles muudetud poliitikat kasutatakse. Sel põhjusel muutke kõige vähem mõjutavaid QoS-eeskirju

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 36

Märkige paketid prioriteetsete sätete muutmiseks

Soovitused kohapealse poliitikamuudatuse kasutamiseks

liideste arv korraga. Kasutage käsku kuva poliitikakaardi sihtmärgid, et tuvastada liideste arv, mida poliitikakaardi muutmine mõjutab.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 37

Soovitused kohapealse poliitikamuudatuse kasutamiseks

Märkige paketid prioriteetsete sätete muutmiseks

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 38

5 PEATÜKK
Ummikute vältimine
· Ummikute vältimine, lk 39 · Järjekorrarežiimid, lk 39 · Ummikute vältimine VOQ-s, lk 40 · Õiglase VOQ abil õiglane liiklusvoog, lk 44 · Modulaarne QoS-i ummikute vältimine , lk 50 · Tail Drop ja FIFO järjekord , lk 50 · Juhuslik varajane tuvastamine ja TCP, lk 52 · Selgesõnaline ülekoormuse teatis , lk 54
Ummikute vältimine
Järjekord võimaldab ajutiselt andmeid salvestada, kui vastuvõetud andmekiirus on suurem kui saadetav. Järjekordade ja puhvrite haldamine on ummikute vältimise peamine eesmärk. Kuna järjekord hakkab andmetega täituma, on oluline püüda veenduda, et ASIC/NPU vaba mälu ei täituks täielikult. Kui see juhtub, siis järgnevad porti saabuvad paketid tühistatakse, sõltumata nende vastuvõetud prioriteedist. Sellel võib olla kahjulik mõju kriitiliste rakenduste jõudlusele. Sel põhjusel kasutatakse ummikute vältimise tehnikaid, et vähendada ohtu, et järjekord täitub mälu täielikult ja tühjendatakse mitteülekoormatud mälujärjekorrad. Järjekorra lävesid kasutatakse teatud täituvuse ületamise korral languse vallandamiseks. Ajastamine on QoS-i mehhanism, mida kasutatakse andmejärjekordade tühjendamiseks ja andmete sihtkohta saatmiseks. Kujundamine on liikluse puhverdamine pordis või järjekorras, kuni seda saab ajastada. Kujundamine muudab liikluse sujuvamaks, muutes liiklusvood palju prognoositavamaks. See aitab tagada, et iga edastusjärjekord on piiratud maksimaalse liiklussagedusega.
Järjekorrarežiimid
Võrguliidese järjekorra jaoks toetatakse kahte võrgujärjekorrarežiimi: vaikerežiim 8xVOQ (virtuaalne väljundi järjekord) ja 4xVOQ. Režiimi ühelt teisele vahetamiseks peate esmalt uuesti laadima kõik süsteemis olevad liinikaardid.
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 39

Põhiliidese järjekorrapoliitika

Ummikute vältimine

8xVOQ-režiimis eraldatakse iga liidese jaoks kaheksa VoQ-d ja nendega seotud ressursse. Need järjekorrad eraldatakse sõltumata selle liidese täpsest poliitikakonfiguratsioonist. See režiim toetab iga kaheksa siseliikluse klassi jaoks eraldi VOQ-d. 4xVOQ-režiimis eraldatakse igale liidesele neli VoQ-d ja nendega seotud ressursse ning need järjekorrad eraldatakse sõltumata täpsest rakendatavast poliitikast. Selles režiimis toetab süsteem kaks korda suuremat arvu loogilisi liideseid, kuid kaheksa liiklusklassi tuleb konfiguratsiooni teel alla kaardistada neljale VoQ-le, mitte kaheksale VoQ-le.
Märkus. Alates Cisco IOS XR versioonist 7.2.12 toetatakse kõiki 3. kihi liidestel toetatavaid järjekorrafunktsioone ka 2. kihi liidestes. Need funktsioonid kehtivad siiski ainult põhiliidese (füüsilised ja komplektiliidesed), mitte alamliideste puhul.
Põhiliidese järjekorrapoliitika
Põhiliidese vaikejärjekorrad luuakse põhiliidese loomise osana. Kui rakendate põhiliidesele järjekorrapoliitikat, alistab see teie konfigureeritud liiklusklasside vaikejärjekorra ja ajastamise parameetrid. 8xVOQ režiimis kasutatakse põhiliidese järjekordade (vaikejärjekorra ja ajakava) jaoks hierarhiat P1+P2+6PN. Vaikimisi järjekordi kasutatakse kogu põhiliidese liikluse ja mis tahes alamliidese liikluse jaoks ilma järjekorrapoliitikata. Juht-/protokolliliiklus kasutab liiklusklassi 7 (TC7), prioriteeti 1 (P1), et vältida kukkumisi ummikute ajal.
Alamliidese järjekorrapoliitika
Iga alamliides toetab kuni kolme poliitikat: sissepääsupoliitika, väljapääsu märgistamise poliitika ja väljumisjärjekorra poliitika. Alamliidese jaoks eraldi VoQ-de komplekti loomiseks ja konfigureerimiseks rakendage sellele alamliidesele järjekorrapoliitikat. Kui eemaldate alamliidese järjekorrapoliitika, vabastatakse seotud VoQ-d ja alamliidese liiklus naaseb põhiliidese VoQ-de kasutamiseks.
Ummikute vältimine VOQ-s
Ummikute vältimine VOQ-plokis toimub ummikute haldamise pro rakendamisegafile VOQ-le. See profile määratleb vastuvõtukriteeriumid ja järjekorra ajal tehtavad kontrollid. Tavalistes liiklustingimustes asetatakse pakett jagatud mälusüsteemi (SMS) puhvritesse. (Jagatud mälusüsteem on esmane pakettide salvestusala.) Kui SMS VOQ on üle seatud läve ülekoormatud, teisaldatakse VOQ välisesse kõrgsagedusmälu (HBM) plokki. Kui HBM-i järjekord tühjeneb, suunatakse see tagasi kiibisisesesse SMS-i. HBM-i järjekorra suurus on kohanduv ja väheneb, kui HBM-i kogukasutus on suur.
Märkus. Juhuslik varajane tuvastamine (RED) on saadaval ainult HBM-i VOQ-de jaoks. Riistvara ei toeta Weighted Random Early Detect (WRED) funktsiooni.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 40

Ummikute vältimine

VOQ statistika loendurite jagamine

VOQ statistika loendurite jagamine
Igal ruuteri võrguprotsessoril on mitu lõiku (või torujuhet) ja igal lõigul on ruuteri iga liidesega seotud VOQ-de komplekt. Loendurite kõrgel pakettkiirusel hoidmiseks on iga võrgulõigu iga liidesega seotud kaks loendurite komplekti. Nagu endineampMõelge kuue lõiguga (12 liidest) seadmele, millest igaühel on 24,000 12 VOQ-d ja kus soovite loendada nii edastatud kui ka väljalangenud sündmusi. Selle stsenaariumi korral oleks vaja 24 x 000 2 x 5 = 76,000 1,2,4,8 XNUMX loendurit, mis üksi ületab seadme loenduri võimsuse. Sellise stsenaariumi leevendamiseks toetab ruuter VOQ-loendurite konfigureeritavat jagamist. Jagamise saate konfigureerida nii, et loendurit jagavad {XNUMX} VOQ-d. Igal VoQ-de jagamisloendurite komplektil on kaks loendurit, mis mõõdavad:
· Järjekorras pakette loetakse pakettide ja baitide ühikutes.
· Väljalangenud paketid loetakse pakettide ja baitide ühikutes.
Funktsiooni jõustumiseks toimige järgmiselt. · Kustutage kõigist liidestest väljumisjärjekorra poliitikakaardi konfiguratsioon.
· Käivitage käsk # reload location all, et laadida uuesti kõik ruuteri sõlmed.

VOQ statistika loendurite jagamise konfigureerimine
VOQde jagamise loendurite konfigureerimiseks kasutage #hw-module profile stats voqs-sharing-counters ja määrake iga järjekorra VOQ-loendurite arv.
RP/0/RP0/CPU0:ios(config)#hw-module profile statistika? voqs-sharing-counters Voqide arvu (1, 2, 4) jagamisloendurite seadistamine
RP/0/RP0/CPU0:ios(config)#hw-module profile statistika voqs-sharing-counters ? 1 loendur iga järjekorra jaoks 2 2 järjekorra jagamise loendurid 4 4 järjekorra jagamise loendurid
RP/0/RP0/CPU0:ios(config)#hw-module profile statistika voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile statistika voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#laadi asukoht uuesti

Käivitab konfiguratsiooni
RP/0/RP0/CPU0:ios#show run | in hw-mod Mon Feb 10 13:57:35.296 UTC Hoone konfiguratsioon… hw-module profile statistika voqs-sharing-counters 2 RP/0/RP0/CPU0:ios#

Kontrollimine
RP/0/RP0/CPU0:ios#show controllers npu stats voq ingress interface sentGigE 0/0/0/16 eksemplar kõik asukoht 0/RP0/CPU0 esmaspäev 10. veebr 13:58:26.661 UTC

Liidese nimi =

Liidese käepide =

Asukoht

Asic eksemplar

VOQ baas

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

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 41

Kahe järjekorra limiit

Ummikute vältimine

Pordi kiirus (kbps) = 100000000

Kohalik sadam

kohalik

VOQ režiim

Jagatud loenduri režiim =

Vastuvõetud Pkts Vastuvõetud baitid langenud Pkts

Dropped Bytes

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

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

Seotud käsud hw-module profile statistika voqs-sharing-counters

Kahe järjekorra limiit
Topeltjärjekorra piirangu suvand lisatakse teie ruuteri CLI-s käsule queue-limit ja see kuvatakse kui discard-class. Loobumisklassi valik annab teile paindlikkuse konfigureerida kaks järjekorrapiirangut ühel poliitikakaardil – üks kõrge prioriteediga liikluse ja teine madala prioriteediga liikluse jaoks. See valik tagab, et kõrge prioriteediga liiklusvoogu ei mõjutata (kuni kasutuselt kõrvaldamise klassi 0 järjekorrapiirangust tuletatud läveni), samas kui madala prioriteediga liiklus jätkub kuni alumise läveni (1. kasutuselt kõrvaldamise klassi järjekorrapiirangu kohta).

Räägi mulle rohkem Saate konfigureerida kaks järjekorra piirangut järgmiste üksikasjade järgi:
· Üks voo jaoks, mille märgite sissepääsu poliitika kaudu sissepääsu puhul hülgamisklassiks 0 (kõrgem prioriteet). · teiseks voo jaoks, mille märgite sissepääsu poliitika kaudu sissepääsul hülgamisklassiks 1 (madalam prioriteet).

Loobumisklassi 1 voog (madala prioriteediga liikluse jaoks) hakkab langema, kui järjekorra pikkus jõuab 1. hülgamisklassi jaoks seadistatud mahupiiranguni. Vastupidi, 1. loobumisklassi voog lakkab langemast, kui järjekorra pikkus langeb allapoole. selle konfigureeritud väärtus.

Nagu endineample, kaaluge seda konfiguratsiooni:

poliitikakaart egress_pol_dql klass tc7
queue-limit discard-class 0 100 mbytes queue-limit discard-class 1 50 mbytes prioriteeditase 1 ! klassi klassi-vaikimisi ribalaiuse järelejäänud suhe 1 ! lõpupoliitika-kaart!

Kaaluge ka kinnitust:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#show qos liidese sentGigE 0/0/0/30 väljund

MÄRKUS. Konfigureeritud väärtused kuvatakse sulgudes

Liides HundredGigE0/0/0/30 ifh 0xf000210 — väljundpoliitika

NPU ID:

Klasside koguarv:

Liidese ribalaius:

100000000 kbps

Poliitika nimi:

egress_pol_dql

VOQ baas:

464

Raamatupidamise tüüp:

Kiht 1 (kaasa kihi 1 kapseldamine ja kõrgem)

VOQ režiim:

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 42

Ummikute vältimine

Piirangud

Jagatud loenduri režiim:

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

1. taseme klass (HP1)

= tc7

Egressqi järjekorra ID

= 471 (HP1 järjekord)

Järjekord max. BW.

= max puudub (vaikimisi)

Visake ära 1. klassi lävi

= 25165824 baiti / 2 ms (50 MB)

Visake ära 0. klassi lävi

= 75497472 baiti / 5 ms (100 MB)

WRED pole selle klassi jaoks seadistatud

Level1 Class Egressq Queue ID Queue Max. BW. Pöördkaalu / kaalu sabalanguse lävi WRED pole selle klassi jaoks konfigureeritud

= klass-vaikeväärtus = 464 (vaikimisi LP-järjekord) = max puudub (vaikimisi) = 1 / (1) = 749568 baiti / 6 ms (vaikimisi)

Eelmises eksample, on kaks liiklusvoogu, mis on märgitud äraviskamisklassiks 0 (kõrgem prioriteet) ja äraviskamise klassiks 1 (madalam prioriteet).

Kuni kahe voo järjekorra pikkus jääb alla 25165824 baiti (1. hülgamisklassi lävi), jätkuvad mõlema voo paketid ilma langusteta. Kui järjekorra pikkus jõuab 25165824 baiti, siis loobumisklassi 1 pakette järjekorda ei panda, tagades, et kogu ülejäänud ribalaiust kasutatakse kõrgema prioriteediga voo jaoks (heiteklass 0).

Kõrgema prioriteediga voog langeb ainult siis, kui järjekorra pikkus ulatub 75497472 baiti.

Märkus

· See suvand kaitseb kõrge prioriteediga liiklust ummikutest tingitud kadumise eest, kuid mitte tingimata latentsuse eest

ummikute tõttu.

· Need läved on tuletatud riistvaraspetsiifilistest järjekorrapiirkondadest.

Piirangud

Lugege kindlasti need piirangud kahe järjekorra piirangu valiku kohta läbi. · Mõlemad järjekorrapiirangud peavad kasutama sama mõõtühikut.
· Loobumisklassi 0 järjekorra limiit peab alati olema suurem kui 1. kasutuselt kõrvaldamise klassi oma.
· Kui järjekorrapiirangu seadistamiseks ei kasutata suvandit discard-class, on discard-class 0 ja discard-class 1 tähistatud pakettidel sama järjekorra limiit; teisisõnu, neid koheldakse identselt.
· Järjekorra limiit, mis on konfigureeritud ainult 0-klassiga või 1.-klassiga, lükatakse tagasi.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 43

Õiglane liiklusvoog, kasutades õiglast VOQ-d

Ummikute vältimine

Õiglane liiklusvoog, kasutades õiglast VOQ-d

Tabel 8: funktsioonide ajaloo tabel

Funktsiooni nimi

Väljalaske teave

Õiglane liiklusvoog Fair Release 7.3.3 VOQ abil

Funktsiooni kirjeldus
Selle funktsiooni konfigureerimine tagab, et NPU iga võrgulõigu erinevatest lähteportidest pärit sisendliiklusele määratakse iga lähtepordi ja sihtpordi paari jaoks ainulaadne virtuaalne väljundjärjekord (VOQ). See toiming tagab, et antud liiklusklassi sihtpordis saadaolev ribalaius jaotatakse võrdselt kõikidele ribalaiust taotlevatele lähteportidele.
Varasemates väljaannetes ei jaotunud liiklust võrdselt, kuna igale lõigule ei antud õiglast osa väljundjärjekorra ribalaiusest.
See funktsioon tutvustab hw-module pro märksõnu fair-4 ja fair-8file qos voq-režiimi käsk.

Õiglane VOQ: Miks
Vaikimisi on igale NPU võrgulõigule määratud 4 või 8 virtuaalse väljundi järjekorda (VOQ) sihtpordi kohta. Sellise ülesande puhul on keeruline tagada, et VOQ-de kaudu oleks saadaval õige kogus puhverdamist. Selle konfiguratsiooniga määratakse sisendliiklus sihtporti suunatud NPU lõigul (või torujuhtmel) erinevatest lähteportidest VOQ-le iga lõigu kohta. Teisisõnu, mitu allikaporti, mis saadavad liiklust samasse sihtporti, kasutavad sama VOQ-d. Liikluse saatmisel erinevatesse sihtportidesse seatakse liiklus aga erinevatele VOQ-dele. See tähendab, et liiklust ei jaotata võrdselt, kuna iga lõik ei saa õiglast osa väljundjärjekorra ribalaiusest. Stsenaariumi korral, kus ühel lõigul on kaks porti ja teisel lõigul ainult üks port, väheneb ribalaius jagavate portide jaoks, kuigi need kaks porti haldavad rohkem liiklust kui üks port.
Mõelge järgmisele ntampkus kaks 100G porti – port-0 ja port-1 –, mis kuuluvad samasse sektorisse (slice-0), saadavad liiklust väljundjärjekorra (OQ) porti-3. Teil on 100G port sama NPU teises lõigus (slice-1), mis on samuti ajastatud liikluse saatmiseks porti 3. Sisend-VOQ jagatakse slice-0 kahe pordi vahel, samas kui slice-1 sisend-VOQ on saadaval ainult pordi-3 jaoks. Selle paigutuse tulemusel saavad port-0 ja port-1 25% puhverliiklusest, port-3 aga 50% puhverliiklusest.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 44

Ülekoormuse vältimine Joonis 3: Olemasolev käitumine : allika pordid jagavad ühte VOQ-d sihtpordi kohta

Õiglane VOQ: Kuidas

Õiglane VOQ funktsioon lahendab selle liiklusjaotuse erinevuse.
Õiglane VOQ: Kuidas
Aus VOQ-funktsioon lahendab vaikekäitumise, mis kohtleb iga NPU-lõigu lähteporte võrdselt, sõltumata aktiivsete allikaportide arvust. See teeb seda, kujundades ümber väljundjärjekorrast ribalaiuse eraldamise viisi. Selle asemel, et jagada ribalaiust viilu tasemel, jagab õiglane VOQ ribalaiust otse lähteportidesse. Kui konfigureerite käsu hw-module profile qos voq-režiimis ja oma ruuteri uuesti laadimisel loob funktsioon spetsiaalse VOQ iga lähtepordi ja sihtpordi paari jaoks. See paigutus tagab, et antud liiklusklassi sihtpordis saadaolev ribalaius jaotatakse võrdselt kõikidele ribalaiust taotlevatele lähteportidele.
Eelneva eksampÕiglase VOQ-funktsiooni mõistmiseks on nüüd iga sisendpordi jaoks spetsiaalsed VOQ-d, mis ühenduvad väljundjärjekorra pordiga. Seega ei jaga port-0 ja port-1 nüüd VOQ-d ja pordil 3 on oma VOQ nagu varem, nagu on näidatud järgmisel joonisel. Selle õiglase VOQ-korralduse tulemuseks on liikluse järjekord spetsiaalsetes järjekordades, mis parandab liikluse toimivust.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 45

Ausad VOQ-režiimid ja loendurite jagamine

Ummikute vältimine

Joonis 4: õiglane VOQ käitumine: igal lõigu lähtepordil on sihtpordi kohta üks spetsiaalne VOQ

Ausad VOQ-režiimid ja loendurite jagamine
Saate konfigureerida õiglase VOQ režiimi 8xVOQ (fair-8) ja 4xVOQ režiimi (fair-4) jaoks, kasutades hw-module pro järgmisi suvandeidfile qos voq-mode käsk:
· hw-module profile qos voq-mode fair-8
· hw-module profile qos voq-mode fair-4

Samuti saate jagada VOQ statistika loendureid mõlemas õiglase VOQ režiimis, nagu on näidatud järgmises tabelis. (Lisateavet selle kohta, miks loendurite jagamine on oluline ja kuidas loendurite jagamist konfigureerida, vaadake jaotisest VOQ statistika loendurite jagamine, lk 41.)
Tabel 9: Ausad VOQ-režiimid ja jagamisloendurid

Fair VOQ Mode mess-8

Jagamisloendurite režiim 2, 4

Olulised märkused
· Kaheksa VOQ-d on konfigureeritud lähtepordi ja sihtkoha paari kohta
· Loendureid jagavad {2, 4} VOQ-d.
· Fair-8 režiim ei toeta spetsiaalset loenduri režiimi (loenduri režiim1, kus iga järjekorra jaoks on loendur)

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 46

Ummikute vältimine

Õiglased VOQ-d ja osa (või tavalised) VOQ-d: peamised erinevused

Fair VOQ Mode mess-4

Jagamisloendurite režiim 1, 2, 4

Olulised märkused
· Neli VOQ-d konfigureeritud allika pordi ja sihtkoha paari kohta
· Loendureid jagavad {1, 2, 4} VOQ-d.

Õiglased VOQ-d ja osa (või tavalised) VOQ-d: peamised erinevused
Järgmine tabel on hetktõmmis, mis kirjeldab põhilisi erinevusi õiglaste VOQde ja osade või tavaliste VOQde vahel.
Tabel 10: Ausad VOQ-d ja tavalised VOQ-d

Õiglane VOQ

Tavaline VOQ

fair-8 režiim: kaheksa VOQ-d on konfigureeritud allika pordi 8 kohta:

ja sihtkoha paar

· Kaheksa VOQ-d sihtpordi kohta viilu kohta

· Neid VOQ-sid jagavad kõik NPU-lõigu lähtepordid.

fair-4 režiim: neli VOQ-d on konfigureeritud allika pordi 4 kohta:

ja sihtkoha paar

· Neli VOQ-d sihtpordi kohta viilu kohta

· Neid VOQ-sid jagavad kõik NPU-lõigu lähtepordid.

Juhised ja piirangud
· Ausat VOQ-funktsiooni toetab Cisco 8202 ruuter (12 QSFP56-DD 400G ja 60 QSFP28 100G porti).
· Järgmises tabelis kirjeldatakse VOQ-režiimi ja jagamisloenduri režiimi alusel lubatud maksimaalseid liideseid (IPv4 põhikonfiguratsioonidega ja ilma muude skaalakonfiguratsioonideta, nagu QoS-poliitika, ACL-i ja alamliidese konfiguratsioon).
Tabel 11: Maksimaalsed liidesed ausa VOQ režiimi ja jagamisloenduri režiimi alusel

VOQ Mode mess-8

Jagamisloenduri režiim 1

Maksimaalsed liidesed
Ruuter seda kombinatsiooni ei toeta.
(Seda seetõttu, et vaikeloendurirežiimis ei looda 72 liidest.)

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 47

Fair VOQ seadistamine

Ummikute vältimine

VOQ Mode mess-8
mess-8 mess-4
mess-4 mess-4

Jagamisloenduri režiim 2
4 1
2 4

Maksimaalsed liidesed
96 = 60 (100G) + 8×4 + 4 (400G) ==> 400x4G või 10x4G katkestusrežiimis saate konfigureerida ainult kaheksa 25G liidest.
108 = 60 + 12 x 4 (läbimurre kõigis 12 pordis – 400 G)
96 = 60(100G) + 8×4 + 4 (400G) ==> 400x4G või 10x4G katkestusrežiimis saate konfigureerida ainult kaheksa 25 G liidest.
108 = 60 + 12 x 4 (läbimurre kõigis 12 pordis – 400 G)
108 = 60 + 12 x 4 (läbimurre kõigis 12 pordis – 400 G)

Märkus. Soovitame kasutada jagamisloenduri režiimi 4 katkestusrežiimides ja jagamisloenduri režiimi 2 mittemurderežiimides.

Märkus. Breakout-režiimi 100G liidesed ei toeta.
· Veenduge, et laadite ruuteri uuesti, et konfiguratsioon jõustuks.
· Layer 2 liiklust ei toetata fair-voq režiimis (fair-4 ja fair-8).
· Alamliidese järjekorda ei toetata. (See kehtib ka komplekti alamliideste kohta). See tähendab, et te ei saa lisada väljumisteenuse poliitikaid, mis nõuavad spetsiaalseid VOQ-sid. Siiski toetatakse alamliideste puhul väljapääsu märgistamist.
· hw-module profile statistika voqs-sharing-counters 1 ei ole õiglase 8 režiimis toetatud. Veenduge, et konfigureerite hw-module profile voq sharing-counters 2 või hw-module profile voq jagamisloendurid 4 koos hw-module progafile qos voq-mode fair-4 või hw-module profile qos voq-mode fair-8 enne ruuteri uuesti laadimist.
· Breakout on Cisco 400 ruuteris toetatud ainult 4G liidestel fair-voq režiimis (nii fair-8 kui fair-8202).
· src-liidese ja src-slice märksõnad show-kontrolleri npu statistikas on nähtavad ainult siis, kui konfigureerite VOQ-režiimi Fair-8 või fair-4.
Fair VOQ seadistamine
Ausa VOQ seadistamiseks tehke järgmist.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 48

Ummikute vältimine

Fair VOQ seadistamine

1. VOQ statistika loendurite jagamise seadistamine. See eksample konfigureerib 2 loendurit.

Märkus. Fair-8 režiimi konfigureerimine ilma loenduri jagamiseta võib põhjustada konfiguratsioonitõrkeid või muud ootamatut käitumist.
2. Seadistage õiglane VOQ režiim. See eksample näitab, kuidas konfigureerida fair-8 režiimi.
3. Konfiguratsiooni jõustumiseks taaskäivitage ruuter.
4. Olete edukalt lubanud õiglase VOQ funktsiooni, et tagada liikluse õiglane jaotus iga lähtepordi ja sihtpordi paari vahel.
/* VOQ statistika loendurite jagamise seadistamine; me konfigureerime 2 loendurit järjekorra kohta*/ Ruuter(config)#hw-module profile statistika?
voqs-sharing-counters Voqide arvu (1, 2, 4) jagamisloendurite seadistamine Ruuter(config)#hw-module profile statistika voqs-sharing-counters ?
1 loendur iga järjekorra jaoks 2 2 järjekorra jagamise loendurid 4 4 järjekorra jagamise loendurid Ruuter(config)#hw-module profile statistika voqs-sharing-counters 2
/*Ausa voq režiimi seadistamine; konfigureerime siin fair-8 VOQ režiimi*/ Ruuter#config Ruuter(config)#hw-module profile qos voq-mode fair-8 Ruuter(config)#commit ruuter#laadi asukoht uuesti
Käivitab konfiguratsiooni
hw-moodul profile statistika voqs-sharing-counters 2 ! hw-moodul profile qos voq-mode fair-8 !
Kontrollimine
Käivitage käsk show controller npu stats voq ingress interface <> instance <> location <>, et kontrollida VOQ õiglast konfiguratsiooni.
Ruuter#show kontrollerid npu statistika voq ingress interface sentGigE 0/0/0/20 eksemplar 0 asukoht 0/RP0/CPU0

Liidese nimi

= Hu0/0/0/20

Liidese käepide

f000118

Asukoht

= 0/RP0/CPU0

Asic eksemplar

Pordi kiirus (kbps)

= 100000000

Kohalik sadam

kohalik

Src liidese nimi =

KÕIK

VOQ režiim

Laada-8

Jagatud loenduri režiim =

Vastuvõetud Pkts Vastuvõetud baitid langenud Pkts

Dropped Bytes

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

TC_{0,1} = 11110

1422080

TC_{2,3} = 0

TC_{4,5} = 0

TC_{6,7} = 0

RP/0/RP0/CPU0:ios#

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 49

Modulaarne QoS-i ülekoormuse vältimine

Ummikute vältimine

Seotud käsud hw-module profile qos voq-režiim
Modulaarne QoS-i ülekoormuse vältimine
Ummikute vältimise tehnikad jälgivad liiklusvoogusid, et ennetada ja vältida ummikuid tavalistes võrgu kitsaskohtades. Vältimistehnikaid rakendatakse enne ummiku tekkimist, võrreldes ummikute juhtimise tehnikatega, mis kontrollivad ummikut pärast selle tekkimist. Ummikute vältimine saavutatakse pakettide väljalangemise kaudu. Ruuter toetab järgmisi QoS-i ülekoormuse vältimise tehnikaid:
· Tail Drop ja FIFO järjekord, lk 50 · Juhuslik varajane tuvastamine ja TCP, lk 52
Tail Drop ja FIFO järjekord
Tail drop on ummikute vältimise tehnika, mis jätab paketid maha, kui väljundjärjekord on täis, kuni ummikud on kõrvaldatud. Tail drop kohtleb kogu liiklusvoogu võrdselt ega tee vahet teenuseklasside vahel. See haldab pakette, mis on paigutatud FIFO (first-in, first-out) järjekorda ja edastatud kiirusega, mis on määratud saadaoleva aluseks oleva lingi ribalaiusega.
Saba langetamise seadistamine
Klassi sobivuskriteeriumidele vastavad paketid kogunevad klassi jaoks reserveeritud järjekorda kuni nende teenindamiseni. Käsku queue-limit kasutatakse klassi maksimaalse läve määratlemiseks. Kui maksimaalne lävi on saavutatud, põhjustavad klassijärjekorda pandud paketid sabalanguse (pakettide langus).
Piirangud · Käsu queue-limit konfigureerimisel peate konfigureerima ühe järgmistest käskudest: prioriteet, kuju keskmine või järelejäänud ribalaius, välja arvatud vaikeklass.
Konfiguratsioon Ntample Peate tegema järgmist: 1. Looge (või muutke) poliitikakaart, mille saab teenuse määramiseks lisada ühele või mitmele liidesele.
poliitika 2. Liiklusklassi seostamine liikluspoliitikaga 3. Maksimaalse limiidi määramine, mida järjekord võib hoida poliitikakaardil konfigureeritud klassipoliitika jaoks. 4. Prioriteedi määramine poliitikakaardile kuuluvale liiklusklassile. 5. (Valikuline) poliitikakaardile kuuluvale klassile eraldatud ribalaiuse määramine või selle määramine
ülejäänud ribalaiuse eraldamiseks erinevatele klassidele. 6. Poliitikakaardi lisamine väljundliidesele, mida kasutatakse selle liidese teenusepoliitikana.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 50

Ummikute vältimine

Saba langetamise seadistamine

Ruuter# seadistamine Ruuter(config)# Policy-map test-qlimit-1 Ruuter(config-pmap)# class qos-1 Ruuter(config-pmap-c)# queue-limit 100 us Router(config-pmap-c)# prioriteeditase 7 Ruuter(config-pmap-c)# exit Ruuter(config-pmap)# exit
Ruuter(config)# liides HundredGigE 0/6/0/18 Ruuter(config-if)# teenusepoliitika väljund test-qlimit-1 Ruuter(config-if)# commit

Käivitab konfiguratsiooni
policy-map test-qlimit-1 class qos-1 queue-limit 100 us priority level 7 ! klass klass-vaikimisi ! lõpupoliitika-kaart
!

Kontrollimine

Ruuter# näitab qos int hundredGigE 0/6/0/18 väljundit

MÄRKUS. Konfigureeritud väärtused kuvatakse sulgudes

Liides HundredGigE0/6/0/18 ifh 0x3000220 — väljundpoliitika

NPU ID:

Klasside koguarv:

Liidese ribalaius:

100000000 kbps

VOQ baas:

11176

VOQ statistika käepide:

0x88550ea0

Raamatupidamise tüüp:

Kiht 1 (kaasa kihi 1 kapseldamine ja kõrgem)

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

1. taseme klass (HP7)

= qos-1

Egressqi järjekorra ID

= 11177 (HP7 järjekord)

Sabalanguse lävi

= 1253376 baiti / 100 us (100 us)

WRED pole selle klassi jaoks seadistatud

Level1 Class Egressq Queue ID Queue Max. BW. Järjekord min. BW. Pöördkaalu / kaalu sabalanguse lävi WRED pole selle klassi jaoks konfigureeritud

= klass-vaikeväärtus = 11176 (vaikimisi LP-järjekord) = 101803495 kbps (vaikimisi) = 0 kbps (vaikimisi) = 1 (BWR pole konfigureeritud) = 1253376 baiti / 10 ms (vaikimisi)

Seotud teemad · Tail Drop ja FIFO järjekord, lk 50

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 51

Juhuslik varajane avastamine ja TCP

Ummikute vältimine

Juhuslik varajane avastamine ja TCP
Juhusliku varajase tuvastamise (RED) ummikute vältimise tehnika arenebtage TCP ülekoormuse kontrolli mehhanismist. Loobudes pakette juhuslikult enne suure ülekoormuse perioodi, käsib RED paketi allikal edastuskiirust vähendada. Eeldades, et paketiallikas kasutab TCP-d, vähendab see oma edastuskiirust, kuni kõik paketid jõuavad sihtkohta, mis näitab, et ummikud on kõrvaldatud. RED-i saate kasutada viisina, kuidas TCP-d pakettide edastamist aeglustada. TCP mitte ainult ei peata, vaid ka taaskäivitub kiiresti ja kohandab oma edastuskiirust kiirusega, mida võrk suudab toetada. RED jaotab kaod aja jooksul ja hoiab tavaliselt madalat järjekorra sügavust, neelates samal ajal liikluspurse. See saavutatakse, võttes meetmeid järjekorra keskmise suuruse, mitte hetkelise järjekorra suuruse järgi. Kui see on liideses lubatud, hakkab RED pakette välja jätma, kui ummikud tekivad teie konfigureerimisel valitud kiirusega.
Juhusliku varajase tuvastamise seadistamine
Juhusliku varajase tuvastamise (RED) lubamiseks tuleb kasutada juhusliku tuvastamise käsku koos minimaalse läve ja maksimaalse läve märksõnadega.
Juhised · Kui konfigureerite juhusliku tuvastamise käsk mis tahes klassis, sealhulgas klass-default, konfigureerige üks järgmistest käskudest: kuju keskmine või järelejäänud ribalaius. · Kui konfigureerite järjekorra piirangu, mis on väiksem kui minimaalne toetatud väärtus, kohandub konfigureeritud väärtus automaatselt toetatud minimaalse väärtusega. Juhusliku tuvastamise konfigureerimisel, kui määrate ja väärtused, mis on väiksemad kui minimaalne toetatud läviväärtus: · väärtus kohandub automaatselt minimaalse toetatud väärtusega. · The väärtus ei kohandu automaatselt minimaalsest toetatud läviväärtusest kõrgemale väärtusele. Selle tulemuseks on juhusliku tuvastamise konfiguratsiooni ebaõnnestumine. Selle vea vältimiseks konfigureerige väärtus selline, et see ületab väärtus, mida teie süsteem toetab.
Konfiguratsioon NtampJuhusliku varajase tuvastamise konfiguratsiooni lõpuleviimiseks tehke järgmist: 1. Looge (või muutke) poliitikakaart, mille saab teenuse määramiseks lisada ühele või mitmele liidesele.
poliitika 2. Liiklusklassi seostamine liikluspoliitikaga 3. RED lubamine minimaalse ja maksimaalse lävega. 4. Konfigureerige üks järgmistest:
· Täpsustage, kuidas eraldada erinevatele klassidele järelejäänud ribalaiust. VÕI
· Liikluse kujundamine määratud bitikiirusele või protsendiletage saadaolevast ribalaiusest.
5. Poliitikakaardi lisamine väljundliidesele, mida kasutatakse selle liidese teenusepoliitikana.
Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 52

Ummikute vältimine

Juhusliku varajase tuvastamise seadistamine

Ruuter# seadistamine Ruuter(config)# policy-map red-abs-policy Ruuter(config-pmap)# class qos-1 Ruuter(config-pmap-c)# random-detect Ruuter(config-pmap-c)# kuju keskmine protsent 10 Ruuter(config-pmap-c)# end-policy-map Ruuter(config)# commit Ruuter(config)# liides HundredGigE0/0/0/12 Ruuter(config- if)# service-policy output red-abs-policy Router(config-if)# commit
Käivitab konfiguratsiooni
poliitika-kaart punane-abs-poliitikaklass tc7
prioriteeditaseme 1 järjekorra limiit 75 MB ! klass tc6 prioriteeditase 2 järjekorrapiirang 75 MB ! klassi tc5 kuju keskmine 10 gbps järjekorra limiit 75 MB ! klassi tc4 kuju keskmine 10 gbps järjekorra limiit 75 MB ! klassi tc3 kuju keskmine 10 gbps järjekorra limiit 75 MB ! klassi tc2 kuju keskmine 10 gbps järjekorra limiit 75 MB ! klass tc1 kuju keskmine 10 gbps random-detect ecn random-detect 100 mbytes 200 mbytes ! klass klass-vaikekuju keskmine 10 gbps juhuslik tuvastamine 100 MB 200 MB ! lõpupoliitika-kaart!
liides HundredGigE0/0/0/12 teenusepoliitika väljund red-abs-policy shutdown !
Kontrollimine
Ruuter# näitab qos int hundredGigE 0/6/0/18 väljundit

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 53

Selgesõnaline ummikuteatis

Ummikute vältimine

MÄRKUS. Konfigureeritud väärtused kuvatakse sulgudes

Liides HundredGigE0/0/0/12 ifh 0x3000220 — väljundpoliitika

NPU ID:

Klasside koguarv:

Liidese ribalaius:

100000000 kbps

VOQ baas:

11176

VOQ statistika käepide:

0x88550ea0

Raamatupidamise tüüp:

Kiht 1 (kaasa kihi 1 kapseldamine ja kõrgem)

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

Tase 1 klass

= qos-1

Egressqi järjekorra ID

= 11177 (LP järjekord)

Järjekord max. BW.

= 10082461 kbps (10%)

Järjekord min. BW.

= 0 kbps (vaikimisi)

Pöördkaal / kaal

= 1 (BWR pole konfigureeritud)

Garanteeritud teenustasu

= 10000000 kbps

Sabalanguse lävi

= 12517376 baiti / 10 ms (vaikimisi)

Vaikimisi RED profile PUNANE Min. Lävi PUNANE Maks. Lävi

= 12517376 baiti (10 ms) = 12517376 baiti (10 ms)

Level1 Class Egressq Queue ID Queue Max. BW. Järjekord min. BW. Vastupidine kaal / kaal garanteeritud teeninduskiirus TailDrop Threshold WRED pole selle klassi jaoks seadistatud

= klass-vaikeväärtus = 11176 (vaikimisi LP-järjekord) = 101803495 kbps (vaikimisi) = 0 kbps (vaikimisi) = 1 (BWR pole konfigureeritud) = 50000000 kbps = 62652416 baiti / 10 ms (vaikeväärtus)

Seotud teemad · Juhuslik varajane tuvastamine ja TCP, lk 52

Selgesõnaline ummikuteatis
Juhuslik varajane tuvastamine (RED) on rakendatud võrgu tuumruuterites. Edge-ruuterid määravad pakettidele IP-eesjärjestuse, kui paketid võrku sisenevad. RED-iga kasutavad põhiruuterid neid eelistusi, et määrata kindlaks, kuidas käsitleda erinevat tüüpi liiklust. RED pakub ühe läve ja kaalud liiklusklassi või järjekorra kohta erinevate IP-priireteetide jaoks.
ECN on RED-i laiendus. Kui keskmine järjekorra pikkus ületab teatud läviväärtuse, märgib ECN paketid nende mahajätmise asemel. Kui see on seadistatud, aitab ECN ruuteritel ja lõpphostidel mõista, et võrk on ülekoormatud, ja aeglustab pakettide saatmist. Kui aga järjekorra pikkus ületab laiendatud mälu maksimaalset läve, paketid tühistatakse. See on identne töötlus, mida pakett vastu võtab, kui RED on lubatud ilma ruuteris konfigureerimata ECN-i.
RFC 3168, selgesõnalise ülekoormuse teatise (ECN) lisamine IP-le, väidab, et aktiivse järjekorrahalduse lisamisega (ntample, RED) Interneti-infrastruktuurile, ei piirdu ruuterid enam ummikute märgina paketikadudega.

Märkus. Seda funktsiooni ei saa kasutada, kui olete sisestuspoliitikas määranud qos-group või MPls eksperimentaalse koos liiklusklassiga.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 54

Ummikute vältimine

Selgesõnaline ummikuteatis

ECN-i rakendamine
ECN-i juurutamiseks on vaja ECN-i spetsiifilist välja, millel on IP-päises kaks bitti – ECN-võimeline transpordibitt (ECT) ja CE-bitt (Congestion Experienced). ECT-bitti ja CE-bitti saab kasutada nelja koodipunkti moodustamiseks vahemikus 00 kuni 11. Esimene number on ECT-bitt ja teine number on CE-bitt.
Tabel 12: ECN-i bitiseadistus

ECT bitt 0 0
1
1

CE bitt 0 1
0
1

Kombinatsioon näitab
Ei ole ECN-võimeline.
Transpordiprotokolli lõpp-punktid on ECN-võimelised.
Transpordiprotokolli lõpp-punktid on ECN-võimelised.
Kogenud ummikud.

ECN-i väljakombinatsioon 00 näitab, et pakett ei kasuta ECN-i. Koodipunktid 01 ja 10 – kutsutakse vastavalt ECT(1) ja ECT(0) – määrab andmesaatja, et näidata, et transpordiprotokolli lõpp-punktid on ECN-võimelised. Ruuterid käsitlevad neid kahte koodipunkti identselt. Andmesaatjad saavad kasutada kas ühte või mõlemat neist kahest kombinatsioonist. ECN väljakombinatsioon 11 näitab lõpp-punktide ülekoormust. Ruuteri täisjärjekorda saabuvad paketid tühistatakse.

Paketihaldus, kui ECN on lubatud
Kui ECN on lubatud, siis kõik paketid vahel ja on tähistatud ECN-iga. Kui järjekorra pikkus jääb miinimumläve ja maksimumläve vahele, tekib kolm erinevat stsenaariumi:
· Kui paketi ECN-väli näitab, et lõpp-punktid on ECN-võimelised (st ECT-biti väärtuseks on seatud 1 ja CE-biti väärtuseks 0 või ECT-biti väärtuseks 0 ja CE-bitiks on määratud väärtusele 1) – ja RED-algoritm määrab, et pakett oleks tulnud kukkumise tõenäosuse põhjal välja jätta – paketi ECT- ja CE-bitid muudetakse väärtuseks 1 ja pakett edastatakse. See juhtub seetõttu, et ECN on lubatud ja pakett märgitakse, mitte ei kukutatud.
· Kui paketi ECN-väli näitab, et kumbki lõpp-punkt ei ole ECN-võimeline (st ECT-biti väärtuseks on seatud 0 ja CE-biti väärtuseks 0), saadetakse pakett. Kui aga maksimum saba langemise lävi on ületatud, pakett kukutatakse. See on identne töötlus, mida pakett vastu võtab, kui RED on lubatud ilma ruuteris konfigureerimata ECN-i.
· Kui paketi ECN-väli näitab, et võrgus on ülekoormus (st nii ECT-biti kui ka CE-biti väärtuseks on seatud 1), edastatakse pakett. Täiendav märgistus pole vajalik.

Konfiguratsioon Ntample
Ruuter# seadistamine Ruuter(config)# Policy-map policy1 Ruuter(config-pmap)# class class1 Ruuter(config-pmap-c)# ribalaiuse protsent 50 Ruuter(config-pmap-c)# juhuslikult tuvastada 1000 paketti 2000 paketti (config-pmap-c)# random-detect ecn Ruuter(config-pmap-c)# exit

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 55

Selgesõnaline ummikuteatis

Ummikute vältimine

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

Kinnitamine Kasutage konfiguratsiooni kontrollimiseks poliitikakaardi kuvamise liidest.

Ruuter# näita poliitikakaarti int hu 0/0/0/35 väljund TenGigE0/0/0/6 väljund: pm-out-queue

HundredGigE0/0/0/35 väljund: egress_qosgrp_ecn

Klass tc7

Klassifikatsiooni statistika

Sobitud

Edastatud

Kokku langenud

Järjekordade statistika

Järjekorra ID

Taildropped (paketid/baidid)

(paketid/baidid)

(kiirus – kbps)

195987503/200691203072

188830570/193362503680

7156933/7328699392

: 18183 : 7156933/7328699392

WRED profile jaoks

PUNANE Edastatud (paketid/baidid)

: Ei kehti

PUNANE juhuslikud langused (paketid/baidid)

: Ei kehti

PUNANE maksimumlävi langeb (paketid/baidid)

: Ei kehti

PUNANE ECN märgistatud ja edastatud (paketid/baidid): 188696802/193225525248

Klass tc6

Klassifikatsiooni statistika

(paketid/baidid)

(kiirus – kbps)

Sobitud

666803815/133360763000

Edastatud

642172362/128434472400

Kokku langenud

24631453/4926290600

Järjekordade statistika

Järjekorra ID

: 18182

Taildropped (paketid/baidid)

: 24631453/4926290600

WRED profile jaoks

PUNANE Edastatud (paketid/baidid)

: Ei kehti

PUNANE juhuslikud langused (paketid/baidid)

: Ei kehti

PUNANE maksimumlävi langeb (paketid/baidid)

: Ei kehti

PUNANE ECN märgistatud ja edastatud (paketid/baidid): 641807908/128361581600

Klass tc5

Klassifikatsiooni statistika

(paketid/baidid)

(kiirus – kbps)

Sobitud

413636363/82727272600

6138

Edastatud

398742312/79748462400

5903

Kokku langenud

14894051/2978810200

235

Järjekordade statistika

Järjekorra ID

: 18181

Taildropped (paketid/baidid)

: 14894051/2978810200

WRED profile jaoks

PUNANE Edastatud (paketid/baidid)

: Ei kehti

PUNANE juhuslikud langused (paketid/baidid)

: Ei kehti

PUNANE maksimumlävi langeb (paketid/baidid)

: Ei kehti

PUNANE ECN märgistatud ja edastatud (paketid/baidid): 398377929/79675585800

Märkus. PUNANE ECN-märgistatud ja edastatud (paketid/baidid) rida kuvab ECN-märgisega pakettide statistika. Alustuseks kuvatakse 0/0.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 56

6 PEATÜKK

Seadistage prioriteetse voo juhtimine

· Prioriteetne vookontrollview, lk 57 · Konfigureeritav ECN lävi ja maksimaalse märgistamise tõenäosuse väärtused, lk 66 · Prioriteedi voo juhtimise valve üleview, leheküljel 71

Prioriteedi voo juhtimine üleview

Tabel 13: funktsioonide ajaloo tabel
Funktsiooni nimi
Prioriteedi voo juhtimine Cisco 8808 ja Cisco 8812 modulaarse šassiiliini kaartidel

Väljalaseteave Väljaanne 7.5.3

Lühilingi prioriteetse voo juhtimise väljalase 7.3.3

Funktsiooni kirjeldus
Prioriteedi voo juhtimine on nüüd toetatud järgmisel liinikaardil puhver-sisemises režiimis:
· 88-LC0-34H14FH
Seda funktsiooni toetatakse sisepuhver- ja puhverlaiendatud režiimides:
· 88-LC0-36FH
Lisaks puhver-välisele režiimile laieneb selle funktsiooni tugi nüüd ka puhver-sisemisele režiimile järgmistel reakaartidel:
· 88-LC0-36FH-M
· 8800-LC-48H
See funktsioon ja hw-module profile priority-flow-control käsku toetatakse liinikaardil 88-LC0-36FH.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 57

Prioriteedi voo juhtimine üleview

Seadistage prioriteetse voo juhtimine

Funktsiooni nimi

Väljalaske teave

Prioriteedi voo juhtimise tugi Cisco 8800 36 × 400 GbE QSFP56-DD liinikaartidel (88-LC0-36FH-M)

Väljalase 7.3.15

Prioriteetne voo juhtimine

Väljalase 7.3.1

Funktsiooni kirjeldus
See funktsioon ja hw-module profile priority-flow-control käsku toetatakse liinikaartidel 88-LC0-36FH-M ja 8800-LC-48H.
Kõik selle funktsiooni varasemad funktsioonid ja eelised on neil liinikaartidel saadaval. Siiski ei toetata puhvri sisemist režiimi.
Lisaks peate nendel liinikaartidel puhver-laiendatud režiimi kasutamiseks konfigureerima jõudlusvõimsuse või vaba ruumi väärtused. See konfiguratsiooninõue tagab, et saate kadudeta käitumise saavutamiseks töökoormust paremini varustada ja tasakaalustada, mis omakorda tagab ribalaiuse ja ressursside tõhusa kasutamise.
See funktsioon ja hw-module profile priority-flow-control käsku ei toetata.

Prioriteedil põhinev voo juhtimine (IEEE 802.1Qbb), mida nimetatakse ka klassipõhiseks vookontrolliks (CBFC) või prioriteedipausiks (PPP), on mehhanism, mis hoiab ära ummikutest tingitud kaadri kadumise. PFC sarnaneb 802.x vookontrolliga (pauskaadrid) või lingitaseme voo juhtimisega (LFC). PFC toimib siiski teenuseklassi (CoS) alusel.
Ülekoormuse ajal saadab PFC pausikaadri, mis näitab peatamiseks vajalikku CoS-i väärtust. PFC pausikaader sisaldab iga CoS-i jaoks 2-okteti taimeri väärtust, mis näitab liikluse peatamise aega. Taimeri ajaühik on määratud pausikvantides. Kvant on aeg, mis kulub 512 biti edastamiseks pordi kiirusel. Vahemik on vahemikus 0 kuni 65535 kvanti.
PFC palub partneril lõpetada konkreetse CoS-väärtusega kaadrite saatmine, saates pausikaadri tuntud multisaateaadressile. See pausikaader on ühe hüppe kaader ja seda ei edastata, kui partner selle vastu võtab. Kui ummikud vähenevad, lõpetab ruuter PFC-kaadrite saatmise ülesvoolu sõlme.
Saate konfigureerida PFC iga liinikaardi jaoks, kasutades hw-module profile priority-flow-control käsk ühes kahest režiimist:
· puhver-sisemine
· puhverpikendusega

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 58

Seadistage prioriteetse voo juhtimine

puhver-sisemine režiim

Märkus. PFC läve konfiguratsioonid on peatamise käsu puhul aegunud. Kasutage hw-module profile priority-flow-control käsk PFC läve konfiguratsioonide konfigureerimiseks.
Seotud teemad · Prioriteetse voo juhtimise konfigureerimine, lk 61
· Priority Flow Control Watchdog Overview, leheküljel 71
puhver-sisemine režiim
Kasutage seda režiimi, kui PFC-toega seadmed ei asu üksteisest kaugemal kui 1 km. Hw-module pro abil saate määrata liiklusklassi väärtused pause-läve, vaba ruumi (mõlemad on seotud PFC-ga) ja ECN-i jaoksfile priority-flow-control käsk selles režiimis. Puhvri sisemine konfiguratsioon kehtib kõikidele portidele, mida liinikaart hostib, mis tähendab, et saate konfigureerida nende väärtuste komplekti liinikaardi kohta. Olemasolev järjekorra limiit ja ECN-i konfiguratsioon liidesele lisatud järjekorrapoliitikas ei mõjuta selles režiimis. Selle režiimi efektiivne järjekorra limiit = pausilävi + vaba ruumi (baitides)
Piirangud ja juhised
PFC läviväärtuste konfigureerimisel puhvri sisemise režiimi abil kehtivad järgmised piirangud ja juhised.
· PFC-funktsiooni ei toetata fikseeritud šassiisüsteemides. · Veenduge, et šassiil, millel on konfigureeritud PFC, pole konfigureeritud katkestusi. PFC konfigureerimine
ja purunemine samal šassiil võib põhjustada ootamatut käitumist, sealhulgas liikluse katkemist. · Seda funktsiooni ei toetata komplekti ja mittekomplektsete alamliidese järjekordades. · Seda funktsiooni toetavad 40 GbE, 100 GbE ja 400 GbE liidesed. · Seda funktsiooni 4xVOQ järjekorrarežiimis ei toetata. · Seda funktsiooni ei toetata, kui VOQ-loendurite jagamine on konfigureeritud.
puhver-laiendatud režiim
Kasutage seda režiimi pikamaaühendusega PFC-toega seadmete jaoks. Pause-läve väärtuse saate määrata hw-module pro abilfile priority-flow-control käsk selles režiimis. ECN-i ja järjekorrapiirangute määramiseks peate siiski konfigureerima liidesele lisatud järjekorrapoliitika. Puhverlaiendatud konfiguratsioon kehtib kõikidele portidele, mida liinikaart hostib, mis tähendab, et saate konfigureerida nende väärtuste komplekti liinikaardi kohta.

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 59

Olulised kaalutlused

Seadistage prioriteetse voo juhtimine

Seadistamise juhised · Olulised punktid 88-LC0-36FH-M liinikaartide puhver-laiendatud režiimi konfigureerimisel: · Peale pausiläve peate konfigureerima ka pearuumi väärtused. · Pearuumi väärtuse vahemik on 4 kuni 75000 XNUMX. · Määrake pausilävi ja vaba ruumi väärtused kilobaitides (KB) või megabaitides (MB).
· Olulised punktid 8800-LC-48H liinikaartide puhverlaiendatud režiimi konfigureerimisel: · Konfigureerige väärtused ainult pausiläve jaoks. Ärge seadistage vaba ruumi väärtusi. · Seadistage pausilävi millisekundites (ms) või mikrosekundites. · Ärge kasutage kilobaitide (KB) või megabaidi (MB) ühikuid, kuigi CLI kuvab need valikutena. Kasutage ainult millisekundite (ms) või mikrosekundite ühikuid.

(Vt ka jaotist Prioriteetse voo juhtimise konfigureerimine, lk 61)

Olulised kaalutlused
· Kui konfigureerite PFC väärtused puhvri sisemises režiimis, tuletatakse liinikaardi ECN väärtus puhvri sisemisest konfiguratsioonist. Kui konfigureerite PFC väärtused puhverlaiendatud režiimis, tuletatakse ECN väärtus poliitikakaardist. (Lisateavet ECN-i funktsiooni kohta leiate jaotisest Selgesõnaline ülekoormuse teatis , lk 54.)
· Puhver-sisemine ja puhver-laiendatud režiim ei saa samal liinikaardil koos eksisteerida.
· Kui lisate või eemaldate liiklusklassi toiminguid liinikaardil, peate liinikaardi uuesti laadima.
· Puhver-siserežiimi kasutamisel saate muuta järgmiste parameetrite väärtusi, ilma et peaksite liinikaarti uuesti laadima. Kui aga lisate uue liiklusklassi ja konfigureerite need väärtused selles liiklusklassis esimest korda, peate väärtuste jõustumiseks liinikaardi uuesti laadima.
· paus-lävi
· pearuum
· ECN

· Kui lisate või eemaldate ECN-i konfiguratsiooni hw-module pro abilfile priority-flow-control käsku, peate ECN-i muudatuste jõustumiseks liinikaardi uuesti laadima.
· Puhvri sisemise režiimi PFC läviväärtuste vahemikud on järgmised.

Lävi

Seadistatud (baiti)

paus (min)

307200

paus (max)

422400

pearuum (min)

345600

pearuum (max)

537600

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 60

Seadistage prioriteetse voo juhtimine

Prioriteetse voo juhtimise riistvaratugi

Lävi ecn (min) ecn (max)

Konfigureeritud (baiti) 153600 403200

· Liiklusklassi puhul peab ECN väärtus alati olema väiksem kui konfigureeritud pausiläviväärtus.
· Pause-läve ja pearuumi kombineeritud konfigureeritud väärtused ei tohi ületada 844800 baiti. Vastasel juhul lükatakse konfiguratsioon tagasi.
· Pikendatud puhverrežiimi pausiläve väärtuste vahemik on 2 millisekundit (ms) kuni 25 ms ja 2000 mikrosekundit kuni 25000 XNUMX mikrosekundit.

Prioriteetse voo juhtimise riistvaratugi
Tabelis on loetletud PID-d, mis toetavad PFC-d versiooni kohta, ja PFC-režiim, milles tugi on saadaval.
Tabel 14: PFC riistvara tugimaatriks

Väljalase Väljalase 7.3.15

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

PFC-režiimi puhver on laiendatud

Väljalase 7.0.11

8800-LC-48H

puhver-sisemine

Seadistage prioriteetse voo juhtimine
Saate konfigureerida PFC nii, et see lubaks CoS-i jaoks mitte-drop-käitumist, nagu on määratletud aktiivse võrgu QoS-poliitikaga.

Märkus. Kui lubate PFC, lubab süsteem vaikimisi lühilingi PFC.
Konfiguratsioon Ntample PFC konfigureerimise lõpuleviimiseks peate tegema järgmist: 1. Lubage PFC liidese tasemel. 2. Seadistage sissepääsu klassifitseerimise poliitika. 3. Kinnitage liidesele PFC-poliitika. 4. Konfigureerige PFC läviväärtused, kasutades puhver-sisemise või puhvriga laiendatud režiimi.
Ruuter# seadistamine Ruuter(config)# priority-flow-control mode sees /*Sissepääsu klassifitseerimise poliitika seadistamine*/

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 61

Seadistage prioriteetse voo juhtimine

Ruuter(config)# class-map match-any prec7 Router(config-cmap)# match priority Ruuter(config)# class-map match-any tc7 /*Ingress policy attach*/ Router(config-if)# service-policy input QOS_marking /*Väljapääsupoliitika manus*/ Ruuter(config-if)# service-policy output qos_queuing Router(config-pmap-c)# exit Ruuter(config-pmap)# exit Ruuter(config)#show controllers npu priority-flow - kontrolli asukoht
Käivitab konfiguratsiooni
*Liidese tase* liides HundredGigE0/0/0/0
prioriteetse voolu juhtimise režiim sisse lülitatud
*Sisenemine:* klassi-kaardi vaste-mis tahes prec7
mängu eelistus 7
lõpuklassi-kaart
!
klass-kaart vaste-mis tahes prec6
mängu eelistus 6
lõpuklassi-kaart
!
klass-kaart vaste-mis tahes prec5
mängu eelistus 5
lõpuklassi-kaart
!
klass-kaart vaste-mis tahes prec4
mängu eelistus 4
lõpuklassi-kaart
!
klass-kaardi vaste-ükskõik milline prec3 vaste prioriteet 3 end-class-map ! klass-kaardi vaste-ükskõik milline prec2 vaste prioriteet 2 end-class-map ! klass-kaardi vaste-ükskõik milline prec1 vaste prioriteet 1 lõpp-klass-kaart ! ! poliitikakaart QOS_MARKING

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 62

Seadistage prioriteetse voo juhtimine
klass prec7 komplekt liiklus-klass 7 komplekt qos-grupp 7
! klass prec6
komplekt liiklus-klass 6 komplekt qos-grupp 6 ! klass prec5 komplekt liiklus-klass 5 komplekt qos-grupp 5 ! klass prec4 komplekt liiklus-klass 4 komplekt qos-grupp 4 ! klass prec3 komplekt liiklus-klass 3 komplekt qos-grupp 3 ! klass prec2 komplekt liiklus-klass 2 komplekt qos-grupp 2 ! klass prec1 komplekt liiklus-klass 1 komplekt qos-grupp 1 ! klass klass-vaikekomplekt liiklus-klass 0 seatud qos-rühm 0 !
*Väljapääs:* klassi-kaardi vaste-mis tahes tc7
sobita liiklusklassi 7 lõppklassi kaarti! klass-kaart vaste-ükskõik milline tc6 vaste liiklus-klass 6 end-class-map ! klass-kaart vaste-mis tahes tc5 vaste liiklus-klass 5 lõpp-klassi kaart
!
klass-kaart vaste-ükskõik milline tc4
sobitada liiklusklassi 4
lõpuklassi-kaart
!
klass-kaart vaste-ükskõik milline tc3
sobitada liiklusklassi 3
lõpuklassi-kaart
!

Seadistage prioriteetse voo juhtimine

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 63

Seadistage prioriteetse voo juhtimine

klass-kaart vaste-ükskõik milline tc2 vaste liiklus-klass 2 end-class-map ! klass-kaart vaste-ükskõik milline tc1 vaste liiklus-klass 1 end-class-map ! poliitikakaart QOS_QUEUING klass tc7
prioriteeditase 1 kuju keskmine protsent 10 ! klass tc6 ribalaiuse järelejäänud suhe 1 järjekorra piirang 100 ms ! klass tc5 ribalaiuse järelejäänud suhe 20 järjekorra piirang 100 ms ! klass tc4 ribalaiuse järelejäänud suhe 20 random-detect ecn random-detect 6144 baiti 100 MB ! klass tc3 ribalaiuse järelejäänud suhe 20 random-detect ecn random-detect 6144 baiti 100 MB ! klass tc2 ribalaiuse järelejäänud suhe 5 järjekorrapiirang 100 ms ! klass tc1 ribalaiuse järelejäänud suhe 5 järjekorrapiirang 100 ms ! klass klass-vaikimisi ribalaiuse järelejäänud suhe 20 järjekorra piirang 100 ms ! [puhver-laiendatud] hw-module profile prioriteedi-voo juhtimise asukoht 0/0/CPU0 puhver-laiendatud liiklus-klass 3 pausilävi 10 ms puhver-laiendatud liiklusklass 4 pausilävi 10 ms
!
[puhver-sisemine] hw-module profile prioriteedi-voo juhtimise asukoht 0/1/CPU0 puhver-siseliiklus-klass 3 paus-lävi 403200 baiti pearuum 441600 baiti ecn
224640 baiti puhver-siseliiklus-klass 4 paus-lävi 403200 baiti pearuum 441600 baiti ecn
224640 baiti
Kontrollimine
Ruuter#sh kontrollerid simtiGigE0/0/0/22 priority-flow-control Liidese HundredGigE0/0/0/22 prioriteetse voo juhtimise teave:

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 64

Seadistage prioriteetse voo juhtimine

Prioriteetne voo juhtimine:

Rx PFC kaadreid kokku: 0

Tx PFC raamid kokku: 313866

Rx-i andmekaadreid on maha võetud: 0

CoS Status Rx Frames

—-------

0 sisse

1 sisse

2 sisse

3 sisse

4 sisse

5 sisse

6 sisse

7 sisse

/*[buffer-internal]*/ Ruuter#show kontrollerid hundredGigE 0/9/0/24 priority-flow-control

Liidese HundredGigE0/9/0/24 prioriteetse voo juhtimise teave:

Prioriteetne voo juhtimine:

Rx PFC kaadreid kokku: 0

Tx PFC raamid kokku: 313866

Rx-i andmekaadreid on maha võetud: 0

CoS Status Rx Frames

—-------

0 sisse

1 sisse

2 sisse

3 sisse

4 sisse

5 sisse

6 sisse

7 sisse

…

/*[sisemine puhver, tc3 ja tc4 konfigureeritud. TC4-l pole ECN-i]*/

Ruuter#show controllers npu priority-flow-control asukoht

Asukoha ID:

0/1/CPU0

PFC:

Lubatud

PFC-režiim:

puhver-sisemine

TC paus

Tulem

ECN

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

3 86800 baiti

120000 76800 baiti XNUMX XNUMX baiti

4 86800 baiti

120000 XNUMX baiti Konfigureerimata

/*[puhverlaiendatud PFC, konfigureeritud tc3 ja tc4]*/

Ruuter#show controllers npu priority-flow-control asukoht

Asukoha ID:

0/1/CPU0

PFC:

Lubatud

PFC-režiim:

puhverpikendusega

TC paus

————

3 meid

4 meid

/*[PFC puudub]*/

Ruuter#show controllers npu priority-flow-control asukoht

Asukoha ID:

0/1/CPU0

PFC:

Keelatud

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 65

Konfigureeritavad ECN lävi ja maksimaalse märgistamise tõenäosuse väärtused

Seadistage prioriteetse voo juhtimine

Seotud teemad · Prioriteetne vookontrollview, leheküljel 57
Seotud käsud hw-module profile prioriteet-voo-juhtimiskoht

Konfigureeritavad ECN lävi ja maksimaalse märgistamise tõenäosuse väärtused

Tabel 15: funktsioonide ajaloo tabel

Funktsiooni nimi

Väljalaske teave

Konfigureeritav ECN-i lävi ja väljalaske 7.5.4 maksimaalsed märgistamise tõenäosuse väärtused

Funktsiooni kirjeldus
Konfigureerides PFC-d puhver-sisemises režiimis, saate nüüd optimeerida ummikuteatist lõppruuterilt edastavale ruuterile, vältides nii allikaliikluse agressiivset gaasipedaali. See optimeerimine on võimalik, kuna oleme võimaldanud konfigureerida ECN-i läve miinimum- ja maksimumväärtused ning märgistamise tõenäosuse maksimaalne väärtus. Kui need väärtused on konfigureeritud, on tõenäosus protsentidestagMärgistust rakendatakse lineaarselt, alustades ECN-i miinimumlävest kuni ECN-i maksimumläveni.
Varasemad väljaanded fikseerisid maksimaalse ECN-i märgistamise tõenäosuse 100% maksimaalse ECN-i läve juures.
See funktsioon lisab hw-module pro-le järgmised valikudfile priority-flow-control käsk:
· max-lävi
· tõenäosus-protsenttage

ECN lävi ja maksimaalse märgistamise tõenäosuse väärtused
Seni ei olnud ECN-i märgistamise maksimaalne tõenäosus konfigureeritav ja see oli fikseeritud 100%. Te ei saanud konfigureerida ka ECN-i maksimaalset läviväärtust. Selline eelseadistatud märgistamise tõenäosuste paigutus ja

Modulaarse QoS-i konfiguratsioonijuhend Cisco 8000 seeria ruuterite jaoks, IOS XR, väljalase 7.3.x 66

Seadistage prioriteetse voo juhtimine

Konfigureeritava ECN-i läve ja maksimaalse märgistamise tõenäosuse väärtuste eelised

fikseeritud maksimaalsed läviväärtused tähendasid, et liiklussagedus hakkas järjekorra pikkuse funktsioonina langema. ECN-i märgistamise tõenäosuse lineaarse suurenemise ja sellest tuleneva ummikusignaali edastamise tõttu lõpp-hostilt edastavale hostile võivad liikluse kiirused aeglustuda isegi siis, kui teie lingil on vajalik ribalaius.
W

Dokumendid / Ressursid

CISCO 8000 seeria ruuterite modulaarne QoS konfiguratsioon [pdfKasutusjuhend
8000-seeria ruuterid, moodulite QoS-i konfiguratsioon, 8000-seeria ruuterid, modulaarne QoS-i konfiguratsioon, moodul-QoS-i konfiguratsioon, QoS-i konfiguratsioon, konfiguratsioon

Viited

Kasutusjuhend

CISCO 8000 seeria ruuterite modulaarne QoS konfiguratsioon

Tooteteave

Toote kasutusjuhised

QoS-i poliitika pärand

Korduma kippuvad küsimused (KKK)

EESSÕNA 1. PEATÜKK 2. PEATÜKK

Kirjeldus

Liikluskorraldus läbiview

Peering QoS ABF-i jaoks

Peering QoS ABF-i jaoks

Liiklusklassi elemendid

Dokumendid / Ressursid

Viited

Jäta kommentaar

Tühista vastus