Кіраўніцтва карыстальніка па модульнай канфігурацыі QoS маршрутызатараў серыі CISCO 8000

Раздзел 1: Новыя і змененыя функцыі QoS
У гэтай главе прыводзіцца большview новых і змененых функцый якасці абслугоўвання (QoS) у Модульным кіраўніцтве па канфігурацыі QoS для маршрутызатараў Cisco серыі 8000.

Раздзел 2: Кіраванне трафікам скончанаview
У гэтай главе тлумачыцца сфера кіравання трафікам, уключаючы традыцыйнае кіраванне трафікам, кіраванне трафікам на вашым маршрутызатары, абмежаванні мадэлі VoQ, спадчыну палітыкі QoS і выкарыстанне Cisco Modular QoS CLI для разгортвання QoS.

Вобласць прымянення
Аб'ём кіравання трафікам ўключае ў сябе кантроль і расстаноўку прыярытэтаў сеткавага трафіку для забеспячэння эфектыўнай і надзейнай перадачы даных.

Традыцыйнае кіраванне трафікам
Традыцыйнае кіраванне трафікам прадугледжвае ўкараненне розных метадаў кіравання сеткавым трафікам, такіх як фарміраванне трафіку, паліцыя і чэргі.

Кіраванне трафікам на вашым маршрутызатары
У гэтым раздзеле тлумачыцца, як рэалізавана кіраванне трафікам на маршрутызатарах Cisco серыі 8000, уключаючы выкарыстанне Modular QoS CLI (MQC) для вызначэння і прымянення палітык QoS.

Абмежаванні мадэлі VoQ
Мадэль Voice over Quantum (VoQ) мае пэўныя абмежаванні з пункту гледжання маштабаванасці і складанасці. У гэтым раздзеле абмяркоўваюцца гэтыя абмежаванні і даюцца звесткі аб кіраванні QoS у такіх сітуацыях.

Наследаванне палітыкі QoS

Наследаванне палітыкі QoS адносіцца да здольнасці наследаваць канфігурацыі QoS ад бацькоўскіх палітык. У гэтым раздзеле тлумачыцца канцэпцыя наследавання палітыкі QoS і яе перавагі.

Cisco Modular QoS CLI для разгортвання QoS
Cisco Modular QoS CLI (MQC) - гэта інтэрфейс каманднага радка, які выкарыстоўваецца для канфігурацыі і разгортвання палітык QoS на маршрутызатарах Cisco серыі 8000. У гэтым раздзеле змяшчаецца важная інфармацыя аб выкарыстанні MQC для разгортвання QoS.

Раздзел 3: Важныя моманты аб палітыцы MQC Egress Queuing
У гэтай главе асвятляюцца важныя меркаванні і моманты, на якія варта звярнуць увагу пры наладжванні палітыкі выхаду ў чаргу MQC для эфектыўнай рэалізацыі QoS.

Часта задаюць пытанні (FAQ)

Пытанне: Што такое кіраванне трафікам?
A: Кіраванне трафікам прадугледжвае кантроль і расстаноўку прыярытэтаў сеткавага трафіку для забеспячэння эфектыўнай і надзейнай перадачы даных.

Q: Як я магу наладзіць палітыку QoS на Cisco 8000 Series Маршрутызатары?
A: Вы можаце выкарыстоўваць Cisco Modular QoS CLI (MQC) для канфігурацыі і разгортвання палітык QoS на маршрутызатарах Cisco серыі 8000.

Пытанне: Якія абмежаванні мае мадэль VoQ?
A: Мадэль VoQ мае абмежаванні з пункту гледжання маштабаванасці і складанасці. Важна разумець гэтыя абмежаванні пры кіраванні QoS у сетках на аснове VoQ.

View Fullscreen

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x
Першая публікацыя: 2021-02-01 Апошняе змяненне: 2022-01-01
Штаб-кватэра ў Амерыцы
Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Тэл.: 408 526-4000
800 553-NETS (6387) Факс: 408 527-0883

ТЭХНІЧНЫЯ ХАРАКТАРЫСТЫКІ І ІНФАРМАЦЫЯ ДА ПРАДУКТАХ, У ГЭТЫМ КІРАЎНІЦТВЕ МОЖАЦЬ ЗМЯНЯЦЦА БЕЗ ПАВЕДАМЛЕННЯ. УСЕ ЗАЯВЛЕННІ, ІНФАРМАЦЫЯ І РЭКАМЕНДАЦЫІ Ў ГЭТЫМ КІРАЎНІЦТВЕ ЛІЧЫЦЦА ДАКЛАДНЫМІ, АЛЕ ПРАДСТАЎЛЯЮЦЦА БЕЗ ЛЮБЫХ ГАРАНТЫЙ, ЯВНЫХ АБО РАДЗЕЎНЫХ. КАРЫСТАЛЬНІКІ ПАВІННЫ НЕСЦІ ПОЎНУЮ АДКАЗНАСЦЬ ЗА ЎЖЫВАННЕ ЛЮБЫХ ПРАДУКТАЎ.
ЛІЦЭНЗІЯ НА ПРАГРАМНАЕ ЗАБЕСПЯЧЭННЕ І АБМЕЖАВАНАЯ ГАРАНТЫЯ ДЛЯ СУПРАЦОЎНАГА ПРАДУКТУ ВЫКЛАДАНЫ Ў ІНФАРМАЦЫЙНЫМ ПАКЕЦЕ, ЯКІ ПАСТАЎЛЯЕЦЦА РАЗАМ ПРАДУКЦЫІ, І ЎКЛЮЧАНЫ ТУТ ПА ГЭТАЙ СПАСЫЛКЕ. КАЛІ ВЫ НЕ МОЖАЦЕ ЗНАЙСЦІ ЛІЦЭНЗІЮ НА ПРАГРАМНАЕ ЗАБЕСПЯЧЭННЕ АБО АБМЕЖАВАНУЮ ГАРАНТЫЮ, ЗВЯРНІЦЕСЯ ДА ПРАДСТАЎНІКА CISCO ЗА КОПІЯЙ.
Рэалізацыя Cisco сціску загалоўкаў TCP з'яўляецца адаптацыяй праграмы, распрацаванай Каліфарнійскім універсітэтам у Берклі (UCB) як частка версіі аперацыйнай сістэмы UNIX, якая знаходзіцца ў адкрытым доступе UCB. Усе правы абароненыя. Аўтарскае права © 1981, Рэгенты Каліфарнійскага ўніверсітэта.
НЯГЛЕЖЧЫЧЫ НА ЛЮБЫЯ ІНШЫЯ ГАРАНТЫІ, УСЕ ДАКУМЕНТЫ FILES І ПРАГРАМНАЕ АБЕСПЯЧЭННЕ ГЭТЫХ ПАСТАЎЧЫКАЎ ПАСТАЎЛЯЮЦЦА "ЯК ЁСЦЬ" З УСІМІ НЯДАХАМІ. CISCO І ВЫШЭЙМЕНАНЫЯ ПАСТАЎШЧЫКІ АДМОВАЛЯЮЦЦА АД ЛЮБЫХ ГАРАНТЫЙ, ЯВНЫХ АБО РАЗУМЕВАЕМЫХ, ВКЛЮЧАЮЧЫ, НЕ АМЕЖУВАЮЧЫСЯ, ГАРАНТЫЙНАСЦІ, ПРЫДАТНАСЦІ ДЛЯ ПЭЎНАЙ МЭТЫ І АДСУТНАСЦЯ ПАРУШЭННЯ ПРАВАЎ, АБО ВЫНІКАЮЧЫХ АД АДЗЕЛАЎ, ВЫКАРЫСТАННЯ АБО ГАНДЛЁВАЯ ПРАКТЫКА.
КАМПАНІЯ CISCO АБО ЯЕ ПАСТАЎШЧЫКІ НЕ НЯСУЦЬ АДКАЗНАСЦІ ЗА ЛЮБЫЯ УСКОСНЫЯ, СПЕЦЫЯЛЬНЫЯ, УСКОЎНЫЯ АБО ВЫПАДКОВЫЯ ШКОДЫ, УКЛЮЧАЮЧЫ, БЕЗ АБМЕЖАВАННЯ, СТРАТУ ПРЫБЫТКУ АБО СТРАТЫ АБО ШКОДУ ДАДЗЕНЫХ, ЯКІЯ Ўзніклі ў выніку ВЫКАРЫСТАННЯ АБО НЯМОЖНАСЦІ ВЫКАРЫСТАННЯ ГЭТАГА КІРАЎНІЦТВА, НАВАТ КАЛІ КАМПАНІЯ CISCO АБО ЯЕ ПАСТАЎШЧЫКІ БЫЛІ ПАВЕДАМЛЕНЫ АБ МАГЧЫМАСЦІ ТАКОГА ШКОДЫ.
Любыя адрасы інтэрнэт-пратаколу (IP) і нумары тэлефонаў, якія выкарыстоўваюцца ў гэтым дакуменце, не з'яўляюцца сапраўднымі адрасамі і нумарамі тэлефонаў. Любы былыampфайлы, выхад каманд, дыяграмы тапалогіі сеткі і іншыя малюнкі, уключаныя ў дакумент, паказаны толькі ў ілюстрацыйных мэтах. Любое выкарыстанне фактычных IP-адрасоў або нумароў тэлефонаў у ілюстрацыйным змесце з'яўляецца ненаўмысным і выпадковым.
Усе друкаваныя копіі і дублікаты электронных копій гэтага дакумента лічацца некантраляванымі. Апошнюю версію глядзіце ў бягучай онлайн-версіі.
Cisco мае больш за 200 офісаў па ўсім свеце. Адрасы і нумары тэлефонаў указаны на Cisco webсайт па адрасе www.cisco.com/go/offices.
У камплекце дакументацыі для гэтага прадукта імкнецца выкарыстоўваць непрадузятую мову. Для мэт гэтага набору дакументацыі беспрадузятая мова вызначаецца як мова, якая не прадугледжвае дыскрымінацыі па прыкмеце ўзросту, інваліднасці, полу, расавай прыналежнасці, этнічнай прыналежнасці, сэксуальнай арыентацыі, сацыяльна-эканамічнага статусу і ўзаемасувязі. У дакументацыі могуць прысутнічаць выключэнні з-за мовы, жорстка закадзіраванай у карыстальніцкіх інтэрфейсах праграмнага забеспячэння прадукту, мовы, якая выкарыстоўваецца на падставе дакументацыі па стандартах, або мовы, якая выкарыстоўваецца прадуктам трэцяга боку, на які спасылаецца спасылка.
Cisco і лагатып Cisco з'яўляюцца гандлёвымі маркамі або зарэгістраванымі гандлёвымі маркамі кампаніі Cisco і/або яе філіялаў у ЗША і іншых краінах. каб view спіс таварных знакаў Cisco, перайдзіце да гэтага URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html. Згаданыя гандлёвыя маркі трэціх асоб з'яўляюцца ўласнасцю іх адпаведных уладальнікаў. Выкарыстанне слова партнёр не азначае партнёрскія адносіны паміж Cisco і любой іншай кампаніяй. (1721R)
© 2021 Cisco Systems, Inc. Усе правы абаронены.

ПРАДМОВА РАЗДЗЕЛ 1 ГЛАВА 2

РАЗДЗЕЛ 3

Прадмова vii Змены ў гэтым дакуменце vii Сувязь, паслугі і дадатковая інфармацыя vii
Новыя і змененыя функцыі QoS 1 Новыя і змененыя функцыі QoS 1
Кіраванне дарожным рухам скончанаview 3 Вобласць прымянення 3 Традыцыйнае кіраванне трафікам 3 Кіраванне трафікам на вашым маршрутызатары 3 Абмежаванні мадэлі VoQ 4 Наследаванне палітыкі QoS 5 Модульны CLI QoS Cisco для разгортвання QoS 6 Важныя моманты аб палітыцы MQC Egress Queuing Policy 6
Класіфікаваць пакеты для ідэнтыфікацыі канкрэтнага трафіку 9 Класіфікаваць пакеты для ідэнтыфікацыі канкрэтнага трафіку 9 Класіфікацыя пакетаў большview 9 Спецыфікацыя CoS для пакета з прыярытэтам IP 10 Біты прыярытэту IP, якія выкарыстоўваюцца для класіфікацыі пакетаў 10 Налады значэння прыярытэту IP 10 Прыярытэт IP у параўнанні з маркіроўкай IP DSCP 11 Класіфікацыя пакетаў на вашым маршрутызатары 11 Паляпшэнне маштабавання ACL з дапамогай пірынгавага QoS 12 Асноўныя моманты аб зліцці ACL 12

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, IOS XR, версія 7.3.x iii

Змест

РАЗДЗЕЛ 4 РАЗДЗЕЛ 5

Рэкамендацыі і абмежаванні для пірынгавага QoS 12 Наладжванне пірынгавага QoS для маштабавання ACL 13 Класіфікаваць і адзначаць загаловак узроўня 3 на інтэрфейсах узроўня 2 19 Элементы класа трафіку 20 Клас трафіку па змаўчанні 21 Стварыць клас трафіку 21 Элементы палітыкі трафіку 23 Стварыць палітыку трафіку 24 Далучыць трафік Палітыка да інтэрфейсу 24
Пазначыць пакеты, каб змяніць параметры прыярытэту 29 Разметка пакетаў скончанаview 29 Маркіроўка па змаўчанні 29 Паводзіны QoS для тунэляў Generic Routing Encapsulation (GRE) 30 Marking Packet Безумоўная маркіроўка пакетаў: напрыкладamples 33 IP Precedence Marking Configuration: Example 33 Канфігурацыя маркіроўкі IP DSCP: Example 34 Канфігурацыя маркіроўкі групы QoS: напрыкладample 34 Канфігурацыя маркіроўкі CoS: Example 34 MPLS Experimental Bit Impposition Marking Configuration: Example 35 MPLS Эксперыментальная самая верхняя канфігурацыя маркіроўкі: напрыкладample 35 Прыярытэт IP у параўнанні з маркіроўкай IP DSCP 35 Налада DSCP CS7 (прыярытэт 7) 36 Мадыфікацыя палітыкі на месцы 36 Рэкамендацыі па выкарыстанні мадыфікацыі палітыкі на месцы 36
Пазбяганне перагрузкі 39 Пазбяганне перагрузкі 39 Рэжымы чэргаў 39 Палітыка чэргаў галоўнага інтэрфейсу 40

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x iv

Змест

РАЗДЗЕЛ 6

Палітыка чаргі субінтэрфейсу 40. Пазбяганне перагрузкі ў VOQ 40
Абагульванне лічыльнікаў статыстыкі VOQ 41 Налада сумеснага выкарыстання лічыльнікаў статыстыкі VOQ 41
Ліміт падвойнай чаргі 42 Абмежаванні 43
Справядлівы паток трафіку з выкарыстаннем Fair VOQ 44 Справядлівы VOQ: Чаму 44 Справядлівы VOQ: Як 45 Рэжымы Fair VOQ і сумеснае выкарыстанне лічыльнікаў 46 Справядлівыя VOQ і зрэзаныя (або нармальныя) VOQ: Асноўныя адрозненні 47 Рэкамендацыі і абмежаванні 47 Налада Fair VOQ 48
Модульнае QoS, прадухіленне перагрузкі 50 Адкіданне хваста і чарга FIFO 50
Наладзьце выпадковае ранняе выяўленне Tail Drop 50 і TCP 52
Наладзьце выпадковае ранняе выяўленне 52 Яўнае апавяшчэнне аб перагрузцы 54
Наладзіць кантроль прыярытэтнага патоку 57 Кантроль прыярытэтнага патокуview 57 Рэжым унутранага буфера 59 Абмежаванні і рэкамендацыі 59 Рэжым пашыранага буфера 59 Важныя меркаванні 60 Апаратная падтрымка кіравання прыярытэтным патокам 61 Налада кіравання прыярытэтным патокам 61 Наладжваемы парог ECN і значэнні максімальнай верагоднасці маркіроўкі 66 Парог ECN і значэнні максімальнай імавернасці маркіроўкі 66 Перавагі наладжвальных Парог ECN і значэнні максімальнай імавернасці маркіроўкі 67 Парог ECN і значэнні максімальнай імавернасці маркіроўкі: часта задаюць пытанні 68 Рэкамендацыі і абмежаванні 68 Налада парога ECN і значэння максімальнай імавернасці маркіроўкі 69

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, выпуск IOS XR 7.3.xv

Змест

РАЗДЗЕЛ 7 РАЗДЗЕЛ 8

Кантроль прыярытэтнага патокуview 71 Наладзьце інтэрвал вартавога кантролю прыярытэтнага патоку 72
Кіраванне перагрузкамі 75 Кіраванне перагрузкамі скончанаview 75 Пастаноўка чаргі з нізкай затрымкай са строгім прыярытэтам 75 Наладжванне чаргі з нізкай затрымкай са строгім прыярытэтам 75 Фарміраванне трафіку 78 Наладжванне фармавання трафіку 78 Канфігурацыя трафіку 80 Выкананыя пакеты і дадатковыя пакеты 80 Аднахуткасны палітар 81 Двухуткасны палітар 83 Спасылкі для модульнага кіравання QoS 85 Здзейсненыя чэргі 85 Лішак чэргаў 86 Падрабязнасці двухразовага паліцэйскага 87
Наладзьце модульны QoS на пакетах спасылак 89 QoS на пакетах спасылак 89 Балансіроўка нагрузкі 89 Наладзьце QoS на пакетах спасылак 90

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x vi

Прадмова

Гэтая прадмова змяшчае наступныя раздзелы:
· Змены ў гэтым дакуменце, на старонцы vii · Сувязь, паслугі і дадатковая інфармацыя, на старонцы vii

Змены ў гэтым дакуменце

У гэтай табліцы пералічаны тэхнічныя змены, унесеныя ў гэты дакумент з моманту яго першай публікацыі.
Табліца 1: Змены ў гэтым дакуменце

Дата 2022 студзеня
Кастрычнік 2021 г
Май 2021 Люты 2021

Рэзюмэ змяненняў перавыдадзена з абнаўленнямі дакументацыі для выпуску 7.3.3
Перавыдадзена з абнаўленнямі дакументацыі для выпуску 7.3.2
Перавыдадзена для выпуску 7.3.15
Першапачатковы выпуск гэтага дакумента.

Сувязь, паслугі і дадатковая інфармацыя
· Каб своечасова атрымліваць актуальную інфармацыю ад Cisco, зарэгіструйцеся на Cisco Profile Менеджэр. · Каб атрымаць жаданы эфект ад важных тэхналогій, наведайце Cisco Services. · Каб адправіць запыт на абслугоўванне, наведайце службу падтрымкі Cisco. · Каб знайсці і праглядзець бяспечныя, правераныя прыкладанні, прадукты, рашэнні і паслугі карпаратыўнага класа, наведайце
Рынак Cisco. · Каб атрымаць агульныя сеткавыя званні, навучанне і сертыфікацыю, наведайце Cisco Press. · Каб знайсці інфармацыю аб гарантыі для канкрэтнага прадукту або сямейства прадуктаў, адкрыйце Cisco Warranty Finder.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x vii

Прадмова

Прадмова
Інструмент пошуку памылак Cisco Інструмент пошуку памылак Cisco (BST) - гэта a web-інструмент, які дзейнічае як шлюз да сістэмы адсочвання памылак Cisco, якая захоўвае поўны спіс дэфектаў і ўразлівасцяў у прадуктах і праграмным забеспячэнні Cisco. BST дае вам падрабязную інфармацыю аб дэфектах вашых прадуктаў і праграмнага забеспячэння.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, IOS XR, версія 7.3.x viii

1 РАЗДЗЕЛ

Новыя і змененыя функцыі QoS

· Новыя і змененыя функцыі QoS, на старонцы 1

Новыя і змененыя функцыі QoS

Табліца 2: Функцыі QoS, дададзеныя або змененыя ў выпуску IOS XR 7.3.x

Функцыя Equitable Traffic Flow з дапамогай Fair VOQ
Палепшыце маштабаванне ACL з дапамогай пірынгавага QoS

Апісанне

Зменена ў выпуску

Наладжванне гэтай функцыі Выпуск 7.3.3 гарантуе, што ўваходнаму трафіку з розных партоў-крыніц на кожным зрэзе сеткі NPU прызначаецца ўнікальная чарга віртуальнага вываду (VOQ) для кожнай пары порта-крыніцы і порта прызначэння.

Гэтая функцыя аб'ядноўвае функцыі QoS і спісы кантролю доступу бяспекі (ACL) выпуску 7.3.2. Гэта спалучэнне дазваляе выкарыстоўваць фільтр ACL з ACL групы аб'ектаў, што забяспечвае значна палепшаны маштаб ACL з-за значна меншага выкарыстання TCAM.

Дзе задакументаваны справядлівы трафік з выкарыстаннем справядлівага VOQ, на старонцы 44
Палепшыце маштабаванне ACL з дапамогай пірынгу QoS, на старонцы 12

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 1

Новыя і змененыя функцыі QoS

Успадкоўванне палітыкі QoS

Апісанне

Зменена ў выпуску

Функцыянальнасць заснавана на выпуску 7.3.15 на мадэлі спадчыннасці, дзе вы ствараеце і прымяняеце палітыку QoS да асноўнага інтэрфейсу. Падінтэрфейсы, далучаныя да асноўнага інтэрфейсу, аўтаматычна ўспадкоўваюць палітыку.

Кантроль прыярытэтнага патоку Гэтыя лінейныя карты падтрымліваюць функцыю кіравання прыярытэтным патокам 7.3.15×8800 GbE QSFP36-DD у выпуску 400 Cisco 56. Лінейныя карты (88-LC0-36FH-M)

Паводзіны QoS для Generic З увядзеннем у выпуск 7.3.1 маршрутызацыі (GRE) падтрымка тунэляў для GRE
інтэрфейсы тунэляў інкапсуляцыі і дэкапсуляцыі, ёсць некаторыя важныя абнаўленні паводзін QoS для тунэляў GRE падчас інкапсуляцыі і дэкапсуляцыі.

Дзе задакументавана наследаванне палітыкі QoS, на старонцы 5
Кантроль прыярытэтнага патокуview, на старонцы 57
Маркіроўка па змаўчанні на старонцы 29 і Маркіроўка пакетаў на старонцы 30

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 2

2 РАЗДЗЕЛ

Кіраванне дарожным рухам скончанаview

Вобласць прымянення

· Аб'ём, на старонцы 3 · Традыцыйнае кіраванне трафікам, на старонцы 3 · Кіраванне трафікам на вашым маршрутызатары, на старонцы 3 · Абмежаванні мадэлі VoQ, на старонцы 4 · Наследаванне палітыкі QoS, на старонцы 5 · Cisco Modular QoS CLI для разгортвання QoS , на старонцы 6
Прачытайце гэта кіраўніцтва па канфігурацыі, каб зразумець агульную архітэктуру, якая забяспечвае тэхналогію Cisco Quality of Service (QoS), а таксама тое, як выкарыстоўваць яе функцыі для канфігурацыі і кіравання прапускной здольнасцю трафіка і параметрамі страты пакетаў у вашай сетцы.

Традыцыйнае кіраванне трафікам
У традыцыйных метадах кіравання трафікам пакеты трафіка адпраўляюцца ў выходныя чэргі без уліку даступнасці выходнага інтэрфейсу для перадачы.
У гэтым таксама праблема. У выпадку перагрузкі трафіку пакеты трафіку могуць знікнуць на выходным порце. Гэта азначае, што сеткавыя рэсурсы, выдаткаваныя на атрыманне пакетаў з ўваходнай чаргі ўводу праз структуру камутатара ў выхадныя чаргі на выхадзе, марнуюцца. Гэта яшчэ не ўсё: чэргі ўводу буферызуюць трафік, прызначаны для розных выхадных партоў, таму перагрузка на адным выхадным порце можа паўплываць на трафік на іншым порце, што называецца блакіроўкай лініі.

Кіраванне трафікам на вашым маршрутызатары
Блок сеткавай апрацоўкі (NPU) вашага маршрутызатара выкарыстоўвае для кіравання трафікам архітэктуру перанакіравання на аснове уваходнай і выходнай віртуальнай чаргі вываду (VoQ).

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 3

Абмежаванні мадэлі VoQ Малюнак 1: Паток трафіку ад уваходнага порта на зрэзе 0 да выхаднога порта на слоце 3

Кіраванне дарожным рухам скончанаview

Тут кожны клас уваходнага трафіку мае адназначнае адлюстраванне VoQ ад кожнага ўваходнага зрэзу (канвеера) да кожнага выхаднога порта. Гэта азначае, што кожны выхадны інтэрфейс (№5 на малюнку) мае спецыяльнае буфернае месца на кожным уваходным канвееры (№1 на малюнку) для кожнага з яго VoQ. Вось як разблытваецца гісторыя перамяшчэння пакетаў падчас перагрузкі вашай сістэмы маршрутызатара: #1: Пакеты A (афарбаваны ў зялёны колер), B (афарбаваны ў ружовы колер) і C (афарбаваны ў карычневы колер) знаходзяцца на ўваходным інтэрфейсе. Тут адбываецца маркіроўка пакетаў, іх класіфікацыя і кантроль. (Падрабязнасці гл. Пазначыць пакеты для змены параметраў прыярытэту, на стар. 29, Класіфікаваць пакеты для ідэнтыфікацыі канкрэтнага трафіку, на стар. 9, і Кіраванне перагрузкамі, на стар. 75.) #2: Гэтыя пакеты захоўваюцца ў асобных буферных сховішчах у спецыяльных VoQs. Тут у гульню ўступаюць пастаўка ў чаргу, перадача VoQ і лічыльнікі адкіданых пакетаў і байтаў. (Для атрымання дадатковай інфармацыі гл. Пазбяганне перагрузкі, на стар. 39.) #3: У залежнасці ад прапускной здольнасці, даступнай на выхадным інтэрфейсе, гэтыя пакеты падвяргаюцца выходнаму планаванню, дзе канфігуруюцца выходны крэдыт і планавальнікі перадачы. Іншымі словамі, тут вызначаюцца пакеты і паслядоўнасць, у якой яны цяпер будуць рухацца да выхаднога інтэрфейсу. Тут прапускная здольнасць сеткі ўлічваецца для планавання выхаду. #4: Пакеты перамыкаюцца праз тканіну. № 5: На апошняй фазе адбываецца маркіроўка выхаду і класіфікацыя, і затор кіруецца такім чынам, што на гэтым сtage ні адзін пакет не адкідаецца, і ўсе пакеты перадаюцца на наступны скачок.
Абмежаванні мадэлі VoQ
У той час як мадэль VoQ кіравання трафікам прапануе выдатныя перавагіtages (памяншэнне патрабаванняў да прапускной здольнасці памяці, забеспячэнне скразнога патоку QoS), ён мае наступнае абмежаванне: агульны маштаб выхадной чаргі ніжэй, таму што кожная выхадная чаргу павінна быць прайграна як уваходны VoQ на кожным зрэзе кожнага NPU/ASIC у сістэма. Гэта азначае, што з даданнем 1 NPU з 20 інтэрфейсамі,
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 4

Кіраванне дарожным рухам скончанаview

Наследаванне палітыкі QoS

колькасць VoQ, якія выкарыстоўваюцца на кожным NPU ў сістэме, павялічыцца на 20 x 8 (чарга/інтэрфейс) = 160. Таксама павялічваецца колькасць крэдытных раздымаў ад кожнага планавальніка для кожнага выхаднога порта на ўжо існуючых NPU для кожны зрэз у нядаўна ўстаўленым NPU.

Наследаванне палітыкі QoS

Табліца 3: Табліца гісторыі функцый

Назва функцыі QoS Policy Inheritance

Інфармацыя аб выпуску Выпуск 7.3.15

Апісанне функцыі
Каб стварыць палітыку QoS для субінтэрфейсу, вы павінны былі прымяніць палітыку да кожнага субінтэрфейсу ўручную. Пачынаючы з гэтага выпуску, усё, што вы робіце, гэта ствараеце і ўжываеце адзіную палітыку QoS на галоўным інтэрфейсе, а субінтэрфейсы аўтаматычна ўспадкоўваюць палітыку.
Мадэль атрымання ў спадчыну забяспечвае просты ў абслугоўванні метад прымянення палітык, дазваляючы вам ствараць мэтавыя палітыкі для групы інтэрфейсаў і іх субінтэрфейсаў. Гэтая мадэль эканоміць ваш час і рэсурсы пры стварэнні палітык QoS.

· Што гэта за функцыянальнасць? – Як вынікае з назвы, функцыянальнасць заснавана на мадэлі спадчыннасці, дзе вы ствараеце і прымяняеце палітыку QoS да галоўнага інтэрфейсу. Падінтэрфейсы, далучаныя да асноўнага інтэрфейсу, аўтаматычна ўспадкоўваюць палітыку. Мадэль атрымання ў спадчыну прымяняецца да ўсіх аперацый QoS, уключаючы: · Класіфікацыю
· Разметка
· Паліцыя
· Фарміраванне

· Як дапамагае мадэль атрымання ў спадчыну?–Раней, калі ў вас была, напрыкладample, васьмі падінтэрфейсаў, вы стварылі і прымянілі палітыкі да кожнага з гэтых падінтэрфейсаў асобна. З мадэллю наследавання вы эканоміце час і рэсурсы, дзякуючы толькі адной палітыцы, якая аўтаматычна прымяняецца да асноўнага інтэрфейсу і яго субінтэрфейсаў.
· Ці трэба мне рабіць што-небудзь яшчэ, каб уключыць мадэль спадчыны?–Не, не трэба. Мадэль атрымання ў спадчыну з'яўляецца параметрам па змаўчанні.
· Што рабіць, калі я хачу перавызначыць опцыю атрымання ў спадчыну?– Тэхнічна вы не можаце перавызначыць гэтую опцыю. Тым не менш, вы можаце выдаліць палітыку з асноўнага інтэрфейсу і дадаць палітыкі да падінтэрфейсаў, за выключэннем тых, дзе вы не хочаце, каб палітыка перадавалася ў спадчыну.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 5

Cisco Modular QoS CLI для разгортвання QoS

Кіраванне дарожным рухам скончанаview

· Як наконт статыстыкі карты палітыкі?–Такое паводзіны не змянілася. Выкананне каманды show policy-map interface адлюстроўвае сукупную статыстыку для інтэрфейсу, і гэтыя лічбы таксама ўключаюць субінтэрфейсы.
· Якія-небудзь абмежаванні, пра якія мне трэба ведаць?– Няма падтрымкі маркіроўкі ECN і палітыкі маркіроўкі выхаду на адным і тым жа інтэрфейсе і падінтэрфейсе. Аднак функцыя наследавання палітыкі QoS прымае гэтыя некалькі палітык, што прыводзіць да збою маркіроўкі ECN. Каб прадухіліць такія збоі: · Не наладжвайце палітыку маркіроўкі выхаду на субінтэрфейс і прымяняйце палітыку з падтрымкай ECN на галоўным інтэрфейсе.
· Не прымяняйце палітыку ECN да субінтэрфейсу і наладзьце палітыку маркіроўкі выхаду на галоўны інтэрфейс.
Cisco Modular QoS CLI для разгортвання QoS
Структура Cisco Modular QoS CLI (MQC) - гэта мова карыстальніка Cisco IOS QoS, якая дазваляе: · стандартны інтэрфейс каманднага радка (CLI) і семантыку для функцый QoS.
· простыя і дакладныя канфігурацыі.
· Прадастаўленне QoS у кантэксце пашыраемай мовы.
Для вашага маршрутызатара ў напрамку выхаду падтрымліваюцца два тыпы палітык MQC: пастанова ў чаргу і маркіроўка. Вы выкарыстоўваеце палітыку чэргаў для канфігурацыі іерархіі крэдытнага раскладу, ставак, прыярытэту, буферызацыі і прадухілення перагрузкі. Вы выкарыстоўваеце палітыку маркіроўкі для класіфікацыі і маркіроўкі пакетаў, якія былі запланаваны для перадачы. Нават калі палітыка чэргаў не прымяняецца, існуе няяўная палітыка чэргаў з TC7 – P1, TC6 – P2, TC5 – TC0 (6 x Pn), таму пакеты, пазначаныя TC7, і пакеты кантрольнай ін'екцыі заўсёды маюць прыярытэт перад іншымі пакетамі. У Ingress для класіфікацыі і маркіроўкі падтрымліваецца толькі адна палітыка. Вы можаце ўжываць палітыку пастаноўкі ў чаргу і маркіроўкі незалежна адзін ад аднаго або разам у напрамку выхаду. Калі вы прымяняеце абедзве палітыкі разам, спачатку выконваюцца дзеянні палітыкі пастаноўкі ў чаргу, а затым дзеянні палітыкі маркіроўкі.
Важныя моманты аб палітыцы MQC Egress Queuing
Гэта важныя моманты, якія вы павінны ведаць аб палітыцы чэргаў на выхадзе MQC: · Палітыка чэргаў MQC складаецца з набору карт класаў, якія дадаюцца да карты палітыкі. Вы кіруеце параметрамі пастаноўкі ў чаргу і планавання для гэтага класа трафіку, ужываючы дзеянні да палітыкі.
· клас па змаўчанні заўсёды адпавядае класу трафіку 0. Акрамя таго, ніякі іншы клас не можа адпавядаць класу трафіку 0.
· Калі клас трафіку не мае адпаведнага класа ў прымененай карце палітыкі, ён заўсёды адпавядае класу па змаўчанні. Іншымі словамі, ён выкарыстоўвае VoQ класа трафіку 0.
· Для кожнай унікальнай камбінацыі класаў трафіку, якая адпавядае класу па змаўчанні, патрабуецца асобны прафесіянал класа трафіку (TC).file. Колькасць ТК праfiles абмежаваныя 8 для асноўных інтэрфейсаў і 8 для субінтэрфейсаў.
· Вы не можаце наладзіць некалькі класаў трафіку з аднолькавым узроўнем прыярытэту.
· Кожны ўзровень прыярытэту, калі ён наладжаны, павінен быць настроены на клас, які адпавядае адпаведнаму TC, як паказана ў наступнай табліцы.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 6

Кіраванне дарожным рухам скончанаview

Важныя моманты аб палітыцы MQC Egress Queuing

Узровень прыярытэту P1 P2 P3 P4 P5 P6 P7

Клас руху 7 6 5 4 3 2 1

· Калі ўсе ўзроўні прыярытэту, настроеныя ў карце палітыкі, адсартаваныя, яны павінны быць сумежнымі. Іншымі словамі, вы не можаце прапусціць узровень прыярытэту. Напрыкладample, P1 P2 P4 (прапускаючы P3), не дапускаецца.
· Пачынаючы з IOS XR Release 7.3.1 і далей, вы можаце стварыць адзіны набор сумежных прыярытэтных TC. Пераканайцеся, што вы прызначылі ўзроўні прыярытэту, якія павялічваюцца для кожнага TC або застаюцца ранейшымі, але не зніжаюцца. Таксама пераканайцеся, што вы прызначылі ўзровень прыярытэту 1 для класа трафіку 7. Вам не трэба наладжваць класы трафіку, якія не выкарыстоўваюцца, так што вы можаце стварыць толькі столькі TC, якія вам патрэбныя на карце палітыкі выхаду.
· MQC падтрымлівае да двух узроўняў (бацькоўскі, даччыны) палітыкі чэргаў. Бацькоўскі ўзровень аб'ядноўвае ўсе класы трафіку, а даччыны ўзровень адрознівае класы трафіку з дапамогай класаў MQC.
· У палітыцы чэргаў падтрымліваюцца толькі наступныя дзеянні: · прыярытэт
· форма
· Каэфіцыент астатняй прапускной здольнасці
· чарга-ліміт
· Выпадковае ранняе выяўленне (ЧЫРВОНЫ)
· Прыярытэтны кантроль патоку

· Вы можаце мець толькі адно адпаведнае значэнне класа трафіку на карце класаў. · Вы не можаце прымяніць палітыку чэргаў да галоўнага інтэрфейсу і яго субінтэрфейсаў.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 7

Важныя моманты аб палітыцы MQC Egress Queuing

Кіраванне дарожным рухам скончанаview

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 8

3 РАЗДЗЕЛ
Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку
· Класіфікацыя пакетаў для ідэнтыфікацыі канкрэтнага трафіку, на старонцы 9 · Класіфікацыя пакетаўview, на старонцы 9 · Класіфікацыя пакетаў на вашым маршрутызатары, на старонцы 11 · Элементы класа трафіку, на старонцы 20 · Клас трафіку па змаўчанні, на старонцы 21 · Стварыце клас трафіку, на старонцы 21 · Элементы палітыкі трафіку, на старонцы 23 · Стварыце Палітыка дарожнага руху, на старонцы 24 · Далучэнне палітыкі дарожнага руху да інтэрфейсу, на старонцы 24
Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку
Прачытайце гэты раздзел, каб атрымаць большview класіфікацыі пакетаў і розных тыпаў класіфікацыі пакетаў для вашага маршрутызатара.
Класіфікацыя пакета завершанаview
Класіфікацыя пакетаў прадугледжвае класіфікацыю пакета ў пэўнай групе (ці класе) і прызначэнне яму дэскрыптара трафіку, каб зрабіць яго даступным для апрацоўкі QoS у сетцы. Дэскрыптар трафіку змяшчае інфармацыю аб апрацоўцы перасылкі (якасці абслугоўвання), якую павінен атрымаць пакет. Выкарыстоўваючы класіфікацыю пакетаў, вы можаце падзяліць сеткавы трафік на некалькі узроўняў прыярытэту або класаў абслугоўвання. Калі дэскрыптары трафіку выкарыстоўваюцца для класіфікацыі трафіку, крыніца згаджаецца прытрымлівацца ўмоў дагавора, а сетка абяцае якасць абслугоўвання. Тут у поле з’яўляюцца супрацоўнікі ДАІ і рэгулятары дарожнага руху. Супрацоўнікі дарожнай паліцыі і фармавальнікі дарожнага руху выкарыстоўваюць дэскрыптар трафіку пакета, гэта значыць яго класіфікацыю, каб пераканацца ў захаванні дамовы. Інтэрфейс каманднага радка (MQC) Modular Quality of Service (QoS) выкарыстоўваецца для вызначэння патокаў трафіку, якія неабходна класіфікаваць, дзе кожны паток трафіку называецца класам абслугоўвання або класам. Пазней палітыка трафіку ствараецца і прымяняецца да класа. Увесь трафік, не ідэнтыфікаваны вызначанымі класамі, трапляе ў катэгорыю класа па змаўчанні.
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 9

Спецыфікацыя CoS для пакета з прыярытэтам IP

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Заўвага. Пачынаючы з выпуску Cisco IOS XR 7.2.12 і далей, вы можаце класіфікаваць пакеты на транспартных інтэрфейсах ўзроўню 2, выкарыстоўваючы значэнні загалоўкаў ўзроўню 3. Аднак гэтая асаблівасць прымяняецца толькі да асноўнага інтэрфейсу (фізічнага і пакетнага інтэрфейсаў), а не да субінтэрфейсам.
Спецыфікацыя CoS для пакета з прыярытэтам IP
Выкарыстанне прыярытэту IP дазваляе ўказаць CoS для пакета. Вы можаце стварыць дыферэнцыраваную паслугу, усталяваўшы ўзроўні прыярытэту для ўваходнага трафіку і выкарыстоўваючы іх у спалучэнні з функцыямі QoS чэргаў. Такім чынам, кожны наступны элемент сеткі можа прадастаўляць паслугі на аснове вызначанай палітыкі. Прыярытэт IP звычайна разгортваецца як мага бліжэй да краю сеткі або адміністрацыйнага дамена. Гэта дазваляе астатняй частцы ядра або магістралі рэалізаваць QoS на аснове прыярытэту.
Малюнак 2: Пакетнае поле IPv4

Для гэтай мэты вы можаце выкарыстоўваць тры біты прыярытэту ў полі тыпу паслугі (ToS) загалоўка IPv4. Выкарыстоўваючы біты ToS, вы можаце вызначыць да васьмі класаў абслугоўвання. Іншыя функцыі, наладжаныя па ўсёй сетцы, могуць затым выкарыстоўваць гэтыя біты, каб вызначыць, як разглядаць пакет у дачыненні да ToS для яго прадастаўлення. Гэтыя іншыя функцыі QoS могуць прызначаць адпаведныя палітыкі апрацоўкі трафіку, уключаючы стратэгію кіравання перагрузкай і размеркаванне паласы прапускання. Напрыкладample, такія функцыі пастаноўкі ў чаргу, як LLQ, могуць выкарыстоўваць наладу прыярытэту IP пакета для расстаноўкі прыярытэтаў трафіку.
Біты прыярытэту IP, якія выкарыстоўваюцца для класіфікацыі пакетаў
Выкарыстоўвайце тры біты прыярытэту IP у полі ToS загалоўка IP, каб вызначыць прызначэнне CoS для кожнага пакета. Вы можаце падзяліць трафік максімум на восем класаў, а затым выкарыстоўваць карты палітыкі для вызначэння сеткавых палітык з пункту гледжання апрацоўкі перагрузак і размеркавання паласы прапускання для кожнага класа. Кожны прыярытэт адпавядае імені. Налады біт старшынства IP 6 і 7 зарэзерваваны для інфармацыі кіравання сеткай, напрыклад абнаўленняў маршрутызацыі. Гэтыя імёны вызначаны ў RFC 791.
Налады значэння прыярытэту IP
Па змаўчанні маршрутызатары пакідаюць значэнне прыярытэту IP некранутым. Гэта захоўвае значэнне прыярытэту, усталяванае ў загалоўку, і дазваляе ўсім унутраным сеткавым прыладам прадастаўляць паслугі на аснове налад прыярытэту IP. Гэтая палітыка прытрымліваецца стандартнага падыходу, які прадугледжвае, што сеткавы трафік павінен быць сартаваны па розных тыпах паслуг на мяжы сеткі і што гэтыя тыпы паслуг павінны быць рэалізаваны ў ядры сеткі. Затым маршрутызатары ў ядры сеткі могуць выкарыстоўваць біты прыярытэту для вызначэння парадку перадачы, верагоднасці падзення пакетаў і гэтак далей. Паколькі трафік, які паступае ў вашу сетку, можа мець прыярытэт, усталяваны знешнімі прыладамі, мы рэкамендуем вам скінуць прыярытэт для ўсяго трафіку, які паступае ў вашу сетку. Кіруючы параметрамі прыярытэту IP, вы
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 10

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Прыярэт IP у параўнанні з маркіроўкай IP DSCP

забараніць карыстальнікам, якія ўжо ўсталявалі прыярытэт IP, атрымліваць лепшае абслугоўванне для свайго трафіку, проста ўсталяваўшы высокі прыярытэт для ўсіх сваіх пакетаў. Безумоўная маркіроўка пакетаў на аснове класа і функцыі LLQ могуць выкарыстоўваць біты старшынства IP.
Прыярэт IP у параўнанні з маркіроўкай IP DSCP
Калі вам трэба пазначыць пакеты ў вашай сетцы і ўсе вашы прылады падтрымліваюць маркіроўку IP DSCP, выкарыстоўвайце маркіроўку IP DSCP, каб пазначыць свае пакеты, таму што маркіроўка IP DSCP забяспечвае больш безумоўных варыянтаў маркіроўкі пакетаў. Аднак калі маркіроўка IP DSCP непажаданая або калі вы не ўпэўненыя, што прылады ў вашай сетцы падтрымліваюць значэнні IP DSCP, выкарыстоўвайце значэнне прыярытэту IP для маркіроўкі вашых пакетаў. Значэнне прыярытэту IP, верагодна, будзе падтрымлівацца ўсімі прыладамі ў сетцы. Вы можаце ўсталяваць да 8 розных маркіровак прыярытэту IP і 64 розных маркіровак IP DSCP.
Класіфікацыя пакетаў на вашым маршрутызатары
На вашым маршрутызатары ёсць два тыпы сістэм класіфікацыі пакетаў: · У напрамку ўваходу, карта QoS і трохразовая адрасная памяць (TCAM).
Заўвага TCAM не падтрымліваецца на маршрутызатарах з фіксаванай канфігурацыяй (дзе ўбудаваныя інтэрфейсы маршрутызатараў). Ён падтрымліваецца толькі на модульных маршрутызатарах (якія маюць некалькі слотаў, якія дазваляюць змяняць інтэрфейсы на маршрутызатары).
· У напрамку выхаду, карта QoS.
Калі палітыка супадае толькі з пунктам кода дыферэнцыраваных паслуг (DSCP) або значэннем прыярытэту (таксама званым DSCP або класіфікацыяй на аснове прыярытэту), сістэма выбірае сістэму класіфікацыі на аснове карты; у адваротным выпадку ён выбірае TCAM. TCAM з'яўляецца пашырэннем канцэпцыі табліцы адрасаванай памяці (CAM). Табліца CAM прымае значэнне індэкса або ключа (звычайна MAC-адрас) і шукае выніковае значэнне (звычайна порт камутатара або ідэнтыфікатар VLAN). Пошук у табліцы хуткі і заўсёды заснаваны на дакладным супадзенні ключа, які складаецца з двух уваходных значэнняў: 0 і 1 біт. Карта QoS - гэта таблічная сістэма класіфікацыі пакетаў трафіку.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 11

Палепшыце маштабаванне ACL з дапамогай пірынгавага QoS

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Палепшыце маштабаванне ACL з дапамогай пірынгавага QoS

Табліца 4: Табліца гісторыі функцый

Назва функцыі
Палепшыце маштабаванне ACL з дапамогай пірынгавага QoS

Інфармацыя аб выпуску Выпуск 7.3.2

Апісанне функцыі
Гэтая функцыя аб'ядноўвае функцыі QoS і спісаў кантролю доступу (ACL). Гэта спалучэнне дазваляе выкарыстоўваць фільтр ACL з ACL групы аб'ектаў, што забяспечвае значна палепшаны маштаб ACL з-за значна меншага выкарыстання TCAM.
Да з'яўлення гэтай функцыі спісы ACL, якія прымяняюцца для групавых дзеянняў QoS, спажывалі значную колькасць запісаў TCAM, памяншаючы даступны маштаб функцыі.

Пірынгавы QoS - гэта ўваходная функцыя класіфікацыі QoS, якая дазваляе аб'ядноўваць функцыі спісаў ACL QoS і ACL бяспекі. Гэта робіцца дзякуючы таму, што вы можаце ўсталёўваць групавыя дзеянні QoS для кожнага запісу кантролю доступу (ACE) у ACL бяспекі, пазбягаючы такім чынам некалькіх запісаў (для QoS і бяспекі) у ACE. Затым вы можаце выкарыстоўваць гэты аб'яднаны ACL з функцыяй ACL групы аб'ектаў, каб прымяніць фільтр ACL (дазволіць або забараніць) для ACE. ACL групы аб'ектаў таксама вядомыя як «сціснутыя ACL», таму што група аб'ектаў сціскае некалькі асобных IP-адрасоў у групы аб'ектаў. Акрамя таго, у ACL на аснове групы аб'ектаў вы можаце стварыць адзін ACE, які выкарыстоўвае назву групы аб'ектаў замест стварэння мноства ACE. Гэтая магчымасць «аб'ядноўваць» і «сціскаць» ACL значна эканоміць прастору TCAM і забяспечвае значна палепшаны маштаб ACL для палітык QoS.

Асноўныя моманты аб аб'яднанні ACL
· Пераканайцеся, што вы аб'ядноўваеце ACL (задаеце групавыя дзеянні QoS для кожнага ACE у ACL бяспекі), перш чым далучаць іх да інтэрфейсу.
· Зліццё ACL залежыць ад парадку. Гэта азначае, што ACE запраграмаваны ў тым парадку, у якім яны з'яўляюцца ў ACL.

Рэкамендацыі і абмежаванні для пірынгу QoS
· Толькі інтэрфейсы ўзроўню 3 падтрымліваюць пірынгавы QoS. Канфігурацыі на ўзроўні 2 адхілены.
· Пірынгавы QoS падтрымліваецца толькі ва ўваходным кірунку.
· Палітыкі пірынгу QoS і звычайныя палітыкі QoS могуць суіснаваць на адной і той жа лінейнай карце, але толькі калі вы далучыце іх да розных інтэрфейсаў.
· Вы можаце прымацаваць адну і тую ж палітыку пірынгу QoS да некалькіх інтэрфейсаў на адной лінейнай карце.
· Каб улічваць трафік IPv4 і IPv6 асобна, наладзьце ўнікальныя значэнні групы QoS для спісаў бяспекі IPv4 і IPv6.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 12

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Налада пірынгу QoS для маштабавання ACL

· Трафік, пазначаны бітамі MPLS EXP на пірынгавым інтэрфейсе з канфігурацыяй QoS, супастаўляецца з класам па змаўчанні ў карце класаў, настроенай як адпаведнасць любому (па змаўчанні) для патокаў MPLS MPLS.
· Субінтэрфейсы ўспадкоўваюць палітыку пірынгу QoS, прымененую да асноўных інтэрфейсаў, але яны не ўспадкоўваюць ACL. Пераканайцеся, што вы наладжваеце ACL бяспекі (супадаючы з тымі на асноўных інтэрфейсах) на ўсіх субінтэрфейсах; у адваротным выпадку ўвесь трафік субінтэрфейсаў падвяргаецца дзеяння класа па змаўчанні, што ўплывае на іх вагу прыярытэтуtage.
· Вы можаце наладзіць супадзенне qos-group толькі для пірынгавых палітык QoS. Любая іншая каманда qos-group адхілена.
· Вы можаце ўстаўляць, выдаляць і змяняць ACE ў спісах бяспекі ACL.
Налада пірынгу QoS для маштабавання ACL
Каб наладзіць пірынгавы QoS на інтэрфейсе:
1. Наладзьце ACL бяспекі і ўсталюйце групу qos для кожнага ACE. У адваротным выпадку для qos-group усталявана значэнне па змаўчанні 0, што ўплывае на ўзважванне прыярытэтуtage для трафіку на інтэрфейсе.
2. Наладзьце супастаўленне палітыкі пірынгу QoS для групы qos, якую вы задалі ў спісе кантролю доступу бяспекі. Усталюйце групавыя дзеянні QoS, такія як заўвага, паліцэйскі клас, клас трафіку, DSCP, прыярытэт і клас адхілення.
3. Далучыце ACL бяспекі і ACL пірынгу QoS да інтэрфейсу.
/*Канфігурацыя ACL бяспекі, у гэтым прыкладзеample: ipv4-sec-acl*/ Router(config)#ipv4 access-list ipv4-sec-acl
/*усталяваць qos-групу для ACE; вы можаце зрабіць гэта дзякуючы пірынгу QoS, які дазваляе выкарыстоўваць адзін запіс у ACE замест некалькіх запісаў */ Router(config-ipv4-acl)#10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos -1 група
Маршрутызатар (config-ipv4-acl)#20 дазвол ipv4 135.0.0.0/8 217.0.0.0/8 прыярытэт неадкладны набор qos-group 2
Маршрутызатар (config-ipv4-acl)30 дазвол ipv4 135.0.0.0/8 217.0.0.0/8 прыярытэт flash set qos-group 3 Router(config-ipv4-acl)40 дазвол ipv4 135.0.0.0/8 217.0.0.0/8 прыярытэт flash-override set qos-group 4 Router(config-ipv4-acl)50 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence крытычны набор qos-group 5 Router(config-ipv4-acl)#60 permit ipv4 135.0.0.0. 8/217.0.0.0 8/6 прыярытэт інтэрнэт усталяваць qos-group 4 Router(config-ipv70-acl)#4 permit ipv135.0.0.0 8/217.0.0.0 8/7 precedence network set qos-group 4 Router(config-ipvXNUMX- acl)#выхад
/*Канфігурацыя супастаўлення палітыкі пірынгу QoS для кожнай групы qos, якую вы задалі ў ACL бяспекі*/ Router(config)#class-map match-any grp-7 Router(config-cmap)#match qos-group 7 Router(config- cmap)#end-class-map Router(config)#class-map match-any grp-6 Router(config-cmap)#match qos-group 6 Router(config-cmap)#end-class-map Router(config) #class-map match-any grp-5 Router(config-cmap)#match qos-group 5 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-4 Router( config-cmap)#match qos-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-3 Router(config-cmap)#match qos-group 3

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 13

Налада пірынгу QoS для маштабавання ACL

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Маршрутызатар(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qos-group 2 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-1 Router(config-cmap)#match qos-group 1 Router(config-cmap)#end-class-map Router(config)#class-map match-any class -default Router(config-cmap)#end-class-map
/*Усталяваць дзеянні Qos у наладжанай карце палітыкі ў гэтым прыкладзеample: задаць prec, задаць tc і задаць dscp*/
Router(config)#policy-map ingress_qosgrp_to_Prec-TC Router(config-pmap)#class grp-7 Router(config-pmap-c)#set precedence 1 Router(config-pmap-c)#set traffic-class 7 Router( config-pmap-c)#выхад з маршрутызатара(config-pmap)#клас grp-6 маршрутызатара(config-pmap-c)#усталяваць прыярытэт 1 маршрутызатара(config-pmap-c)#усталяваць трафік-клас 6 маршрутызатара(config-pmap -c)#выйсці з маршрутызатара (config-pmap)#маршрутызатара класа grp-5 (config-pmap-c)#усталяваць прыярытэт 2 маршрутызатара (config-pmap-c)#усталяваць маршрутызатар класа трафіку 5 (config-pmap-c) #выхад з маршрутызатара(config-pmap)#маршрутызатар класа grp-4(config-pmap-c)#задаць прыярытэт 2 маршрутызатара(config-pmap-c)#задаць маршрутызатар класа трафіку 4(config-pmap-c)#выйсці з маршрутызатара (config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router(config-pmap-c)#set dscp ef Router(config-pmap-c)#exit Router(config- pmap)#маршрутызатар класа grp-2(config-pmap-c)#усталяваць прыярытэт маршрутызатара 3(config-pmap-c)#усталяваць маршрутызатар класа трафіку 2(config-pmap-c)#выйсці з маршрутызатара(config-pmap)# клас grp-1 Маршрутызатар (config-pmap-c)#усталяваць прыярытэт 4 Маршрутызатар(config-pmap-c)#усталяваць трафік-клас 1 Маршрутызатар(config-pmap-c)#выйсці з маршрутызатара(config-pmap)#клас клас- Маршрутызатар па змаўчанні(config-pmap-c)#усталяваць прыярытэт 5 Маршрутызатар(config-pmap-c)#выхад з маршрутызатара(config-pmap)#end-policy-map
/*Далучыць ACL бяспекі з адпаведнасцю qos-groups да інтэрфейсу*/ Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl ingress
/*Далучыце карту палітыкі з дзеяннямі qos, якія вы задалі ў спісе бяспекі, да інтэрфейсу*/ Router(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp Router(config-if)#commit Router(config-if)#exit
Вы паспяхова выкарыстоўвалі пірынгавы QoS для аб'яднання і сціску спісаў ACL бяспекі і QoS і значна палепшылі маштабы ACL для палітык QoS.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 14

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Налада пірынгу QoS для маштабавання ACL

Запушчаная канфігурацыя
ipv4 access-list ipv4-sec-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos-group 1 20 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence immediate set qos-group 2 30 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence flash set qos-group 3 40 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence flash-override set qos-group 4 50 permit ipv4 135.0.0.0/8 217.0.0.0 .8/5 прыярытэт крытычны набор qos-group 60 4 дазвол ipv135.0.0.0 8/217.0.0.0 8/6 прыярытэт інтэрнэт набор qos-group 70 4 дазвол ipv135.0.0.0 8/217.0.0.0 8/7 прыярытэт сеткі набор qos-group XNUMX
! карта класа матч-любая група-7
адпаведнасць qos-group 7 end-class-map ! class-map match-any grp-6 match qos-group 6 end-class-map ! class-map match-any grp-5 match qos-group 5 end-class-map ! class-map match-any grp-4 match qos-group 4 end-class-map ! class-map match-any grp-3 match qos-group 3 end-class-map ! class-map match-any grp-2 match qos-group 2 end-class-map ! class-map match-any grp-1 match qos-group 1 end-class-map ! карта класа супадае з любым класам па змаўчанні канчатковая карта класа! карта палітыкі ingress_qosgrp_to_Prec-TC клас grp-7
усталяваць прыярытэт 1 усталяваць трафік-клас 7 ! class grp-6 усталяваць прыярытэт 1 усталяваць трафік-клас 6! class grp-5 усталяваць прыярытэт 2 усталяваць трафік-клас 5! class grp-4 усталяваць прыярытэт 2 усталяваць трафік-клас 4! class grp-3 set traffic-class 3 set dscp ef ! клас гр.-2

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 15

Пірынгавы QoS для ABF

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

усталяваць прыярытэт 3 усталяваць трафік-клас 2! class grp-1 усталяваць прыярытэт 4 усталяваць трафік-клас 1! клас class-default усталяваць прыярытэт 5! канчатковая палітыка-карта! int bundle-Ether 350 ipv4 access-group ipv4-sec-acl ingress ! int bundle-Ether 350 service-policy input ingress_qosgrp_to_DSCP_TC_qgrp

Праверка
Выканайце каманду show interface для інтэрфейсу, да якога вы далучылі ACL бяспекі і QoS.
Router#show run int bundle-Ether 350 interface Bundle-Ether350 service-policy input ingress_qosgrp_to_DSCP_TC_qgrp ipv4 address 11.25.0.1 255.255.255.0 ipv6 address 2001:11:25:1::1/64 ipv4 access-group ipv4-sec-acl in прагрэс !

Пірынгавы QoS для ABF
Табліца 5: Табліца гісторыі функцый

Назва функцыі
Падтрымка пераадрасацыі на аснове ACL (ABF) з пірынгавым QoS

Інфармацыя аб выпуску Выпуск 7.3.3

Апісанне функцыі
Гэта функцыя дае вам магчымасць наладжваць адрасы наступнага скачка для ACE ў аб'яднаным (QoS і бяспека) ACL замест маршруту, які выбіраецца пратаколам маршрутызацыі. Вы можаце наладзіць VRF-select або VRF-aware адрасы наступнага пераходу.
Гэта функцыя дазваляе выкарыстоўваць функцыі QoS і ABF у адных і тых жа ACE.

Пачынаючы з выпуску 7.3.3, маршрутызатары Cisco серыі 8000 падтрымліваюць пераадрасацыю на аснове ACL з пірынгавым QoS. Пераадрасацыя на аснове ACL (ABF) - гэта функцыя маршрутызацыі на аснове палітыкі, пры якой маршрутызатар перанакіроўвае трафік, які адпавядае пэўным правілам ACL, на вызначаны карыстальнікам наступны пераход замест маршруту, выбранага пратаколам маршрутызацыі. Функцыя пірынгу QoS аб'ядноўвае спісы ACL QoS і ACL бяспекі, каб пазбегнуць некалькіх запісаў (QoS і бяспекі) на ACE. Пры падтрымцы ABF з пірынгавым QoS вы можаце наладзіць адрасы наступнага скачка для ACE у аб'яднаным (QoS і бяспека) ACL. Адрас наступнага скачка выкарыстоўваецца для перасылкі ўваходных пакетаў, якія адпавядаюць дазволу ACE, да месца прызначэння. Тут ABF падтрымлівае як VRF-select, так і VRF-aware перанакіраванне. У VRF-select наступны скачок складаецца толькі з VRF, а наступны скачок з падтрымкай VRF складаецца з VRF і IP-адрасоў.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 16

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Пірынгавы QoS для ABF

Канфігурацыя
1. Наладзьце ACL бяспекі ў гэтым выпадкуample: abf-acl
Маршрутызатар (канфігурацыя)#ipv4 спіс доступу abf-acl
2. Усталяваць групу qos для кожнага ACE; вы можаце зрабіць гэта з-за пірынгавага QoS, які дазваляе выкарыстоўваць адзін запіс на ACE замест некалькіх запісаў.
Маршрутызатар(config-ipv4-acl)#10 дазвол ipv4 135.0.0.0/8 217.0.0.0/8 набор прыярытэтаў qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 Маршрутызатар(config-ipv4-acl)#20 дазвол tcp 135.0.0.0/8 217.0.0.0/8 набор прыярытэтаў qos-group 2 nexthop1 vrf vrf3 nexthop2 vrf vrf2 Router(config-ipv4-acl)#30 permit tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh set qos-group 3 nexthop1 vrf vrf2 nexthop2 vrf vrf3 nexthop3 vrf vrf1 Router(config-ipv4-acl)#40 permit tcp 135.0.0.0/8 217.0.0.0/8 precedence priority set qos-group 4 nexthop1 vrf vrf1 nexthop2 vrf vrf2 nexthop3 vrf vrf3 маршрутызатар(config-ipv4-acl)#выхад
3. Наладзьце супастаўленне палітыкі пірынгу QoS для кожнай групы qos, якую вы ўсталявалі ў ACL бяспекі ABF.
Router(config)#class-map match-any grp-4 Router(config-cmap)#match qos-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp -3 Router(config-cmap)#match qos-group 3 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qos- Маршрутызатар групы 2(config-cmap)#маршрутызатар-канфігурацыі-класа(канфігурацыя)#карта-класа супадае з любой групай-1 Маршрутызатар(канфігурацыя-cmap)#супадае з маршрутызатарам qos-групы 1(канфігурацыя-cmap)#канец-класа -map Router(config)#class-map match-any class-default Router(config-cmap)#end-class-map
4. Усталюйце дзеянні QoS у наладжанай карце палітыкі ў гэтым выпадкуample: задаць prec, задаць tc і задаць dscp
Router(config)#policy-map edge_qos_policy Router(config-pmap)#class grp-4 Router(config-pmap-c)#set precedence 2 Router(config-pmap-c)#set traffic-class 4 Router(config- pmap-c)#выхад з маршрутызатара(config-pmap)#маршрутызатар класа grp-3(config-pmap-c)#усталяваць маршрутызатар класа трафіку 3(config-pmap-c)#усталяваць маршрутызатар dscp ef(config-pmap-c) )#выхад з маршрутызатара(config-pmap)#клас grp-2 маршрутызатара(config-pmap-c)#усталяваць прыярытэт 3 маршрутызатара(config-pmap-c)#усталяваць трафік класа 2 маршрутызатара(config-pmap-c)#выхад Маршрутызатар (config-pmap)#клас grp-1 Маршрутызатар(config-pmap-c)#усталяваць прыярытэт 4 Маршрутызатар(config-pmap-c)#усталяваць трафік-клас 1 Маршрутызатар(config-pmap-c)#выйсці з маршрутызатара(канфігурацыя -pmap)#клас клас-па змаўчанні Маршрутызатар(config-pmap-c)#усталяваць прыярытэт 5 Маршрутызатар(config-pmap-c)#выйсці з маршрутызатара(config-pmap)#end-policy-map
5. Далучыце да інтэрфейсу ACL бяспекі з усталяванымі групамі qos.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 17

Пірынгавы QoS для ABF

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Маршрутызатар (канфігурацыя)#int bundle-Ether 350 Маршрутызатар (канфігурацыя-калі)#ipv4 група доступу abf-acl ingress
6. Далучыце карту палітыкі з дзеяннямі QoS, якія вы задалі на этапе 4, да інтэрфейсу.
Маршрутызатар(config-if)#уваход у палітыку службы edge_qos_policy Маршрутызатар(config-if)#фіксацыя маршрутызатара(config-if)#выхад
Вы паспяхова наладзілі пірынгавы QoS з ABF.
Запушчаная канфігурацыя
ipv4 access-list abf-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 20 permit tcp 135.0.0.0/8 217.0.0.0/8 preced энцыя набор прыярытэтаў qos-group 2 nexthop1 vrf vrf3
nexthop2 vrf vrf2 30 дазвол 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 дазвол tcp 135.0.0.0/8 217.0.0.0/8 прыярытэт прыярытэту набор qos-group 4 nexthop1 vrf vrf1
nexthop2 vrf vrf2 nexthop3 vrf vrf3! class-map match-any grp-4 match qos-group 4 end-class-map ! class-map match-any grp-3 match qos-group 3 end-class-map ! class-map match-any grp-2 match qos-group 2 end-class-map ! class-map match-any grp-1 match qos-group 1 end-class-map ! карта класа супадае з любым класам па змаўчанні канчатковая карта класа! policy-map edge_qos_policy class grp-4 set precedence 2 set traffic-class 4 ! class grp-3 set traffic-class 3 set dscp ef ! class grp-2 усталяваць прыярытэт 3 усталяваць трафік-клас 2! class grp-1 усталяваць прыярытэт 4 усталяваць трафік-клас 1! клас class-default усталяваць прыярытэт 5! канчатковая палітыка-карта
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 18

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Класіфікуйце і адзначайце загаловак ўзроўню 3 на інтэрфейсах ўзроўню 2

! int bundle-Ether 350 ipv4 access-group abf-acl ingress ! int bundle-Ether 350 service-policy input edge_qos_policy
Праверка
Выканайце каманду show interface для інтэрфейсу, да якога вы далучылі ACL бяспекі і QoS ABF.
Router#show run int bundle-Ether 350 interface Bundle-Ether350 service-policy input edge_qos_policy ipv4 address 11.25.0.1 255.255.255.0 ipv6 address 2001:11:25:1::1/64 ipv4 access-group abf-acl ingress !
Класіфікуйце і адзначайце загаловак ўзроўню 3 на інтэрфейсах ўзроўню 2
Калі вам трэба пазначыць пакеты для трафіку інтэрфейсу ўзроўню 2, які праходзіць праз дамены моста і віртуальныя інтэрфейсы моста (BVI), вы можаце стварыць змешаную палітыку QoS. У гэтай палітыцы ёсць класіфікацыйныя карты класаў як на аснове карты, так і на аснове TCAM. Змешаная палітыка забяспечвае класіфікацыю і маркіраванне патокаў трафіку як па мосту (узровень 2), так і патоку віртуальнага моста (BVI або ўзровень 3).
Рэкамендацыі
· Карта класаў з класіфікацыяй TCAM можа не адпавядаць трафіку праз мост. Запісы TCAM супадаюць толькі з маршрутным трафікам, у той час як запісы карты супадаюць як з моставым, так і з Брытанскіх Віргінскіх островаў.
· Карта класаў з класіфікацыяй, заснаванай на карце, адпавядае як маставым трафіку, так і трафіку на Брытанскіх Віргінскіх островах.
Example
ipv4 access-list acl_v4 10 permit ipv4 host 100.1.1.2 any 20 permit ipv4 host 100.1.100.2 any ipv6 access-list acl_v6 10 permit tcp host 50:1:1::2 any 20 permit tcp any host 50:1:200: :2 супадзенне карты класа-любое c_match_acl супадзенне групы доступу ipv4 acl_v4 ! Гэты запіс не супадае з групай доступу ipv6 acl_v6 ! Гэты запіс не супадае з моставым трафікам dscp af11 Гэты запіс супадае з моставым і BVI трафікам class-map match-all c_match_all match protocol udp ! Гэты запіс не адпавядае bridged traffic match prec 7 class-map match-any c_match_protocol match protocol tcp ! Гэты запіс і, такім чынам, гэты клас не супадае з моставым трафікам class-map match-any c_match_ef match dscp ef ! Гэты запіс/клас адпавядае трафіку па мосту і трафіку BVI class-map match-any c_qosgroup_1 Гэты клас адпавядае трафіку па мосту і трафіку BVI ! супаставіць qos-group 1 policy-map p_ingress class c_match_acl set traffic-class 1 set qos-group 1

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 19

Элементы класа трафіку

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

! клас c_match_all усталяваць трафік-клас 2 усталяваць qos-групу 2! клас c_match_ef усталяваць трафік-клас 3 усталяваць qos-групу 3! class c_match_protocol set traffic-class 4 set qos-group 4 policy-map p_egress class c_qosgroup_1 set dscp af23 interface FourHundredGigE0/0/0/0 l2transport service-policy input p_ingress service-policy output p_egress ! ! інтэрфейс FourHundredGigE0/0/0/1 ipv4 адрас 200.1.2.1 255.255.255.0 ipv6 адрас 2001:2:2::1/64 service-policy input p_ingress service-policy output p_egress

Элементы класа трафіку

Мэта класа трафіку - класіфікаваць трафік на вашым маршрутызатары. Выкарыстоўвайце каманду class-map, каб вызначыць клас трафіку. Клас трафіку змяшчае тры асноўныя элементы:
· Імя
· Серыя каманд супастаўлення – для ўказання розных крытэрыяў класіфікацыі пакетаў.
· Інструкцыя па ацэнцы гэтых каманд супадзення (калі ў класе трафіку існуе больш за адну каманду супадзення)

Пакеты правяраюцца, каб вызначыць, ці адпавядаюць яны крытэрыям, указаным у камандах супастаўлення. Калі пакет адпавядае зададзеным крытэрам, гэты пакет лічыцца членам класа і перасылаецца ў адпаведнасці са спецыфікацыямі QoS, устаноўленымі ў палітыцы трафіку. Пакеты, якія не адпавядаюць ніводнаму з крытэраў супадзення, класіфікуюцца як члены класа трафіку па змаўчанні.
У гэтай табліцы паказаны падрабязныя звесткі аб тыпах адпаведнасці, якія падтрымліваюцца на маршрутызатары.

Тып супадзення падтрымліваецца

Мін., Макс. Макс. Запісы Падтрымка для падтрымкі напрамку, які падтрымліваецца на інтэрфейсах, не супадае з дыяпазонамі

IPv4 DSCP (0,63)

IPv6 DSCP

DSCP

так

Уваход Выхад

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 20

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Стандартны клас трафіку

Тып супадзення падтрымліваецца

Мін., Макс

IPv4 Precedence (0,7) IPv6 Precedence

Старшынства

MPLS

(0,7)

Эксперыментальны

Самы верхні

Access-group Не прымяняецца

QoS-група

(1,7)

Пратакол

(0, 255)

Падтрымка максімальных запісаў для падтрымкі накіравання, якое падтрымліваецца на інтэрфейсах, не супадае з дыяпазонамі

так

няма

Інгрэс

Выхад

так

няма

Інгрэс

Выхад

няма

не

Інгрэс

прыдатныя

няма

Выхад

так

не

Інгрэс

прыдатныя

Стандартны клас трафіку
Некласіфікаваны трафік (трафік, які не адпавядае крытэрыям супадзення, вызначаным у класах трафіку) разглядаецца як прыналежны да класа трафіка па змаўчанні.
Калі карыстальнік не наладжвае клас па змаўчанні, пакеты па-ранейшаму разглядаюцца як члены класа па змаўчанні. Аднак па змаўчанні клас па змаўчанні не мае ўключаных функцый. Такім чынам, пакеты, якія належаць да класа па змаўчанні без настроеных функцый, не маюць функцыянальнасці QoS.
Для класіфікацыі выхаду падтрымліваецца адпаведнасць па групе qos (1-7). Немагчыма наладзіць супадзенне qos-group 0. Клас па змаўчанні ў палітыцы выхаду адлюстроўваецца на групу qos 0.
Гэты былыample паказвае, як наладзіць палітыку трафіку для класа па змаўчанні:
наладзіць карту палітыкі ingress_policy1 клас клас па змаўчанні стаўка паліцыі працэнт 30!

Стварыце клас трафіку
Каб стварыць клас трафіку, які змяшчае крытэрыі адпаведнасці, выкарыстоўвайце каманду class-map, каб задаць імя класа трафіку, а затым выкарыстоўвайце каманды супастаўлення ў рэжыме канфігурацыі class-map, калі неабходна.
Рэкамендацыі
· Карыстальнікі могуць даць некалькі значэнняў для тыпу адпаведнасці ў адным радку канфігурацыі; гэта значыць, калі першае значэнне не адпавядае крытэрам супадзення, то наступнае значэнне, указанае ў аператары супадзення, разглядаецца для класіфікацыі.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 21

Стварыце клас трафіку

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

· Выкарыстоўвайце ключавое слова not з камандай match, каб выканаць супастаўленне на аснове значэнняў поля, якія не пазначаны.
· Усе каманды супастаўлення, указаныя ў гэтай задачы канфігурацыі, лічацца неабавязковымі, але вы павінны наладзіць хаця б адзін крытэрый супадзення для класа.
· Калі вы ўказваеце супадзенне-любое, павінен быць выкананы адзін з крытэрыяў супадзення, каб трафік, які ўваходзіць у клас трафіку, быў класіфікаваны як частка класа трафіка. Гэта па змаўчанні. Калі вы ўказваеце супадзенне ўсіх, трафік павінен адпавядаць усім крытэрам супадзення.
· Для каманды match access-group класіфікацыя QoS на аснове поля даўжыні пакета або TTL (час жыцця) у загалоўках IPv4 і IPv6 не падтрымліваецца.
· Для каманды match access-group, калі спіс ACL выкарыстоўваецца ў карце класаў, забараніць дзеянне ACL ігнаруецца, а трафік класіфікуецца на аснове ўказаных параметраў супадзення ACL.
· Супадзенне qos-group, traffic-class, DSCP/Prec і MPLS EXP падтрымліваюцца толькі ў напрамку выхаду, і гэта адзіныя крытэрыі супадзення, якія падтрымліваюцца ў напрамку выхаду
· Выхадны клас па змаўчанні няяўна адпавядае qos-group 0.
· Шматадрасная перадача мае сістэмны шлях, які адрозніваецца ад аднаадраснай на маршрутызатары, і яны сустракаюцца пазней на выхадзе ў суадносінах шматадраснай да аднаадраснай перадачы 20:80 для кожнага інтэрфейсу. Гэта стаўленне падтрымліваецца на тым жа ўзроўні прыярытэту, што і трафік.
· Выхадны QoS для шматадраснага трафіку разглядае класы трафіку 0-5 як нізкапрыярытэтныя, а класы трафіку 6-7 як высокапрыярытэтныя. У цяперашні час гэта не наладжваецца карыстальнікам.
· Фарміраванне выхаду не дзейнічае для шматадраснага трафіку з высокім прыярытэтам (HP). Гэта прымяняецца толькі да аднанакіраванага трафіку.
· Калі вы задалі клас трафіку ў палітыцы ўваходу і не маеце адпаведнага класа на выхадзе для адпаведнага значэння класа трафіку, то трафік на ўваходзе з гэтым класам не будзе ўлічвацца ў класе па змаўчанні на карце палітыкі выхаду.
· Толькі клас трафіку 0 трапляе ў клас па змаўчанні. Ненулявы клас трафіку, прызначаны на ўваходзе, але без прызначанай чаргі на выхад, не трапляе ні ў клас па змаўчанні, ні ў любы іншы клас.
Канфігурацыя Example
Вы павінны выканаць наступнае, каб завяршыць канфігурацыю класа трафіку: 1. Стварэнне карты класа
2. Указанне крытэрыяў супадзення для класіфікацыі пакета як члена гэтага канкрэтнага класа (Спіс падтрымоўваных тыпаў супадзення глядзіце ў раздзеле "Элементы класа трафіку" на старонцы 20.)
Router# configure Router(config)# class-map match-any qos-1 Router(config-cmap)# match qos-group 1 Router(config-cmap)# end-class-map Router(config-cmap)# фіксацыя
Выкарыстоўвайце гэтую каманду, каб праверыць канфігурацыю карты класаў:

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 22

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Элементы палітыкі дарожнага руху

Router#show class-map qos-1 1) ClassMap: qos-1 Тып: qos
Спасылаецца на 2 Policymaps
Глядзіце таксама Далучэнне палітыкі дарожнага руху да інтэрфейсу, на старонцы 24.
Звязаныя тэмы · Элементы класа дарожнага руху, на старонцы 20 · Элементы палітыкі дарожнага руху, на старонцы 23

Элементы палітыкі дарожнага руху

Палітыка трафіку змяшчае тры элементы: · Імя · Клас трафіку · Палітыкі QoS

Пасля выбару класа трафіку, які выкарыстоўваецца для класіфікацыі трафіку ў палітыцы трафіку, карыстальнік можа ўвесці функцыі QoS, якія будуць прымяняцца да класіфікаванага трафіку.
MQC неабавязкова патрабуе, каб карыстальнікі звязвалі толькі адзін клас трафіку з адной палітыкай трафіку.
Важны парадак, у якім класы канфігуруюцца ў карце палітыкі. Правілы адпаведнасці класаў запраграмаваны ў TCAM у парадку, у якім класы пазначаны ў карце палітыкі. Такім чынам, калі пакет можа адпавядаць некалькім класам, вяртаецца толькі першы адпаведны клас і прымяняецца адпаведная палітыка.
Маршрутызатар падтрымлівае 8 класаў на карту палітыкі ў напрамку ўваходу і 8 класаў на карту палітыкі ў напрамку выхаду.
У гэтай табліцы паказаны класавыя дзеянні, якія падтрымліваюцца на маршрутызатары.

Падтрымліваюцца тыпы дзеянняў

Кірунак падтрымліваецца на інтэрфейсах

прапускная здольнасць, якая засталася

выхад

адзнака

Глядзіце Маркіроўка пакетаў на старонцы 30

паліцыя

ўваход

прыярытэт

выхад (ад 1 да 7)

чарга-ліміт

выхад

форма

выхад

чырвоны

выхад

RED падтрымлівае опцыю адхілення класа; адзіныя значэнні, якія будуць перададзены ў клас адкідання, - 0 і 1.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 23

Стварыце палітыку дарожнага руху

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Стварыце палітыку дарожнага руху
Мэта палітыкі трафіку - наладзіць функцыі QoS, якія павінны быць звязаны з трафікам, які быў класіфікаваны ў вызначаным карыстальнікам класе або класах трафіку. Каб наладзіць клас трафіку, глядзіце Стварэнне класа трафіку на старонцы 21. Пасля таго, як вы вызначылі палітыку трафіку з дапамогай каманды policy-map, вы можаце далучыць яе да аднаго або некалькіх інтэрфейсаў, каб вызначыць палітыку трафіку для гэтых інтэрфейсаў з дапамогай службы -policy каманда ў рэжыме канфігурацыі інтэрфейсу. Пры падтрымцы падвойных палітык вы можаце мець дзве палітыкі трафіку, адну маркіроўку і адну пастаноўку ў чаргу на выхадзе. Глядзіце Далучэнне палітыкі дарожнага руху да інтэрфейсу на старонцы 24.
Канфігурацыя Example Вы павінны выканаць наступнае, каб завяршыць канфігурацыю палітыкі трафіку: 1. Стварэнне карты палітыкі, якую можна далучыць да аднаго або некалькіх інтэрфейсаў, каб задаць палітыку абслугоўвання 2. Звязванне класа трафіку з палітыкай трафіку 3. Вызначэнне класа- дзеянні (гл. Элементы палітыкі дарожнага руху на старонцы 23)
Маршрутызатар# канфігурацыя Маршрутызатар(канфігурацыя)# карта палітыкі test-shape-1 Маршрутызатар(канфігурацыя-pmap)# клас qos-1
/* Наладзіць дзеянне класа ('форма' ў гэтым прыкладзеample). Паўтарыце па меры неабходнасці, каб вызначыць іншыя класавыя дзеянні */ Router(config-pmap-c)# shape сярэдні працэнт 40 Router(config-pmap-c)# выхад
/* Паўтарыце канфігурацыю класа па меры неабходнасці, каб вызначыць іншыя класы */
Router(config-pmap)# end-policy-map Router(config)# фіксацыя
Звязаныя тэмы · Элементы палітыкі дарожнага руху, на старонцы 23 · Элементы класа дарожнага руху, на старонцы 20
Далучыце палітыку дарожнага руху да інтэрфейсу
Пасля стварэння класа трафіку і палітыкі трафіку вы павінны далучыць палітыку трафіку да інтэрфейсу і ўказаць кірунак, у якім палітыка павінна прымяняцца.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 24

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Далучыце палітыку дарожнага руху да інтэрфейсу

Заўвага. Іерархічныя палітыкі не падтрымліваюцца. Калі карта палітыкі прымяняецца да інтэрфейсу, лічыльнік хуткасці перадачы для кожнага класа не дакладны. Гэта звязана з тым, што лічыльнік хуткасці перадачы разлічваецца на аснове фільтра экспанентнага распаду.
Канфігурацыя Example Вы павінны выканаць наступнае, каб далучыць палітыку трафіку да інтэрфейсу: 1. Стварыць клас трафіку і звязаныя з ім правілы, якія супастаўляюць пакеты з класам (гл. Стварэнне класа трафіку,
на старонцы 21 ) 2. Стварэнне палітыкі трафіку, якая можа быць далучана да аднаго або некалькіх інтэрфейсаў, каб вызначыць палітыку абслугоўвання (гл.
Стварыце палітыку трафіку, на старонцы 24 ) 3. Звязванне класа трафіку з палітыкай трафіку 4. Далучэнне палітыкі трафіку да інтэрфейсу ў напрамку ўваходу або выхаду
Маршрутызатар# канфігурацыя Маршрутызатар(канфігурацыя)# інтэрфейс fourHundredGigE 0/0/0/2 Маршрутызатар(канфігурацыя)#вывад палітыкі службы са строгім прыярытэтам Маршрутызатар(канфігурацыя)# фіксацыя
Запушчаная канфігурацыя
/* Канфігурацыя карты класаў */
class-map match-любы traffic-class-7 match traffic-class 7 end-class-map
!class-map match-любы traffic-class-6 match traffic-class 6 end-class-map
class-map match-любы traffic-class-5 match traffic-class 5 end-class-map
class-map match-любы traffic-class-4 match traffic-class 4 end-class-map
class-map match-любы traffic-class-3 match traffic-class 3
class-map match-любы traffic-class-2 match traffic-class 2 end-class-map
class-map match-любы traffic-class-1 match traffic-class 1 end-class-map
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 25

Далучыце палітыку дарожнага руху да інтэрфейсу

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

/* Канфігурацыя палітыкі трафіку */
policy-map test-shape-1 клас traffic-class-1 shape сярэдні працэнт 40 !
policy-map strict-priority class tc7 priority level 1 queue-limit 75 Мбайт! клас tc6 прыярытэт узровень 2 абмежаванне чаргі 75 Мбайт! клас tc5, узровень прыярытэту 3, ліміт чаргі 75 Мбайт! клас tc4, узровень прыярытэту 4, ліміт чаргі 75 Мбайт! клас tc3, узровень прыярытэту 5, абмежаванне чаргі 75 Мбайт! клас tc2 узровень прыярытэту 6 абмежаванне чаргі 75 Мбайт! клас tc1 узровень прыярытэту 7 абмежаванне чаргі 75 Мбайт! class class-default queue-limit 75 Мбайт! канчатковая палітыка-карта
—–
/* Далучэнне палітыкі трафіку да інтэрфейсу ў напрамку выхаду */ інтэрфейс fourHundredGigE 0/0/0/2
вывад палітыкі абслугоўвання строгі прыярытэт!

Праверка

Маршрутызатар # #show qos int fourHundredGigE 0/0/0/2 выхад

УВАГА: - Сканфігураваныя значэнні адлюстроўваюцца ў круглых дужках. Інтэрфейс FourHundredGigE0/0/0/2 ifh 0xf0001c0 — палітыка вываду

Ідэнтыфікатар NPU: Агульная колькасць класаў: Прапускная здольнасць інтэрфейсу: Імя палітыкі:

0 8 400000000 кбіт/с са строгім прыярытэтам

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 26

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Далучыце палітыку дарожнага руху да інтэрфейсу

База VOQ:

2400

Тып уліку:

Узровень 1 (уключае інкапсуляцыю ўзроўню 1 і вышэй)

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

Клас 1-га ўзроўню (HP1)

= tc7

Ідэнтыфікатар чаргі Egressq

= 2407 (чарга HP1)

Чарга Макс. ЧБ.

= няма макс. (па змаўчанні)

Парог TailDrop

= 74999808 байт / 2 мс (75 мегабайт)

WRED не сканфігураваны для гэтага класа

Level1 Class (HP2) Egressq Queue ID Макс. ЧБ. TailDrop Threshold WRED не настроены для гэтага класа

= tc6 = 2406 (чарга HP2) = няма макс. (па змаўчанні) = 74999808 байт / 2 мс (75 мегабайт)

Level1 Class (HP3) Egressq Queue ID Макс. ЧБ. TailDrop Threshold WRED не настроены для гэтага класа

= tc5 = 2405 (чарга HP3) = няма макс. (па змаўчанні) = 74999808 байт / 2 мс (75 мегабайт)

Level1 Class (HP4) Egressq Queue ID Макс. ЧБ. TailDrop Threshold WRED не настроены для гэтага класа

= tc4 = 2404 (чарга HP4) = няма макс. (па змаўчанні) = 74999808 байт / 2 мс (75 мегабайт)

Level1 Class (HP5) Egressq Queue ID Макс. ЧБ. TailDrop Threshold WRED не настроены для гэтага класа

= tc3 = 2403 (чарга HP5) = няма макс. (па змаўчанні) = 74999808 байт / 2 мс (75 мегабайт)

Level1 Class (HP6) Egressq Queue ID Макс. ЧБ. TailDrop Threshold WRED не настроены для гэтага класа

= tc2 = 2402 (чарга HP6) = няма макс. (па змаўчанні) = 74999808 байт / 2 мс (75 мегабайт)

Level1 Class (HP7) Egressq Queue ID Макс. ЧБ. TailDrop Threshold WRED не настроены для гэтага класа

= tc1 = 2401 (чарга HP7) = няма макс. (па змаўчанні) = 74999808 байт / 2 мс (75 мегабайт)

Level1 Class Egressq Queue ID Queue Макс. ЧБ. Інверсная вага / вага TailDrop Threshold WRED не сканфігураваны для гэтага класа

= клас па змаўчанні = 2400 (чарга LP па змаўчанні) = няма макс.

Звязаныя тэмы · Элементы палітыкі дарожнага руху, на старонцы 23 · Элементы класа дарожнага руху, на старонцы 20

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 27

Далучыце палітыку дарожнага руху да інтэрфейсу

Класіфікуйце пакеты для ідэнтыфікацыі канкрэтнага трафіку

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 28

4 РАЗДЗЕЛ
Адзначце пакеты для змены налад прыярытэту
· Скончана маркіроўка пакетаўview, на стар. 29 · Функцыя і перавагі безумоўнай маркіроўкі пакетаў на аснове класа, на стар. 31 · Налада безумоўнай маркіроўкі пакетаў на аснове класа, на стар. 32 · Безумоўная маркіроўка пакетаў на аснове класа: Examples, на старонцы 33 · IP-прыярытэт у параўнанні з маркіроўкай IP DSCP, на старонцы 35 · Мадыфікацыя палітыкі на месцы, на старонцы 36
Разметка пакета скончанаview
Вы можаце выкарыстоўваць маркіроўку пакетаў у картах палітыкі ўводу, каб усталяваць або змяніць атрыбуты для трафіку, які належыць да пэўнага класа. Напрыкладample, вы можаце змяніць значэнне CoS у класе або ўсталяваць IP DSCP або значэнні прыярытэту IP для пэўнага тыпу трафіку. Затым гэтыя новыя значэнні выкарыстоўваюцца для вызначэння таго, як трэба разглядаць трафік.
Заўвага. Пачынаючы з выпуску Cisco IOS XR 7.2.12 і далей, падтрымка маркіроўкі пакетаў на транспартных інтэрфейсах 2-га ўзроўню такая ж, як і падтрымка пазнакі на інтэрфейсах 3-га ўзроўню. Аднак гэтая падтрымка прымяняецца толькі да асноўнага інтэрфейсу (фізічнага і пакетнага інтэрфейсаў), а не да субінтэрфейсам.
Маркіроўка па змаўчанні
Калі ўваходны або выходны інтэрфейс дадае VLAN tags або MPLS, патрабуецца значэнне па змаўчанні для класа абслугоўвання і значэння EXP, якія ўваходзяць у іх tags і этыкеткі. На маршрутызатары адзін уваход па змаўчанні QoS mapping profile і адзін выхад па змаўчанні QoS mapping profile ствараюцца і наладжваюцца для кожнай прылады падчас ініцыялізацыі.
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 29

Паводзіны QoS для тунэляў Generic Routing Encapsulation (GRE).

Адзначце пакеты для змены налад прыярытэту

Паводзіны QoS для тунэляў Generic Routing Encapsulation (GRE).

Табліца 6: Табліца гісторыі функцый

Назва функцыі

Інфармацыя аб выпуску

Паводзіны QoS для Generic Routing Release 7.3.1 Encapsulation (GRE) Тунэлі: маркіроўка па змаўчанні

Апісанне функцыі
Дзякуючы падтрымцы тунэльных інтэрфейсаў інкапсуляцыі і дэкапсуляцыі GRE ёсць некаторыя важныя абнаўленні паводзін QoS для тунэляў GRE. Гэтыя абнаўленні дастасавальныя для маркіроўкі пакетаў па змаўчанні і ўключаюць тып абслугоўвання (ToS) і эксперыментальныя біты MPLS.

Інкапсуляцыя GRE
Калі вы не наладзіце тып абслугоўвання (ToS), значэнне знешняга прыярытэту IP або значэнне кодавай кропкі дыферэнцыраваных паслуг (DSCP) капіюецца з унутранага загалоўка IP. Калі вы наладжваеце ToS, значэнне знешняга прыярытэту IP або значэнне DCSP адпавядае канфігурацыі ToS.
Дэкапсуляцыя GRE
Падчас дэкапсуляцыі эксперыментальныя біты MPLS (EXP) атрымліваюцца з вонкавага IP-пакета. Для атрымання дадатковай інфармацыі аб тунэлях GRE глядзіце Кіраўніцтва па канфігурацыі інтэрфейсаў для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x.

Маркіроўка пакетаў
Функцыя маркіроўкі пакетаў, таксама званая відавочнай маркіроўкай, дае карыстальнікам магчымасць адрозніваць пакеты на аснове прызначанай маркіроўкі. Маршрутызатар падтрымлівае маркіроўку ўваходных і выходных пакетаў.

Падтрымоўваныя аперацыі маркіроўкі пакетаў У гэтай табліцы паказаны падтрымоўваныя аперацыі маркіроўкі пакетаў.

Дыяпазон падтрымоўваных тыпаў знакаў

Падтрымка безумоўнай маркіроўкі

усталяваць адкінуты клас

0-1

ўваход

ўсталяваць dscp

0-63

ўваход

набор mpls эксперыментальны 0-7 самы верхні

ўваход

ўсталяваць прыярытэт

0-7

ўваход

усталяваць qos-групу

0-7

ўваход

Падтрымка ўмоўнай маркіроўкі Не Не Не
не не

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 30

Адзначце пакеты для змены налад прыярытэту

Паводзіны QoS для тунэляў Generic Routing Encapsulation (GRE).

Табліца 7: Табліца гісторыі функцый

Назва функцыі

Інфармацыя аб выпуску

Паводзіны QoS для Generic Routing Release 7.3.1 Tunnel Encapsulation (GRE): Яўная маркіроўка

Апісанне функцыі
Дзякуючы падтрымцы тунэльных інтэрфейсаў інкапсуляцыі і дэкапсуляцыі GRE ёсць некаторыя важныя абнаўленні паводзін QoS для тунэляў GRE. Гэтыя абнаўленні прымяняюцца для відавочнай маркіроўкі пакетаў і ўключаюць паводзіны QoS падчас ўваходу і выхаду.

Інкапсуляцыя GRE
Падчас інкапсуляцыі карыснай нагрузкі IPv4/IPv6 у загалоўку GRE паводзіны QoS выглядаюць наступным чынам:
· Уваход: QoS падтрымлівае класіфікацыю на палях 3-га ўзроўню карыснай нагрузкі або EXP і адзначае IP-загаловак карыснай нагрузкі DSCP.
· Выхад: QoS падтрымлівае ўстаноўку вонкавага IP-загалоўка GRE DSCP. Ён не перазапісвае канфігурацыю тыпу службы тунэля (ToS) і не адзначае IP-загаловак GRE DCSP.

Дэкапсуляцыя GRE
Падчас дэкапсуляцыі знешняга загалоўка GRE (падчас якой унутраная карысная нагрузка IPv4/IPv6/MPLS перанакіроўваецца на маршрутызатар наступнага скачка) QoS паводзіць сябе наступным чынам:
· Ingress: QoS падтрымлівае класіфікацыю на палях 3-га ўзроўню знешняга GRE з дапамогай каманды set qos-group. Налада DSCP на ўваходным інтэрфейсе ўсталёўвае DSCP для ўнутраных загалоўкаў.
· Выхад: QoS падтрымлівае класіфікацыю з выкарыстаннем qos-group для ўстаноўкі DSCP або EXP для выходных пакетаў.
Для атрымання дадатковай інфармацыі аб тунэлях GRE глядзіце Кіраўніцтва па канфігурацыі інтэрфейсаў для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x.

Функцыя і перавагі безумоўнай маркіроўкі пакетаў на аснове класаў
Функцыя маркіроўкі пакетаў дазваляе падзяліць вашу сетку на некалькі узроўняў прыярытэту або класаў абслугоўвання наступным чынам:
· Выкарыстоўвайце безумоўную маркіроўку пакетаў QoS, каб усталяваць прыярытэт IP або значэння IP DSCP для пакетаў, якія ўваходзяць у сетку. Затым маршрутызатары ў вашай сетцы могуць выкарыстоўваць нядаўна пазначаныя значэнні прыярытэту IP, каб вызначыць, як трэба апрацоўваць трафік.
У напрамку ўваходу, пасля супастаўлення трафіку на аснове IP-прыярытэту або значэння DSCP, вы можаце ўсталяваць для яго пэўны клас адхілення. Узважанае выпадковае ранняе выяўленне (WRED), метад прадухілення перагрузкі, такім чынам выкарыстоўвае значэнні класа адхілення для вызначэння верагоднасці таго, што пакет будзе адкінуты.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 31

Наладзьце безумоўную маркіроўку пакетаў на аснове класа

Адзначце пакеты для змены налад прыярытэту

· Выкарыстоўвайце безумоўную маркіроўку пакетаў QoS, каб прызначыць пакеты MPLS групе QoS. Маршрутызатар выкарыстоўвае групу QoS, каб вызначыць, як расставіць прыярытэты для перадачы пакетаў. Каб усталяваць ідэнтыфікатар групы QoS для пакетаў MPLS, выкарыстоўвайце каманду set qos-group у рэжыме канфігурацыі класа карты палітыкі.
Заўвага. Налада ідэнтыфікатара групы QoS не вызначае прыярытэты пакетаў для перадачы аўтаматычна. Вы павінны спачатку наладзіць палітыку выхаду, якая выкарыстоўвае групу QoS.
· Адзначце пакеты MPLS, усталяваўшы біты EXP у межах накладзенай або самай верхняй меткі.
· Пазначайце пакеты, усталяваўшы значэнне аргумента qos-group. · Пазначайце пакеты, усталяваўшы значэнне аргумента класа адмовы.
Звярніце ўвагу, што qos-group і discard-class з'яўляюцца ўнутранымі зменнымі маршрутызатара і не перадаюцца.
Задача канфігурацыі апісана ў раздзеле Наладзіць безумоўную маркіроўку пакетаў на аснове класа на старонцы 32.
Наладзьце безумоўную маркіроўку пакетаў на аснове класа
У гэтай задачы канфігурацыі тлумачыцца, як наладзіць наступныя функцыі безумоўнай маркіроўкі пакетаў на аснове класа на вашым маршрутызатары:
· Значэнне прыярытэту IP · Значэнне IP DSCP · Значэнне групы QoS (толькі ўваход) · Значэнне CoS (выход толькі на субінтэрфейсах 3-га ўзроўню) · Эксперыментальнае значэнне MPLS · Клас адмовы
Звярніце ўвагу на дзеянні IPv4 і IPv6 QoS, якія прымяняюцца да MPLS tagПакеты ged не падтрымліваюцца. Канфігурацыя прынята, але ніякіх дзеянняў не прадпрымаецца.
Канфігурацыя Example Выканайце наступныя дзеянні, каб наладзіць функцыі безумоўнай маркіроўкі пакетаў на маршрутызатары. 1. Стварыце або змяніце карту палітыкі, якую можна далучыць да аднаго або некалькіх інтэрфейсаў, каб вызначыць палітыку службы
і ўвайдзіце ў рэжым канфігурацыі карты палітыкі. 2. Наладзьце інтэрфейс і ўвайдзіце ў рэжым канфігурацыі інтэрфейсу.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 32

Адзначце пакеты для змены налад прыярытэту

Безумоўная маркіроўка пакетаў на аснове класа: напрыкладampлес

3. Далучыце карту палітыкі да інтэрфейсу ўводу або вываду для выкарыстання ў якасці палітыкі службы для гэтага інтэрфейсу.
Канфігурацыя Example
маршрутызатар# канфігурацыя маршрутызатара (канфігурацыя)# інтэрфейс stotinaGigE 0/0/0/24 маршрутызатар(канфігурацыя-pmap)# карта палітыкі policy1 Маршрутызатар(канфігурацыя int)# фіксацыя
Запушчаная канфігурацыя
router(config)# policy-map policy1
class-map match-any class1 match protocol ipv4 end-class-map
! ! палітыка-карта палітыка1
клас class1 усталяваць прыярытэт 1
! клас клас па змаўчанні! канчатковая палітыка-карта! інтэрфейс HundredGigE0/0/0/24 service-policy input policy1
!
Праверка. Выканайце гэту каманду, каб адлюстраваць інфармацыю аб канфігурацыі палітыкі для ўсіх класаў, настроеных для ўсіх палітык службы на ўказаным інтэрфейсе.
маршрутызатар # паказаць інтэрфейс запуску stotinaGigE 0/0/0/24
Безумоўная маркіроўка пакетаў на аснове класа: напрыкладampлес
Гэта тыповыя былыяampфайлы для безумоўнай маркіроўкі пакетаў на аснове класа.
Канфігурацыя маркіроўкі прыярытэту IP: напрыкладample
У гэтым эксample, ствараецца палітыка службы пад назвай policy1. Гэта палітыка абслугоўвання звязана з раней вызначанай картай класаў пад назвай class1 з дапамогай каманды class, а затым палітыка абслугоўвання далучаецца да выхаднога інтэрфейсу HundredGigE 0/7/0/1. Біт прыярытэту IP у байце ToS усталяваны ў 1:
policy-map policy1 class class1 усталяваць прыярытэт 1
!

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 33

Канфігурацыя маркіроўкі IP DSCP: напрыкладample

Адзначце пакеты для змены налад прыярытэту

інтэрфейс HundredGigE 0/7/0/1 палітыка выхаду службы1
Канфігурацыя маркіроўкі IP DSCP: напрыкладample
У гэтым эксample, ствараецца палітыка службы пад назвай policy1. Гэтая палітыка службы звязана з раней вызначанай картай класа з дапамогай каманды класа. У гэтым эксample, мяркуецца, што карта класаў пад назвай class1 была настроена раней, і створана новая карта класаў пад назвай class2. У гэтым эксample, значэнне IP DSCP у байце ToS усталявана ў 5:
policy-map policy1 class class1 set dscp 5
клас class2 набор dscp ef
Пасля канфігурацыі параметраў, паказаных для галасавых пакетаў на мяжы, усе прамежкавыя маршрутызатары будуць настроены на апрацоўку галасавых пакетаў з нізкай затрымкай наступным чынам:
галасавое супастаўленне карты класа dscp ef
policy-map qos-policy class галасавы прыярытэт узровень 1 хуткасць паліцыі працэнт 10
Канфігурацыя маркіроўкі групы QoS: напрыкладample
У гэтым эксample, ствараецца палітыка службы пад назвай policy1. Гэтая палітыка абслугоўвання звязана з картай класаў пад назвай class1 з дапамогай каманды class, а затым палітыка абслугоўвання далучаецца ў кірунку ўводу на HundredGigE 0/7/0/1. Значэнне qos-group усталявана ў 1.
class-map match-any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set qos-group 1 !
інтэрфейс HundredGigE 0/7/0/1 service-policy input policy1
Заўвага. Каманда set qos-group падтрымліваецца толькі ў палітыцы ўваходу.
Канфігурацыя маркіроўкі CoS: Example
У гэтым эксample, ствараецца палітыка службы пад назвай policy1. Гэтая палітыка абслугоўвання звязана з картай класаў пад назвай class1 з дапамогай каманды class, а затым палітыка абслугоўвання далучаецца ў кірунку вываду на HundredGigE 0/7/0/1.100. Біты IEEE 802.1p (CoS) у загалоўку ўзроўню 2 усталяваны ў 1.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 34

Адзначце пакеты для змены налад прыярытэту

Эксперыментальная канфігурацыя маркіроўкі накладання бітаў MPLS: напрыкладample

class-map match-any class1 match protocol ipv4 match access-group ipv4 101
карта палітыкі policy1 class class1 set cos 1 !
інтэрфейс HundredGigE 0/7/0/1.100 service-policy input policy1
Эксперыментальная канфігурацыя маркіроўкі накладання бітаў MPLS: напрыкладample
У гэтым эксample, ствараецца палітыка службы пад назвай policy1. Гэтая палітыка абслугоўвання звязана з картай класаў пад назвай class1 з дапамогай каманды class, а затым палітыка абслугоўвання далучаецца ў кірунку ўводу на HundredGigE 0/7/0/1. Біты MPLS EXP усіх накладзеных метак усталяваны ў 1.
class-map match-any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set mpls exp imposition 1
! інтэрфейс HundredGigE 0/7/0/1
палітыка ўводу службы1
Заўвага. Каманда set mpls exp iposition падтрымліваецца толькі ў палітыцы ўваходу.
Эксперыментальная верхняя канфігурацыя маркіроўкі MPLS: напрыкладample
У гэтым эксample, ствараецца палітыка службы пад назвай policy1. Гэтая палітыка абслугоўвання звязана з картай класаў пад назвай class1 з дапамогай каманды class, а затым палітыка абслугоўвання далучаецца ў кірунку вываду на HundredGigE 0/7/0/1. Біты MPLS EXP на этыкетцы TOPMOST усталяваны ў 1:
class-map match-any class1 match mpls exp topmost 2
policy-map policy1 class class1 set mpls exp topmost 1 !
інтэрфейс HundredGigE 0/7/0/1 палітыка выхаду службы1
Прыярэт IP у параўнанні з маркіроўкай IP DSCP
Калі вам трэба пазначыць пакеты ў вашай сетцы і ўсе вашы прылады падтрымліваюць маркіроўку IP DSCP, выкарыстоўвайце маркіроўку IP DSCP, каб пазначыць свае пакеты, таму што маркіроўка IP DSCP забяспечвае больш безумоўную маркіроўку пакетаў
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 35

Наладзіць DSCP CS7 (прэцэдэнт 7)

Адзначце пакеты для змены налад прыярытэту

опцыі. Аднак калі маркіроўка IP DSCP непажаданая або калі вы не ўпэўненыя, што прылады ў вашай сетцы падтрымліваюць значэнні IP DSCP, выкарыстоўвайце значэнне прыярытэту IP для маркіроўкі вашых пакетаў. Значэнне прыярытэту IP, верагодна, будзе падтрымлівацца ўсімі прыладамі ў сетцы. Вы можаце ўсталяваць да 8 розных маркіровак прыярытэту IP і 64 розных маркіровак IP DSCP.
Наладзіць DSCP CS7 (прэцэдэнт 7)
Глядзіце наступны прыкладample, каб наладзіць параметры ў DSCP для пэўнага адраса крыніцы ў пакетах IPv4.
Канфігурацыя Example
policy-map policy1 class class1 set dscp cs7 !

Мадыфікацыя палітыкі на месцы
Функцыя мадыфікацыі палітыкі на месцы дазваляе вам змяняць палітыку QoS, нават калі палітыка QoS далучана да аднаго або некалькіх інтэрфейсаў. Змененая палітыка падвяргаецца тым жа праверкам, што і новая палітыка, калі яна прывязана да інтэрфейсу. Калі мадыфікацыя палітыкі паспяховая, змененая палітыка ўступае ў сілу на ўсіх інтэрфейсах, да якіх далучана палітыка. Аднак, калі змяненне палітыкі не ўдаецца на любым з інтэрфейсаў, ініцыюецца аўтаматычны адкат, каб гарантаваць, што палітыка папярэдняй мадыфікацыі дзейнічае на ўсіх інтэрфейсах.
Вы таксама можаце змяніць любую карту класаў, якая выкарыстоўваецца ў карце палітыкі. Змены, зробленыя ў карце класаў, уступаюць у сілу на ўсіх інтэрфейсах, да якіх прывязана палітыка.

Заўвага

· Статыстыка QoS для палітыкі, якая далучана да інтэрфейсу, губляецца (скідваецца да 0), калі палітыка дзейнічае

мадыфікаваны.

· Калі палітыка QoS, далучаная да інтэрфейсу, зменена, ніякая палітыка можа не дзейнічаць на інтэрфейсах, у якіх выкарыстоўваецца змененая палітыка на працягу кароткага перыяду часу.

· Мадыфікацыя ACL на месцы не скідае лічыльнік статыстыкі карты палітыкі.

Праверка Калі падчас мадыфікацыі палітыкі на месцы ўзнікаюць невыпраўляльныя памылкі, палітыка пераводзіцца ў неадпаведны стан на мэтавых інтэрфейсах. Новая канфігурацыя немагчымая, пакуль сеанс канфігурацыі не разблакіраваны. Рэкамендуецца выдаліць палітыку з інтэрфейсу, праверыць змененую палітыку, а затым паўторна ўжыць адпаведна.
Рэкамендацыі па выкарыстанні мадыфікацыі палітыкі на месцы
На працягу кароткага перыяду часу, пакуль палітыка QoS мадыфікуецца, ніякая палітыка можа не дзейнічаць на інтэрфейсах, у якіх выкарыстоўваецца змененая палітыка. Па гэтай прычыне змяніце палітыку QoS, якая ўплывае на меншую колькасць

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 36

Адзначце пакеты для змены налад прыярытэту

Рэкамендацыі па выкарыстанні мадыфікацыі палітыкі на месцы

колькасць інтэрфейсаў адначасова. Выкарыстоўвайце каманду show policy-map targets, каб вызначыць колькасць інтэрфейсаў, якія будуць закрануты падчас змены карты палітыкі.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 37

Рэкамендацыі па выкарыстанні мадыфікацыі палітыкі на месцы

Адзначце пакеты для змены налад прыярытэту

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 38

5 РАЗДЗЕЛ
Пазбяганне затораў
· Пазбяганне перагрузак, на стар. 39 · Рэжымы чэргаў, на стар. 39 · Пазбяганне перагрузак у VOQ, на стар. 40 · Справядлівы паток трафіку з выкарыстаннем справядлівага VOQ, на стар. 44 · Пазбяганне перагрузак па модульным QoS, на стар. 50 · Падзенне хваста і чарга FIFO , на старонцы 50 · Выпадковае ранняе выяўленне і TCP, на старонцы 52 · Яўнае апавяшчэнне аб перагрузцы , на старонцы 54
Пазбяганне затораў
Чарга забяспечвае спосаб часовага захоўвання даных, калі хуткасць атрыманых даных перавышае тое, што можна адправіць. Кіраванне чэргамі і буферамі з'яўляецца асноўнай мэтай пазбягання перагрузак. Калі чарга пачынае запаўняцца дадзенымі, важна паспрабаваць пераканацца, што даступная памяць у ASIC/NPU не запаўняецца цалкам. Калі гэта адбываецца, наступныя пакеты, якія паступаюць у порт, адкідаюцца, незалежна ад прыярытэту, які яны атрымалі. Гэта можа мець згубны ўплыў на прадукцыйнасць крытычна важных прыкладанняў. Па гэтай прычыне метады прадухілення перагрузкі выкарыстоўваюцца для зніжэння рызыкі поўнага запаўнення памяці чаргой і пазбаўлення памяці незагружаным чэргам. Парогавыя значэнні чаргі выкарыстоўваюцца для адключэння пры перавышэнні пэўнага ўзроўню занятасці. Планаванне - гэта механізм QoS, які выкарыстоўваецца для вызвалення чэргаў даных і адпраўкі даных да месца прызначэння. Шэйпінг - гэта буферызацыя трафіку ўнутры порта або чаргі, пакуль не будзе магчымасці запланаваць яго. Шэйпінг згладжвае трафік, робячы транспартныя патокі значна больш прадказальнымі. Гэта дапамагае гарантаваць, што кожная чарга перадачы абмежавана максімальнай хуткасцю трафіку.
Рэжымы чэргаў
Для пастаноўкі ў чаргу сеткавага інтэрфейсу падтрымліваюцца два рэжымы пастаноўкі ў чаргу: рэжым па змаўчанні 8xVOQ (чарга віртуальнага вываду) і 4xVOQ. Каб змяніць рэжым з аднаго рэжыму на іншы, неабходна спачатку перазагрузіць усе лінейныя карты ў сістэме.
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 39

Палітыка чаргі галоўнага інтэрфейсу

Пазбяганне затораў

У рэжыме 8xVOQ восем VoQ і звязаныя з імі рэсурсы вылучаюцца для кожнага інтэрфейсу. Гэтыя чэргі выдзяляюцца незалежна ад дакладнай канфігурацыі палітыкі на гэтым інтэрфейсе. Гэты рэжым падтрымлівае асобны VOQ для кожнага з васьмі класаў унутранага трафіку. У рэжыме 4xVOQ кожнаму інтэрфейсу выдзяляюцца чатыры VoQ і звязаныя з імі рэсурсы, і гэтыя чэргі размяркоўваюцца незалежна ад прымененай палітыкі. У гэтым рэжыме сістэма падтрымлівае ў два разы большую колькасць лагічных інтэрфейсаў, але восем класаў трафіку павінны быць адлюстраваны канфігурацыяй на чатыры VoQ, а не на восем VoQ.
Заўвага. Пачынаючы з выпуску Cisco IOS XR 7.2.12 і далей, усе функцыі чэргаў, якія падтрымліваюцца на інтэрфейсах 3-га ўзроўню, таксама падтрымліваюцца на інтэрфейсах 2-га ўзроўню. Аднак гэтыя асаблівасці прымяняюцца толькі да асноўнага інтэрфейсу (фізічнага і пакетнага інтэрфейсаў), а не да падінтэрфейсам.
Палітыка чаргі галоўнага інтэрфейсу
Чаргі па змаўчанні асноўнага інтэрфейсу ствараюцца як частка стварэння асноўнага інтэрфейсу. Калі вы прымяняеце палітыку пастаноўкі ў чаргу да галоўнага інтэрфейсу, яна перавызначыць параметры пастаноўкі ў чаргу і раскладу па змаўчанні для класаў трафіку, якія вы сканфігуравалі. У рэжыме 8xVOQ іерархія P1+P2+6PN выкарыстоўваецца для асноўных чэргаў інтэрфейсу (станоўка ў чаргу і планаванне па змаўчанні). Чаргі па змаўчанні выкарыстоўваюцца для ўсяго трафіку да асноўнага інтэрфейсу і трафіку да любога субінтэрфейсу без прымянення палітыкі чэргаў. Трафік кіравання/пратакола выкарыстоўвае клас трафіку 7 (TC7), прыярытэт 1 (P1), каб пазбегнуць перападаў падчас затораў.
Палітыка чаргі субінтэрфейсу
Кожны падінтэрфейс падтрымлівае да трох палітык: палітыку ўваходу, палітыку маркіроўкі выхаду і палітыку выхаду ў чаргу. Каб стварыць і наладзіць асобны набор VoQ для субінтэрфейсу, прымяніце палітыку чэргаў да гэтага субінтэрфейсу. Калі вы выдаляеце палітыку чаргі субінтэрфейсу, звязаныя VoQ вызваляюцца, а трафік субінтэрфейсу вяртаецца да выкарыстання VoQ галоўнага інтэрфейсу.
Пазбяганне затораў у VOQ
Пазбяганне перагрузкі ў блоку VOQ ажыццяўляецца шляхам прымянення прафі кіравання перагрузкайfile да VOQ. Гэты праfile вызначае крытэрыі допуску і праверкі, якія праводзяцца падчас пастаноўкі ў чаргу. У звычайных умовах трафіку пакет ставіцца ў чаргу ў буферы сістэмы агульнай памяці (SMS). (Сістэма агульнай памяці з'яўляецца асноўнай вобласцю захоўвання пакетаў.) Калі SMS VOQ перагружаны за межамі зададзенага парога, VOQ перамяшчаецца ў знешні блок High Band Memory (HBM). Калі чарга HBM высільваецца, яна вяртаецца да SMS на чыпе. Памер чаргі ў HBM адаптыўны і памяншаецца, калі агульнае выкарыстанне HBM высокае.
Заўвага. Выпадковае ранняе выяўленне (RED) даступна толькі для VOQ у HBM. Абсталяванне не падтрымлівае ўзважанае выпадковае ранняе выяўленне (WRED).

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 40

Пазбяганне затораў

Абмен лічыльнікамі статыстыкі VOQ

Абмен лічыльнікамі статыстыкі VOQ
Кожны сеткавы працэсар на маршрутызатары мае некалькі зрэзаў (або канвеераў), і кожны зрэз мае набор VOQ, звязаных з кожным інтэрфейсам на маршрутызатары. Для падтрымання лічыльнікаў на высокай хуткасці перадачы пакетаў два наборы лічыльнікаў звязаны з кожным інтэрфейсам на кожным зрэзе сеткі. Як былыample, разгледзім прыладу з шасцю зрэзамі (12 інтэрфейсамі), кожны з якіх мае 24,000 12 VOQ, дзе вы хочаце падлічваць як перададзеныя, так і адпушчаныя падзеі. У гэтым выпадку вам спатрэбіцца 24 х 000 2 х 5 = 76,000 1,2,4,8 XNUMX лічыльнікаў, што само па сабе перавышае ёмістасць лічыльніка прылады. Менавіта для змякчэння такога сцэнару маршрутызатар падтрымлівае наладжвальны агульны доступ да лічыльнікаў VOQ. Вы можаце наладзіць абагульванне такім чынам, каб лічыльнік быў агульны для {XNUMX} VOQ. Кожны набор лічыльнікаў абмену VoQs мае два лічыльнікі, якія вымяраюць:
· Пакеты ў чарзе падлічваюцца ў пакетах і байтах.
· Колькасць скінутых пакетаў у пакетах і байтах.
Каб функцыя ўступіла ў сілу: · Выдаліце канфігурацыю карты палітыкі выхадной чаргі з усіх інтэрфейсаў.
· Выканайце каманду # reload location all, каб перазагрузіць усе вузлы на маршрутызатары.

Наладжванне абмену лічыльнікамі статыстыкі VOQ
Каб наладзіць лічыльнікі абмену VOQ, выкарыстоўвайце #hw-module profile stats voqs-sharing-counters і ўкажыце колькасць лічыльнікаў VOQ для кожнай чаргі.
RP/0/RP0/CPU0:ios(config)#hw-module profile статыстыка ? voqs-sharing-counters Налада колькасці лічыльнікаў абмену voqs (1, 2, 4)
RP/0/RP0/CPU0:ios(config)#hw-module profile статыстыка voqs-sharing-counters ? 1 Лічыльнік для кожнай чаргі 2 2 Лічыльнікі абагульвання чэргаў 4 4 Лічыльнікі абагульвання чэргаў
RP/0/RP0/CPU0:ios(config)#hw-module profile статыстыка voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(канфігурацыя)#фіксацыя RP/0/RP0/CPU0:ios#перазагрузка размяшчэння ўсіх

Запушчаная канфігурацыя
RP/0/RP0/CPU0:ios#паказаць запуск | у hw-mod Пн, 10 лютага 13:57:35.296 UTC Канфігурацыя зборкі… hw-module profile статыстыка voqs-sharing-counters 2 RP/0/RP0/CPU0:ios#

Праверка
RP/0/RP0/CPU0:ios#паказаць кантролеры npu stats voq уваходны інтэрфейс stotinaGigE 0/0/0/16 экзэмпляр усе месцазнаходжанне 0/RP0/CPU0 пн 10 лютага 13:58:26.661 UTC

Імя інтэрфейсу =

Інтэрфейс Handle =

Размяшчэнне

Асобнік Asic

База VOQ

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

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 41

Ліміт падвойнай чаргі

Пазбяганне затораў

Хуткасць порта (кбіт/с) = 100000000

Мясцовы порт

мясцовыя

Рэжым VOQ

Агульны рэжым лічыльніка =

ReceivedPkts ReceivedBytes DroppedPkts

DroppedBytes

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

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

Звязаныя каманды hw-module profile stats voqs-sharing-counters

Ліміт падвойнай чаргі
Параметр падвойнага абмежавання чаргі дадаецца ў каманду queue-limit на CLI вашага маршрутызатара і адлюстроўваецца як discard-class. Параметр адхілення класа дае вам магчымасць наладзіць два ліміты чаргі на адной карце палітыкі - адзін для трафіку з высокім прыярытэтам, а другі - для трафіку з нізкім прыярытэтам. Гэты параметр гарантуе, што высокапрыярытэтны паток трафіка працягваецца без уплыву (да парогавага значэння, атрыманага з ліміту чаргі адкідання класа 0), у той час як трафік з нізкім прыярытэтам працягваецца да ніжняга парога (у адпаведнасці з лімітам чаргі адкідання класа 1).

Раскажыце мне больш. Вы можаце наладзіць два ліміты чаргі ў адпаведнасці з наступнымі дэталямі:
· Адзін для патоку, які вы пазначаеце як адхіленне класа 0 (больш высокі прыярытэт) пры ўваходзе праз ingress-policy. · па-другое, для патоку, які вы пазначаеце як адхіленне класа 1 (нізкі прыярытэт) пры ўваходзе праз палітыку ўваходу.

Паток адхілення класа 1 (для нізкапрыярытэтнага трафіку) пачынае змяншацца, калі даўжыня чаргі дасягае ліміту памеру, які вы сканфігуравалі для класа адхілення 1. І наадварот, паток для класа адхілення 1 спыняе падзенне, калі даўжыня чаргі апускаецца ніжэй яго наладжанае значэнне.

Як былыample, разгледзім гэтую канфігурацыю:

карта палітыкі egress_pol_dql клас tc7
queue-limit discard-class 0 100 Мбайт queue-limit discard-class 1 50 Мбайт узровень прыярытэту 1! клас клас па змаўчанні астатняя паласа прапускання 1! канчатковая палітыка-карта!

Таксама разгледзьце праверку:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#паказаць інтэрфейс qos stotinaGigE 0/0/0/30 выхад

УВАГА: - Сканфігураваныя значэнні адлюстроўваюцца ў круглых дужках

Інтэрфейс HundredGigE0/0/0/30 ifh 0xf000210 — палітыка вываду

Ідэнтыфікатар NPU:

Агульная колькасць заняткаў:

Прапускная здольнасць інтэрфейсу:

100000000 кбіт/с

Назва палітыкі:

egress_pol_dql

База VOQ:

464

Тып уліку:

Узровень 1 (уключае інкапсуляцыю ўзроўню 1 і вышэй)

Рэжым VOQ:

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 42

Пазбяганне затораў

Абмежаванні

Рэжым агульнага лічыльніка:

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

Клас 1-га ўзроўню (HP1)

= tc7

Ідэнтыфікатар чаргі Egressq

= 471 (чарга HP1)

Чарга Макс. ЧБ.

= няма макс. (па змаўчанні)

Адмяніць парог класа 1

= 25165824 байт / 2 мс (50 Мбайт)

Адмяніць парог класа 0

= 75497472 байт / 5 мс (100 Мбайт)

WRED не сканфігураваны для гэтага класа

Level1 Class Egressq Queue ID Queue Макс. ЧБ. Інверсная вага / вага TailDrop Threshold WRED не сканфігураваны для гэтага класа

= клас па змаўчанні = 464 (чарга LP па змаўчанні) = няма макс. (па змаўчанні) = 1 / (1) = 749568 байт / 6 мс (па змаўчанні)

У папярэднім экзample, ёсць два патокі трафіку, якія пазначаны як адхіленне класа 0 (вышэйшы прыярытэт) і адкідання класа 1 (нізкі прыярытэт).

Пакуль даўжыня чаргі двух патокаў застаецца ніжэйшай за 25165824 байт (парог для адхілення класа 1), пакеты з абодвух патокаў працягваюцца без якіх-небудзь падзенняў. Калі даўжыня чаргі дасягае 25165824 байт, пакеты класа адмовы 1 не ставяцца ў чаргу, гарантуючы, што ўся астатняя прапускная здольнасць выкарыстоўваецца для патоку з больш высокім прыярытэтам (клас адмовы 0).

Паток з больш высокім прыярытэтам адпадае, толькі калі даўжыня чаргі дасягае 75497472 байт.

Заўвага

· Гэтая опцыя абараняе высокапрыярытэтны трафік ад страты з-за перагрузкі, але неабавязкова ад затрымкі

з-за затораў.

· Гэтыя парогавыя значэнні атрыманы з абласцей чаргі, звязаных з апаратным забеспячэннем.

Абмежаванні

Пераканайцеся, што вы прачыталі гэтыя абмежаванні адносна варыянту абмежавання падвойнай чаргі. · Абодва ліміты чаргі павінны выкарыстоўваць адну і тую ж адзінку вымярэння.
· Абмежаванне ў чарзе для класа адмовы 0 заўсёды павінна быць больш, чым для класа адмовы 1.
· Калі опцыя discard-class не выкарыстоўваецца для канфігурацыі ліміту чаргі, пакеты, пазначаныя класам discard-class 0 і discard-class 1, маюць аднолькавы ліміт чаргі; іншымі словамі, яны атрымліваюць аднолькавае стаўленне.
· Ліміт чаргі, настроены толькі з класам адмовы 0 або класам адмовы 1, адхіляецца.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 43

Справядлівы транспартны паток з выкарыстаннем справядлівага VOQ

Пазбяганне затораў

Справядлівы транспартны паток з выкарыстаннем справядлівага VOQ

Табліца 8: Табліца гісторыі функцый

Назва функцыі

Інфармацыя аб выпуску

Справядлівы трафік з выкарыстаннем Fair Release 7.3.3 VOQ

Апісанне функцыі
Наладжванне гэтай функцыі гарантуе, што ўваходнаму трафіку з розных партоў-крыніц на кожным зрэзе сеткі NPU прызначаецца ўнікальная чарга віртуальнага вываду (VOQ) для кожнай пары порта-крыніцы і порта прызначэння. Гэта дзеянне гарантуе, што прапускная здольнасць, даступная ў порце прызначэння для дадзенага класа трафіку, размяркоўваецца пароўну на ўсе зыходныя парты, якія запытваюць прапускную здольнасць.
У больш ранніх версіях трафік размяркоўваўся нераўнамерна, таму што кожнаму зрэзу не давалася належная доля прапускной здольнасці выхадной чаргі.
Гэтая функцыя прадстаўляе ключавыя словы fair-4 і fair-8 у hw-module profile каманда рэжыму qos voq.

Справядлівы VOQ: Чаму
Згодна з паводзінамі па змаўчанні, кожнаму сеткаваму фрагменту NPU прызначаецца набор з 4 або 8 віртуальных чэргаў вываду (VOQ) на порт прызначэння. З такім прызначэннем складана пераканацца, што патрэбная колькасць буферызацыі даступная праз VOQ. Пры такой канфігурацыі ўваходны трафік з розных зыходных партоў на зрэзе (або канвееры) на NPU, накіраваным на порт прызначэння, прызначаецца VOQ на зрэз. Іншымі словамі, некалькі зыходных партоў, якія адпраўляюць трафік у адзін і той жа порт прызначэння, выкарыстоўваюць адзін і той жа VOQ. Аднак пры адпраўцы трафіку на розныя парты прызначэння трафік ставіцца ў чаргу на розныя VOQ. Гэта азначае, што трафік размяркоўваецца нераўнамерна, таму што кожны зрэз не атрымлівае належнай долі прапускной здольнасці выхадной чаргі. У выпадку, калі адзін зрэз мае два парты, а другі зрэз мае толькі адзін порт, прапускная здольнасць зніжаецца для партоў, якія сумесна выкарыстоўваюць зрэз, нават калі два парты апрацоўваюць больш трафіку, чым адзін порт.
Разгледзім наступны прыкладample, дзе два парты 100G — порт-0 і порт-1 — якія належаць да аднаго зрэзу (зрэз-0), адпраўляюць трафік на порт-3 у чарзе вываду (OQ). У вас ёсць порт 100G на іншым зрэзе (зрэз-1) на тым жа NPU, які таксама плануецца адпраўляць трафік на порт-3. Уваходны VOQ падзяляецца паміж двума партамі ў зрэзе-0, у той час як уваходны VOQ у зрэзе-1 даступны выключна для порта-3. Гэта прыводзіць да таго, што порт-0 і порт-1 атрымліваюць 25% буфернага трафіку, у той час як порт-3 атрымлівае 50% буфернага трафіку.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 44

Пазбяганне перагрузкі Малюнак 3: Існуючыя паводзіны: зыходныя парты на зрэзе падзяляюць адзін VOQ на порт прызначэння

Справядлівы VOQ: Як

Функцыя справядлівага VOQ ліквідуе гэтую дыспрапорцыю ў размеркаванні трафіку.
Справядлівы VOQ: Як
Функцыя справядлівага VOQ вырашае паводзіны па змаўчанні, якія ставяцца да зыходных партоў на кожным зрэзе NPU аднолькава, незалежна ад колькасці актыўных зыходных партоў. Гэта робіцца шляхам перабудовы спосабу размеркавання прапускной здольнасці з чаргі вываду. Замест таго, каб размяркоўваць прапускную здольнасць на ўзроўні зрэзаў, fair VOQ размяркоўвае прапускную здольнасць непасрэдна на зыходныя парты. Калі вы наладжваеце каманду hw-module profile qos voq-mode і перазагрузіць маршрутызатар, гэтая функцыя стварае спецыяльны VOQ для кожнай пары порта крыніцы і порта прызначэння. Такое размяшчэнне гарантуе, што прапускная здольнасць, даступная ў порце прызначэння для дадзенага класа трафіку, размяркоўваецца раўнамерна на ўсе зыходныя парты, якія запытваюць паласу прапускання.
Пашырэнне папярэдняга вымampкаб зразумець функцыянальнасць справядлівага VOQ, цяпер ёсць спецыяльныя VOQ для кожнага ўваходнага порта, які падключаецца да порта ў чарзе вываду. Такім чынам, порт-0 і порт-1 цяпер не падзяляюць VOQ, а порт-3 мае свой VOQ, як і раней, як паказана на наступным малюнку. Гэта справядлівае размяшчэнне VOQ прыводзіць да таго, што трафік стаіць у спецыяльных чэргах, што паляпшае прадукцыйнасць трафіку.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 45

Справядлівыя рэжымы VOQ і сумеснае выкарыстанне лічыльнікаў

Пазбяганне затораў

Малюнак 4: Справядлівыя паводзіны VOQ: кожны зыходны порт на зрэзе мае адзін спецыяльны VOQ на порт прызначэння

Справядлівыя рэжымы VOQ і сумеснае выкарыстанне лічыльнікаў
Вы можаце наладзіць справядлівы VOQ для рэжыму 8xVOQ (fair-8) і рэжыму 4xVOQ (fair-4), выкарыстоўваючы наступныя параметры ў hw-module profile каманда qos voq-mode:
· hw-module profile qos voq-mode fair-8
· hw-module profile qos voq-mode fair-4

Вы таксама можаце абагульваць лічыльнікі статыстыкі VOQ у абодвух рэжымах справядлівага VOQ, як паказана ў наступнай табліцы. (Падрабязна пра тое, чаму абагульванне лічыльнікаў важна і як наладзіць абагульванне лічыльнікаў, гл. Агульны доступ да лічыльнікаў статыстыкі VOQ на старонцы 41.)
Табліца 9: Справядлівыя рэжымы VOQ і лічыльнікі абмену

Fair VOQ Mode fair-8

Рэжым лічыльнікаў абмену 2, 4

Важныя заўвагі
· Восем VOQ, наладжаных для пары зыходнага порта і прызначэння
· Лічыльнікі падзяляюць {2, 4} VOQ.
· рэжым fair-8 не падтрымлівае спецыяльны рэжым лічыльніка (рэжым лічыльніка1, дзе ёсць лічыльнік для кожнай чаргі)

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 46

Пазбяганне затораў

Справядлівыя VOQ і зрэзаныя (або нармальныя) VOQ: асноўныя адрозненні

Fair VOQ Mode fair-4

Рэжым лічыльнікаў абмену 1, 2, 4

Важныя заўвагі
· Чатыры VOQ, настроеныя на пару зыходнага порта і прызначэння
· Лічыльнікі падзяляюць {1, 2, 4} VOQ.

Справядлівыя VOQ і зрэзаныя (або нармальныя) VOQ: асноўныя адрозненні
Наступная табліца ўяўляе сабой здымак асноўных адрозненняў паміж справядлівымі VOQ і зрэзанымі або звычайнымі VOQ.
Табліца 10: Справядлівыя VOQ і нармальныя VOQ

Справядлівы VOQ

Нармальны VOQ

рэжым fair-8: восем VOQ, настроеных на порт крыніцы 8:

і пара прызначэння

· Восем VOQ на порт прызначэння на зрэз

· Гэтыя VOQ агульныя для ўсіх зыходных партоў у межах NPU.

рэжым fair-4: чатыры VOQ, настроеныя на кожны зыходны порт 4:

і пара прызначэння

· Чатыры VOQ на порт прызначэння на зрэз

· Гэтыя VOQ агульныя для ўсіх зыходных партоў у межах NPU.

Рэкамендацыі і абмежаванні
· Функцыя справядлівага VOQ падтрымліваецца маршрутызатарам Cisco 8202 (12 партоў QSFP56-DD 400G і 60 партоў QSFP28 100G).
· У наступнай табліцы падрабязна апісаны максімальна дазволеныя інтэрфейсы (з базавымі канфігурацыямі IPv4 і адсутнасцю іншых канфігурацый маштабу, такіх як палітыка QoS, ACL і канфігурацыя субінтэрфейсу), заснаваныя на рэжыме VOQ і рэжыме лічыльніка абмену.
Табліца 11: Максімальная колькасць інтэрфейсаў на аснове рэжыму Fair VOQ і рэжыму лічыльніка абмену

VOQ Mode fair-8

Рэжым лічыльніка абмену 1

Максімум інтэрфейсаў
Маршрутызатар не падтрымлівае гэтую камбінацыю.
(Гэта таму, што ў рэжыме лічыльніка па змаўчанні інтэрфейсы 72 не ствараюцца.)

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 47

Наладзьце Fair VOQ

Пазбяганне затораў

VOQ Mode fair-8
справядлівы-8 справядлівы-4
справядлівы-4 справядлівы-4

Рэжым лічыльніка абмену 2
4 1
2 4

Максімум інтэрфейсаў
96 = 60 (100G) + 8×4 + 4 (400G) ==> вы можаце наладзіць толькі восем інтэрфейсаў 400G у рэжыме прарыву 4x10G або 4x25G.
108 = 60 + 12 x 4 (прарыў на ўсе 12 партоў - 400G)
96 = 60(100G) + 8×4 + 4 (400G) ==> вы можаце наладзіць толькі восем інтэрфейсаў 400G у рэжыме прарыву 4x10G або 4x25G.
108 = 60 + 12 x4 (прарыў на ўсе 12 партоў - 400G)
108 = 60 + 12 x4 (прарыў на ўсе 12 партоў - 400G)

Заўвага Мы рэкамендуем выкарыстоўваць рэжым лічыльніка абагульвання 4 у рэжымах прарыву і рэжым лічыльніка абагульвання 2 для рэжымаў без прарыву.

Заўвага. Рэжым Breakout не падтрымліваецца на інтэрфейсах 100G.
· Упэўніцеся, што вы перазагрузілі маршрутызатар, каб канфігурацыя ўступіла ў сілу.
· Трафік ўзроўню 2 не падтрымліваецца ў рэжыме fair-voq (fair-4 і fair-8).
· Субінтэрфейс чаргі не падтрымліваецца. (Гэта таксама адносіцца да субінтэрфейсаў пакетаў). Гэта азначае, што вы не можаце далучыць палітыку выхаднога сэрвісу, якая патрабуе спецыяльных VOQ. Тым не менш, маркіроўка выхаду падтрымліваецца для субінтэрфейсаў.
· hw-module profile stats voqs-sharing-counters 1 не падтрымліваецца ў рэжыме fair-8. Пераканайцеся, што вы наладзілі hw-module profile voq sharing-counters 2 або hw-module profile voq sharing-counters 4 разам з hw-module profile qos voq-mode fair-4 або hw-module profile qos voq-mode fair-8 перад перазагрузкай маршрутызатара.
· Breakout падтрымліваецца толькі на інтэрфейсах 400G у рэжыме fair-voq (як fair-4, так і fair-8) на маршрутызатары Cisco 8202.
· ключавыя словы src-interface і src-slice у статыстыцы паказу кантролера npu бачныя толькі тады, калі вы наладжваеце рэжым VOQ на fair-8 або fair-4.
Наладзьце Fair VOQ
Каб наладзіць сумленны VOQ:

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 48

Пазбяганне затораў

Наладзьце Fair VOQ

1. Наладзьце абагульванне лічыльнікаў статыстыкі VOQ. Гэты былыample канфігуруе 2 лічыльніка.

Заўвага Наладжванне рэжыму fair-8 без сумеснага выкарыстання лічыльніка можа выклікаць збой канфігурацыі або іншыя нечаканыя паводзіны.
2. Наладзьце рэжым справядлівага VOQ. Гэты былыample паказвае, як наладзіць рэжым fair-8.
3. Перазапусціце маршрутызатар, каб канфігурацыя ўступіла ў сілу.
4. Вы паспяхова ўключылі функцыю справядлівага VOQ, каб забяспечыць роўнае размеркаванне трафіку паміж кожнай парай порта крыніцы і порта прызначэння.
/*Настройка абмену лічыльнікамі статыстыкі VOQ; мы наладжваем 2 лічыльнікі ў чарзе*/ Router(config)#hw-module profile статыстыка ?
voqs-sharing-counters Наладзіць колькасць лічыльнікаў абмену voqs (1, 2, 4) Router(config)#hw-module profile статыстыка voqs-sharing-counters ?
1 лічыльнік для кожнай чаргі 2 2 чэргі агульных лічыльнікаў 4 4 чэргаў агульных лічыльнікаў Router(config)#hw-module profile stats voqs-sharing-counters 2
/*Наладзіць рэжым fair-voq; тут мы наладжваем рэжым fair-8 VOQ*/ Router#config Router(config)#hw-module profile qos voq-mode fair-8 Router (канфігурацыя)#commit Router#reload location all
Запушчаная канфігурацыя
hw-module profile статыстыка voqs-sharing-counters 2! hw-module profile qos voq-mode fair-8 !
Праверка
Запусціце каманду show controller npu stats voq ingress interface <> instance <> location <>, каб праверыць справядлівую канфігурацыю VOQ.
Маршрутызатар#паказаць кантролеры npu статыстыка voq уваходны інтэрфейс stotinaGigE 0/0/0/20 асобнік 0 размяшчэнне 0/RP0/CPU0

Імя інтэрфейсу

= Hu0/0/0/20

Ручка інтэрфейсу

f000118

Размяшчэнне

= 0/RP0/CPU0

Асобнік Asic

Хуткасць порта (кбіт/с)

= 100000000

Мясцовы порт

мясцовыя

Імя інтэрфейсу Src =

УСЕ

Рэжым VOQ

Кірмаш-8

Агульны рэжым лічыльніка =

ReceivedPkts ReceivedBytes DroppedPkts

DroppedBytes

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

TC_{0,1} = 11110

1422080

TC_{2,3} = 0

TC_{4,5} = 0

TC_{6,7} = 0

RP/0/RP0/CPU0:ios#

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 49

Модульнае прадухіленне перагрузкі QoS

Пазбяганне затораў

Звязаныя каманды hw-module profile qos рэжым Voq
Модульнае прадухіленне перагрузкі QoS
Метады прадухілення затораў кантралююць паток трафіку, каб прадбачыць і пазбегнуць затораў на звычайных вузкіх месцах сеткі. Метады прадухілення ўкараняюцца да ўзнікнення затораў у параўнанні з метадамі кіравання заторамі, якія кантралююць заторы пасля іх узнікнення. Пазбяганне перагрузкі дасягаецца шляхам скідання пакетаў. Маршрутызатар падтрымлівае гэтыя метады прадухілення перагрузкі QoS:
· Выпадковае выяўленне і чарга FIFO, на старонцы 50 · Выпадковае ранняе выяўленне і TCP, на старонцы 52
Tail Drop і чарга FIFO
Tail drop - гэта тэхніка пазбягання перагрузкі, якая адкідвае пакеты, калі чарга вываду запоўнена, пакуль перагрузка не будзе ліквідавана. Tail drop разглядае ўвесь паток трафіка аднолькава і не робіць адрозненняў паміж класамі абслугоўвання. Ён кіруе пакетамі, якія змяшчаюцца ў чаргу "першым увайшоў, першым выйшаў" (FIFO) і перасылаліся з хуткасцю, вызначанай даступнай прапускной здольнасцю асноўнага канала.
Наладзьце Tail Drop
Пакеты, якія задавальняюць крытэрам адпаведнасці для класа, назапашваюцца ў чарзе, зарэзерваванай для класа, пакуль яны не будуць абслугоўвацца. Каманда queue-limit выкарыстоўваецца для вызначэння максімальнага парога для класа. Калі дасягаецца максімальны парог, пакеты, пастаўленыя ў чаргу ў чаргу класа, прыводзяць да падзення хваста (падзення пакета).
Абмежаванні · Пры наладжванні каманды queue-limit вы павінны наладзіць адну з наступных каманд: прыярытэт, сярэдняе значэнне формы або астатняя прапускная здольнасць, за выключэннем класа па змаўчанні.
Канфігурацыя Example Вы павінны выканаць наступнае, каб завяршыць канфігурацыю падзення хваста: 1. Стварэнне (або змяненне) карты палітыкі, якую можна далучыць да аднаго або некалькіх інтэрфейсаў для ўказання службы
палітыка 2. Звязванне класа трафіку з палітыкай трафіку 3. Вызначэнне максімальнага ліміту, які чарга можа ўтрымліваць для палітыкі класа, наладжанай у карце палітыкі. 4. Вызначэнне прыярытэту для класа трафіку, які належыць карце палітыкі. 5. (Неабавязкова) Указанне прапускной здольнасці, выдзеленай для класа, які належыць карце палітыкі, або ўказанне таго, як
каб размеркаваць астатнюю прапускную здольнасць для розных класаў. 6. Прымацаванне карты палітыкі да выходнага інтэрфейсу для выкарыстання ў якасці палітыкі службы для гэтага інтэрфейсу.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 50

Пазбяганне затораў

Наладзьце Tail Drop

Маршрутызатар# канфігураваць маршрутызатар(config)# policy-map test-qlimit-1 маршрутызатар(config-pmap)# клас qos-1 маршрутызатар(config-pmap-c)# queue-limit 100 us маршрутызатар(config-pmap-c)# узровень прыярытэту 7 Маршрутызатар(config-pmap-c)# выхад Маршрутызатар(config-pmap)# выхад
Router(config)# інтэрфейс HundredGigE 0/6/0/18 Router(config-if)# service-policy output test-qlimit-1 Router(config-if)# commit

Запушчаная канфігурацыя
policy-map test-qlimit-1 class qos-1 queue-limit 100 нас узровень прыярытэту 7! клас клас па змаўчанні! канчатковая палітыка-карта
!

Праверка

Маршрутызатар # паказвае выхад qos int stotine GigE 0/6/0/18

УВАГА: - Сканфігураваныя значэнні адлюстроўваюцца ў круглых дужках

Інтэрфейс HundredGigE0/6/0/18 ifh 0x3000220 — палітыка вываду

Ідэнтыфікатар NPU:

Агульная колькасць заняткаў:

Прапускная здольнасць інтэрфейсу:

100000000 кбіт/с

База VOQ:

11176

Ручка статыстыкі VOQ:

0x88550ea0

Тып уліку:

Узровень 1 (уключае інкапсуляцыю ўзроўню 1 і вышэй)

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

Клас 1-га ўзроўню (HP7)

= qos-1

Ідэнтыфікатар чаргі Egressq

= 11177 (чарга HP7)

Парог TailDrop

= 1253376 байт / 100 нас (100 нас)

WRED не сканфігураваны для гэтага класа

Level1 Class Egressq Queue ID Queue Макс. ЧБ. Чарга Мін. ЧБ. Інверсная вага / вага TailDrop Threshold WRED не сканфігураваны для гэтага класа

= class-default = 11176 (чарга LP па змаўчанні) = 101803495 кбіт/с (па змаўчанні) = 0 кбіт/с (па змаўчанні) = 1 (BWR не настроены) = 1253376 байт / 10 мс (па змаўчанні)

Звязаныя тэмы · Адкідванне хваста і чарга FIFO, на старонцы 50

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 51

Выпадковае ранняе выяўленне і TCP

Пазбяганне затораў

Выпадковае ранняе выяўленне і TCP
Тэхніка выпадковага ранняга выяўлення (RED) дазваляе пазбегнуць затораўtage механізму кантролю перагрузкі TCP. Выпадковым чынам адкідваючы пакеты перад перыядам высокай загружанасці, RED загадвае крыніцы пакетаў знізіць хуткасць перадачы. Калі выказаць здагадку, што крыніца пакетаў выкарыстоўвае TCP, ён зніжае хуткасць перадачы, пакуль усе пакеты не дасягнуць пункта прызначэння, паказваючы, што перагрузка ліквідавана. Вы можаце выкарыстоўваць RED як спосаб прымусіць TCP запаволіць перадачу пакетаў. TCP не толькі прыпыняе, але таксама хутка перазапускае і адаптуе хуткасць перадачы да хуткасці, якую падтрымлівае сетка. RED размяркоўвае страты ў часе і падтрымлівае звычайна нізкую глыбіню чаргі, паглынаючы парывы трафіку. Ён дасягае гэтага, прымаючы меры па сярэднім памеры чаргі, а не імгненным памеры чаргі. Калі ўключана на інтэрфейсе, RED пачынае адкідваць пакеты, калі ўзнікае перагрузка з хуткасцю, якую вы выбіраеце падчас канфігурацыі.
Наладзьце выпадковае ранняе выяўленне
Для ўключэння выпадковага ранняга выяўлення (RED) неабходна выкарыстоўваць каманду random-detect з ключавымі словамі мінімальнага і максімальнага парога.
Рэкамендацыі · Калі вы наладжваеце выпадковае выяўленне для любога класа, уключаючы клас па змаўчанні, наладзьце адну з наступных каманд: сярэдняя форма або астатняя прапускная здольнасць. · Калі вы наладжваеце ліміт чаргі, меншы за мінімальна падтрымліваемае значэнне, наладжанае значэнне аўтаматычна падладжваецца да падтрымліваемага мінімальнага значэння. Пры наладжванні выпадковага выяўлення, калі вы ўсталюеце і значэнні, меншыя за мінімальнае падтрымліваемае парогавае значэнне: · The значэнне аўтаматычна наладжваецца на мінімальна падтрымліваемае значэнне. · значэнне не наладжваецца аўтаматычна да значэння, вышэйшага за мінімальнае падтрымліваемае парогавае значэнне. Гэта прыводзіць да няўдалай канфігурацыі выпадковага выяўлення. Каб прадухіліць гэтую памылку, наладзьце значэнне такое, што яно перавышае значэнне, якое падтрымлівае ваша сістэма.
Канфігурацыя Example Выканайце наступнае, каб завяршыць канфігурацыю выпадковага ранняга выяўлення: 1. Стварэнне (або змяненне) карты палітыкі, якую можна далучыць да аднаго або некалькіх інтэрфейсаў для ўказання службы
палітыка 2. Звязванне класа трафіку з палітыкай трафіку 3. Уключэнне RED з мінімальнымі і максімальнымі парогамі. 4. Наладзьце адно з наступнага:
· Указанне спосабу размеркавання астатняй прапускной здольнасці для розных класаў. АБО
· Фарміраванне трафіку да вызначанага бітрэйту або працэнтаtage даступнай паласы прапускання.
5. Прымацаванне карты палітыкі да выхаднога інтэрфейсу для выкарыстання ў якасці палітыкі службы для гэтага інтэрфейсу.
Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 52

Пазбяганне затораў

Наладзьце выпадковае ранняе выяўленне

Маршрутызатар# канфігурацыя маршрутызатара(канфігурацыя)# карта палітыкі red-abs-палітыка Маршрутызатар(канфігурацыя-pmap)# клас qos-1 Маршрутызатар(канфігурацыя-pmap-c)# выпадковае выяўленне Маршрутызатар (config-pmap-c)# форма сярэдні працэнт 10 Маршрутызатар(config-pmap-c)# канчатковая карта палітыкі Маршрутызатар(канфігурацыя)# фіксацыя Маршрутызатар(канфігурацыя)# інтэрфейс HundredGigE0/0/0/12 Маршрутызатар(канфігурацыя- if)# вывад палітыкі службы red-abs-policy Router(config-if)# фіксацыя
Запушчаная канфігурацыя
policy-map red-abs-policy class tc7
узровень прыярытэту 1 ліміт чаргі 75 Мбайт ! клас tc6 прыярытэт узровень 2 абмежаванне чаргі 75 Мбайт! клас tc5 форма ў сярэднім 10 Гбіт/с абмежаванне чаргі 75 Мбайт! клас tc4 форма ў сярэднім 10 Гбіт/с абмежаванне чаргі 75 Мбайт! клас tc3 форма ў сярэднім 10 Гбіт/с абмежаванне чаргі 75 Мбайт! клас tc2 форма ў сярэднім 10 Гбіт/с абмежаванне чаргі 75 Мбайт! клас tc1 форма ў сярэднім 10 Гбіт/с выпадковае выяўленне ecn выпадковае выяўленне 100 Мбайт 200 Мбайт ! клас клас па змаўчанні форма ў сярэднім 10 Гбіт/с выпадковае выяўленне 100 Мбайт 200 Мбайт ! канчатковая палітыка-карта!
інтэрфейс HundredGigE0/0/0/12 service-policy output red-abs-policy shutdown !
Праверка
Маршрутызатар # паказвае выхад qos int stotine GigE 0/6/0/18

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 53

Відавочнае апавяшчэнне аб перагрузцы

Пазбяганне затораў

УВАГА: - Сканфігураваныя значэнні адлюстроўваюцца ў круглых дужках

Інтэрфейс HundredGigE0/0/0/12 ifh 0x3000220 — палітыка вываду

Ідэнтыфікатар NPU:

Агульная колькасць заняткаў:

Прапускная здольнасць інтэрфейсу:

100000000 кбіт/с

База VOQ:

11176

Ручка статыстыкі VOQ:

0x88550ea0

Тып уліку:

Узровень 1 (уключае інкапсуляцыю ўзроўню 1 і вышэй)

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

Клас 1 ўзроўню

= qos-1

Ідэнтыфікатар чаргі Egressq

= 11177 (чарга LP)

Чарга Макс. ЧБ.

= 10082461 кбіт/с (10%)

Чарга Мін. ЧБ.

= 0 кбіт/с (па змаўчанні)

Зваротная вага / вага

= 1 (BWR не наладжаны)

Гарантаваны тарыф на абслугоўванне

= 10000000 кбіт/с

Парог TailDrop

= 12517376 байт / 10 мс (па змаўчанні)

Стандартны RED profile ЧЫРВОНЫ Мін. Парог RED Макс. Парог

= 12517376 байт (10 мс) = 12517376 байт (10 мс)

Level1 Class Egressq Queue ID Queue Макс. ЧБ. Чарга Мін. ЧБ. Інверсная вага / вага Гарантаваная хуткасць абслугоўвання TailDrop Threshold WRED не настроены для гэтага класа

= class-default = 11176 (Чарга LP па змаўчанні) = 101803495 кбіт/с (па змаўчанні) = 0 кбіт/с (па змаўчанні) = 1 (BWR не наладжана) = 50000000 кбіт/с = 62652416 байт / 10 мс (па змаўчанні)

Звязаныя тэмы · Выпадковае ранняе выяўленне і TCP, на старонцы 52

Відавочнае апавяшчэнне аб перагрузцы
Выпадковае ранняе выяўленне (RED) рэалізавана ў асноўных маршрутызатарах сеткі. Памежныя маршрутызатары прысвойваюць IP-прыярытэт пакетам, калі пакеты ўваходзяць у сетку. З RED асноўныя маршрутызатары выкарыстоўваюць гэтыя прыярытэты, каб вызначыць, як апрацоўваць розныя тыпы трафіку. RED забяспечвае адзіны парог і вагу для класа трафіку або чаргі для розных прыярытэтаў IP.
ECN - гэта пашырэнне RED. ECN пазначае пакеты, а не адкідвае іх, калі сярэдняя даўжыня чаргі перавышае пэўнае парогавае значэнне. Пры наладзе ECN дапамагае маршрутызатарам і канчатковым хостам зразумець, што сетка перагружаная, і запаволіць адпраўку пакетаў. Аднак, калі даўжыня чаргі перавышае максімальны парог для пашыранай памяці, пакеты адкідаюцца. Гэта ідэнтычная апрацоўка пакета, калі RED уключаны без ECN, настроенага на маршрутызатары.
RFC 3168, Даданне відавочнага паведамлення аб перагрузцы (ECN) да IP, сцвярджае, што з даданнем актыўнага кіравання чэргамі (напр.ample, RED) да інфраструктуры Інтэрнэту, маршрутызатары больш не абмяжоўваюцца стратай пакетаў як прыкметай перагрузкі.

Заўвага. Вы не можаце выкарыстоўваць гэтую функцыю, калі вы ўсталявалі qos-group або mpls як эксперыментальныя разам з класам трафіку ў палітыцы ўваходу.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 54

Пазбяганне затораў

Відавочнае апавяшчэнне аб перагрузцы

Укараненне ECN
Для ўкаранення ECN патрабуецца спецыфічнае для ECN поле, якое мае два біты – біт ECN-сумяшчальнага транспарту (ECT) і біт CE (Congestion Experienced) – у загалоўку IP. Біт ECT і CE могуць быць выкарыстаны для стварэння чатырох кодавых кропак ад 00 да 11. Першы лік - гэта біт ECT, а другі - біт CE.
Табліца 12: Налада біта ECN

Біт ECT 0 0
1
1

Біт CE 0 1
0
1

Спалучэнне паказвае
Не падтрымлівае ECN.
Канчатковыя пункты транспартнага пратаколу падтрымліваюць ECN.
Канчатковыя пункты транспартнага пратаколу падтрымліваюць ECN.
Затор вопытны.

Камбінацыя поля ECN 00 паказвае, што пакет не выкарыстоўвае ECN. Кодавыя кропкі 01 і 10, якія называюцца ECT(1) і ECT(0), адпаведна, усталёўваюцца адпраўніком даных, каб паказаць, што канчатковыя кропкі транспартнага пратаколу падтрымліваюць ECN. Маршрутызатары разглядаюць гэтыя дзве кодавыя кропкі аднолькава. Адпраўшчыкі даных могуць выкарыстоўваць адну або абедзве гэтыя дзве камбінацыі. Камбінацыя палёў ECN 11 паказвае перагрузку канчатковых кропак. Пакеты, якія паступаюць у поўную чаргу маршрутызатара, будуць адкідвацца.

Апрацоўка пакетаў, калі ECN уключаны
Калі ECN уключаны, усе пакеты паміж і пазначаны ECN. Узнікаюць тры розныя сцэнары, калі даўжыня чаргі знаходзіцца паміж мінімальным парогам і максімальным парогам:
· Калі поле ECN у пакеце паказвае, што канчатковыя пункты маюць ECN-сумяшчальнасць (гэта значыць, біт ECT усталяваны ў 1, а біт CE усталяваны ў 0, або біт ECT усталяваны ў 0, а біт CE усталяваны у 1)–і алгарытм RED вызначае, што пакет павінен быў быць адкінуты на аснове імавернасці адкідання–біт ECT і CE для пакета змяняюцца на 1, і пакет перадаецца. Гэта адбываецца таму, што ECN уключаны, і пакет пазначаецца, а не адкідаецца.
· Калі поле ECN у пакеце паказвае, што ні адзін з канцавых пунктаў не падтрымлівае ECN (гэта значыць, біт ECT усталяваны ў 0, а біт CE усталяваны ў 0), пакет перадаецца. Калі, аднак, максімальны парог падзення хваста перавышаны, пакет скідаецца. Гэта ідэнтычная апрацоўка пакета, калі RED уключаны без ECN, настроенага на маршрутызатары.
· Калі поле ECN на пакеце паказвае, што сетка адчувае перагрузку (гэта значыць, і біт ECT, і біт CE усталяваны ў 1), пакет перадаецца. Дадатковая маркіроўка не патрабуецца.

Канфігурацыя Example
Маршрутызатар# канфігураваць Маршрутызатар(config)# карта палітыкі policy1 Маршрутызатар(config-pmap)# клас клас1 Маршрутызатар(config-pmap-c)# прапускная здольнасць у працэнтах 50 Маршрутызатар(config-pmap-c)# выпадковае выяўленне 1000 пакетаў 2000 пакетаў Маршрутызатар (config-pmap-c)# выпадковае вызначэнне маршрутызатара ecn(config-pmap-c)# выхад

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 55

Відавочнае апавяшчэнне аб перагрузцы

Пазбяганне затораў

Router(config-pmap)# выхад Router(config)# фіксацыя

Праверка Для праверкі канфігурацыі выкарыстоўвайце інтэрфейс карты карты палітыкі.

Маршрутызатар# паказаць палітычную карту int hu 0/0/0/35 выхад TenGigE0/0/0/6 выхад: pm-out-queue

Вывад HundredGigE0/0/0/35: egress_qosgrp_ecn

Клас tc7

Статыстыка класіфікацыі

Супала

Перадаецца

Усяго выпала

Статыстыка чэргаў

Ідэнтыфікатар чаргі

Выключана (пакеты/байты)

(пакеты/байты)

(хуткасць – кбіт/с)

195987503/200691203072

188830570/193362503680

7156933/7328699392

: 18183 : 7156933/7328699392

Прафі WREDfile для

RED Перададзена (пакеты/байты)

: Н/Д

RED выпадковыя кроплі (пакеты/байты)

: Н/Д

Зніжэнне максімальнага парогавага значэння RED (пакеты/байты)

: Н/Д

ЧЫРВОНЫ ECN, пазначаны і перададзены (пакеты/байты): 188696802/193225525248

Клас tc6

Статыстыка класіфікацыі

(пакеты/байты)

(хуткасць – кбіт/с)

Супала

666803815/133360763000

Перадаецца

642172362/128434472400

Усяго выпала

24631453/4926290600

Статыстыка чэргаў

Ідэнтыфікатар чаргі

: 18182

Выключана (пакеты/байты)

: 24631453/4926290600

Прафі WREDfile для

RED Перададзена (пакеты/байты)

: Н/Д

RED выпадковыя кроплі (пакеты/байты)

: Н/Д

Зніжэнне максімальнага парогавага значэння RED (пакеты/байты)

: Н/Д

ЧЫРВОНЫ ECN, пазначаны і перададзены (пакеты/байты): 641807908/128361581600

Клас tc5

Статыстыка класіфікацыі

(пакеты/байты)

(хуткасць – кбіт/с)

Супала

413636363/82727272600

6138

Перадаецца

398742312/79748462400

5903

Усяго выпала

14894051/2978810200

235

Статыстыка чэргаў

Ідэнтыфікатар чаргі

: 18181

Выключана (пакеты/байты)

: 14894051/2978810200

Прафі WREDfile для

RED Перададзена (пакеты/байты)

: Н/Д

RED выпадковыя кроплі (пакеты/байты)

: Н/Д

Зніжэнне максімальнага парогавага значэння RED (пакеты/байты)

: Н/Д

ЧЫРВОНЫ ECN, пазначаны і перададзены (пакеты/байты): 398377929/79675585800

Заўвага. ЧЫРВОНЫ радок, пазначаны і перададзены ecn (пакеты/байты), адлюстроўвае статыстыку пакетаў, пазначаных ECN. Пачнем з таго, што ён адлюстроўвае 0/0.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 56

6 РАЗДЗЕЛ

Наладзьце кантроль прыярытэтнага патоку

· Кантроль прыярытэтнага патокуview, на стар. 57 · Наладжваемы парог ECN і значэнні максімальнай верагоднасці маркіроўкі, на стар. 66 · Кантроль прыярытэтнага патоку.view, на старонцы 71

Кантроль прыярытэтнага патокуview

Табліца 13: Табліца гісторыі функцый
Назва функцыі
Кантроль прыярытэтнага патоку на лінейных картах модульнага шасі Cisco 8808 і Cisco 8812

Інфармацыя аб выпуску Выпуск 7.5.3

Shortlink Priority Flow Control, выпуск 7.3.3

Апісанне функцыі
Кіраванне прыярытэтным патокам цяпер падтрымліваецца на наступнай лінейнай карце ва ўнутраным рэжыме буфера:
· 88-LC0-34H14FH
Функцыя падтрымліваецца ў рэжымах унутранага буфера і пашыранага буфера на:
· 88-LC0-36FH
Акрамя рэжыму знешняга буфера, падтрымка гэтай функцыі цяпер распаўсюджваецца на рэжым унутранага буфера на наступных лінейных картах:
· 88-LC0-36FH-M
· 8800-LC-48H
Гэтая функцыя і ў hw-module profile каманды priority-flow-control падтрымліваюцца на лінейнай карце 88-LC0-36FH.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 57

Кантроль прыярытэтнага патокуview

Наладзьце кантроль прыярытэтнага патоку

Назва функцыі

Інфармацыя аб выпуску

Падтрымка кіравання прыярытэтным патокам на лінейных картах Cisco 8800 36×400 GbE QSFP56-DD (88-LC0-36FH-M)

Выпуск 7.3.15

Прыярытэтны кантроль патоку

Выпуск 7.3.1

Апісанне функцыі
Гэтая функцыя і ў hw-module profile каманды priority-flow-control падтрымліваюцца на лінейных картах 88-LC0-36FH-M і 8800-LC-48H.
Усе папярэднія функцыі і перавагі гэтай функцыі даступныя на гэтых лінейных картах. Аднак рэжым унутранага буфера не падтрымліваецца.
Акрамя таго, каб выкарыстоўваць рэжым пашыранага буфера на гэтых лінейных картах, вам неабходна наладзіць прадукцыйнасць або значэнні запасу. Гэта патрабаванне канфігурацыі гарантуе, што вы зможаце лепш забяспечваць і збалансаваць працоўныя нагрузкі для дасягнення паводзін без страт, што, у сваю чаргу, забяспечвае эфектыўнае выкарыстанне паласы прапускання і рэсурсаў.
Гэтая функцыя і ў hw-module profile каманда priority-flow-control не падтрымліваецца.

Прыярытэтнае кіраванне патокам (IEEE 802.1Qbb), якое таксама называюць кіраваннем патокам на аснове класа (CBFC) або па прыярытэтнай паўзе (PPP), з'яўляецца механізмам, які прадухіляе страту кадраў з-за перагрузкі. PFC падобны на кіраванне патокам 802.x (прыпыненне кадраў) або кіраванне патокам на ўзроўні спасылкі (LFC). Аднак PFC працуе на аснове кожнага класа абслугоўвання (CoS).
Падчас перагрузкі PFC адпраўляе кадр паўзы, каб паказаць значэнне CoS для прыпынення. Кадр паўзы PFC змяшчае 2-актэтнае значэнне таймера для кожнага CoS, якое паказвае працягласць часу прыпынення трафіку. Адзінка часу для таймера вызначаецца ў квантах паўзы. Квант - гэта час, неабходны для перадачы 512 біт на хуткасці порта. Дыяпазон ад 0 да 65535 квантаў.
PFC просіць партнёр спыніць адпраўку кадраў з пэўным значэннем CoS, адправіўшы кадр паўзы на добра вядомы шматадрасны адрас. Гэты кадр паўзы з'яўляецца кадрам з адным скачкам і не пераадрасоўваецца, калі яго атрымлівае аднарангавы. Калі перагрузка памяншаецца, маршрутызатар спыняе адпраўку кадраў PFC на вышэйшы вузел.
Вы можаце наладзіць PFC для кожнай лінейнай карты з дапамогай hw-module profile каманда priority-flow-control у адным з двух рэжымаў:
· буферна-ўнутр
· пашыраны буфер

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 58

Наладзьце кантроль прыярытэтнага патоку

буферна-ўнутраны рэжым

Звярніце ўвагу, што канфігурацыі парогавага значэння PFC састарэлі ў камандзе паўзы. Выкарыстоўвайце hw-module profile каманда priority-flow-control для канфігурацыі парогавых канфігурацый PFC.
Звязаныя тэмы · Налада кіравання прыярытэтным патокам, на старонцы 61
· Вартавы кантроль прыярытэтнага патокуview, на старонцы 71
буферна-ўнутраны рэжым
Выкарыстоўвайце гэты рэжым, калі прылады з падтрымкай PFC знаходзяцца на адлегласці не больш за 1 км адзін ад аднаго. Вы можаце ўсталяваць значэнні для парогавага значэння паўзы, запасу запасу (абодва звязаны з PFC) і ECN для класа трафіку з дапамогай hw-module profile каманда priority-flow-control у гэтым рэжыме. Канфігурацыя ўнутранага буфера прымяняецца да ўсіх партоў, размешчаных на лінейнай карце, што азначае, што вы можаце наладзіць набор гэтых значэнняў для кожнай лінейнай карты. Існуючы ліміт чаргі і канфігурацыя ECN у палітыцы чэргаў, далучанай да інтэрфейсу, не ўплываюць у гэтым рэжыме. Эфектыўны ліміт чаргі для гэтага рэжыму = парог паўзы + запас (у байтах)
Абмежаванні і рэкамендацыі
Пры наладжванні парогавых значэнняў PFC з выкарыстаннем рэжыму ўнутранага буфера прымяняюцца наступныя абмежаванні і рэкамендацыі.
· Функцыя PFC не падтрымліваецца ў сістэмах з фіксаваным шасі. · Пераканайцеся, што на шасі з наладжаным PFC не наладжана прарыў. Настройка PFC
і прарыў на тым жа шасі можа прывесці да нечаканых паводзін, у тым ліку да страты трафіку. · Функцыя не падтрымліваецца ў чэргах субінтэрфейсу пакетаў і без пакетаў. · Функцыя падтрымліваецца на інтэрфейсах 40GbE, 100GbE і 400GbE. · Функцыя не падтрымліваецца ў рэжыме чаргі 4xVOQ. · Функцыя не падтрымліваецца, калі настроены агульны доступ да лічыльнікаў VOQ.
рэжым пашыранага буфера
Выкарыстоўвайце гэты рэжым для прылад з падтрымкай PFC з падключэннем на далёкія адлегласці. Вы можаце ўсталяваць значэнне для парогавага значэння паўзы з дапамогай hw-module profile каманда priority-flow-control у гэтым рэжыме. Аднак вы павінны наладзіць палітыку чэргаў, далучаную да інтэрфейсу, каб усталяваць ECN і ліміты чэргаў. Канфігурацыя з пашыраным буферам прымяняецца да ўсіх партоў, размешчаных на лінейнай карце, што азначае, што вы можаце наладзіць набор гэтых значэнняў для кожнай лінейнай карты.

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 59

Важныя меркаванні

Наладзьце кантроль прыярытэтнага патоку

Рэкамендацыі па канфігурацыі · Важныя моманты пры наладжванні рэжыму пашыранага буфера на лінейных картах 88-LC0-36FH-M: · Акрамя парогавага значэння паўзы, неабходна таксама наладзіць значэнні для запасу. · Дыяпазон значэнняў запасу складае ад 4 да 75000. · Укажыце парог паўзы і значэння запасу ў кілабайтах (КБ) або мегабайтах (МБ).
· Важныя моманты пры канфігурацыі рэжыму пашыранага буфера на лінейных картах 8800-LC-48H: · Канфігуруйце значэнні толькі для парогавага значэння паўзы. Не наладжвайце значэнні запасу. · Наладзьце парог паўзы ў мілісекундах (мс) або мікрасекундах. · Не выкарыстоўвайце адзінкі ў кілабайтах (КБ) або мегабайтах (МБ), нават калі CLI паказвае іх у якасці опцый. Выкарыстоўвайце толькі адзінкі мілісекунд (мс) або мікрасекунд.

(Таксама гл. Настройка кіравання прыярытэтным патокам, на старонцы 61)

Важныя меркаванні
· Калі вы наладжваеце значэнні PFC у рэжыме ўнутранага буфера, то значэнне ECN для лінейнай карты атрымліваецца з канфігурацыі ўнутранага буфера. Калі вы наладжваеце значэнні PFC у рэжыме пашыранага буфера, то значэнне ECN атрымліваецца з карты палітыкі. (Для атрымання падрабязнай інфармацыі аб функцыі ECN гл. Яўнае апавяшчэнне аб перагрузцы на старонцы 54.)
· Рэжымы ўнутранага буфера і пашыранага буфера не могуць суіснаваць на адной лінейнай карце.
· Калі вы дадаеце або выдаляеце дзеянні класа трафіку на лінейнай карце, вы павінны перазагрузіць лінейную карту.
· Пры выкарыстанні рэжыму ўнутранага буфера вы можаце змяняць значэнні наступных параметраў без неабходнасці перазагружаць лінейную карту. Аднак, калі вы дадаяце новы клас трафіку і ўпершыню наладжваеце гэтыя значэнні для гэтага класа трафіку, вы павінны перазагрузіць лінейную карту, каб значэнні ўступілі ў сілу.
· паўза-парог
· запас запасу
· ECN

· Калі вы дадаеце або выдаляеце канфігурацыю ECN з дапамогай hw-module profile каманда priority-flow-control, вы павінны перазагрузіць лінейную карту, каб змены ECN уступілі ў сілу.
· Дыяпазоны парогавых значэнняў PFC для рэжыму ўнутранага буфера наступныя.

Парог

Наладжаны (байты)

паўза (мін)

307200

паўза (макс.)

422400

запас (мін)

345600

запас (макс.)

537600

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 60

Наладзьце кантроль прыярытэтнага патоку

Апаратная падтрымка кіравання прыярытэтным патокам

Парог ecn (мін.) ecn (макс.)

Наладжана (байты) 153600 403200

· Для класа трафіку значэнне ECN заўсёды павінна быць меншым за наладжанае парогавае значэнне паўзы.
· Камбінаваныя настроеныя значэнні для парога паўзы і запасу не павінны перавышаць 844800 байт. У адваротным выпадку канфігурацыя адхіляецца.
· Дыяпазон парогавых значэнняў паўзы для рэжыму з пашыраным буферам складае ад 2 мілісекунд (мс) да 25 мс і ад 2000 мікрасекунд да 25000 мікрасекунд.

Апаратная падтрымка кіравання прыярытэтным патокам
У табліцы пералічаны PID, якія падтрымліваюць PFC для кожнага выпуску, і рэжым PFC, у якім даступная падтрымка.
Табліца 14: Матрыца падтрымкі абсталявання PFC

Выпуск Выпуск 7.3.15

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

Рэжым PFC з пашыраным буферам

Выпуск 7.0.11

8800-LC-48H

буферна-ўнутр

Наладзьце кантроль прыярытэтнага патоку
Вы можаце наладзіць PFC, каб уключыць паводзіны без падзення для CoS, як вызначана актыўнай сеткавай палітыкай QoS.

Заўвага Сістэма ўключае кароткія спасылкі PFC па змаўчанні, калі вы ўключаеце PFC.
Канфігурацыя Example Вы павінны выканаць наступнае, каб завяршыць канфігурацыю PFC: 1. Уключыць PFC на ўзроўні інтэрфейсу. 2. Наладзьце палітыку класіфікацыі ўваходных дадзеных. 3. Далучыце палітыку PFC да інтэрфейсу. 4. Наладзьце парогавыя значэнні PFC, выкарыстоўваючы рэжым унутранага буфера або пашыранага буфера.
Router# configure Router(config)# priority-flow-control mode on /*Наладзіць палітыку класіфікацыі ўваходу*/

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 61

Наладзьце кантроль прыярытэтнага патоку

Router(config)# class-map match-any prec7 Router(config-cmap)# match precedence Router(config)# class-map match-any tc7 /*Ingress policy attach*/ Router(config-if)# service-policy input QOS_marking /*Egress policy attach*/ Router(config-if)# service-policy output qos_queuing Router(config-pmap-c)# exit Router(config-pmap)# exit Router(config)#show controllers npu priority-flow -кантроль размяшчэння
Запушчаная канфігурацыя
*Узровень інтэрфейсу* інтэрфейс HundredGigE0/0/0/0
рэжым прыярытэтнага кіравання патокам уключаны
*Уваход:* супадзенне карты класа-любы prec7
прыярытэт матчу 7
канчатковы клас-карта
!
class-map match-любы prec6
прыярытэт матчу 6
канчатковы клас-карта
!
class-map match-любы prec5
прыярытэт матчу 5
канчатковы клас-карта
!
class-map match-любы prec4
прыярытэт матчу 4
канчатковы клас-карта
!
class-map match-any prec3 match precedence 3 end-class-map ! class-map match-any prec2 match precedence 2 end-class-map ! class-map match-any prec1 match precedence 1 end-class-map ! ! карта палітыкі QOS_MARKING

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 62

Наладзьце кантроль прыярытэтнага патоку
клас prec7 усталяваць трафік-клас 7 усталяваць qos-групу 7
! клас prec6
усталяваць трафік-клас 6 усталяваць qos-групу 6! class prec5 set traffic-class 5 set qos-group 5 ! клас prec4 усталяваць трафік-клас 4 усталяваць qos-група 4! class prec3 set traffic-class 3 set qos-group 3 ! клас prec2 усталяваць трафік-клас 2 усталяваць qos-група 2! class prec1 set traffic-class 1 set qos-group 1 ! class class-default set traffic-class 0 set qos-group 0 !
*Egress:* карта класа супадае з любым tc7
супаставіць трафік-клас 7 канец-клас-карта! class-map match-any tc6 match traffic-class 6 end-class-map ! class-map match-любы tc5 match traffic-class 5 end-class-map
!
class-map match-any tc4
адпавядаць трафіку класа 4
канчатковы клас-карта
!
class-map match-any tc3
адпавядаць трафіку класа 3
канчатковы клас-карта
!

Наладзьце кантроль прыярытэтнага патоку

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 63

Наладзьце кантроль прыярытэтнага патоку

class-map match-любое tc2 match traffic-class 2 end-class-map ! class-map match-any tc1 match traffic-class 1 end-class-map ! карта палітыкі QOS_QUEUING клас tc7
узровень прыярытэту 1 форма сярэдні працэнт 10 ! class tc6 прапускная здольнасць астатняга каэфіцыента 1 ліміт чаргі 100 мс ! class tc5 Каэфіцыент астатняй прапускной здольнасці 20 queue-limit 100 ms ! class tc4 прапускная здольнасць, якая засталася 20 выпадковае выяўленне ecn выпадковае выяўленне 6144 байт 100 мбайт ! class tc3 прапускная здольнасць, якая засталася 20 выпадковае выяўленне ecn выпадковае выяўленне 6144 байт 100 мбайт ! class tc2 прапускная здольнасць, якая засталася, 5 ліміт чаргі 100 мс! class tc1 Каэфіцыент астатняй прапускной здольнасці 5 queue-limit 100 ms ! клас клас па змаўчанні паласа прапускання астатняя каэфіцыент 20 ліміт чаргі 100 мс ! [пашыраны буфер] hw-module profile priority-flow-control location 0/0/CPU0 buffer-extended traffic-class 3 pause-threshold 10 мс buffer-extended traffic-class 4 pause-threshold 10 мс
!
[унутраны буфер] hw-module profile priority-flow-control location 0/1/CPU0 buffer-internal traffic-class 3 pause-threshold 403200 байт запас 441600 байт ecn
224640 байт буфер унутраны трафік клас 4 паўза парог 403200 байт запас 441600 байт ecn
224640 байты
Праверка
Маршрутызатар#sh кантролеры stotinaGigE0/0/0/22 priority-flow-control Інфармацыя аб кіраванні прыярытэтным патокам для інтэрфейсу HundredGigE0/0/0/22:

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 64

Наладзьце кантроль прыярытэтнага патоку

Кантроль прыярытэтнага патоку:

Агульная колькасць кадраў PFC Rx: 0

Агульная колькасць кадраў Tx PFC: 313866

Выкінутыя кадры даных Rx: 0

Кадры Rx стану CoS

— —— ———-

0 на

1 на

2 на

3 на

4 на

5 на

6 на

7 на

/*[buffer-internal]*/ Маршрутызатар#паказаць кантролеры stotinaGigE 0/9/0/24 priority-flow-control

Інфармацыя аб кіраванні прыярытэтным патокам для інтэрфейсу HundredGigE0/9/0/24:

Кантроль прыярытэтнага патоку:

Агульная колькасць кадраў PFC Rx: 0

Агульная колькасць кадраў Tx PFC: 313866

Выкінутыя кадры даных Rx: 0

Кадры Rx стану CoS

— —— ———-

0 на

1 на

2 на

3 на

4 на

5 на

6 на

7 на

…

/*[унутраны буфер, tc3 і tc4 настроены. TC4 не мае ECN]*/

Router#show controllers npu priority-flow-control location

Ідэнтыфікатар месцазнаходжання:

0/1/CPU0

PFC:

Уключаны

Рэжым PFC:

буферна-ўнутр

TC Паўза

Загаловак

ECN

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

3 86800 байт

120000 байт 76800 байт

4 86800 байт

120000 байт Не наладжана

/*[PFC з пашыраным буферам, tc3 і tc4 настроены]*/

Router#show controllers npu priority-flow-control location

Ідэнтыфікатар месцазнаходжання:

0/1/CPU0

PFC:

Уключаны

Рэжым PFC:

буферна пашыраны

TC Паўза

———–

3 нас

4 нас

/*[Няма PFC]*/

Router#show controllers npu priority-flow-control location

Ідэнтыфікатар месцазнаходжання:

0/1/CPU0

PFC:

Інваліды

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 65

Наладжвальны парог ECN і максімальныя значэнні верагоднасці адзнак

Наладзьце кантроль прыярытэтнага патоку

Звязаныя тэмы · Кантроль прыярытэтнага патокуview, на старонцы 57
Звязаныя каманды hw-module profile прыярытэт-паток-кантроль размяшчэння

Наладжвальны парог ECN і максімальныя значэнні верагоднасці адзнак

Табліца 15: Табліца гісторыі функцый

Назва функцыі

Інфармацыя аб выпуску

Наладжвальны парог ECN і максімальныя значэнні верагоднасці маркіроўкі выпуску 7.5.4

Апісанне функцыі
Падчас наладжвання PFC ва ўнутраным буферным рэжыме цяпер вы можаце аптымізаваць апавяшчэнне аб перагрузцы ад канцавога маршрутызатара да перадаючага маршрутызатара, прадухіляючы такім чынам агрэсіўнае задушванне зыходнага трафіку. Гэтая аптымізацыя магчымая, таму што мы забяспечылі гібкасць канфігурацыі мінімальных і максімальных значэнняў для парога ECN і максімальнага значэння для маркіроўкі верагоднасці. Калі гэтыя значэнні настроены, імавернасць у працэнтахtagМаркіроўка наносіцца лінейна, пачынаючы з мінімальнага парога ECN да максімальнага парога ECN.
Ранейшыя выпускі фіксавалі максімальную верагоднасць маркіроўкі ECN на ўзроўні 100% пры максімальным парозе ECN.
Гэтая функцыя дадае наступныя параметры ў hw-module profile каманда priority-flow-control:
· макс.-парог
· верагоднасць-працэнтtage

Парог ECN і максімальныя значэнні імавернасці адзнак
Дагэтуль максімальная верагоднасць маркіроўкі ECN не магла наладжвацца і была зафіксавана на 100%. Вы таксама не змаглі наладзіць максімальнае парогавае значэнне ECN. Такое размяшчэнне загадзя зададзеных верагоднасцей маркіроўкі і

Кіраўніцтва па канфігурацыі модульнага QoS для маршрутызатараў Cisco серыі 8000, версія IOS XR 7.3.x 66

Наладзьце кантроль прыярытэтнага патоку

Перавагі наладжвальных парогавых значэнняў ECN і значэнняў максімальнай верагоднасці маркіроўкі

фіксаваныя максімальныя парогавыя значэнні азначалі, што хуткасць трафіку пачала падаць у залежнасці ад даўжыні чаргі. З-за лінейнага павелічэння верагоднасці маркіроўкі ECN і адпаведнай сігналізацыі перагрузкі ад канчатковага хоста да перадаючага хоста хуткасць трафіку можа пачацца запаволенне, нават калі ваша сувязь мела неабходную прапускную здольнасць.
W

Дакументы / Рэсурсы

Модульная канфігурацыя QoS маршрутызатараў серыі CISCO 8000 [pdfКіраўніцтва карыстальніка
Маршрутызатары серыі 8000. Модульная канфігурацыя QoS, серыя 8000, маршрутызатары. Модульная канфігурацыя QoS, модульная канфігурацыя QoS, канфігурацыя QoS, канфігурацыя.

Спасылкі

Кіраўніцтва карыстальніка

Модульная канфігурацыя QoS маршрутызатараў серыі CISCO 8000

Інфармацыя аб прадукце

Інструкцыя па ўжыванні прадукту

Наследаванне палітыкі QoS

Часта задаюць пытанні (FAQ)

ПРАДМОВА РАЗДЗЕЛ 1 ГЛАВА 2

Апісанне

Кіраванне дарожным рухам скончанаview

Пірынгавы QoS для ABF

Пірынгавы QoS для ABF

Элементы класа трафіку

Дакументы / Рэсурсы

Спасылкі

Пакінуць каментар

Адмяніць адказ