CISCO 8000 Series Routers Modular QoS ការណែនាំអ្នកប្រើប្រាស់

ជំពូកទី 1៖ លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ
ជំពូកនេះផ្តល់នូវការបញ្ចប់view នៃលក្ខណៈពិសេសគុណភាពនៃសេវាកម្ម (QoS) ថ្មី និងផ្លាស់ប្តូរនៅក្នុងការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000 ។

ជំពូកទី 2: ការគ្រប់គ្រងចរាចរណ៍លើសview
ជំពូកនេះពន្យល់អំពីវិសាលភាពនៃការគ្រប់គ្រងចរាចរណ៍ រួមទាំងការគ្រប់គ្រងចរាចរណ៍បែបប្រពៃណី ការគ្រប់គ្រងចរាចរណ៍នៅលើរ៉ោតទ័ររបស់អ្នក ដែនកំណត់នៃគំរូ VoQ ការទទួលមរតកគោលនយោបាយ QoS និងការប្រើប្រាស់ Cisco Modular QoS CLI ដើម្បីដាក់ពង្រាយ QoS ។

វិសាលភាព
វិសាលភាពនៃការគ្រប់គ្រងចរាចរណ៍ពាក់ព័ន្ធនឹងការគ្រប់គ្រង និងផ្តល់អាទិភាពដល់ចរាចរណ៍បណ្តាញ ដើម្បីធានាបាននូវការបញ្ជូនទិន្នន័យប្រកបដោយប្រសិទ្ធភាព និងគួរឱ្យទុកចិត្ត។

ការគ្រប់គ្រងចរាចរណ៍ប្រពៃណី
ការគ្រប់គ្រងចរាចរណ៍តាមបែបប្រពៃណីពាក់ព័ន្ធនឹងការអនុវត្តបច្ចេកទេសផ្សេងៗដើម្បីគ្រប់គ្រងចរាចរណ៍បណ្តាញ ដូចជាការធ្វើទ្រង់ទ្រាយចរាចរណ៍ ប៉ូលីស និងការតម្រង់ជួរ។

ការគ្រប់គ្រងចរាចរណ៍នៅលើរ៉ោតទ័ររបស់អ្នក។
ផ្នែកនេះពន្យល់ពីរបៀបដែលការគ្រប់គ្រងចរាចរណ៍ត្រូវបានអនុវត្តនៅលើ Cisco 8000 Series Routers រួមទាំងការប្រើប្រាស់ 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 Series Routers។ ផ្នែកនេះផ្តល់នូវព័ត៌មានសំខាន់ៗអំពីការប្រើប្រាស់ MQC សម្រាប់ការដាក់ពង្រាយ QoS ។

ជំពូកទី 3៖ ចំណុចសំខាន់ៗអំពីគោលការណ៍តម្រង់ជួរ MQC Egress
ជំពូកនេះបង្ហាញពីការពិចារណាសំខាន់ៗ និងចំណុចដែលត្រូវកត់សម្គាល់នៅពេលកំណត់គោលការណ៍តម្រង់ជួរ MQC សម្រាប់ការអនុវត្ត QoS ប្រកបដោយប្រសិទ្ធភាព។

សំណួរដែលសួរញឹកញាប់ (FAQ)

សំណួរ៖ តើអ្វីជាការគ្រប់គ្រងចរាចរណ៍?
ចម្លើយ៖ ការគ្រប់គ្រងចរាចរណ៍ពាក់ព័ន្ធនឹងការគ្រប់គ្រង និងផ្តល់អាទិភាពដល់ចរាចរណ៍បណ្តាញ ដើម្បីធានាបាននូវការបញ្ជូនទិន្នន័យប្រកបដោយប្រសិទ្ធភាព និងគួរឱ្យទុកចិត្ត។

សំណួរ៖ តើខ្ញុំអាចកំណត់រចនាសម្ព័ន្ធគោលនយោបាយ QoS នៅលើ Cisco 8000 Series យ៉ាងដូចម្តេច? រ៉ោតទ័រ?
ចម្លើយ៖ អ្នកអាចប្រើ Cisco Modular QoS CLI (MQC) ដើម្បីកំណត់រចនាសម្ព័ន្ធ និងប្រើប្រាស់គោលការណ៍ QoS នៅលើ Cisco 8000 Series Routers។

សំណួរ៖ តើម៉ូដែល VoQ មានដែនកំណត់អ្វីខ្លះ?
ចម្លើយ៖ គំរូ VoQ មានដែនកំណត់ទាក់ទងនឹងមាត្រដ្ឋាន និងភាពស្មុគស្មាញ។ វាមានសារៈសំខាន់ណាស់ក្នុងការយល់ដឹងអំពីដែនកំណត់ទាំងនេះនៅពេលគ្រប់គ្រង QoS នៅក្នុងបណ្តាញដែលមានមូលដ្ឋានលើ VoQ ។

View Fullscreen

ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, IOS XR ចេញផ្សាយ 7.3.x
បោះពុម្ពលើកដំបូង៖ 2021-02-01 កែប្រែចុងក្រោយ៖ 2022-01-01
ទីស្នាក់ការកណ្តាលអាមេរិក
ស៊ីស្កូប្រព័ន្ធអ៊ីនធឺណេត ១៧០ វេសថាសម៉ានដ្រាយសានចូសេ CA ៩៥១៣៤-១៧០៦ សហរដ្ឋអាមេរិក http://www.cisco.com ទូរស័ព្ទ៖ ៤០៨ ៥២៦-៤០០០
៨០០ ៥៥៣-NETS (៦៣៨៧) ទូរសារ៖ ៤០៨ ៥២៧-០៨៨៣

ភាពជាក់លាក់ និងព័ត៌មានទាក់ទងនឹងផលិតផលនៅក្នុងសៀវភៅណែនាំនេះគឺអាចផ្លាស់ប្តូរដោយគ្មានការជូនដំណឹងជាមុន។ សេចក្តីថ្លែងការ ព័ត៌មាន និងអនុសាសន៍ទាំងអស់នៅក្នុងសៀវភៅណែនាំនេះត្រូវបានគេជឿថាមានភាពត្រឹមត្រូវ ប៉ុន្តែត្រូវបានបង្ហាញដោយគ្មានការធានានៃប្រភេទណាមួយ ការបង្ហាញ ឬបង្កប់ន័យ។ អ្នកប្រើប្រាស់ត្រូវតែទទួលខុសត្រូវទាំងស្រុងចំពោះកម្មវិធីរបស់ពួកគេនៃផលិតផលណាមួយ។
អាជ្ញាប័ណ្ណសូហ្វវែរ និងការធានាមានកំណត់សម្រាប់ផលិតផលដែលភ្ជាប់មកជាមួយ ត្រូវបានកំណត់ក្នុងកញ្ចប់ព័ត៌មានដែលដឹកជញ្ជូនជាមួយផលិតផល ហើយត្រូវបានរួមបញ្ចូលនៅទីនេះដោយឯកសារយោងនេះ។ ប្រសិនបើអ្នកមិនអាចកំណត់ទីតាំងអាជ្ញាប័ណ្ណកម្មវិធី ឬការធានាមានកំណត់ សូមទាក់ទងតំណាងស៊ីស្កូរបស់អ្នកសម្រាប់ច្បាប់ចម្លងមួយ។
ការអនុវត្ត Cisco នៃ TCP header compression គឺជាការសម្របខ្លួននៃកម្មវិធីដែលបង្កើតឡើងដោយសាកលវិទ្យាល័យ California, Berkeley (UCB) ដែលជាផ្នែកមួយនៃកំណែដែនសាធារណៈរបស់ UCB នៃប្រព័ន្ធប្រតិបត្តិការ UNIX ។ រក្សាសិទ្ធិគ្រប់យ៉ាង។ រក្សាសិទ្ធិ © 1981, Regents នៃសាកលវិទ្យាល័យកាលីហ្វ័រញ៉ា។
ដោយមិនមានការធានាណាមួយផ្សេងទៀតនៅទីនេះ ឯកសារទាំងអស់។ FILES និងសូហ្វវែររបស់អ្នកផ្គត់ផ្គង់ទាំងនេះត្រូវបានផ្តល់ជូន "ដូចដែលមាន" ជាមួយនឹងកំហុសទាំងអស់។ ក្រុមហ៊ុន CISCO និងអ្នកផ្គត់ផ្គង់ដែលមានឈ្មោះខាងលើបដិសេធមិនទទួលយកការធានាទាំងអស់ បង្ហាញ ឬបង្កប់ន័យ រួមទាំង ដោយគ្មានដែនកំណត់ ពាណិជ្ជកម្ម ភាពសមស្របក្នុងគោលបំណងពិសេស និងមិនរំលោភបំពាន។ ការប្រើប្រាស់ ឬការអនុវត្តពាណិជ្ជកម្ម។
ក្នុងករណីណាក៏ដោយ ស៊ីស្កូ ឬអ្នកផ្គត់ផ្គង់របស់ខ្លួនមិនត្រូវទទួលខុសត្រូវចំពោះការខូចខាតដោយអចេតនា ពិសេស ផលវិបាក ឬដោយចៃដន្យ រួមទាំង ដោយគ្មានដែនកំណត់ ការបាត់បង់ប្រាក់ចំណេញ ឬការបាត់បង់ ឬការខូចខាតក្នុងការប្រើប្រាស់ទិន្នន័យ សៀវភៅណែនាំនេះ ទោះបីជាស៊ីស្កូ ឬអ្នកផ្គត់ផ្គង់របស់ខ្លួនត្រូវបានណែនាំអំពីលទ្ធភាពនៃការខូចខាតបែបនេះក៏ដោយ។
អាសយដ្ឋាន និងលេខទូរស័ព្ទនៃពិធីការអ៊ីនធឺណិត (IP) ណាមួយដែលប្រើក្នុងឯកសារនេះមិនមានបំណងជាអាសយដ្ឋាន និងលេខទូរស័ព្ទពិតប្រាកដនោះទេ។ អតីតamples, command display output, network topology diagrams និងតួលេខផ្សេងទៀតដែលរួមបញ្ចូលក្នុងឯកសារត្រូវបានបង្ហាញក្នុងគោលបំណងជាឧទាហរណ៍ប៉ុណ្ណោះ។ រាល់ការប្រើប្រាស់អាសយដ្ឋាន 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)
រក្សាសិទ្ធគ្រប់យ៉ាងឆ្នាំ ២០១៧ ២០២០

បុព្វបទ ជំពូកទី១ ជំពូក២

ជំពូកទី 3

បុព្វបទ vii ការផ្លាស់ប្តូរឯកសារនេះ vii ការទំនាក់ទំនង សេវាកម្ម និងព័ត៌មានបន្ថែម vii
លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ 1 លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ 1
ការគ្រប់គ្រងចរាចរណ៍លើសview 3 Scope 3 Traditional Traffic Management 3 Traffic Management on your Router 3 Limitations of the VoQ Model 4 QoS Policy Inheritance 5 Cisco Modular QoS CLI to deploy QoS 6 ចំនុចសំខាន់ៗអំពី MQC Egress Queuing Policy 6
ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់ 9 ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់ 9 ចំណាត់ថ្នាក់កញ្ចប់លើសពីview 9 លក្ខណៈជាក់លាក់នៃ CoS សម្រាប់កញ្ចប់ព័ត៌មានជាមួយ IP អាទិភាព 10 IP Precedence Bits ប្រើដើម្បីចាត់ថ្នាក់កញ្ចប់ព័ត៌មាន 10 IP ការកំណត់តម្លៃមុន IP 10 IP អាទិភាពធៀបនឹង IP DSCP Marking 11 Packet Classification នៅលើ Router របស់អ្នក 11 កែលម្អ ACL Scaling ដោយប្រើ Peering QoS Points 12 សំខាន់ ACLs ១២

ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, IOS XR Release 7.3.x iii

មាតិកា

ជំពូកទី 4 ជំពូកទី 5

គោលការណ៍ណែនាំ និងការរឹតបន្តឹងសម្រាប់ Peering QoS 12 កំណត់រចនាសម្ព័ន្ធ Peering QoS សម្រាប់ ACL Scaling 13 ចាត់ថ្នាក់ និងចំណាំ ស្រទាប់ទី 3 បឋមកថានៅលើស្រទាប់ទី 2 ចំណុចប្រទាក់ 19 ធាតុថ្នាក់ចរាចរណ៍ 20 ថ្នាក់ចរាចរណ៍លំនាំដើម 21 បង្កើតថ្នាក់ចរាចរណ៍ 21 គោលការណ៍ចរាចរណ៍ 23 គោលការណ៍ចរាចរណ៍ 24 គោលការណ៍ទៅចំណុចប្រទាក់ 24
សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព 29 ការសម្គាល់កញ្ចប់ព័ត៌មានលើសview 29 Default Marking 29 QoS Behavior for Generic Routing Encapsulation (GRE) Tunnels 30 Packet Marking 30 QoS Behavior for Generic Routing Encapsulation (GRE) Tunnels 31 Class-based Unconditional Packet Marking Feature and Benefits 31 Unconditional Class32 Configure ការសម្គាល់កញ្ចប់ដោយគ្មានលក្ខខណ្ឌ៖ ឧamples 33 ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ IP អាទិភាព៖ ឧample 33 ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ IP DSCP៖ ឧample 34 ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ក្រុម QoS៖ ឧample 34 ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ CoS៖ ឧample 34 MPLS Experimental Bit Imposition Marking Configuration: Example 35 MPLS ការពិសោធន៍កំណត់រចនាសម្ព័ន្ធការសម្គាល់កំពូលបំផុត៖ ឧample 35 អាទិភាព IP បើប្រៀបធៀបទៅនឹង IP DSCP Marking 35 កំណត់រចនាសម្ព័ន្ធ DSCP CS7 (បុព្វបទ 7) 36 ការកែប្រែគោលការណ៍នៅនឹងកន្លែង 36 អនុសាសន៍សម្រាប់ការប្រើប្រាស់ការកែប្រែគោលការណ៍នៅនឹងកន្លែង 36
ការជៀសវាងការកកស្ទះ 39 ការជៀសវាងការកកស្ទះ 39 របៀបតម្រង់ជួរ 39 គោលការណ៍តម្រង់ជួរចំណុចប្រទាក់ចម្បង 40

ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, IOS XR Release 7.3.x iv

មាតិកា

ជំពូកទី 6

គោលការណ៍ដាក់ជួររងចំណុចប្រទាក់ 40 ការជៀសវាងការកកស្ទះនៅក្នុង VOQ 40
ការចែករំលែក VOQ Statistics Counters 41 Configuring Sharing of VOQ Statistics Counters 41
Dual Queue Limit 42 Restrictions 43
លំហូរចរាចរប្រកបដោយសមធម៌ ដោយប្រើយុត្តិធម៌ VOQ 44 VOQ យុត្តិធម៌៖ ហេតុអ្វីបានជា 44 VOQ យុត្តិធម៌: របៀប 45 យុត្តិធម៌ VOQ របៀប និងការចែករំលែកបញ្ជរ 46 VOQ យុត្តិធម៌ និងចំណិត (ឬធម្មតា) VOQs: ភាពខុសគ្នាសំខាន់ៗ 47 គោលការណ៍ណែនាំ និងដែនកំណត់ 47 កំណត់រចនាសម្ព័ន្ធ VOQ 48 យុត្តិធម៌
Modular QoS Congestion Avoidance 50 Tail Drop និង FIFO Queue 50
កំណត់រចនាសម្ព័ន្ធ Tail Drop 50 Random Early Detection និង TCP 52
កំណត់រចនាសម្ព័ន្ធការរកឃើញដំបូងដោយចៃដន្យ 52 ការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់ 54
កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព 57 ការគ្រប់គ្រងលំហូរអាទិភាពview 57 buffer-internal mode 59 Restrictions and Guidelines 59 buffer-extended mode 59 ការពិចារណាសំខាន់ៗ 60 ការគាំទ្រផ្នែករឹងសម្រាប់ការគ្រប់គ្រងលំហូរអាទិភាព 61 កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព 61 កំណត់រចនាសម្ព័ន្ធ ECN កម្រិតកំណត់ និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា 66 ការកំណត់តម្លៃអតិបរមាដែលអាចកំណត់បាន ECN កម្រិត ECN និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា 66 កម្រិត ECN និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា៖ សំណួរគេសួរញឹកញាប់ 67 គោលការណ៍ណែនាំ និងដែនកំណត់ 68 កំណត់រចនាសម្ព័ន្ធ ECN និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា 68

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, IOS XR Release 7.3.x v

មាតិកា

ជំពូកទី 7 ជំពូកទី 8

កម្មវិធីឃ្លាំមើលលំហូរអាទិភាពview 71 កំណត់រចនាសម្ព័ន្ធ ចន្លោះពេលឃ្លាំមើលលំហូរអាទិភាព 72
ការគ្រប់គ្រងការកកស្ទះ 75 ការគ្រប់គ្រងការកកស្ទះជាងview 75 Low-Latency Queuing with Strict Priority Queuing 75 Configure Low Latency Queuing with Strict Priority Queuing 75 Traffic Shaping 78 Configure Traffic Shaping 78 Traffic Policing 80 Committed Bursts and Excess Bursts 80 Single-Rater Police 81R 83 ការផ្ទុះការប្តេជ្ញាចិត្ត 85 ការផ្ទុះលើស 85 ពត៌មានលំអិតប៉ូលីសអត្រាពីរ 86
កំណត់រចនាសម្ព័ន្ធ QoS ម៉ូឌុលនៅលើបណ្តុំតំណ 89 QoS នៅលើបណ្តុំតំណ 89 ផ្ទុកតុល្យភាព 89 កំណត់រចនាសម្ព័ន្ធ QoS នៅលើបណ្តុំតំណ 90

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, IOS XR Release 7.3.x vi

បុព្វបទ

បុព្វកថានេះមានផ្នែកទាំងនេះ៖
· ការផ្លាស់ប្តូរឯកសារនេះ នៅលើទំព័រ vii · ការទំនាក់ទំនង សេវាកម្ម និងព័ត៌មានបន្ថែម នៅលើទំព័រ vii

ការផ្លាស់ប្តូរទៅឯកសារនេះ។

តារាងនេះរាយបញ្ជីការផ្លាស់ប្តូរបច្ចេកទេសដែលបានធ្វើឡើងចំពោះឯកសារនេះចាប់តាំងពីវាត្រូវបានបោះពុម្ពលើកដំបូង។
តារាងទី 1: ការផ្លាស់ប្តូរឯកសារនេះ។

កាលបរិច្ឆេទថ្ងៃទី ១៧ ខែមករា
ខែតុលា ឆ្នាំ 2021
ខែឧសភា ឆ្នាំ 2021 ខែកុម្ភៈ ឆ្នាំ 2021

ការផ្លាស់ប្តូរសង្ខេប បោះពុម្ពឡើងវិញជាមួយនឹងការធ្វើបច្ចុប្បន្នភាពឯកសារសម្រាប់ការចេញផ្សាយ 7.3.3
បោះពុម្ពឡើងវិញជាមួយនឹងការធ្វើបច្ចុប្បន្នភាពឯកសារសម្រាប់ការចេញផ្សាយ 7.3.2
បោះពុម្ពឡើងវិញសម្រាប់ការចេញផ្សាយ 7.3.15
ការចេញផ្សាយដំបូងនៃឯកសារនេះ។

ទំនាក់ទំនង សេវាកម្ម និងព័ត៌មានបន្ថែម
· ដើម្បីទទួលបានព័ត៌មានពាក់ព័ន្ធទាន់ពេលវេលាពី Cisco សូមចុះឈ្មោះនៅ Cisco Profile អ្នកគ្រប់គ្រង។ · ដើម្បីទទួលបានផលប៉ះពាល់អាជីវកម្មដែលអ្នកកំពុងស្វែងរកជាមួយនឹងបច្ចេកវិទ្យាដែលសំខាន់ សូមចូលទៅកាន់សេវាកម្ម Cisco ។ · ដើម្បីដាក់សំណើសេវាកម្ម សូមចូលទៅកាន់ Cisco Support ។ · ដើម្បីស្វែងរក និងរុករកកម្មវិធី ថ្នាក់សហគ្រាស ផលិតផល ដំណោះស្រាយ និងសេវាកម្មដែលមានសុវត្ថិភាព មានសុពលភាព សូមចូលទៅកាន់
ទីផ្សារស៊ីស្កូ។ · ដើម្បីទទួលបានបណ្តាញទូទៅ ការបណ្តុះបណ្តាល និងចំណងជើងវិញ្ញាបនប័ត្រ សូមចូលទៅកាន់ Cisco Press ។ · ដើម្បីស្វែងរកព័ត៌មានការធានាសម្រាប់ផលិតផលជាក់លាក់ ឬគ្រួសារផលិតផល សូមចូលទៅកាន់ Cisco Warranty Finder។

ការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, IOS XR ចេញផ្សាយ 7.3.x vii

បុព្វបទ

បុព្វបទ
ឧបករណ៍ស្វែងរកកំហុស Cisco Cisco Bug Search Tool (BST) គឺជា ក web-ឧបករណ៍ផ្អែកលើដែលដើរតួនាទីជាច្រកទៅកាន់ប្រព័ន្ធតាមដានកំហុស Cisco ដែលរក្សាបញ្ជីដ៏ទូលំទូលាយនៃពិការភាព និងភាពងាយរងគ្រោះនៅក្នុងផលិតផល និងសូហ្វវែររបស់ស៊ីស្កូ។ BST ផ្តល់ឱ្យអ្នកនូវព័ត៌មានលម្អិតអំពីពិការភាពអំពីផលិតផល និងកម្មវិធីរបស់អ្នក។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x viii

1 ជំពូក

លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ

· លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ នៅទំព័រ 1

លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ

តារាងទី 2៖ លក្ខណៈពិសេស QoS ត្រូវបានបន្ថែម ឬកែប្រែនៅក្នុង IOS XR Release 7.3.x

លក្ខណៈពិសេសលំហូរចរាចរណ៍សមធម៌ដោយប្រើ VOQ យុត្តិធម៌
កែលម្អការធ្វើមាត្រដ្ឋាន ACL ដោយប្រើ Peering QoS

ការពិពណ៌នា

បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ

ការកំណត់រចនាសម្ព័ន្ធមុខងារនេះ Release 7.3.3 ធានាថាចរាចរចូលពីច្រកប្រភពផ្សេងៗនៅលើគ្រប់បណ្តាញនៃ NPU ត្រូវបានផ្តល់ជួរលទ្ធផលនិម្មិតតែមួយគត់ (VOQ) សម្រាប់គ្រប់ច្រកប្រភព និងគូច្រកគោលដៅ។

លក្ខណៈពិសេសនេះរួមបញ្ចូលគ្នានូវមុខងារចេញផ្សាយ 7.3.2 នៃ QoS និងបញ្ជីត្រួតពិនិត្យការចូលប្រើសុវត្ថិភាព (ACLs)។ ការរួមបញ្ចូលគ្នានេះអនុញ្ញាតឱ្យប្រើតម្រង ACL ជាមួយ Object Group ACL ដែលផ្តល់នូវមាត្រដ្ឋាន ACL ដែលត្រូវបានកែលម្អយ៉ាងខ្លាំង ដោយសារតែការប្រើប្រាស់ TCAM ទាបជាងច្រើន។

កន្លែងដែលឯកសារលំហូរចរាចរណ៍សមធម៌ដោយប្រើប្រាស់ VOQ យុត្តិធម៌ នៅទំព័រ 44
កែលម្អការធ្វើមាត្រដ្ឋាន ACL ដោយប្រើ Peering QoS នៅទំព័រ 12

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 1

លក្ខណៈពិសេស QoS ថ្មី និងផ្លាស់ប្តូរ

មុខងារ QoS Policy Inheritance

ការពិពណ៌នា

បានផ្លាស់ប្តូរនៅក្នុងការចេញផ្សាយ

មុខងារគឺផ្អែកលើការចេញផ្សាយ 7.3.15 នៅលើគំរូមរតក ដែលអ្នកបង្កើត និងអនុវត្តគោលការណ៍ QoS ទៅកាន់ចំណុចប្រទាក់មេ។ ចំណុចប្រទាក់រងដែលត្រូវបានភ្ជាប់ទៅចំណុចប្រទាក់មេទទួលមរតកគោលការណ៍ដោយស្វ័យប្រវត្តិ។

ការគ្រប់គ្រងលំហូរអាទិភាព កាតបន្ទាត់ទាំងនេះគាំទ្រការចេញផ្សាយ 7.3.15 ការគាំទ្រនៅលើ Cisco 8800 មុខងារ Priority Flow Control 36×400 GbE QSFP56-DD ។ កាតបន្ទាត់ (88-LC0-36FH-M)

QoS Behavior for Generic ជាមួយនឹងការណែនាំនៃការចេញផ្សាយ 7.3.1 Routing (GRE) Tunnels support for GRE
ចំណុចប្រទាក់ផ្លូវរូងក្រោមដី encapsulation និង decapsulation មានការអាប់ដេតសំខាន់ៗមួយចំនួនចំពោះឥរិយាបថ QoS សម្រាប់ផ្លូវរូងក្រោមដី GRE កំឡុងពេល encapsulation និង decapsulation ។

កន្លែងដែលឯកសារ QoS Policy Inheritance នៅទំព័រ 5
ការគ្រប់គ្រងលំហូរអាទិភាពviewនៅទំព័រ 57
ការសម្គាល់លំនាំដើមនៅទំព័រទី 29 និងការសម្គាល់កញ្ចប់នៅទំព័រទី 30

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 2

2 ជំពូក

ការគ្រប់គ្រងចរាចរណ៍លើសview

វិសាលភាព

· វិសាលភាព នៅទំព័រទី 3 · ការគ្រប់គ្រងចរាចរណ៍តាមបែបប្រពៃណី នៅទំព័រទី 3 · ការគ្រប់គ្រងចរាចរណ៍នៅលើរ៉ោតទ័ររបស់អ្នក នៅទំព័រទី 3 · ដែនកំណត់នៃគំរូ VoQ នៅទំព័រទី 4 · QoS Policy Inheritance នៅទំព័រ 5 · Cisco Modular QoS CLI ដើម្បីដាក់ពង្រាយ QoS , នៅទំព័រ 6
សូមអានការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធនេះ ដើម្បីស្វែងយល់អំពីស្ថាបត្យកម្មរួមដែលផ្តល់ថាមពលដល់បច្ចេកវិទ្យា Cisco Quality of Service (QoS) និងរបៀបប្រើលក្ខណៈពិសេសរបស់វាដើម្បីកំណត់ និងគ្រប់គ្រងប៉ារ៉ាម៉ែត្រនៃកម្រិតបញ្ជូន និងការបាត់បង់កញ្ចប់ព័ត៌មាននៅលើបណ្តាញរបស់អ្នក។

ការគ្រប់គ្រងចរាចរណ៍ប្រពៃណី
នៅក្នុងវិធីសាស្រ្តប្រពៃណីនៃការគ្រប់គ្រងចរាចរណ៍ កញ្ចប់ចរាចរណ៍ត្រូវបានផ្ញើទៅកាន់ជួរលទ្ធផល egress ដោយមិនបានគិតគូរពីភាពអាចរកបាននៃចំណុចប្រទាក់ egress ដើម្បីបញ្ជូន។
នៅទីនោះក៏មានបញ្ហាដែរ។ ក្នុងករណីមានការកកស្ទះចរាចរណ៍ កញ្ចប់ចរាចរណ៍អាចនឹងធ្លាក់នៅច្រកចេញចូល។ ដែលមានន័យថាធនធានបណ្តាញដែលបានចំណាយក្នុងការទទួលបានកញ្ចប់ព័ត៌មានពីជួរបញ្ចូល ingress ឆ្លងកាត់ក្រណាត់ប្តូរទៅជួរលទ្ធផលនៅពេល egress ត្រូវបានខ្ជះខ្ជាយ។ នោះមិនមែនជាជួរបញ្ចូលទាំងអស់ទេ ចរាចរណ៍សតិបណ្ដោះអាសន្នដែលមានន័យសម្រាប់ច្រកចេញចូលផ្សេងៗគ្នា ដូច្នេះការកកស្ទះនៅលើច្រកច្រកចូលមួយអាចប៉ះពាល់ដល់ចរាចរណ៍នៅលើច្រកផ្សេងទៀត ដែលជាព្រឹត្តិការណ៍មួយហៅថាការទប់ស្កាត់ក្បាលបន្ទាត់។

ការគ្រប់គ្រងចរាចរណ៍នៅលើរ៉ោតទ័ររបស់អ្នក។
អង្គភាពដំណើរការបណ្តាញ (NPU) របស់រ៉ោតទ័ររបស់អ្នកប្រើស្ថាបត្យកម្មបញ្ជូនបន្តដែលមានមូលដ្ឋានលើ ingress-egress (VoQ) ដើម្បីគ្រប់គ្រងចរាចរណ៍។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 3

ដែនកំណត់នៃគំរូ VoQ រូបភាពទី 1៖ លំហូរចរាចរណ៍ពីច្រកចូលនៅលើបន្ទះ 0 ទៅកាន់ច្រកច្រកចេញនៅលើរន្ធ 3

ការគ្រប់គ្រងចរាចរណ៍លើសview

នៅទីនេះ ថ្នាក់ចរាចរចូលនីមួយៗមានការធ្វើផែនទី VoQ ពីមួយទៅមួយពីផ្នែកខាងក្នុងនីមួយៗ (បំពង់) ទៅកាន់ច្រកច្រកចេញនីមួយៗ។ ដែលមានន័យថា រាល់ចំណុចប្រទាក់ egress (#5 ក្នុងរូបភាព) បានកំណត់ចន្លោះសតិបណ្ដោះអាសន្ននៅលើគ្រប់បំពង់ ingress (#1 ក្នុងរូបភាព) សម្រាប់ VoQs នីមួយៗរបស់វា។ នេះជារបៀបដែលរឿងរ៉ាវនៃការធ្វើដំណើររបស់កញ្ចប់ព័ត៌មានក្នុងពេលមានការកកស្ទះនៅលើប្រព័ន្ធរ៉ោតទ័ររបស់អ្នក៖ #1៖ កញ្ចប់ A (ពណ៌បៃតង), B (ពណ៌ផ្កាឈូក) និង C (ពណ៌ត្នោត) ស្ថិតនៅចំណុចប្រទាក់ចូល។ នេះជាកន្លែងដែលការសម្គាល់កញ្ចប់ព័ត៌មាន ការចាត់ថ្នាក់ និងការធ្វើប៉ូលិសកើតឡើង។ (សម្រាប់ព័ត៌មានលម្អិត សូមមើល Mark Packets ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព នៅទំព័រទី 29 ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់ នៅទំព័រទី 9 និងការគ្រប់គ្រងការកកស្ទះនៅទំព័រ 75 ។ VoQs នេះគឺជាកន្លែងដែលការតម្រង់ជួរ ការបញ្ជូន VoQ និងទម្លាក់កញ្ចប់ព័ត៌មាន និងបញ្ជរបៃចូលមកលេង។ (សម្រាប់ព័ត៌មានលម្អិត សូមមើល ការជៀសវាងការកកស្ទះ នៅទំព័រ 2 ។) # 39៖ អាស្រ័យលើកម្រិតបញ្ជូនដែលមាននៅលើចំណុចប្រទាក់ egress កញ្ចប់ទាំងនេះត្រូវបានទទួលរងនូវការកំណត់ពេល egress ដែលជាកន្លែងដែលឥណទាន និងកម្មវិធីកំណត់ពេលបញ្ជូនត្រូវបានកំណត់រចនាសម្ព័ន្ធ។ ម្យ៉ាងវិញទៀត កញ្ចប់ព័ត៌មាន និងលំដាប់ដែលពួកគេនឹងបន្តឆ្ពោះទៅរកចំណុចប្រទាក់ egress ត្រូវបានកំណត់នៅទីនេះ។ នេះគឺជាកន្លែងដែលកម្រិតបញ្ជូនក្រណាត់ត្រូវបានយកមកពិចារណាសម្រាប់ការកំណត់ពេលចេញដំណើរ។ #3: កញ្ចប់ត្រូវបានប្តូរតាមក្រណាត់។ #៥៖ នៅដំណាក់កាលចុងក្រោយ ការសម្គាល់ និងការចាត់ថ្នាក់កើតឡើង ហើយការកកស្ទះត្រូវបានគ្រប់គ្រងតាមរបៀបដែលនៅដំណាក់កាលនេះ។tage មិនមាន packet ធ្លាក់ចុះទេ ហើយកញ្ចប់ទាំងអស់ត្រូវបានបញ្ជូនទៅ hop បន្ទាប់។
ដែនកំណត់នៃម៉ូដែល VoQ
ខណៈពេលដែលគំរូ VoQ នៃការគ្រប់គ្រងចរាចរណ៍ផ្តល់នូវ advan ដាច់ដោយឡែកtages (កាត់បន្ថយតម្រូវការកម្រិតបញ្ជូននៃអង្គចងចាំ ការផ្តល់លំហូរ QoS ពីចុងដល់ចុង) វាមានដែនកំណត់នេះ៖ មាត្រដ្ឋានជួរ egress សរុបគឺទាបជាង ដោយសារជួរ egress នីមួយៗត្រូវតែចម្លងជា ingress VoQ នៅលើផ្នែកនីមួយៗនៃ NPU/ASIC នីមួយៗនៅក្នុង ប្រព័ន្ធ។ នេះមានន័យថាជាមួយនឹងការបន្ថែម 1 NPU ជាមួយនឹង 20 ចំណុចប្រទាក់
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 4

ការគ្រប់គ្រងចរាចរណ៍លើសview

មរតកគោលនយោបាយ QoS

ចំនួន VoQs ដែលប្រើនៅលើ NPU នីមួយៗនៅក្នុងប្រព័ន្ធនឹងកើនឡើង 20 x 8 (ជួរ/ចំណុចប្រទាក់) = 160។ វាក៏មានការកើនឡើងនៃចំនួនឧបករណ៍ភ្ជាប់ឥណទានពីកម្មវិធីកំណត់ពេលនីមួយៗសម្រាប់ច្រកចេញចូលនីមួយៗនៅលើ NPUs ដែលមានស្រាប់ពីមុនទៅ បំណែកនីមួយៗនៅក្នុង NPU ដែលបានបញ្ចូលថ្មី។

មរតកគោលនយោបាយ QoS

តារាងទី 3: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះមុខងារ QoS Policy Inheritance

ការចេញផ្សាយព័ត៌មានចេញផ្សាយ 7.3.15

ការពិពណ៌នាលក្ខណៈពិសេស
ដើម្បីបង្កើតគោលការណ៍ QoS សម្រាប់ចំណុចប្រទាក់រង អ្នកត្រូវអនុវត្តគោលការណ៍លើចំណុចប្រទាក់រងនីមួយៗដោយដៃ។ ពីការចេញផ្សាយនេះ អ្វីដែលអ្នកធ្វើគឺបង្កើត និងអនុវត្តគោលការណ៍ QoS តែមួយនៅលើចំណុចប្រទាក់ចម្បង និងចំណុចប្រទាក់រងដោយស្វ័យប្រវត្តិទទួលនូវគោលការណ៍នេះ។
គំរូមរតកផ្តល់នូវវិធីសាស្រ្តដែលអាចរក្សាបានយ៉ាងងាយស្រួលសម្រាប់ការអនុវត្តគោលការណ៍ ដែលអនុញ្ញាតឱ្យអ្នកបង្កើតគោលការណ៍កំណត់គោលដៅសម្រាប់ក្រុមនៃចំណុចប្រទាក់ និងចំណុចប្រទាក់រងរបស់ពួកគេ។ ម៉ូដែលនេះជួយសន្សំសំចៃពេលវេលា និងធនធានរបស់អ្នក ខណៈពេលដែលបង្កើតគោលការណ៍ QoS។

· តើមុខងារនេះនិយាយអំពីអ្វី?—ដូចឈ្មោះបានបង្ហាញ មុខងារគឺផ្អែកលើគំរូមរតក ដែលអ្នកបង្កើត និងអនុវត្តគោលការណ៍ QoS ទៅកាន់ចំណុចប្រទាក់មេ។ ចំណុចប្រទាក់រងដែលត្រូវបានភ្ជាប់ទៅចំណុចប្រទាក់មេទទួលមរតកគោលការណ៍ដោយស្វ័យប្រវត្តិ។ គំរូមរតកអនុវត្តចំពោះប្រតិបត្តិការ QoS ទាំងអស់រួមទាំង៖ · ចំណាត់ថ្នាក់
· ការសម្គាល់
·ប៉ូលីស
· ទម្រង់

· តើគំរូមរតកជួយយ៉ាងដូចម្តេច?ample, ចំណុចប្រទាក់រងចំនួនប្រាំបី អ្នកបានបង្កើត និងអនុវត្តគោលការណ៍ចំពោះចំណុចប្រទាក់រងទាំងនោះដាច់ដោយឡែកពីគ្នា។ ជាមួយនឹងគំរូមរតក អ្នកសន្សំសំចៃពេលវេលា និងធនធាន ដោយគ្រាន់តែប្រើគោលការណ៍មួយដោយស្វ័យប្រវត្តិលើចំណុចប្រទាក់មេ និងចំណុចប្រទាក់រងរបស់វា។
· តើខ្ញុំត្រូវធ្វើអ្វីបន្ថែមទៀតដើម្បីបើកគំរូមរតកទេ? គំរូមរតកគឺជាជម្រើសលំនាំដើម។
· ចុះបើខ្ញុំចង់បដិសេធជម្រើសមរតក?–តាមបច្ចេកទេស អ្នកមិនអាចបដិសេធជម្រើសនេះបានទេ។ ទោះយ៉ាងណាក៏ដោយ អ្នកអាចលុបគោលការណ៍ចេញពីចំណុចប្រទាក់មេ ហើយបន្ថែមគោលការណ៍ទៅចំណុចប្រទាក់រង លើកលែងតែអ្នកមិនចង់ឱ្យគោលការណ៍នេះទទួលមរតក។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 5

Cisco Modular QoS CLI ដើម្បីដាក់ពង្រាយ QoS

ការគ្រប់គ្រងចរាចរណ៍លើសview

· ចុះស្ថិតិផែនទីគោលនយោបាយវិញ?—មិនមានការផ្លាស់ប្ដូរចំពោះឥរិយាបថនេះទេ។ ការដំណើរការពាក្យបញ្ជា show policy-map interface បង្ហាញស្ថិតិប្រមូលផ្តុំសម្រាប់ចំណុចប្រទាក់មួយ ហើយលេខទាំងនេះរួមបញ្ចូលចំណុចប្រទាក់រងផងដែរ។
· ការកំណត់ណាមួយដែលខ្ញុំត្រូវដឹង?–មិនមានការគាំទ្រសម្រាប់គោលការណ៍សម្គាល់ ECN និង egress គោលការណ៍សម្គាល់នៅលើចំណុចប្រទាក់ដូចគ្នា និងការរួមបញ្ចូលគ្នានៃផ្ទៃរង។ ទោះជាយ៉ាងណាក៏ដោយ មុខងារមរតកគោលនយោបាយ 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
ទាំងនេះគឺជាចំណុចសំខាន់ៗដែលអ្នកត្រូវតែដឹងអំពីគោលការណ៍តម្រង់ជួរ MQC : · គោលការណ៍តម្រង់ជួរ MQC មានសំណុំនៃផែនទីថ្នាក់ ដែលត្រូវបានបន្ថែមទៅផែនទីគោលនយោបាយ។ អ្នកគ្រប់គ្រងការតម្រង់ជួរ និងការកំណត់កាលវិភាគសម្រាប់ថ្នាក់ចរាចរណ៍នោះ ដោយអនុវត្តសកម្មភាពចំពោះគោលការណ៍។
· class-default តែងតែផ្គូផ្គង traffic-class 0។ ម្យ៉ាងទៀត គ្មាន class ផ្សេងទៀតអាចផ្គូផ្គង traffic-class 0 បានទេ។
· ប្រសិនបើថ្នាក់ចរាចរណ៍មិនមានថ្នាក់ដែលត្រូវគ្នានៅក្នុងផែនទីគោលការណ៍ដែលបានអនុវត្តទេ វាតែងតែផ្គូផ្គងថ្នាក់-លំនាំដើម។ ម្យ៉ាងវិញទៀត វាប្រើ Traffic-class 0 VoQ។
· ការរួមបញ្ចូលគ្នាតែមួយគត់នៃថ្នាក់ចរាចរណ៍ដែលត្រូវគ្នានឹងថ្នាក់-លំនាំដើមទាមទារថ្នាក់ចរាចរណ៍ដាច់ដោយឡែក (TC) profile. ចំនួននៃ TC profiles ត្រូវបានកំណត់ត្រឹម 8 សម្រាប់ចំណុចប្រទាក់មេ និង 8 សម្រាប់ចំណុចប្រទាក់រង។
· អ្នកមិនអាចកំណត់រចនាសម្ព័ន្ធថ្នាក់ចរាចរណ៍ច្រើនជាមួយកម្រិតអាទិភាពដូចគ្នាបានទេ។
· កម្រិតអាទិភាពនីមួយៗ នៅពេលកំណត់រចនាសម្ព័ន្ធ ត្រូវតែកំណត់រចនាសម្ព័ន្ធទៅថ្នាក់ដែលត្រូវគ្នានឹង TC ដែលត្រូវគ្នាដូចបង្ហាញក្នុងតារាងខាងក្រោម។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 6

ការគ្រប់គ្រងចរាចរណ៍លើសview

ចំណុចសំខាន់ៗអំពីគោលការណ៍តម្រង់ជួរ MQC Egress

កម្រិតអាទិភាព P1 P2 P3 P4 P5 P6 P7

ថ្នាក់ចរាចរណ៍ ៧ ៦ ៥ ៤ ៣ ២ ១

· ប្រសិនបើកម្រិតអាទិភាពទាំងអស់ដែលបានកំណត់រចនាសម្ព័ន្ធនៅក្នុងផែនទីគោលនយោបាយត្រូវបានតម្រៀប ពួកគេត្រូវតែជាប់គ្នា។ ម្យ៉ាងវិញទៀត អ្នកមិនអាចរំលងកម្រិតអាទិភាពបានទេ។ សម្រាប់អតីតample, P1 P2 P4 (រំលង P3) មិនត្រូវបានអនុញ្ញាតទេ។
· ចាប់ពី IOS XR Release 7.3.1 តទៅ អ្នកអាចបង្កើត TCs អាទិភាពជាប់គ្នាតែមួយ។ ត្រូវប្រាកដថាអ្នកកំណត់កម្រិតអាទិភាពដែលកើនឡើងសម្រាប់រាល់ TC ឬនៅដដែល ប៉ុន្តែកុំបន្ថយ។ ដូចគ្នានេះផងដែរត្រូវប្រាកដថាអ្នកកំណត់អាទិភាពកម្រិត 1 សម្រាប់ថ្នាក់ចរាចរណ៍ 7។ អ្នកមិនចាំបាច់កំណត់រចនាសម្ព័ន្ធថ្នាក់ចរាចរណ៍ដែលមិនប្រើទេ ដូច្នេះអ្នកអាចបង្កើតតែ TCs ជាច្រើនដែលអ្នកត្រូវការនៅលើ egress policy-map។
· MQC គាំទ្ររហូតដល់ពីរកម្រិត (មាតាបិតា កូន) នៃគោលការណ៍តម្រង់ជួរ។ កម្រិតមេប្រមូលផ្តុំថ្នាក់ចរាចរណ៍ទាំងអស់ ហើយចំណែកឯកម្រិតកុមារបែងចែកថ្នាក់ចរាចរណ៍ដោយប្រើប្រាស់ថ្នាក់ MQC ។
· មានតែសកម្មភាពទាំងនេះប៉ុណ្ណោះដែលត្រូវបានគាំទ្រនៅក្នុងគោលការណ៍តម្រង់ជួរ៖ · អាទិភាព
·រាង
· សមាមាត្រកម្រិតបញ្ជូនដែលនៅសល់
·ដែនកំណត់ជួរ
· ការរកឃើញដំបូងដោយចៃដន្យ (ក្រហម)
· ការគ្រប់គ្រងលំហូរអាទិភាព

· អ្នកអាចមានតម្លៃថ្នាក់ចរាចរណ៍ផ្គូផ្គងតែមួយគត់ក្នុងផែនទីថ្នាក់។ · អ្នកមិនអាចអនុវត្តគោលការណ៍តម្រង់ជួរទៅចំណុចប្រទាក់មេ និងចំណុចប្រទាក់រងរបស់វាបានទេ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 7

ចំណុចសំខាន់ៗអំពីគោលការណ៍តម្រង់ជួរ MQC Egress

ការគ្រប់គ្រងចរាចរណ៍លើសview

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 8

3 ជំពូក
ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់
· ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់ នៅទំព័រទី 9 · ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មានលើសviewនៅលើទំព័រទី 9 · ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មាននៅលើរ៉ោតទ័ររបស់អ្នក នៅទំព័រទី 11 · ធាតុនៃថ្នាក់ចរាចរណ៍ នៅទំព័រទី 20 · ថ្នាក់ចរាចរណ៍លំនាំដើម នៅទំព័រទី 21 · បង្កើតថ្នាក់ចរាចរណ៍ នៅទំព័រទី 21 · ធាតុនៃគោលការណ៍ចរាចរណ៍ នៅទំព័រទី 23 · បង្កើត គោលនយោបាយចរាចរណ៍ នៅទំព័រទី 24 · ភ្ជាប់គោលនយោបាយចរាចរណ៍ទៅចំណុចប្រទាក់មួយ នៅទំព័រ 24
ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់
សូមអានផ្នែកនេះដើម្បីបញ្ចប់view ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មាន និងប្រភេទការចាត់ថ្នាក់កញ្ចប់ព័ត៌មានផ្សេងៗសម្រាប់រ៉ោតទ័ររបស់អ្នក។
ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មានលើសview
ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មានពាក់ព័ន្ធនឹងការចាត់ថ្នាក់កញ្ចប់ព័ត៌មាននៅក្នុងក្រុមជាក់លាក់មួយ (ឬថ្នាក់) ហើយចាត់ឱ្យវាជាអ្នកពណ៌នាអំពីចរាចរណ៍ ដើម្បីធ្វើឱ្យវាអាចចូលដំណើរការបានសម្រាប់ការគ្រប់គ្រង QoS នៅលើបណ្តាញ។ អ្នកពណ៌នាអំពីចរាចរណ៍មានព័ត៌មានអំពីការព្យាបាលការបញ្ជូនបន្ត (គុណភាពនៃសេវាកម្ម) ដែលកញ្ចប់ព័ត៌មានគួរទទួលបាន។ ដោយប្រើការចាត់ថ្នាក់កញ្ចប់ព័ត៌មាន អ្នកអាចបែងចែកចរាចរណ៍បណ្តាញទៅជាកម្រិតអាទិភាពច្រើន ឬថ្នាក់នៃសេវាកម្ម។ នៅពេលដែលការពិពណ៌នាចរាចរណ៍ត្រូវបានប្រើដើម្បីចាត់ថ្នាក់ចរាចរណ៍ ប្រភពយល់ព្រមប្រកាន់ខ្ជាប់នូវលក្ខខណ្ឌដែលបានចុះកិច្ចសន្យា ហើយបណ្តាញសន្យាថានឹងមានគុណភាពនៃសេវាកម្ម។ នេះជាកន្លែងដែលប៉ូលិសចរាចរណ៍ និងអ្នកធ្វើចរាចរណ៍ចូលមកក្នុងរូបភាព។ ប៉ូលីសចរាចរណ៍ និងអ្នករៀបចំចរាចរណ៍ប្រើប្រាស់អ្នកពណ៌នាចរាចរណ៍នៃកញ្ចប់ព័ត៌មាន ពោលគឺការចាត់ថ្នាក់របស់វា ដើម្បីធានាបាននូវការប្រកាន់ខ្ជាប់នូវកិច្ចសន្យា។ Modular Quality of Service (QoS) command-line interface (MQC) ត្រូវបានប្រើដើម្បីកំណត់លំហូរចរាចរដែលត្រូវតែចាត់ថ្នាក់ ដែលលំហូរចរាចរណ៍នីមួយៗត្រូវបានគេហៅថា class of service ឬ class។ ក្រោយមក គោលការណ៍ចរាចរណ៍ត្រូវបានបង្កើត និងអនុវត្តចំពោះថ្នាក់។ ចរាចរណ៍ទាំងអស់មិនត្រូវបានកំណត់អត្តសញ្ញាណដោយថ្នាក់ដែលបានកំណត់ធ្លាក់ចូលទៅក្នុងប្រភេទនៃថ្នាក់លំនាំដើម។
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 9

ភាពជាក់លាក់នៃ CoS សម្រាប់កញ្ចប់ព័ត៌មានដែលមាន IP នាំមុខ

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

ចំណាំ ចាប់ពី Cisco IOS XR Release 7.2.12 តទៅ អ្នកអាចចាត់ថ្នាក់កញ្ចប់ព័ត៌មាននៅលើ Layer 2 transport interfaces ដោយប្រើតម្លៃបឋមកថា Layer 3។ ទោះយ៉ាងណាក៏ដោយ លក្ខណៈពិសេសនេះអនុវត្តតែចំពោះចំណុចប្រទាក់មេ (ចំណុចប្រទាក់រូបវន្ត និងបណ្តុំ) ប៉ុណ្ណោះ ហើយមិនមែននៅលើចំណុចប្រទាក់រងទេ។
ភាពជាក់លាក់នៃ CoS សម្រាប់កញ្ចប់ព័ត៌មានដែលមាន IP នាំមុខ
ការប្រើប្រាស់អាទិភាព IP អនុញ្ញាតឱ្យអ្នកបញ្ជាក់ CoS សម្រាប់កញ្ចប់ព័ត៌មាន។ អ្នកអាចបង្កើតសេវាកម្មផ្សេងគ្នាដោយកំណត់កម្រិតអាទិភាពលើចរាចរណ៍ចូល និងប្រើប្រាស់ពួកវារួមផ្សំជាមួយនឹងមុខងារតម្រង់ជួរ QoS។ ដូច្នេះ ធាតុបណ្តាញជាបន្តបន្ទាប់នីមួយៗអាចផ្តល់សេវាកម្មដោយផ្អែកលើគោលការណ៍ដែលបានកំណត់។ អាទិភាព IP ជាធម្មតាត្រូវបានដាក់ពង្រាយនៅជិតគែមនៃបណ្តាញ ឬដែនរដ្ឋបាលតាមដែលអាចធ្វើទៅបាន។ នេះអនុញ្ញាតឱ្យផ្នែកដែលនៅសល់នៃស្នូល ឬឆ្អឹងខ្នងដើម្បីអនុវត្ត QoS ដោយផ្អែកលើអាទិភាព។
រូបភាពទី 2៖ ប្រភេទកញ្ចប់ IPv4 នៃវាលសេវាកម្ម

អ្នកអាចប្រើប៊ីតអាទិភាពបីក្នុងវាលប្រភេទសេវាកម្ម (ToS) នៃបឋមកថា IPv4 សម្រាប់គោលបំណងនេះ។ ដោយប្រើប៊ីត ToS អ្នកអាចកំណត់រហូតដល់ប្រាំបីថ្នាក់នៃសេវាកម្ម។ លក្ខណៈពិសេសផ្សេងទៀតដែលបានកំណត់រចនាសម្ព័ន្ធទូទាំងបណ្តាញបន្ទាប់មកអាចប្រើប៊ីតទាំងនេះដើម្បីកំណត់ពីរបៀបព្យាបាលកញ្ចប់ព័ត៌មានទាក់ទងនឹង ToS ដើម្បីផ្តល់វា។ មុខងារ QoS ផ្សេងទៀតទាំងនេះអាចកំណត់គោលការណ៍គ្រប់គ្រងចរាចរណ៍សមស្រប រួមទាំងយុទ្ធសាស្ត្រគ្រប់គ្រងការកកស្ទះ និងការបែងចែកកម្រិតបញ្ជូន។ សម្រាប់អតីតample, លក្ខណៈពិសេសលំដាប់ជួរដូចជា LLQ អាចប្រើការកំណត់អាទិភាព IP នៃកញ្ចប់ព័ត៌មានដើម្បីកំណត់អាទិភាពចរាចរណ៍។
IP Precedence Bits ប្រើដើម្បីចាត់ថ្នាក់កញ្ចប់ព័ត៌មាន
ប្រើប៊ីតអាទិភាព IP បីនៅក្នុងវាល ToS នៃបឋមកថា IP ដើម្បីបញ្ជាក់ការចាត់តាំង CoS សម្រាប់កញ្ចប់ព័ត៌មាននីមួយៗ។ អ្នកអាចបែងចែកចរាចរណ៍ទៅជាអតិបរមាចំនួនប្រាំបីថ្នាក់ ហើយបន្ទាប់មកប្រើផែនទីគោលនយោបាយដើម្បីកំណត់គោលការណ៍បណ្តាញទាក់ទងនឹងការគ្រប់គ្រងការកកស្ទះ និងការបែងចែកកម្រិតបញ្ជូនសម្រាប់ថ្នាក់នីមួយៗ។ អាទិភាពនីមួយៗត្រូវគ្នាទៅនឹងឈ្មោះមួយ។ ការកំណត់ប៊ីតអាទិភាព IP 6 និង 7 ត្រូវបានបម្រុងទុកសម្រាប់ព័ត៌មានការគ្រប់គ្រងបណ្តាញ ដូចជាការធ្វើបច្ចុប្បន្នភាពផ្លូវ។ ឈ្មោះទាំងនេះត្រូវបានកំណត់នៅក្នុង RFC 791 ។
ការកំណត់តម្លៃអាទិភាព IP
តាមលំនាំដើម រ៉ោតទ័រ ទុកតម្លៃ IP ជាមុនសិន។ វារក្សាតម្លៃអាទិភាពដែលបានកំណត់ក្នុងបឋមកថា និងអនុញ្ញាតឱ្យឧបករណ៍បណ្តាញខាងក្នុងទាំងអស់ផ្តល់សេវាកម្មដោយផ្អែកលើការកំណត់អាទិភាព IP ។ គោលការណ៍នេះអនុវត្តតាមវិធីសាស្រ្តស្ដង់ដារដែលចែងថាចរាចរណ៍បណ្តាញគួរតែត្រូវបានតម្រៀបទៅជាប្រភេទសេវាកម្មផ្សេងៗនៅគែមនៃបណ្តាញ ហើយប្រភេទសេវាកម្មទាំងនោះគួរតែត្រូវបានអនុវត្តនៅក្នុងស្នូលនៃបណ្តាញ។ រ៉ោតទ័រនៅក្នុងស្នូលនៃបណ្តាញអាចប្រើប៊ីតនាំមុខដើម្បីកំណត់លំដាប់នៃការបញ្ជូន លទ្ធភាពនៃការទម្លាក់កញ្ចប់ព័ត៌មានជាដើម។ ដោយសារតែចរាចរណ៍ដែលចូលមកក្នុងបណ្តាញរបស់អ្នកអាចមានអាទិភាពកំណត់ដោយឧបករណ៍ខាងក្រៅ យើងសូមណែនាំឱ្យអ្នកកំណត់ឡើងវិញនូវអាទិភាពសម្រាប់ចរាចរណ៍ទាំងអស់ដែលចូលក្នុងបណ្តាញរបស់អ្នក។ តាមរយៈការគ្រប់គ្រងការកំណត់ IP អាទិភាព
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 10

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

អាទិភាព IP បើប្រៀបធៀបទៅនឹង IP DSCP Marking

ហាមឃាត់អ្នកប្រើប្រាស់ដែលបានកំណត់អាទិភាព IP រួចហើយពីការទទួលបានសេវាកម្មប្រសើរជាងមុនសម្រាប់ចរាចរណ៍របស់ពួកគេដោយគ្រាន់តែកំណត់អាទិភាពខ្ពស់សម្រាប់កញ្ចប់ព័ត៌មានទាំងអស់របស់ពួកគេ។ ការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់ និងលក្ខណៈពិសេស LLQ អាចប្រើប៊ីតអាទិភាព IP ។
អាទិភាព IP បើប្រៀបធៀបទៅនឹង IP DSCP Marking
ប្រសិនបើអ្នកត្រូវការសម្គាល់កញ្ចប់ព័ត៌មាននៅក្នុងបណ្តាញរបស់អ្នក ហើយឧបករណ៍ទាំងអស់របស់អ្នកគាំទ្រការសម្គាល់ IP DSCP សូមប្រើការសម្គាល់ IP DSCP ដើម្បីសម្គាល់កញ្ចប់ព័ត៌មានរបស់អ្នក ពីព្រោះការសម្គាល់ IP DSCP ផ្តល់នូវជម្រើសសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌច្រើន។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើការសម្គាល់ដោយ IP DSCP គឺមិនចង់បាន ឬប្រសិនបើអ្នកមិនប្រាកដថាឧបករណ៍នៅក្នុងបណ្តាញរបស់អ្នកគាំទ្រតម្លៃ IP DSCP ទេនោះ សូមប្រើតម្លៃអាទិភាព IP ដើម្បីសម្គាល់កញ្ចប់ព័ត៌មានរបស់អ្នក។ តម្លៃអាទិភាព IP ទំនងជាត្រូវបានគាំទ្រដោយឧបករណ៍ទាំងអស់នៅក្នុងបណ្តាញ។ អ្នកអាចកំណត់ការសម្គាល់ IP នាំមុខចំនួន 8 ផ្សេងគ្នា និងការសម្គាល់ IP DSCP ចំនួន 64 ផ្សេងគ្នា។
ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មាននៅលើរ៉ោតទ័ររបស់អ្នក។
នៅលើរ៉ោតទ័ររបស់អ្នក មានប្រព័ន្ធចាត់ថ្នាក់កញ្ចប់ព័ត៌មានពីរប្រភេទ៖ · ក្នុងទិសដៅចូល ផែនទី QoS និង អង្គចងចាំទិន្នន័យអាសយដ្ឋាន Ternary Content Addressable Memory (TCAM)។
ចំណាំ TCAM មិនត្រូវបានគាំទ្រនៅលើរ៉ោតទ័រដែលកំណត់រចនាសម្ព័ន្ធថេរ (ដែលចំណុចប្រទាក់រ៉ោតទ័រត្រូវបានបង្កើតឡើង) ។ វាត្រូវបានគាំទ្រតែនៅលើរ៉ោតទ័រម៉ូឌុល (ដែលមានរន្ធដោតច្រើនដែលអនុញ្ញាតឱ្យអ្នកផ្លាស់ប្តូរចំណុចប្រទាក់នៅលើរ៉ោតទ័រ) ។
· ក្នុងទិសដៅឆ្ពោះទៅរក ផែនទី QoS ។
នៅពេលដែលគោលការណ៍មួយត្រូវបានផ្គូផ្គងតែលើភាពខុសគ្នានៃសេវាកម្មកូដចំណុច (DSCP) ឬតម្លៃមុន (ហៅផងដែរថា DSCP ឬចំណាត់ថ្នាក់ផ្អែកលើមុន) ប្រព័ន្ធនឹងជ្រើសរើសប្រព័ន្ធចំណាត់ថ្នាក់ផ្អែកលើផែនទី។ ផ្សេងទៀត វាជ្រើសរើស TCAM ។ TCAM គឺជាផ្នែកបន្ថែមនៃគំនិតតារាង Content Addressable Memory (CAM)។ តារាង CAM ចាប់យកសន្ទស្សន៍ ឬតម្លៃគន្លឹះ (ជាធម្មតាអាសយដ្ឋាន MAC) ហើយរកមើលតម្លៃលទ្ធផល (ជាធម្មតាច្រកប្តូរ ឬលេខសម្គាល់ VLAN) ។ ការរកមើលតារាងគឺលឿន ហើយតែងតែផ្អែកលើការផ្គូផ្គងគន្លឹះពិតប្រាកដដែលមានតម្លៃបញ្ចូលពីរ៖ 0 និង 1 ប៊ីត។ ផែនទី QoS គឺជាប្រព័ន្ធចាត់ថ្នាក់ផ្អែកលើតារាងសម្រាប់កញ្ចប់ចរាចរណ៍។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 11

កែលម្អការធ្វើមាត្រដ្ឋាន ACL ដោយប្រើ Peering QoS

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

កែលម្អការធ្វើមាត្រដ្ឋាន ACL ដោយប្រើ Peering QoS

តារាងទី 4: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះលក្ខណៈពិសេស
កែលម្អការធ្វើមាត្រដ្ឋាន ACL ដោយប្រើ Peering QoS

ការចេញផ្សាយព័ត៌មានចេញផ្សាយ 7.3.2

ការពិពណ៌នាលក្ខណៈពិសេស
មុខងារនេះរួមបញ្ចូលគ្នានូវមុខងារនៃ QoS និងបញ្ជីត្រួតពិនិត្យការចូលប្រើសុវត្ថិភាព (ACLs)។ ការរួមបញ្ចូលគ្នានេះអនុញ្ញាតឱ្យប្រើតម្រង ACL ជាមួយ Object Group ACL ដែលផ្តល់នូវមាត្រដ្ឋាន ACL ដែលត្រូវបានកែលម្អយ៉ាងខ្លាំង ដោយសារតែការប្រើប្រាស់ TCAM ទាបជាងច្រើន។
មុនពេលមុខងារនេះត្រូវបានណែនាំ ACLs បានអនុវត្តសម្រាប់សកម្មភាពក្រុម QoS បានប្រើប្រាស់ចំនួនដ៏ច្រើននៃធាតុ TCAM ដោយកាត់បន្ថយទំហំដែលអាចប្រើបាន។

Peering QoS គឺជាលក្ខណៈពិសេសចំណាត់ថ្នាក់ QoS ដែលអនុញ្ញាតឱ្យអ្នកបញ្ចូលមុខងារនៃ QoS ACLs និង ACLs សុវត្ថិភាព។ វាធ្វើដូច្នេះដោយអនុញ្ញាតឱ្យអ្នកកំណត់សកម្មភាពក្រុម QoS សម្រាប់រាល់ធាតុគ្រប់គ្រងការចូលដំណើរការ (ACE) នៅក្នុង ACL សុវត្ថិភាព ដូច្នេះជៀសវាងធាតុជាច្រើន (សម្រាប់ QoS និងសុវត្ថិភាព) ក្នុងមួយ ACE ។ បន្ទាប់មកអ្នកអាចប្រើ ACL រួមបញ្ចូលគ្នានេះជាមួយនឹងមុខងារ Object Group ACL ដើម្បីអនុវត្តតម្រង ACL (អនុញ្ញាត ឬបដិសេធ) សម្រាប់ ACEs ។ Object Group ACLs ត្រូវបានគេស្គាល់ផងដែរថាជា 'ACLs ដែលបានបង្ហាប់' ដោយសារតែក្រុមវត្ថុបង្ហាប់អាសយដ្ឋាន IP បុគ្គលច្រើនទៅក្នុងក្រុមវត្ថុ។ ដូចគ្នានេះផងដែរនៅក្នុង ACL ដែលផ្អែកលើក្រុមវត្ថុ អ្នកអាចបង្កើត ACE តែមួយដែលប្រើឈ្មោះក្រុមវត្ថុជំនួសឱ្យការបង្កើត ACE ជាច្រើន។ សមត្ថភាពក្នុងការ 'បញ្ចូលគ្នា' និង 'បង្ហាប់' ACLs រក្សាទុកចន្លោះ TCAM ដ៏សំខាន់ និងផ្តល់នូវមាត្រដ្ឋាន ACL ដែលត្រូវបានកែលម្អយ៉ាងធំធេងសម្រាប់គោលនយោបាយ QoS ។

ចំណុចសំខាន់ៗអំពីការបញ្ចូលគ្នា ACLs
· ត្រូវប្រាកដថាអ្នកបញ្ចូល ACLs (កំណត់សកម្មភាពក្រុម QoS សម្រាប់រាល់ ACE ក្នុង ACL សុវត្ថិភាព) មុនពេលភ្ជាប់ពួកវាទៅចំណុចប្រទាក់។
· ការរួមបញ្ចូលគ្នា ACL គឺអាស្រ័យលើលំដាប់។ នេះមានន័យថា ACEs ត្រូវបានសរសេរតាមលំដាប់ដែលពួកគេបង្ហាញនៅក្នុង ACL ។

គោលការណ៍ណែនាំ និងការរឹតបន្តឹងសម្រាប់ Peering QoS
· មានតែចំណុចប្រទាក់ស្រទាប់ 3 ប៉ុណ្ណោះដែលគាំទ្រការភ្ជាប់ QoS ។ ការកំណត់រចនាសម្ព័ន្ធនៅលើស្រទាប់ទី 2 ត្រូវបានបដិសេធ។
· Peering QoS ត្រូវបានគាំទ្រតែក្នុងទិសដៅចូលប៉ុណ្ណោះ។
· គោលការណ៍ Peering QoS និងគោលការណ៍ QoS ធម្មតាអាចរួមរស់ជាមួយគ្នានៅលើកាតបន្ទាត់តែមួយ ប៉ុន្តែប្រសិនបើអ្នកភ្ជាប់ពួកវាទៅចំណុចប្រទាក់ផ្សេងគ្នាប៉ុណ្ណោះ។
· អ្នកអាចភ្ជាប់គោលការណ៍ QoS ដូចគ្នាទៅនឹងចំណុចប្រទាក់ច្រើននៅលើកាតបន្ទាត់តែមួយ។
· ដើម្បីគណនាចរាចរណ៍ IPv4 និង IPv6 ដាច់ដោយឡែក កំណត់រចនាសម្ព័ន្ធតម្លៃក្រុម QoS តែមួយគត់សម្រាប់ IPv4 និង IPv6 សុវត្ថិភាព ACLs ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 12

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

កំណត់រចនាសម្ព័ន្ធ Peering QoS សម្រាប់ ACL Scaling

· ចរាចរណ៍ដែលបានសម្គាល់ដោយប៊ីត MPLS EXP នៅលើចំណុចប្រទាក់ដែលបានកំណត់រចនាសម្ព័ន្ធ QoS ដែលត្រូវបានផ្គូផ្គងជាមួយថ្នាក់-លំនាំដើមនៅក្នុងផែនទីថ្នាក់ដែលបានកំណត់រចនាសម្ព័ន្ធជាការផ្គូផ្គង-ណាមួយ (លំនាំដើម) សម្រាប់លំហូរ MPLS MPLS ។
· ចំណុចប្រទាក់រងទទួលមរតកគោលការណ៍ QoS ដែលអនុវត្តចំពោះចំណុចប្រទាក់មេ ប៉ុន្តែពួកវាមិនទទួលមរតក ACLs ទេ។ ត្រូវប្រាកដថាអ្នកកំណត់រចនាសម្ព័ន្ធ ACLs សុវត្ថិភាព (ដែលត្រូវគ្នានឹងចំណុចប្រទាក់មេ) នៅលើចំណុចប្រទាក់រងទាំងអស់; បើមិនដូច្នេះទេ ចរាចរណ៍ផ្ទៃរងទាំងអស់ត្រូវបានទទួលរងនូវសកម្មភាពលំនាំដើមនៃថ្នាក់ ដូច្នេះប៉ះពាល់ដល់ទម្ងន់អាទិភាពរបស់ពួកគេ។tage.
· អ្នកអាចកំណត់រចនាសម្ព័ន្ធការផ្គូផ្គងក្រុម QoS សម្រាប់គោលការណ៍ QoS ប៉ុណ្ណោះ។ ពាក្យបញ្ជាក្រុម Qo ផ្សេងទៀតត្រូវបានបដិសេធ។
· អ្នកអាចបញ្ចូល លុប និងកែប្រែ ACEs នៅក្នុង ACLs សុវត្ថិភាព។
កំណត់រចនាសម្ព័ន្ធ Peering QoS សម្រាប់ ACL Scaling
ដើម្បីកំណត់រចនាសម្ព័ន្ធ Peering QoS នៅលើចំណុចប្រទាក់៖
1. កំណត់រចនាសម្ព័ន្ធសុវត្ថិភាព ACL និងកំណត់ qo-group ក្នុងមួយ ACE ។ ម្យ៉ាងវិញទៀត qo-group ត្រូវបានកំណត់ទៅតម្លៃលំនាំដើមរបស់វា 0 ដែលប៉ះពាល់ដល់ទម្ងន់អាទិភាពtage សម្រាប់ចរាចរណ៍នៅលើចំណុចប្រទាក់។
2. កំណត់រចនាសម្ព័ន្ធការផ្គូផ្គងគោលការណ៍ Peering QoS នៅលើក្រុម Qo ដែលអ្នកបានកំណត់នៅក្នុង ACL សុវត្ថិភាព។ កំណត់សកម្មភាពក្រុម QoS ដូចជាការកត់សម្គាល់ ប៉ូលីស ថ្នាក់ចរាចរណ៍ DSCP អាទិភាព និងថ្នាក់បោះបង់។
3. ភ្ជាប់ ACL សុវត្ថិភាព និង peering QoS ACL ទៅចំណុចប្រទាក់។
/* កំណត់រចនាសម្ព័ន្ធសុវត្ថិភាព ACL ក្នុងឧample: ipv4-sec-acl*/ Router(config)#ipv4 access-list ipv4-sec-acl
/* កំណត់ក្រុម qo ក្នុង ACE; អ្នកអាចធ្វើវាបានដោយសារតែការភ្ជាប់ QoS ដែលអនុញ្ញាតឱ្យប្រើធាតុតែមួយក្នុងមួយ ACE ជំនួសឱ្យធាតុច្រើន */ Router(config-ipv4-acl)#10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qo - ក្រុម 1
រ៉ោតទ័រ(config-ipv4-acl)#20 អនុញ្ញាត ipv4 135.0.0.0/8 217.0.0.0/8 អាទិភាពកំណត់ភ្លាមៗ qo-group 2
Router(config-ipv4-acl)30 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedent flash set qo-group 3 Router(config-ipv4-acl)40 permit ipv4 135.0.0.0/8ence flash-override កំណត់ qo-group 217.0.0.0 Router(config-ipv8-acl)4 permit ipv4 50/4 135.0.0.0/8 អាទិភាពសំណុំសំខាន់ qo-group 217.0.0.0 Router(config-ipv8-acl)#5 permit 4 60/4 135.0.0.0/8 អាទិភាពអ៊ីនធឺណិតកំណត់ qo-group 217.0.0.0 Router(config-ipv8-acl)#6 permit ipv4 70/4 135.0.0.0/8 precedence network set qo-group 217.0.0.0 Router(config-8) acl) # ចេញ
/* កំណត់រចនាសម្ព័ន្ធការផ្គូផ្គងគោលការណ៍ QoS សម្រាប់ក្រុម Qo នីមួយៗដែលអ្នកកំណត់ក្នុងសុវត្ថិភាព ACL*/ Router(config)#class-map match-any grp-7 Router(config-cmap)#match qo-group 7 Router(config- cmap)#end-class-map Router(config)#class-map match-any grp-6 Router(config-cmap)#match qo-group 6 Router(config-cmap)#end-class-map Router(config) #class-map match-any grp-5 Router(config-cmap) #match qo-group 5 Router(config-cmap) #end-class-map Router(config) #class-map match-any grp-4 Router( config-cmap)#match qo-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-3 Router(config-cmap)#match qo-group 3

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 13

កំណត់រចនាសម្ព័ន្ធ Peering QoS សម្រាប់ ACL Scaling

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

Router(config-cmap) #end-class-map Router(config) #class-map match-any grp-2 Router(config-cmap) #match qo-group 2 Router(config-cmap) #end-class-map Router(config)#class-map match-any grp-1 Router(config-cmap)#match qo-group 1 Router(config-cmap)#end-class-map Router(config)#class-map match-any class -default Router(config-cmap) #end-class-map
/* កំណត់សកម្មភាព Qos នៅក្នុងផែនទីគោលនយោបាយដែលបានកំណត់រចនាសម្ព័ន្ធ នៅក្នុងឧample: set prec, set tc, និង set 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)#exit Router(config-pmap)#class grp-6 Router(config-pmap-c)#set precedence 1 Router(config-pmap-c)#set traffic-class 6 Router(config-pmap -c)#exit Router(config-pmap)#class grp-5 Router(config-pmap-c)#set precedence 2 Router(config-pmap-c)#set traffic-class 5 Router(config-pmap-c) #exit Router(config-pmap)#class grp-4 Router(config-pmap-c)#set precedence 2 Router(config-pmap-c)#set traffic-class 4 Router(config-pmap-c)#exit Router (config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router(config-pmap-c)#set dscp ef Router(config-pmap-c)#exit Router(config- pmap)#class grp-2 Router(config-pmap-c)#set precedence 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap)# class grp-1 Router(config-pmap-c)#set precedence 4 Router(config-pmap-c)#set traffic-class 1 Router(config-pmap-c)#exit Router(config-pmap)#class class- default Router(config-pmap-c)#set precedence 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
/* ភ្ជាប់ acl សុវត្ថិភាពជាមួយនឹងក្រុមដែលផ្គូផ្គង qo-groups ទៅចំណុចប្រទាក់*/ Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl ingress
/* ភ្ជាប់ផែនទីគោលការណ៍ជាមួយនឹងសកម្មភាព qo ដែលអ្នកបានកំណត់ក្នុងសុវត្ថិភាព acl ទៅចំណុចប្រទាក់*/ Router(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp Router(config-if)#commit Router(config-if)#exit
អ្នកបានប្រើប្រាស់ QoS peering ដោយជោគជ័យដើម្បីបញ្ចូល និងបង្រួមសុវត្ថិភាព និង QoS ACLs និងសម្រេចបាននូវមាត្រដ្ឋាន ACL ដែលត្រូវបានកែលម្អយ៉ាងច្រើនសម្រាប់គោលនយោបាយ QoS ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 14

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

កំណត់រចនាសម្ព័ន្ធ Peering QoS សម្រាប់ ACL Scaling

កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
ipv4 access-list ipv4-sec-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 អាទិភាពកំណត់ qo-group 1 20 permit ipv4 135.0.0.0/8 217.0.0.0/8 ការកំណត់មុនក្រុម 2 អនុញ្ញាត ipv30 4/135.0.0.0 8/217.0.0.0 អាទិភាព flash set qo-group 8 3 permit ipv40 4/135.0.0.0 8/217.0.0.0 អាទិភាព flash-override set qo-group 8 4.ip. .50/4 អាទិភាព សំណុំទិន្នន័យ qo-group 135.0.0.0 8 អនុញ្ញាត ipv217.0.0.0 8/5 60/4 អាទិភាព អ៊ីធឺណិត កំណត់ qo-group 135.0.0.0 8 អនុញ្ញាត ipv217.0.0.0 8/6 70/4 បណ្តាញមុនក្រុម ៧
! class-map match- any grp-7
ផ្គូផ្គង qo-group 7 end-class-map ! class-map match-any grp-6 match qo-group 6 end-class-map ! class-map match-any grp-5 match qo-group 5 end-class-map ! class-map match-any grp-4 match qo-group 4 end-class-map ! class-map match-any grp-3 match qo-group 3 end-class-map ! class-map match-any grp-2 match qo-group 2 end-class-map ! class-map match-any grp-1 match qo-group 1 end-class-map ! class-map match- any class-default end-class-map ! policy-map ingress_qosgrp_to_Prec-TC class grp-7
កំណត់អាទិភាព ១ កំណត់ចរាចរណ៍ - ថ្នាក់ ៧ ! class grp-1 កំណត់អាទិភាព 7 set traffic-class 6 ! ថ្នាក់ grp-1 កំណត់អាទិភាព 6 កំណត់ចរាចរណ៍-ថ្នាក់ 5 ! ថ្នាក់ grp-2 កំណត់អាទិភាព 5 កំណត់ចរាចរណ៍-ថ្នាក់ 4 ! class grp-2 set traffic-class 4 set dscp ef ! ថ្នាក់ grp-3

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 15

Peering QoS សម្រាប់ ABF

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

កំណត់អាទិភាព 3 កំណត់ចរាចរណ៍ - ថ្នាក់ 2 ! ថ្នាក់ grp-1 កំណត់អាទិភាព 4 កំណត់ចរាចរណ៍-ថ្នាក់ 1 ! class class-default set precedent 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 សម្រាប់ចំណុចប្រទាក់ដែលអ្នកបានភ្ជាប់សុវត្ថិភាព និង QoS ACLs ។
រ៉ោតទ័រ#show run int bundle-Ether 350 interface Bundle-Ether350 service-policy input ingress_qosgrp_to_DSCP_TC_qgrp ipv4 អាសយដ្ឋាន 11.25.0.1 255.255.255.0 ipv6 address 2001/11ec:25:1upsipv1 លីត្រ ចូល !

Peering QoS សម្រាប់ ABF
តារាងទី 5: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះលក្ខណៈពិសេស
ការគាំទ្រ ACL-Based Forwarding (ABF) ជាមួយនឹង QoS peering

ការចេញផ្សាយព័ត៌មានចេញផ្សាយ 7.3.3

ការពិពណ៌នាលក្ខណៈពិសេស
លក្ខណៈពិសេសនេះផ្តល់ឱ្យអ្នកនូវភាពបត់បែនក្នុងការកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានបន្ទាប់សម្រាប់ ACEs នៅក្នុង ACL រួមបញ្ចូលគ្នា (QoS និងសុវត្ថិភាព) ជំនួសឱ្យផ្លូវដែលត្រូវបានជ្រើសរើសដោយពិធីការនាំផ្លូវ។ អ្នកអាចកំណត់រចនាសម្ព័ន្ធ VRF-select ឬ VRF-aware next-hop addresses។
មុខងារនេះអនុញ្ញាតឱ្យអ្នកមានមុខងារ QoS និង ABF នៅក្នុង ACEs ដូចគ្នា។

ចាប់ផ្តើមជាមួយនឹងការចេញផ្សាយ 7.3.3 រ៉ោតទ័រស៊េរី Cisco 8000 គាំទ្រការបញ្ជូនបន្តដែលមានមូលដ្ឋានលើ ACL ជាមួយនឹង Peering QoS ។ ACL-Based Forwarding (ABF) គឺជាមុខងារកំណត់ផ្លូវដែលផ្អែកលើគោលការណ៍ ដែលរ៉ោតទ័របញ្ជូនបន្តចរាចរណ៍ដែលត្រូវគ្នានឹងច្បាប់ ACL ជាក់លាក់ទៅកាន់ Next-hop ដែលបានបញ្ជាក់ដោយអ្នកប្រើប្រាស់ជំនួសឱ្យផ្លូវដែលបានជ្រើសរើសដោយពិធីការនាំផ្លូវ។ មុខងារ Peering QoS រួមបញ្ចូលគ្នានូវ QoS ACLs និងសុវត្ថិភាព ACLs ដើម្បីជៀសវាងធាតុជាច្រើន (QoS និងសុវត្ថិភាព) ក្នុងមួយ ACE ។ នៅក្នុងការគាំទ្រ ABF ជាមួយនឹងការភ្ជាប់ QoS អ្នកអាចកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋានបន្ទាប់សម្រាប់ ACEs នៅក្នុង ACL រួមបញ្ចូលគ្នា (QoS និងសុវត្ថិភាព) ។ អាសយដ្ឋានបន្ទាប់គឺប្រើសម្រាប់បញ្ជូនបន្តកញ្ចប់ព័ត៌មានចូលដែលត្រូវគ្នានឹងការអនុញ្ញាត ACEs ទៅកាន់គោលដៅរបស់ពួកគេ។ នៅទីនេះ ABF គាំទ្រទាំង VRF-select និង VRF-aware redirect ។ នៅក្នុង VRF-select, next-hop មាន VRF តែប៉ុណ្ណោះ ហើយ VRF-aware next-hop មានទាំងអាសយដ្ឋាន VRF និង IP ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 16

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

Peering QoS សម្រាប់ ABF

ការកំណត់រចនាសម្ព័ន្ធ
1. កំណត់រចនាសម្ព័ន្ធសុវត្ថិភាព ACL នៅក្នុងឧampលេ៖ abf-acl
Router(config)#ipv4 access-list abf-acl
2. កំណត់ qo-group ក្នុង ACE; អ្នកអាចធ្វើវាបានដោយសារតែការភ្ជាប់ QoS ដែលអនុញ្ញាតឱ្យប្រើធាតុតែមួយក្នុងមួយ ACE ជំនួសឱ្យធាតុច្រើន។
រ៉ោតទ័រ(config-ipv4-acl)#10 អនុញ្ញាត ipv4 135.0.0.0/8 217.0.0.0/8 អាទិភាពកំណត់អាទិភាពក្រុម qo-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 Router(config-ipcp4-acl) 20/135.0.0.0 8/217.0.0.0 អាទិភាពមុនកំណត់ qo-group 8 nexthop2 vrf vrf1 nexthop3 vrf vrf2 Router(config-ipv2-acl)#4 អនុញ្ញាត tcp 30/135.0.0.0 8. +psh កំណត់ qo-group 217.0.0.0 nexthop8 vrf vrf3 nexthop1 vrf vrf2 nexthop2 vrf vrf3 Router(config-ipv3-acl)#1 permit tcp 4/40 135.0.0.0/8 precedence priority set បន្ទាប់ qo-group vrf217.0.0.0rf8 next vrf4 nexthop1 vrf vrf1 Router(config-ipv2-acl)#exit
3. កំណត់រចនាសម្ព័ន្ធការផ្គូផ្គងគោលការណ៍ peering QoS សម្រាប់ក្រុម Qo នីមួយៗដែលអ្នកបានកំណត់ក្នុងសុវត្ថិភាព ABF ACL ។
Router(config)#class-map match-any grp-4 Router(config-cmap)#match qo-group 4 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp -3 Router(config-cmap)#match qo-group 3 Router(config-cmap)#end-class-map Router(config)#class-map match-any grp-2 Router(config-cmap)#match qo- ក្រុមទី 2 Router(config-cmap) #end-class-map Router(config) #class-map match-any grp-1 Router(config-cmap) #match qo-group 1 Router(config-cmap) #end-class -map Router(config)#class-map match-any class-default Router(config-cmap)#end-class-map
4. កំណត់សកម្មភាព QoS នៅក្នុងផែនទីគោលការណ៍ដែលបានកំណត់រចនាសម្ព័ន្ធ នៅក្នុងឧample: set prec, set tc, និង set 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)#exit Router(config-pmap)#class grp-3 Router(config-pmap-c)#set traffic-class 3 Router(config-pmap-c)#set dscp ef Router(config-pmap-c) )#exit Router(config-pmap)#class grp-2 Router(config-pmap-c)#set precedence 3 Router(config-pmap-c)#set traffic-class 2 Router(config-pmap-c)#exit Router(config-pmap)#class grp-1 Router(config-pmap-c)#set precedence 4 Router(config-pmap-c)#set traffic-class 1 Router(config-pmap-c)#exit Router(config -pmap)#class-default Router(config-pmap-c)#set precedence 5 Router(config-pmap-c)#exit Router(config-pmap)#end-policy-map
5. ភ្ជាប់ acl សុវត្ថិភាពជាមួយនឹងសំណុំ qo-groups ទៅចំណុចប្រទាក់។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 17

Peering QoS សម្រាប់ ABF

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

Router(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group abf-acl ingress
6. ភ្ជាប់ផែនទីគោលនយោបាយជាមួយនឹងសកម្មភាព QoS ដែលអ្នកបានកំណត់ក្នុងជំហានទី 4 ទៅចំណុចប្រទាក់។
Router(config-if)#service-policy input edge_qos_policy Router(config-if)#commit Router(config-if)#exit
អ្នកបានកំណត់រចនាសម្ព័ន្ធ Peering QoS ដោយជោគជ័យជាមួយ ABF។
កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
ipv4 access-list abf-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qo-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 20 permit tcp 135.0.0.0.cence. កំណត់អាទិភាពក្រុម 8 Nexthop217.0.0.0 vrf vrf8
nexthop2 vrf vrf2 30 permit tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh set qo-group 3 nexthop1 vrf vrf2
Nexthop2 vrf vrf3 nexthop3 vrf vrf1 40 អនុញ្ញាត tcp 135.0.0.0/8 217.0.0.0/8 អាទិភាពកំណត់អាទិភាពក្រុម qo-group 4 nexthop1 vrf vrf1
Nexthop2 vrf vrf2 Nexthop3 vrf vrf3 ! class-map match-any grp-4 match qo-group 4 end-class-map ! class-map match-any grp-3 match qo-group 3 end-class-map ! class-map match-any grp-2 match qo-group 2 end-class-map ! class-map match-any grp-1 match qo-group 1 end-class-map ! class-map match- any class-default end-class-map ! policy-map edge_qos_policy class grp-4 កំណត់អាទិភាព 2 កំណត់ traffic-class 4 ! class grp-3 set traffic-class 3 set dscp ef ! ថ្នាក់ grp-2 កំណត់អាទិភាព 3 កំណត់ចរាចរណ៍-ថ្នាក់ 2 ! ថ្នាក់ grp-1 កំណត់អាទិភាព 4 កំណត់ចរាចរណ៍-ថ្នាក់ 1 ! class class-default set precedent 5 ! ផែនទីបញ្ចប់គោលនយោបាយ
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular 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 សម្រាប់ចំណុចប្រទាក់ដែលអ្នកបានភ្ជាប់សុវត្ថិភាព និង QoS ABF ACLs ។
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 ingress ipvab4acvf!
ចាត់ថ្នាក់ និងចំណាំស្រទាប់ទី 3 បឋមកថានៅលើចំណុចប្រទាក់ស្រទាប់ 2
នៅពេលដែលអ្នកត្រូវការសម្គាល់កញ្ចប់ព័ត៌មានសម្រាប់ចរាចរណ៍ចំណុចប្រទាក់ស្រទាប់ 2 ដែលហូរកាត់ដែនស្ពាន និងចំណុចប្រទាក់និម្មិតស្ពាន (BVIs) អ្នកអាចបង្កើតគោលការណ៍ QoS ចម្រុះ។ គោលការណ៍នេះមានទាំងផែនទីចំណាត់ថ្នាក់ដែលផ្អែកលើផែនទី និង TCAM ។ គោលការណ៍ចម្រុះធានាថា លំហូរចរាចរណ៍ដែលបានភ្ជាប់ (ស្រទាប់ទី 2) និងស្ពាននិម្មិត (BVI ឬស្រទាប់ទី 3) លំហូរចរាចរត្រូវបានចាត់ថ្នាក់ និងកត់សម្គាល់។
ការណែនាំ
· ផែនទីថ្នាក់ដែលមានការចាត់ថ្នាក់ TCAM អាចនឹងមិនត្រូវគ្នានឹងចរាចរណ៍ស្ពាន។ ធាតុ TCAM ផ្គូផ្គងតែចរាចរណ៍ដែលបានបញ្ជូនខណៈពេលដែលធាតុផែនទីត្រូវគ្នាទាំងចរាចរណ៍ដែលបានភ្ជាប់ និង BVI ។
· ផែនទីថ្នាក់ដែលមានការចាត់ថ្នាក់តាមផែនទីត្រូវគ្នាទាំងចរាចរណ៍ដែលបានភ្ជាប់និង BVI ។
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 host 50: tcp: :1 class-map match- any c_match_acl match access-group ipv200 acl_v2 ! ធាតុនេះមិនត្រូវគ្នានឹងការផ្គូផ្គងការចូលដំណើរការក្រុម ipv4 acl_v4 ទេ! ធាតុនេះមិនត្រូវគ្នានឹងការផ្គូផ្គងចរាចរណ៍ដែលបានភ្ជាប់ dscp af6 ធាតុនេះផ្គូផ្គងនឹងការផ្គូផ្គងថ្នាក់ចរាចរណ៍ BVI និង BVI traffic class-map-all c_match_all match protocol udp ! ធាតុនេះមិនត្រូវគ្នានឹងការផ្គូផ្គងចរាចរណ៍ដែលបានតភ្ជាប់ពីមុន 6 class-map match-any c_match_protocol match protocol tcp ! ធាតុនេះ ហើយហេតុដូច្នេះហើយ ថ្នាក់នេះមិនត្រូវគ្នានឹងការផ្គូផ្គងថ្នាក់ចរាចរណ៍-ផែនទី-c_match_ef ណាមួយដែលត្រូវគ្នា dscp ef ! ធាតុ/ថ្នាក់នេះផ្គូផ្គងស្ពាន និង BVI traffic class-map match-any c_qosgroup_11 class នេះផ្គូផ្គងចរាចរណ៍ស្ពាន និង BVI ! ផ្គូផ្គង qo-group 7 policy-map p_ingress class c_match_acl កំណត់ traffic-class 1 set qo-group 1

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 19

ធាតុនៃថ្នាក់ចរាចរណ៍

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

! class c_match_all set traffic-class 2 set qo-group 2 ! class c_match_ef កំណត់ traffic-class 3 set qo-group 3 ! class c_match_protocol កំណត់ traffic-class 4 set qo-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 ការបញ្ចូលសេវាកម្ម-គោលការណ៍ p_ingress លទ្ធផលសេវាកម្ម-គោលការណ៍ p_egress

ធាតុនៃថ្នាក់ចរាចរណ៍

គោលបំណងនៃថ្នាក់ចរាចរណ៍គឺដើម្បីចាត់ថ្នាក់ចរាចរណ៍នៅលើរ៉ោតទ័ររបស់អ្នក។ ប្រើពាក្យបញ្ជា class-map ដើម្បីកំណត់ថ្នាក់ចរាចរណ៍។ ថ្នាក់ចរាចរណ៍មានធាតុសំខាន់បី៖
· ឈ្មោះមួយ។
· ស៊េរីនៃពាក្យបញ្ជាដែលត្រូវគ្នា - ដើម្បីបញ្ជាក់លក្ខណៈវិនិច្ឆ័យផ្សេងៗសម្រាប់ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មាន។
· ការណែនាំអំពីរបៀបវាយតម្លៃពាក្យបញ្ជាការប្រកួតទាំងនេះ (ប្រសិនបើពាក្យបញ្ជាការប្រកួតច្រើនជាងមួយមាននៅក្នុងថ្នាក់ចរាចរណ៍)

កញ្ចប់ត្រូវបានពិនិត្យដើម្បីកំណត់ថាតើពួកវាត្រូវគ្នានឹងលក្ខណៈវិនិច្ឆ័យដែលបានបញ្ជាក់នៅក្នុងពាក្យបញ្ជាការប្រកួត។ ប្រសិនបើកញ្ចប់ព័ត៌មានត្រូវគ្នានឹងលក្ខណៈវិនិច្ឆ័យដែលបានបញ្ជាក់នោះ កញ្ចប់ព័ត៌មាននោះត្រូវបានចាត់ទុកថាជាសមាជិកនៃថ្នាក់ ហើយត្រូវបានបញ្ជូនបន្តដោយយោងតាមលក្ខណៈបច្ចេកទេសរបស់ QoS ដែលបានកំណត់ក្នុងគោលការណ៍ចរាចរណ៍។ កញ្ចប់ព័ត៌មានដែលមិនបំពេញតាមលក្ខណៈវិនិច្ឆ័យដែលត្រូវគ្នាណាមួយត្រូវបានចាត់ថ្នាក់ជាសមាជិកនៃថ្នាក់ចរាចរណ៍លំនាំដើម។
តារាងនេះបង្ហាញព័ត៌មានលម្អិតនៃប្រភេទការប្រកួតដែលគាំទ្រនៅលើរ៉ោតទ័រ។

ប្រភេទការប្រកួតត្រូវបានគាំទ្រ

Min, Max Max Entries គាំទ្រសម្រាប់ការគាំទ្រសម្រាប់ទិសដៅដែលគាំទ្រនៅលើចំណុចប្រទាក់ដែលត្រូវគ្នាមិនមែនជាជួរ

IPv4 DSCP (0,63)

IPv6 DSCP

ឌី។ ស៊ី។ ស៊ី។ ភី

បាទ

ច្រកចូល

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 20

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

ថ្នាក់ចរាចរណ៍លំនាំដើម

ប្រភេទការប្រកួតត្រូវបានគាំទ្រ

អប្បបរមា, អតិបរមា

អាទិភាព IPv4 (0,7) IPv6 អាទិភាព

អាទិភាព

MPLS

(១៦១៦)

ពិសោធន៍

កំពូល

Access-group មិនអាចអនុវត្តបានទេ។

QoS-ក្រុម

(១៦១៦)

ពិធីការ

(0, 255)

ការគាំទ្រធាតុអតិបរមាសម្រាប់ការគាំទ្រសម្រាប់ទិសដៅដែលគាំទ្រនៅលើចំណុចប្រទាក់ដែលត្រូវគ្នាមិនមែនជាជួរ

បាទ

ទេ

ចូល

អេកូ

បាទ

ទេ

ចូល

អេកូ

ទេ

ទេ។

ចូល

អាចអនុវត្តបាន។

ទេ

អេកូ

បាទ

ទេ។

ចូល

អាចអនុវត្តបាន។

ថ្នាក់ចរាចរណ៍លំនាំដើម
ចរាចរណ៍ដែលមិនបានចាត់ថ្នាក់ (ចរាចរណ៍ដែលមិនត្រូវនឹងលក្ខណៈវិនិច្ឆ័យដែលត្រូវគ្នាដែលបានបញ្ជាក់ក្នុងថ្នាក់ចរាចរណ៍) ត្រូវបានចាត់ទុកថាជាកម្មសិទ្ធិរបស់ថ្នាក់ចរាចរណ៍លំនាំដើម។
ប្រសិនបើអ្នកប្រើមិនកំណត់រចនាសម្ព័ន្ធថ្នាក់លំនាំដើមទេ កញ្ចប់ព័ត៌មាននៅតែត្រូវបានចាត់ទុកជាសមាជិកនៃថ្នាក់លំនាំដើម។ ទោះយ៉ាងណាក៏ដោយ តាមលំនាំដើម ថ្នាក់លំនាំដើមមិនមានមុខងារអនុញ្ញាតទេ។ ដូច្នេះ កញ្ចប់ព័ត៌មានដែលជាកម្មសិទ្ធិរបស់ថ្នាក់លំនាំដើមដែលមិនមានលក្ខណៈពិសេសដែលបានកំណត់រចនាសម្ព័ន្ធមិនមានមុខងារ QoS ទេ។
សម្រាប់ចំណាត់ថ្នាក់ egress ការផ្គូផ្គងនៅលើក្រុម qo (1-7) ត្រូវបានគាំទ្រ។ ការផ្គូផ្គង qo-group 0 មិនអាចកំណត់រចនាសម្ព័ន្ធបានទេ។ class-default នៅក្នុងគោលការណ៍ egress maps ទៅ qo-group 0 ។
អតីតample បង្ហាញពីរបៀបកំណត់រចនាសម្ព័ន្ធគោលការណ៍ចរាចរណ៍សម្រាប់ថ្នាក់លំនាំដើម៖
កំណត់រចនាសម្ព័ន្ធ policy-map ingress_policy1 class class-default police rate ភាគរយ 30 !

បង្កើតថ្នាក់ចរាចរណ៍
ដើម្បីបង្កើតថ្នាក់ចរាចរណ៍ដែលមានលក្ខណៈវិនិច្ឆ័យដែលត្រូវគ្នា ប្រើពាក្យបញ្ជា class-map ដើម្បីបញ្ជាក់ឈ្មោះថ្នាក់ចរាចរណ៍ ហើយបន្ទាប់មកប្រើពាក្យបញ្ជាដែលត្រូវគ្នាក្នុងរបៀបកំណត់រចនាសម្ព័ន្ធ class-map តាមតម្រូវការ។
ការណែនាំ
· អ្នកប្រើអាចផ្តល់តម្លៃជាច្រើនសម្រាប់ប្រភេទការផ្គូផ្គងនៅក្នុងបន្ទាត់តែមួយនៃការកំណត់រចនាសម្ព័ន្ធ; នោះគឺប្រសិនបើតម្លៃទីមួយមិនបំពេញតាមលក្ខណៈវិនិច្ឆ័យនៃការផ្គូផ្គង នោះតម្លៃបន្ទាប់ដែលបានបង្ហាញនៅក្នុងសេចក្តីថ្លែងការផ្គូផ្គងត្រូវបានពិចារណាសម្រាប់ការចាត់ថ្នាក់។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 21

បង្កើតថ្នាក់ចរាចរណ៍

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

· ប្រើពាក្យគន្លឹះមិនមែនជាមួយពាក្យបញ្ជាការប្រកួត ដើម្បីអនុវត្តការផ្គូផ្គងដោយផ្អែកលើតម្លៃនៃវាលដែលមិនត្រូវបានបញ្ជាក់។
· ពាក្យបញ្ជាការប្រកួតទាំងអស់ដែលបានបញ្ជាក់នៅក្នុងកិច្ចការកំណត់រចនាសម្ព័ន្ធនេះត្រូវបានចាត់ទុកថាជាជម្រើស ប៉ុន្តែអ្នកត្រូវតែកំណត់រចនាសម្ព័ន្ធការផ្គូផ្គងយ៉ាងហោចណាស់មួយសម្រាប់ថ្នាក់មួយ។
· ប្រសិនបើអ្នកបញ្ជាក់ការផ្គូផ្គង-ណាមួយ លក្ខខណ្ឌនៃការផ្គូផ្គងមួយត្រូវតែបំពេញសម្រាប់ចរាចរណ៍ដែលចូលទៅក្នុងថ្នាក់ចរាចរណ៍ដែលត្រូវចាត់ថ្នាក់ជាផ្នែកនៃថ្នាក់ចរាចរណ៍។ នេះគឺជាលំនាំដើម។ ប្រសិនបើអ្នកបញ្ជាក់ការផ្គូផ្គងទាំងអស់ ចរាចរណ៍ត្រូវតែផ្គូផ្គងលក្ខណៈវិនិច្ឆ័យនៃការប្រកួតទាំងអស់។
· សម្រាប់ពាក្យបញ្ជាក្រុមការចូលដំណើរការ ការចាត់ថ្នាក់ QoS ដែលផ្អែកលើប្រវែងកញ្ចប់ព័ត៌មាន ឬវាល TTL (ពេលវេលាដើម្បីរស់) ក្នុងក្បាល IPv4 និង IPv6 មិនត្រូវបានគាំទ្រទេ។
· សម្រាប់ពាក្យបញ្ជា match access-group នៅពេលដែលបញ្ជី ACL ត្រូវបានប្រើក្នុង class-map សកម្មភាពបដិសេធរបស់ ACL មិនត្រូវបានអើពើ ហើយចរាចរត្រូវបានចាត់ថ្នាក់ដោយផ្អែកលើប៉ារ៉ាម៉ែត្រផ្គូផ្គង ACL ដែលបានបញ្ជាក់។
· ការផ្គូផ្គងក្រុម qo, traffic-class, DSCP/Prec, និង MPLS EXP ត្រូវបានគាំទ្រតែក្នុងទិសដៅ egress ហើយទាំងនេះគឺជាលក្ខណៈវិនិច្ឆ័យដែលត្រូវគ្នាតែមួយគត់ដែលត្រូវបានគាំទ្រក្នុងទិសដៅចេញ។
· ថ្នាក់លំនាំដើម egress ផ្គូផ្គងជាមួយ qo-group 0 ។
· Multicast ដើរលើផ្លូវប្រព័ន្ធដែលខុសពី unicast នៅលើរ៉ោតទ័រ ហើយពួកវាជួបគ្នានៅពេលក្រោយក្នុងសមាមាត្រ multicast-to-unicast នៃ 20:80 លើមូលដ្ឋានចំណុចប្រទាក់នីមួយៗ។ សមាមាត្រនេះត្រូវបានរក្សានៅលើកម្រិតអាទិភាពដូចគ្នាទៅនឹងកម្រិតនៃចរាចរណ៍។
· Egress QoS សម្រាប់ចរាចរណ៍ពហុមុខងារចាត់ថ្នាក់ចរាចរណ៍ 0-5 ជាថ្នាក់អាទិភាពទាប និងថ្នាក់ចរាចរណ៍ 6-7 ជាអាទិភាពខ្ពស់។ បច្ចុប្បន្ន នេះមិនអាចកំណត់ដោយអ្នកប្រើបានទេ។
· ទម្រង់ Egress មិនមានប្រសិទ្ធិភាពសម្រាប់ចរាចរណ៍ពហុខាសនៅក្នុងថ្នាក់ចរាចរណ៍អាទិភាពខ្ពស់ (HP) ទេ។ វាអនុវត្តតែចំពោះចរាចរណ៍ unicast ប៉ុណ្ណោះ។
· ប្រសិនបើអ្នកកំណត់ថ្នាក់ចរាចរណ៍នៅគោលការណ៍ ingress ហើយមិនមានថ្នាក់ដែលត្រូវគ្នានៅ egress សម្រាប់តម្លៃថ្នាក់ចរាចរណ៍ដែលត្រូវគ្នានោះ ចរាចរណ៍នៅ ingress ជាមួយ class នេះនឹងមិនត្រូវបានរាប់បញ្ចូលក្នុង default class នៅ egress policy map ទេ។
· មានតែថ្នាក់ចរាចរណ៍ 0 ប៉ុណ្ណោះដែលធ្លាក់ក្នុងថ្នាក់លំនាំដើម។ ថ្នាក់ចរាចរណ៍មិនសូន្យដែលបានកំណត់នៅលើ ingress ប៉ុន្តែដោយគ្មានជួរ egress ដែលបានកំណត់ មិនធ្លាក់ក្នុងថ្នាក់លំនាំដើម ឬថ្នាក់ផ្សេងទៀតទេ។
ការកំណត់រចនាសម្ព័ន្ធ Example
អ្នកត្រូវតែសម្រេចដូចខាងក្រោម ដើម្បីបញ្ចប់ការកំណត់រចនាសម្ព័ន្ធថ្នាក់ចរាចរណ៍៖ 1. ការបង្កើតផែនទីថ្នាក់
2. ការបញ្ជាក់លក្ខណៈវិនិច្ឆ័យនៃការផ្គូផ្គងសម្រាប់ការចាត់ថ្នាក់កញ្ចប់ព័ត៌មានជាសមាជិកនៃថ្នាក់ជាក់លាក់នោះ (សម្រាប់បញ្ជីនៃប្រភេទការប្រកួតដែលបានគាំទ្រ សូមមើលធាតុ Traffic Class Elements នៅទំព័រ 20)។
Router# configure Router(config)# class-map match-any qo-1 Router(config-cmap)# match qo-group 1 Router(config-cmap)# end-class-map Router(config-cmap)# commit
ប្រើពាក្យបញ្ជានេះដើម្បីផ្ទៀងផ្ទាត់ការកំណត់រចនាសម្ព័ន្ធផែនទីថ្នាក់៖

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 22

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

ធាតុគោលនយោបាយចរាចរណ៍

Router#show class-map qo-1 1) ClassMap: qo-1 ប្រភេទ: qo
យោងតាមផែនទីគោលនយោបាយចំនួន ២
សូមមើលផងដែរ ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់មួយ នៅទំព័រ 24 ។
ប្រធានបទពាក់ព័ន្ធ · ធាតុនៃថ្នាក់ចរាចរណ៍ នៅទំព័រទី 20 · ធាតុនៃគោលនយោបាយចរាចរណ៍ នៅទំព័រទី 23

ធាតុគោលនយោបាយចរាចរណ៍

គោលនយោបាយចរាចរណ៍មានធាតុបី៖ · ឈ្មោះ · ថ្នាក់ចរាចរណ៍ · គោលការណ៍ QoS

បន្ទាប់ពីជ្រើសរើសថ្នាក់ចរាចរណ៍ដែលត្រូវបានប្រើដើម្បីចាត់ថ្នាក់ចរាចរណ៍ទៅនឹងគោលការណ៍ចរាចរណ៍ អ្នកប្រើប្រាស់អាចបញ្ចូលមុខងារ QoS ដើម្បីអនុវត្តចំពោះចរាចរណ៍ដែលបានចាត់ថ្នាក់។
MQC មិនចាំបាច់តម្រូវឱ្យអ្នកប្រើប្រាស់ភ្ជាប់ថ្នាក់ចរាចរណ៍តែមួយទៅនឹងគោលការណ៍ចរាចរណ៍តែមួយនោះទេ។
លំដាប់ដែលថ្នាក់ត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅក្នុងផែនទីគោលការណ៍មានសារៈសំខាន់។ ច្បាប់នៃការផ្គូផ្គងនៃថ្នាក់ត្រូវបានសរសេរកម្មវិធីទៅក្នុង TCAM តាមលំដាប់ដែលថ្នាក់ត្រូវបានបញ្ជាក់នៅក្នុងផែនទីគោលនយោបាយ។ ដូច្នេះ ប្រសិនបើកញ្ចប់ព័ត៌មានអាចផ្គូផ្គងថ្នាក់ច្រើន នោះមានតែថ្នាក់ដែលត្រូវគ្នាដំបូងប៉ុណ្ណោះដែលត្រូវបានប្រគល់មកវិញ ហើយគោលការណ៍ដែលត្រូវគ្នាត្រូវបានអនុវត្ត។
រ៉ោតទ័រគាំទ្រ 8 classes ក្នុងមួយ policy-map ក្នុងទិសដៅ ingress និង 8 classes per policy-map ក្នុងទិសដៅ egress។
តារាងនេះបង្ហាញពីសកម្មភាពថ្នាក់ដែលគាំទ្រនៅលើរ៉ោតទ័រ។

ប្រភេទសកម្មភាពដែលគាំទ្រ

ទិសដៅត្រូវបានគាំទ្រនៅលើចំណុចប្រទាក់

កម្រិតបញ្ជូន - នៅសល់

ចេញ

សម្គាល់

សូមមើល Packet Marking នៅទំព័រទី 30

ប៉ូលីស

ចូល

អាទិភាព

ការចេញដំណើរ (កម្រិតទី 1 ដល់កម្រិត 7)

ជួរកំណត់

ចេញ

រាង

ចេញ

ក្រហម

ចេញ

RED គាំទ្រជម្រើសបោះបង់ថ្នាក់។ តម្លៃតែមួយគត់ដែលត្រូវបញ្ជូនទៅថ្នាក់បោះបង់គឺ 0 និង 1 ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 23

បង្កើតគោលនយោបាយចរាចរណ៍

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

បង្កើតគោលនយោបាយចរាចរណ៍
គោលបំណងនៃគោលនយោបាយចរាចរណ៍គឺដើម្បីកំណត់រចនាសម្ព័ន្ធលក្ខណៈពិសេស QoS ដែលគួរតែត្រូវបានផ្សារភ្ជាប់ជាមួយនឹងចរាចរណ៍ដែលត្រូវបានចាត់ថ្នាក់នៅក្នុងថ្នាក់ចរាចរណ៍ឬថ្នាក់ដែលកំណត់ដោយអ្នកប្រើប្រាស់។ ដើម្បីកំណត់រចនាសម្ព័ន្ធថ្នាក់ចរាចរណ៍ សូមមើល បង្កើតថ្នាក់ចរាចរណ៍ នៅទំព័រ 21។ បន្ទាប់ពីអ្នកកំណត់គោលការណ៍ចរាចរណ៍ដោយប្រើពាក្យបញ្ជា policy-map អ្នកអាចភ្ជាប់វាទៅចំណុចប្រទាក់មួយ ឬច្រើន ដើម្បីបញ្ជាក់គោលការណ៍ចរាចរណ៍សម្រាប់ចំណុចប្រទាក់ទាំងនោះដោយប្រើប្រាស់សេវាកម្ម - ពាក្យបញ្ជាគោលការណ៍នៅក្នុងរបៀបកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់។ ជាមួយនឹងការគាំទ្រគោលការណ៍ពីរ អ្នកអាចមានគោលនយោបាយចរាចរណ៍ពីរ ការសម្គាល់មួយ និងការដាក់ជួរមួយនៅទិន្នផល។ សូមមើល ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់មួយ នៅទំព័រ 24 ។
ការកំណត់រចនាសម្ព័ន្ធ Example អ្នកត្រូវធ្វើដូចខាងក្រោមដើម្បីបញ្ចប់ការកំណត់រចនាសម្ព័ន្ធគោលនយោបាយចរាចរណ៍៖ 1. ការបង្កើតផែនទីគោលនយោបាយដែលអាចភ្ជាប់ជាមួយចំណុចប្រទាក់មួយឬច្រើនដើម្បីបញ្ជាក់គោលការណ៍សេវាកម្ម 2. ការភ្ជាប់ថ្នាក់ចរាចរណ៍ជាមួយគោលការណ៍ចរាចរណ៍ 3. ការបញ្ជាក់ថ្នាក់- សកម្មភាព (សូមមើលធាតុគោលនយោបាយចរាចរណ៍ នៅទំព័រ 23)
Router# configure Router(config)# policy-map test-shape-1 Router(config-pmap)# class qo-1
/* កំណត់រចនាសម្ព័ន្ធ class-action ('shape' in this exampលេ) ធ្វើម្តងទៀតតាមតម្រូវការ ដើម្បីបញ្ជាក់សកម្មភាពថ្នាក់ផ្សេងទៀត */ Router(config-pmap-c)# shape average percent 40 Router(config-pmap-c)# exit
/* ធ្វើការកំណត់រចនាសម្ព័ន្ធថ្នាក់ម្តងទៀតតាមតម្រូវការ ដើម្បីបញ្ជាក់ថ្នាក់ផ្សេងទៀត */
Router(config-pmap)# end-policy-map Router(config)# commit
ប្រធានបទពាក់ព័ន្ធ · ធាតុគោលនយោបាយចរាចរណ៍ នៅទំព័រទី 23 · ធាតុនៃថ្នាក់ចរាចរណ៍ នៅទំព័រទី 20
ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់
បន្ទាប់ពីថ្នាក់ចរាចរណ៍ និងគោលការណ៍ចរាចរណ៍ត្រូវបានបង្កើត អ្នកត្រូវតែភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់ ហើយបញ្ជាក់ទិសដៅដែលគោលការណ៍គួរតែត្រូវបានអនុវត្ត។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 24

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់

ចំណាំគោលការណ៍ឋានានុក្រមមិនត្រូវបានគាំទ្រទេ។ នៅពេលដែលគោលការណ៍-ផែនទីត្រូវបានអនុវត្តទៅចំណុចប្រទាក់ អត្រាបញ្ជូនទិន្នន័យនៃថ្នាក់នីមួយៗមិនមានភាពត្រឹមត្រូវទេ។ នេះគឺដោយសារតែការរាប់អត្រាបញ្ជូនត្រូវបានគណនាដោយផ្អែកលើតម្រងបំបែកអិចស្ប៉ូណង់ស្យែល។
ការកំណត់រចនាសម្ព័ន្ធ Example អ្នកត្រូវតែសម្រេចដូចខាងក្រោម ដើម្បីភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅកាន់ចំណុចប្រទាក់៖ 1. ការបង្កើតថ្នាក់ចរាចរណ៍ និងច្បាប់ដែលពាក់ព័ន្ធដែលត្រូវគ្នានឹងកញ្ចប់ព័ត៌មានទៅថ្នាក់ (សូមមើល បង្កើតថ្នាក់ចរាចរណ៍។
នៅលើទំព័រ 21 ) 2. ការបង្កើតគោលការណ៍ចរាចរណ៍ដែលអាចភ្ជាប់ទៅចំណុចប្រទាក់មួយ ឬច្រើន ដើម្បីបញ្ជាក់គោលការណ៍សេវាកម្ម (សូមមើល
បង្កើតគោលការណ៍ចរាចរណ៍ នៅទំព័រទី 24 ) 3. ការភ្ជាប់ថ្នាក់ចរាចរណ៍ជាមួយនឹងគោលការណ៍ចរាចរណ៍ 4. ការភ្ជាប់គោលនយោបាយចរាចរណ៍ទៅចំណុចប្រទាក់មួយ ក្នុងទិសដៅចូល ឬច្រកចេញ
Router# configure Router(config)# interface fourHundredGigE 0/0/0/2 Router(config-int)# service-policy output strict-priority Router(config-int)# commit
កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
/* ការកំណត់រចនាសម្ព័ន្ធផែនទីថ្នាក់ */
class-map match-any traffic-class-7 match traffic-class 7 end-class-map
!class-map match-any traffic-class-6 match traffic-class 6 end-class-map
class-map match-any traffic-class-5 match traffic-class 5 end-class-map
class-map match-any traffic-class-4 match traffic-class 4 end-class-map
class-map match- any traffic-class-3 match traffic-class 3
class-map match-any traffic-class-2 match traffic-class 2 end-class-map
class-map match-any traffic-class-1 match traffic-class 1 end-class-map
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 25

ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

/* ការកំណត់រចនាសម្ព័ន្ធគោលនយោបាយចរាចរណ៍ */
policy-map test-shape-1 class traffic-class-1 shape ជាមធ្យម 40 !
policy-map class strict-priority class tc7 priority level 1 queue-limit 75mbytes ! ថ្នាក់ tc6 កម្រិតអាទិភាព 2 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! ថ្នាក់ tc5 កម្រិតអាទិភាព 3 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! ថ្នាក់ tc4 កម្រិតអាទិភាព 4 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! ថ្នាក់ tc3 កម្រិតអាទិភាព 5 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! ថ្នាក់ tc2 កម្រិតអាទិភាព 6 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! ថ្នាក់ tc1 កម្រិតអាទិភាព 7 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! class class-default queue-limit 75mbytes ! ផែនទីបញ្ចប់គោលនយោបាយ
—–
/* ការភ្ជាប់គោលនយោបាយចរាចរណ៍ទៅកាន់ចំណុចប្រទាក់ក្នុងទិសដៅចេញចូល */ ចំណុចប្រទាក់ fourHundredGigE 0/0/0/2
លទ្ធផល គោលនយោបាយ សេវាកម្ម អាទិភាព តឹងរ៉ឹង !

ការផ្ទៀងផ្ទាត់

រ៉ោតទ័រ# #show q int fourHundredGigE 0/0/0/2 លទ្ធផល

ចំណាំ៖ - តម្លៃដែលបានកំណត់រចនាសម្ព័ន្ធត្រូវបានបង្ហាញក្នុងវង់ក្រចកចំណុចប្រទាក់ FourHundredGigE0/0/0/2 ifh 0xf0001c0 — គោលការណ៍លទ្ធផល

លេខសម្គាល់ NPU៖ ចំនួនសរុបនៃថ្នាក់៖ កម្រិតបញ្ជូនចំណុចប្រទាក់៖ ឈ្មោះគោលការណ៍៖

0 8 400000000 kbps អាទិភាពតឹងរឹង

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 26

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់

មូលដ្ឋាន VOQ៖

2400

ប្រភេទគណនេយ្យ៖

ស្រទាប់ទី 1 (រួមបញ្ចូលស្រទាប់ទី 1 និងខាងលើ)

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

កម្រិត 1 ថ្នាក់ (HP1)

= tc7

លេខសម្គាល់ជួរ Egressq

= 2407 (HP1 ជួរ)

ជួរអតិបរមា BW

= គ្មានអតិបរមា (លំនាំដើម)

កម្រិតបើកកាត់កន្ទុយ

= 74999808 បៃ / 2 ms (75 មេកាបៃ)

WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

Level1 Class (HP2) Egressq Queue ID Queue Max. BW TailDrop Threshold WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= tc6 = 2406 (ជួរ HP2) = គ្មានអតិបរមា (លំនាំដើម) = 74999808 បៃ / 2 ms (75 មេកាបៃ)

Level1 Class (HP3) Egressq Queue ID Queue Max. BW TailDrop Threshold WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= tc5 = 2405 (ជួរ HP3) = គ្មានអតិបរមា (លំនាំដើម) = 74999808 បៃ / 2 ms (75 មេកាបៃ)

Level1 Class (HP4) Egressq Queue ID Queue Max. BW TailDrop Threshold WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= tc4 = 2404 (ជួរ HP4) = គ្មានអតិបរមា (លំនាំដើម) = 74999808 បៃ / 2 ms (75 មេកាបៃ)

Level1 Class (HP5) Egressq Queue ID Queue Max. BW TailDrop Threshold WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= tc3 = 2403 (ជួរ HP5) = គ្មានអតិបរមា (លំនាំដើម) = 74999808 បៃ / 2 ms (75 មេកាបៃ)

Level1 Class (HP6) Egressq Queue ID Queue Max. BW TailDrop Threshold WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= tc2 = 2402 (ជួរ HP6) = គ្មានអតិបរមា (លំនាំដើម) = 74999808 បៃ / 2 ms (75 មេកាបៃ)

Level1 Class (HP7) Egressq Queue ID Queue Max. BW TailDrop Threshold WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= tc1 = 2401 (ជួរ HP7) = គ្មានអតិបរមា (លំនាំដើម) = 74999808 បៃ / 2 ms (75 មេកាបៃ)

Level1 Class Egressq Queue ID Queue Max. BW Inverse Weight / Weight TailDrop Threshold WRED មិនត្រូវបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= class-default = 2400 (ជួរ LP លំនាំដើម) = គ្មានអតិបរមា (លំនាំដើម) = 1 / (BWR មិនត្រូវបានកំណត់) = 74999808 បៃ / 150 ms (75 មេកាបៃ)

ប្រធានបទពាក់ព័ន្ធ · ធាតុគោលនយោបាយចរាចរណ៍ នៅទំព័រទី 23 · ធាតុនៃថ្នាក់ចរាចរណ៍ នៅទំព័រទី 20

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 27

ភ្ជាប់គោលការណ៍ចរាចរណ៍ទៅចំណុចប្រទាក់

ចាត់ថ្នាក់កញ្ចប់ព័ត៌មានដើម្បីកំណត់អត្តសញ្ញាណចរាចរណ៍ជាក់លាក់

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 28

4 ជំពូក
សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព
· ការសម្គាល់កញ្ចប់viewនៅទំព័រ 29 · មុខងារ និងអត្ថប្រយោជន៍នៃការសម្គាល់កញ្ចប់ព័ត៌មានគ្មានលក្ខខណ្ឌដែលមានមូលដ្ឋានលើថ្នាក់ នៅលើទំព័រទី 31 · កំណត់រចនាសម្ព័ន្ធការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់ នៅទំព័រ 32 · ការសម្គាល់កញ្ចប់ដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់៖ ឧ។amples, នៅទំព័រទី 33 · អាទិភាព IP ធៀបនឹង IP DSCP Marking នៅទំព័រទី 35 · ការកែប្រែគោលការណ៍នៅនឹងកន្លែង នៅទំព័រទី 36
ការសម្គាល់កញ្ចប់លើសview
អ្នកអាចប្រើការសម្គាល់កញ្ចប់ព័ត៌មានក្នុងផែនទីគោលការណ៍បញ្ចូលដើម្បីកំណត់ឬកែប្រែលក្ខណៈសម្រាប់ចរាចរណ៍ដែលជាកម្មសិទ្ធិរបស់ថ្នាក់ជាក់លាក់។ សម្រាប់អតីតampដូច្នេះ អ្នកអាចផ្លាស់ប្តូរតម្លៃ CoS នៅក្នុងថ្នាក់ ឬកំណត់ IP DSCP ឬតម្លៃ IP អាទិភាពសម្រាប់ប្រភេទជាក់លាក់នៃចរាចរណ៍។ បន្ទាប់មកតម្លៃថ្មីទាំងនេះត្រូវបានប្រើដើម្បីកំណត់ពីរបៀបដែលចរាចរណ៍គួរតែត្រូវបានព្យាបាល។
ចំណាំចាប់ពី Cisco IOS XR Release 7.2.12 តទៅ ការគាំទ្រសម្រាប់ការសម្គាល់កញ្ចប់ព័ត៌មាននៅលើចំណុចប្រទាក់ដឹកជញ្ជូនស្រទាប់ 2 គឺដូចគ្នាទៅនឹងការគាំទ្រសម្រាប់ការសម្គាល់លើចំណុចប្រទាក់ស្រទាប់ 3 ។ ទោះយ៉ាងណាក៏ដោយ ការគាំទ្រនេះអនុវត្តតែចំពោះចំណុចប្រទាក់មេ (ចំណុចប្រទាក់រូបវន្ត និងបណ្តុំ) ប៉ុណ្ណោះ ហើយមិនមែននៅលើចំណុចប្រទាក់រងទេ។
ការសម្គាល់លំនាំដើម
នៅពេលដែលចំណុចប្រទាក់ ingress ឬ egress បន្ថែម VLAN tags ឬស្លាក MPLS វាទាមទារតម្លៃលំនាំដើមសម្រាប់ថ្នាក់សេវាកម្ម និងតម្លៃ EXP ដែលចូលទៅក្នុងនោះ។ tags និងស្លាក។ នៅលើរ៉ោតទ័រ មួយ ingress default QoS mapping profile និងមួយ egress លំនាំដើម QoS mapping profile ត្រូវបានបង្កើត និងកំណត់រចនាសម្ព័ន្ធឧបករណ៍នីមួយៗកំឡុងពេលចាប់ផ្តើម។
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 29

QoS Behavior សម្រាប់ផ្លូវរូងក្រោមដីទូទៅ (GRE)

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

QoS Behavior សម្រាប់ផ្លូវរូងក្រោមដីទូទៅ (GRE)

តារាងទី 6: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះលក្ខណៈពិសេស

ចេញផ្សាយព័ត៌មាន

QoS Behavior សម្រាប់ការចេញផ្សាយផ្លូវទូទៅ 7.3.1 Encapsulation (GRE) Tunnels៖ ការសម្គាល់លំនាំដើម

ការពិពណ៌នាលក្ខណៈពិសេស
ជាមួយនឹងការគាំទ្រសម្រាប់ចំណុចប្រទាក់ផ្លូវរូងក្រោមដី encapsulation និង decapsulation មានការអាប់ដេតសំខាន់ៗមួយចំនួនចំពោះឥរិយាបថ QoS សម្រាប់ផ្លូវរូងក្រោមដី GRE ។ ការអាប់ដេតទាំងនេះអាចអនុវត្តបានសម្រាប់ការសម្គាល់កញ្ចប់ព័ត៌មានលំនាំដើម និងពាក់ព័ន្ធនឹងប្រភេទសេវាកម្ម (ToS) និងប៊ីតពិសោធន៍ MPLS ។

GRE Encapsulation
ប្រសិនបើអ្នកមិនកំណត់រចនាសម្ព័ន្ធប្រភេទសេវាកម្ម (ToS) នោះតម្លៃ IP នាំមុខខាងក្រៅ ឬតម្លៃលេខកូដសេវាកម្មខុសគ្នា (DSCP) ត្រូវបានចម្លងពីបឋមកថា IP ខាងក្នុង។ ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធ ToS តម្លៃមុន IP ខាងក្រៅ ឬតម្លៃ DCSP គឺដូចទៅនឹងការកំណត់រចនាសម្ព័ន្ធ ToS ។
GRE Decapsulation
កំឡុងពេល decapsulation ប៊ីតពិសោធន៍ MPLS (EXP) គឺបានមកពីកញ្ចប់ IP ខាងក្រៅ។ សម្រាប់ព័ត៌មានបន្ថែមអំពីផ្លូវរូងក្រោមដី GRE សូមមើលការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់សម្រាប់ Cisco 8000 Series Routers, IOS XR Release 7.3.x ។

ការសម្គាល់កញ្ចប់
លក្ខណៈពិសេសនៃការសម្គាល់កញ្ចប់ព័ត៌មាន ដែលត្រូវបានគេហៅថាការសម្គាល់ជាក់លាក់ផងដែរ ផ្តល់ឱ្យអ្នកប្រើប្រាស់នូវមធ្យោបាយដើម្បីបែងចែកកញ្ចប់ព័ត៌មានផ្សេងៗគ្នាដោយផ្អែកលើការសម្គាល់ដែលបានកំណត់។ រ៉ោតទ័រគាំទ្រការសម្គាល់កញ្ចប់ព័ត៌មានចូល និងច្រកចេញ។

ប្រតិបត្តិការសម្គាល់កញ្ចប់ដែលគាំទ្រ តារាងនេះបង្ហាញពីប្រតិបត្តិការសម្គាល់កញ្ចប់ព័ត៌មានដែលគាំទ្រ។

ជួរម៉ាកសម្គាល់ដែលគាំទ្រ

ការគាំទ្រសម្រាប់ការសម្គាល់ដោយគ្មានលក្ខខណ្ឌ

កំណត់ថ្នាក់បោះបង់

០១៤៨៦០៧៤-០០៤

ចូល

កំណត់ dscp

០១៤៨៦០៧៤-០០៤

ចូល

កំណត់ mpls ពិសោធន៍ 0-7 កំពូលបំផុត។

ចូល

កំណត់អាទិភាព

០១៤៨៦០៧៤-០០៤

ចូល

កំណត់ក្រុម qo

០១៤៨៦០៧៤-០០៤

ចូល

ការគាំទ្រសម្រាប់ការសម្គាល់តាមលក្ខខណ្ឌ No No No No
គ្មានទេ

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 30

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

QoS Behavior សម្រាប់ផ្លូវរូងក្រោមដីទូទៅ (GRE)

តារាងទី 7: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះលក្ខណៈពិសេស

ចេញផ្សាយព័ត៌មាន

QoS Behavior សម្រាប់ការចេញផ្សាយផ្លូវទូទៅ 7.3.1 ផ្លូវរូងក្រោមដី Encapsulation (GRE)៖ ការសម្គាល់ច្បាស់លាស់

ការពិពណ៌នាលក្ខណៈពិសេស
ជាមួយនឹងការគាំទ្រសម្រាប់ចំណុចប្រទាក់ផ្លូវរូងក្រោមដី encapsulation និង decapsulation មានការអាប់ដេតសំខាន់ៗមួយចំនួនចំពោះឥរិយាបថ QoS សម្រាប់ផ្លូវរូងក្រោមដី GRE ។ ការអាប់ដេតទាំងនេះអាចអនុវត្តបានសម្រាប់ការសម្គាល់កញ្ចប់ព័ត៌មានច្បាស់លាស់ និងពាក់ព័ន្ធនឹងឥរិយាបថ QoS អំឡុងពេលចូល និងចេញ។

GRE Encapsulation
កំឡុងពេលដាក់បញ្ចូល IPv4/IPv6 payload នៅខាងក្នុង GRE header ឥរិយាបថ QoS មានដូចខាងក្រោម៖
· Ingress: QoS គាំទ្រការចាត់ថ្នាក់នៅលើវាល payload Layer 3 ឬ EXP និងការកត់សម្គាល់ payload IP header DSCP ។
· Egress: QoS គាំទ្រការកំណត់បឋមកថា GRE IP ខាងក្រៅ DSCP ។ វាមិនសរសេរជាន់លើការកំណត់រចនាសម្ព័ន្ធ Tunnel Type of Service (ToS) ទេ ហើយមិនកត់សំគាល់ចំណងជើង GRE IP DCSP ទេ។

GRE Decapsulation
ក្នុងអំឡុងពេល decapsulation នៃបឋមកថា GRE ខាងក្រៅ (ក្នុងអំឡុងពេលដែលបន្ទុក IPv4 / IPv6 / MPLS ខាងក្នុងត្រូវបានបញ្ជូនបន្តទៅរ៉ោតទ័រហបបន្ទាប់) ឥរិយាបថ QoS មានដូចខាងក្រោម:
· Ingress: QoS គាំទ្រការចាត់ថ្នាក់លើស្រទាប់ទី 3 នៃវាល GRE ខាងក្រៅដោយប្រើពាក្យបញ្ជា set qo-group ។ ការកំណត់ DSCP នៅលើចំណុចប្រទាក់ ingress កំណត់ DSCP សម្រាប់បឋមកថាខាងក្នុង។
· Egress៖ QoS គាំទ្រការចាត់ថ្នាក់ដោយប្រើក្រុម Qo ដើម្បីកំណត់ DSCP ឬ EXP សម្រាប់កញ្ចប់ព័ត៌មាន egress ។
សម្រាប់ព័ត៌មានបន្ថែមអំពីផ្លូវរូងក្រោមដី GRE សូមមើលការណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់សម្រាប់ Cisco 8000 Series Routers, IOS XR Release 7.3.x ។

លក្ខណៈ និងអត្ថប្រយោជន៍នៃការសម្គាល់កញ្ចប់ព័ត៌មានគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់
មុខងារសម្គាល់កញ្ចប់ព័ត៌មានអនុញ្ញាតឱ្យអ្នកបែងចែកបណ្តាញរបស់អ្នកទៅជាកម្រិតអាទិភាពជាច្រើន ឬថ្នាក់នៃសេវាកម្មដូចខាងក្រោម៖
· ប្រើការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌ QoS ដើម្បីកំណត់ IP អាទិភាព ឬតម្លៃ IP DSCP សម្រាប់កញ្ចប់ព័ត៌មានដែលចូលទៅក្នុងបណ្តាញ។ រ៉ោតទ័រនៅក្នុងបណ្តាញរបស់អ្នកអាចប្រើតម្លៃអាទិភាព IP ដែលបានសម្គាល់ថ្មីដើម្បីកំណត់ពីរបៀបដែលចរាចរណ៍គួរតែត្រូវបានព្យាបាល។
នៅលើទិសដៅចូល បន្ទាប់ពីការផ្គូផ្គងចរាចរណ៍ដោយផ្អែកលើ IP Precedence ឬតម្លៃ DSCP អ្នកអាចកំណត់វាទៅជាថ្នាក់បោះបង់ជាក់លាក់មួយ។ ការរកឃើញដោយចៃដន្យដោយថ្លឹងថ្លែងដំបូង (WRED) ដែលជាបច្ចេកទេសជៀសវាងការកកស្ទះ ដោយហេតុនេះប្រើតម្លៃថ្នាក់បោះបង់ដើម្បីកំណត់ប្រូបាប៊ីលីតេដែលកញ្ចប់ព័ត៌មានត្រូវបានទម្លាក់។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 31

កំណត់រចនាសម្ព័ន្ធការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

· ប្រើការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌ QoS ដើម្បីផ្តល់កញ្ចប់ព័ត៌មាន MPLS ទៅក្រុម QoS ។ រ៉ោតទ័រប្រើក្រុម QoS ដើម្បីកំណត់ពីរបៀបកំណត់អាទិភាពនៃកញ្ចប់ព័ត៌មានសម្រាប់ការបញ្ជូន។ ដើម្បីកំណត់អត្តសញ្ញាណក្រុម QoS នៅលើកញ្ចប់ MPLS សូមប្រើពាក្យបញ្ជា set qo-group នៅក្នុងរបៀបកំណត់រចនាសម្ព័ន្ធថ្នាក់ផែនទីគោលការណ៍។
ចំណាំ ការកំណត់អត្តសញ្ញាណក្រុម QoS មិនកំណត់អាទិភាពនៃកញ្ចប់ព័ត៌មានសម្រាប់ការបញ្ជូនដោយស្វ័យប្រវត្តិទេ។ ដំបូងអ្នកត្រូវតែកំណត់រចនាសម្ព័ន្ធគោលការណ៍ egress ដែលប្រើក្រុម QoS ។
· សម្គាល់កញ្ចប់ព័ត៌មាន Multiprotocol Label Switching (MPLS) ដោយកំណត់ប៊ីត EXP នៅក្នុងស្លាកដែលបានដាក់ ឬកំពូលបំផុត។
· សម្គាល់កញ្ចប់ព័ត៌មានដោយកំណត់តម្លៃនៃអាគុយម៉ង់ qo-group ។ · សម្គាល់កញ្ចប់ព័ត៌មានដោយកំណត់តម្លៃនៃអាគុយម៉ង់ថ្នាក់បោះបង់។
ចំណាំ qo-group និង discard-class គឺជាអថេរខាងក្នុងទៅរ៉ោតទ័រ ហើយមិនត្រូវបានបញ្ជូនទេ។
ភារកិច្ចកំណត់រចនាសម្ព័ន្ធត្រូវបានពិពណ៌នានៅក្នុង កំណត់រចនាសម្ព័ន្ធការសម្គាល់កញ្ចប់ព័ត៌មានគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់ នៅលើទំព័រ 32 ។
កំណត់រចនាសម្ព័ន្ធការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់
ភារកិច្ចកំណត់រចនាសម្ព័ន្ធនេះពន្យល់ពីរបៀបកំណត់រចនាសម្ព័ន្ធការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់ខាងក្រោមនៅលើរ៉ោតទ័ររបស់អ្នក៖
· តម្លៃនាំមុខ IP · តម្លៃ IP DSCP · តម្លៃក្រុម QoS (ចូលតែប៉ុណ្ណោះ) · តម្លៃ CoS (ចេញតែលើផ្ទៃរងស្រទាប់ទី 3) · តម្លៃពិសោធន៍ MPLS · បោះបង់ថ្នាក់
ចំណាំសកម្មភាព IPv4 និង IPv6 QoS បានអនុវត្តចំពោះ MPLS tagកញ្ចប់ ged មិនត្រូវបានគាំទ្រទេ។ ការកំណត់រចនាសម្ព័ន្ធត្រូវបានទទួលយក ប៉ុន្តែមិនមានសកម្មភាពត្រូវបានធ្វើទេ។
ការកំណត់រចនាសម្ព័ន្ធ Example អនុវត្តតាមជំហានទាំងនេះដើម្បីកំណត់រចនាសម្ព័ន្ធការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌនៅលើរ៉ោតទ័ររបស់អ្នក។ 1. បង្កើត ឬកែប្រែផែនទីគោលនយោបាយ ដែលអាចភ្ជាប់ជាមួយចំណុចប្រទាក់មួយ ឬច្រើន ដើម្បីបញ្ជាក់គោលការណ៍សេវាកម្ម
ហើយបញ្ចូលរបៀបកំណត់រចនាសម្ព័ន្ធផែនទីគោលនយោបាយ។ 2. កំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់ ហើយបញ្ចូលរបៀបកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 32

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

ការសម្គាល់កញ្ចប់ដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់៖ ឧamples

3. ភ្ជាប់ផែនទីគោលការណ៍ទៅចំណុចប្រទាក់បញ្ចូល ឬលទ្ធផលដែលត្រូវប្រើជាគោលការណ៍សេវាកម្មសម្រាប់ចំណុចប្រទាក់នោះ។
ការកំណត់រចនាសម្ព័ន្ធ Example
router# configure router(config)# interface hundredGigE 0/0/0/24 router(config-pmap)# policy-map policy1 Router(config-int)# commit
កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
router(config)# policy-map policy1
class-map match- any class1 match protocol ipv4 end-class-map
! ! គោលនយោបាយផែនទី ១
ថ្នាក់ទី១ កំណត់អាទិភាព ១
! class class-default! ផែនទីបញ្ចប់គោលនយោបាយ! ចំណុចប្រទាក់ HundredGigE0/0/0/24 គោលការណ៍បញ្ចូលសេវាកម្ម 1
!
ការផ្ទៀងផ្ទាត់ដំណើរការពាក្យបញ្ជានេះដើម្បីបង្ហាញព័ត៌មានអំពីការកំណត់រចនាសម្ព័ន្ធគោលការណ៍សម្រាប់ថ្នាក់ទាំងអស់ដែលបានកំណត់រចនាសម្ព័ន្ធសម្រាប់គោលការណ៍សេវាកម្មទាំងអស់នៅលើចំណុចប្រទាក់ដែលបានបញ្ជាក់។
រ៉ោតទ័រ# បង្ហាញចំណុចប្រទាក់ដំណើរការរយGigE 0/0/0/24
ការសម្គាល់កញ្ចប់ដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់៖ ឧamples
ទាំងនេះគឺជាឧamples សម្រាប់ការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌផ្អែកលើថ្នាក់។
ការកំណត់រចនាសម្ព័ន្ធសម្គាល់ IP អាទិភាព៖ ឧample
នៅក្នុងនេះ អតីតample, គោលការណ៍សេវាកម្មដែលហៅថា policy1 ត្រូវបានបង្កើតឡើង។ គោលការណ៍សេវាកម្មនេះត្រូវបានភ្ជាប់ទៅផែនទីថ្នាក់ដែលបានកំណត់ពីមុនហៅថា class1 តាមរយៈការប្រើប្រាស់ពាក្យបញ្ជាថ្នាក់ ហើយបន្ទាប់មកគោលការណ៍សេវាកម្មត្រូវបានភ្ជាប់ទៅលទ្ធផល HundredGigE interface 0/7/0/1។ ប៊ីត IP នាំមុខនៅក្នុង ToS byte ត្រូវបានកំណត់ទៅ 1:
policy-map policy1 class class1 កំណត់អាទិភាព ១
!

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 33

ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ IP DSCP៖ ឧample

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

ចំណុចប្រទាក់ HundredGigE 0/7/0/1 គោលនយោបាយលទ្ធផលសេវាកម្ម 1
ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ IP DSCP៖ ឧample
នៅក្នុងនេះ អតីតample, គោលការណ៍សេវាកម្មដែលហៅថា policy1 ត្រូវបានបង្កើតឡើង។ គោលការណ៍សេវាកម្មនេះត្រូវបានភ្ជាប់ទៅផែនទីថ្នាក់ដែលបានកំណត់ពីមុនតាមរយៈការប្រើប្រាស់ពាក្យបញ្ជាថ្នាក់។ នៅក្នុងនេះ អតីតampដូច្នេះ វាត្រូវបានសន្មត់ថា ផែនទីថ្នាក់ដែលហៅថា class1 ត្រូវបានតំឡើងពីមុន ហើយផែនទីថ្នាក់ថ្មីហៅថា class2 ត្រូវបានបង្កើត។ នៅក្នុងនេះ អតីតampដូច្នេះ តម្លៃ IP DSCP ក្នុង ToS byte ត្រូវបានកំណត់ជា 5៖
policy-map policy1 class class1 set dscp ៥
class class2 set dscp ef
បន្ទាប់ពីអ្នកកំណត់រចនាសម្ព័ន្ធការកំណត់ដែលបង្ហាញសម្រាប់កញ្ចប់សំឡេងនៅគែម រ៉ោតទ័រកម្រិតមធ្យមទាំងអស់ត្រូវបានកំណត់រចនាសម្ព័ន្ធដើម្បីផ្តល់ការព្យាបាលភាពយឺតយ៉ាវទាបចំពោះកញ្ចប់សំឡេងដូចខាងក្រោម៖
class-map voice match dscp ef
policy-map qo-policy class voice priority កម្រិត 1 អត្រាប៉ូលីស ភាគរយ 10
ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ក្រុម QoS៖ ឧample
នៅក្នុងនេះ អតីតample, គោលការណ៍សេវាកម្មដែលហៅថា policy1 ត្រូវបានបង្កើតឡើង។ គោលការណ៍សេវាកម្មនេះត្រូវបានភ្ជាប់ទៅផែនទីថ្នាក់ដែលហៅថា class1 តាមរយៈការប្រើប្រាស់ពាក្យបញ្ជាថ្នាក់ ហើយបន្ទាប់មកគោលការណ៍សេវាកម្មត្រូវបានភ្ជាប់ក្នុងទិសដៅបញ្ចូលនៅលើ HundredGigE 0/7/0/1 ។ តម្លៃ qo-group ត្រូវបានកំណត់ទៅ 1 ។
class-map match- any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set qo-group 1 !
ចំណុចប្រទាក់ HundredGigE 0/7/0/1 គោលការណ៍បញ្ចូលសេវាកម្ម 1
ចំណាំពាក្យបញ្ជាក្រុមកូដត្រូវបានគាំទ្រតែលើគោលការណ៍បញ្ចូលប៉ុណ្ណោះ។
ការកំណត់រចនាសម្ព័ន្ធការសម្គាល់ CoS៖ ឧample
នៅក្នុងនេះ អតីតample, គោលការណ៍សេវាកម្មដែលហៅថា policy1 ត្រូវបានបង្កើតឡើង។ គោលការណ៍សេវាកម្មនេះត្រូវបានភ្ជាប់ទៅផែនទីថ្នាក់ដែលហៅថា class1 តាមរយៈការប្រើប្រាស់ពាក្យបញ្ជាថ្នាក់ ហើយបន្ទាប់មកគោលការណ៍សេវាកម្មត្រូវបានភ្ជាប់ក្នុងទិសដៅលទ្ធផលនៅលើ HundredGigE 0/7/0/1.100។ ប៊ីត IEEE 802.1p (CoS) នៅក្នុងបឋមកថាស្រទាប់ 2 ត្រូវបានកំណត់ទៅ 1 ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 34

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

ការកំណត់រចនាសម្ព័ន្ធសម្គាល់ការដាក់កម្រិតសាកល្បង MPLS៖ ឧample

class-map match- any class1 match protocol ipv4 match access-group ipv4 101
policy-map policy1 class class1 set cos 1 !
ចំណុចប្រទាក់ HundredGigE 0/7/0/1.100 គោលការណ៍បញ្ចូលសេវាកម្ម 1
ការកំណត់រចនាសម្ព័ន្ធសម្គាល់ការដាក់កម្រិតសាកល្បង MPLS៖ ឧample
នៅក្នុងនេះ អតីតample, គោលការណ៍សេវាកម្មដែលហៅថា policy1 ត្រូវបានបង្កើតឡើង។ គោលការណ៍សេវាកម្មនេះត្រូវបានភ្ជាប់ទៅផែនទីថ្នាក់ដែលហៅថា class1 តាមរយៈការប្រើប្រាស់ពាក្យបញ្ជាថ្នាក់ ហើយបន្ទាប់មកគោលការណ៍សេវាកម្មត្រូវបានភ្ជាប់ក្នុងទិសដៅបញ្ចូលនៅលើ 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
ចំណាំពាក្យបញ្ជាកំណត់ mpls exp ត្រូវបានគាំទ្រតែលើគោលការណ៍ ingress ប៉ុណ្ណោះ។
ការកំណត់រចនាសម្ព័ន្ធសម្គាល់កំពូលបំផុតនៃការពិសោធន៍ MPLS៖ ឧample
នៅក្នុងនេះ អតីតample, គោលការណ៍សេវាកម្មដែលហៅថា policy1 ត្រូវបានបង្កើតឡើង។ គោលការណ៍សេវាកម្មនេះត្រូវបានភ្ជាប់ទៅផែនទីថ្នាក់ដែលហៅថា class1 តាមរយៈការប្រើប្រាស់ពាក្យបញ្ជាថ្នាក់ ហើយបន្ទាប់មកគោលការណ៍សេវាកម្មត្រូវបានភ្ជាប់ក្នុងទិសដៅលទ្ធផលនៅលើ HundredGigE 0/7/0/1 ។ ប៊ីត MPLS EXP នៅលើស្លាក TOPMOST ត្រូវបានកំណត់ជា 1៖
class-map match-ណាមួយ class1 match mpls exp កំពូលបំផុត 2
policy-map policy1 class class1 set mpls exp topmost 1 !
ចំណុចប្រទាក់ HundredGigE 0/7/0/1 គោលនយោបាយលទ្ធផលសេវាកម្ម 1
អាទិភាព IP បើប្រៀបធៀបទៅនឹង IP DSCP Marking
ប្រសិនបើអ្នកត្រូវការសម្គាល់កញ្ចប់ព័ត៌មាននៅក្នុងបណ្តាញរបស់អ្នក ហើយឧបករណ៍ទាំងអស់របស់អ្នកគាំទ្រការសម្គាល់ IP DSCP សូមប្រើការសម្គាល់ IP DSCP ដើម្បីសម្គាល់កញ្ចប់ព័ត៌មានរបស់អ្នក ពីព្រោះការសម្គាល់ IP DSCP ផ្តល់នូវការសម្គាល់កញ្ចប់ព័ត៌មានដោយគ្មានលក្ខខណ្ឌបន្ថែមទៀត។
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 35

កំណត់រចនាសម្ព័ន្ធ DSCP CS7 (បុព្វបទ 7)

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

ជម្រើស។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើការសម្គាល់ដោយ IP DSCP គឺមិនចង់បាន ឬប្រសិនបើអ្នកមិនប្រាកដថាឧបករណ៍នៅក្នុងបណ្តាញរបស់អ្នកគាំទ្រតម្លៃ IP DSCP ទេនោះ សូមប្រើតម្លៃអាទិភាព IP ដើម្បីសម្គាល់កញ្ចប់ព័ត៌មានរបស់អ្នក។ តម្លៃអាទិភាព IP ទំនងជាត្រូវបានគាំទ្រដោយឧបករណ៍ទាំងអស់នៅក្នុងបណ្តាញ។ អ្នកអាចកំណត់ការសម្គាល់ IP នាំមុខចំនួន 8 ផ្សេងគ្នា និងការសម្គាល់ IP DSCP ចំនួន 64 ផ្សេងគ្នា។
កំណត់រចនាសម្ព័ន្ធ DSCP CS7 (បុព្វបទ 7)
សូមមើលអតីតខាងក្រោមampអនុញ្ញាតឱ្យកំណត់រចនាសម្ព័ន្ធជម្រើសនៅក្នុង DSCP សម្រាប់អាសយដ្ឋានប្រភពជាក់លាក់មួយនៅក្នុងកញ្ចប់ IPv4 ។
ការកំណត់រចនាសម្ព័ន្ធ Example
policy-map policy1 class class1 set dscp cs7 !

ការកែប្រែគោលការណ៍នៅនឹងកន្លែង
មុខងារកែប្រែគោលការណ៍ In-Place អនុញ្ញាតឱ្យអ្នកកែប្រែគោលការណ៍ QoS ទោះបីជាគោលការណ៍ QoS ត្រូវបានភ្ជាប់ទៅចំណុចប្រទាក់មួយ ឬច្រើនក៏ដោយ។ គោលការណ៍ដែលបានកែប្រែគឺស្ថិតនៅក្រោមការត្រួតពិនិត្យដូចគ្នាដែលគោលការណ៍ថ្មីត្រូវធ្វើឡើងនៅពេលដែលវាត្រូវបានចងភ្ជាប់ទៅនឹងចំណុចប្រទាក់មួយ។ ប្រសិនបើការកែប្រែគោលការណ៍ទទួលបានជោគជ័យ គោលការណ៍ដែលបានកែប្រែនឹងមានឥទ្ធិពលលើចំណុចប្រទាក់ទាំងអស់ដែលគោលការណ៍ត្រូវបានភ្ជាប់។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើការកែប្រែគោលការណ៍បរាជ័យលើចំណុចប្រទាក់ណាមួយ នោះការវិលត្រឡប់មកវិញដោយស្វ័យប្រវត្តិត្រូវបានផ្តួចផ្តើមដើម្បីធានាថាគោលការណ៍នៃការកែប្រែជាមុនគឺមានប្រសិទ្ធភាពលើចំណុចប្រទាក់ទាំងអស់។
អ្នកក៏អាចកែប្រែផែនទីថ្នាក់ណាមួយដែលប្រើក្នុងផែនទីគោលនយោបាយផងដែរ។ ការផ្លាស់ប្តូរដែលបានធ្វើឡើងចំពោះផែនទីថ្នាក់មានឥទ្ធិពលលើចំណុចប្រទាក់ទាំងអស់ដែលគោលការណ៍ត្រូវបានភ្ជាប់។

ចំណាំ

· ស្ថិតិ QoS សម្រាប់គោលការណ៍ដែលត្រូវបានភ្ជាប់ទៅចំណុចប្រទាក់ត្រូវបានបាត់បង់ (កំណត់ឡើងវិញទៅ 0) នៅពេលដែលគោលការណ៍នេះគឺ

កែប្រែ។

· នៅពេលដែលគោលការណ៍ QoS ដែលភ្ជាប់ទៅចំណុចប្រទាក់ត្រូវបានកែប្រែ វាប្រហែលជាមិនមានគោលការណ៍ណាមួយដែលមានឥទ្ធិពលលើចំណុចប្រទាក់ដែលគោលការណ៍ដែលបានកែប្រែត្រូវបានប្រើក្នុងរយៈពេលខ្លីនោះទេ។

· ការកែប្រែនៅនឹងកន្លែងនៃ ACL មិនកំណត់ការរាប់ស្ថិតិផែនទីគោលនយោបាយឡើងវិញទេ។

ការផ្ទៀងផ្ទាត់ ប្រសិនបើកំហុសដែលមិនអាចយកមកវិញបានកើតឡើងកំឡុងពេលកែប្រែគោលការណ៍នៅនឹងកន្លែង គោលការណ៍នេះត្រូវបានដាក់ចូលទៅក្នុងស្ថានភាពមិនស៊ីសង្វាក់គ្នានៅលើចំណុចប្រទាក់គោលដៅ។ គ្មានការកំណត់រចនាសម្ព័ន្ធថ្មីគឺអាចធ្វើទៅបានរហូតដល់សម័យកំណត់រចនាសម្ព័ន្ធត្រូវបានដោះសោ។ វាត្រូវបានផ្ដល់អនុសាសន៍ឱ្យលុបគោលការណ៍ចេញពីចំណុចប្រទាក់ ពិនិត្យមើលគោលការណ៍ដែលបានកែប្រែ ហើយបន្ទាប់មកអនុវត្តឡើងវិញតាមនោះ។
ការណែនាំសម្រាប់ការប្រើប្រាស់ការកែប្រែគោលការណ៍នៅនឹងកន្លែង
ក្នុងរយៈពេលខ្លីខណៈពេលដែលគោលការណ៍ QoS កំពុងត្រូវបានកែប្រែ វាប្រហែលជាមិនមានគោលការណ៍ណាមួយដែលមានឥទ្ធិពលលើចំណុចប្រទាក់ដែលគោលការណ៍ដែលបានកែប្រែត្រូវបានប្រើនោះទេ។ សម្រាប់ហេតុផលនេះ កែប្រែគោលការណ៍ QoS ដែលប៉ះពាល់ដល់ចំនួនតិចតួចបំផុត។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 36

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

ការណែនាំសម្រាប់ការប្រើប្រាស់ការកែប្រែគោលការណ៍នៅនឹងកន្លែង

ចំនួនចំណុចប្រទាក់ក្នុងពេលតែមួយ។ ប្រើពាក្យបញ្ជា show policy-map targets ដើម្បីកំណត់អត្តសញ្ញាណចំនួននៃចំណុចប្រទាក់ដែលនឹងត្រូវបានប៉ះពាល់កំឡុងពេលកែប្រែផែនទីគោលនយោបាយ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 37

ការណែនាំសម្រាប់ការប្រើប្រាស់ការកែប្រែគោលការណ៍នៅនឹងកន្លែង

សម្គាល់កញ្ចប់ដើម្បីផ្លាស់ប្តូរការកំណត់អាទិភាព

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 38

5 ជំពូក
ការជៀសវាងការកកស្ទះ
· Congestion Avoidance, on page 39 · Queuing Modes, on page 39 · Congestion Avoidance in VOQ, on page 40 · Equitable Traffic Flow using Fair VOQ, on page 44 · Modular QoS Congestion Avoidance , on page 50 · Tail Drop and the FIFO Queue នៅទំព័រ 50 · ការរកឃើញដំបូងដោយចៃដន្យ និង TCP នៅទំព័រ 52 · ការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់ ទំព័រ 54
ការជៀសវាងការកកស្ទះ
ការតម្រង់ជួរផ្តល់មធ្យោបាយរក្សាទុកទិន្នន័យជាបណ្តោះអាសន្ន នៅពេលដែលអត្រាទទួលទិន្នន័យមានទំហំធំជាងអ្វីដែលអាចផ្ញើបាន។ ការគ្រប់គ្រងជួរ និងបណ្តុំ គឺជាគោលដៅចម្បងនៃការជៀសវាងការកកស្ទះ។ នៅពេលដែលជួរចាប់ផ្តើមបំពេញទិន្នន័យ វាជាការសំខាន់ក្នុងការព្យាយាមធ្វើឱ្យប្រាកដថាអង្គចងចាំដែលមាននៅក្នុង ASIC/NPU មិនបំពេញទាំងស្រុងនោះទេ។ ប្រសិនបើរឿងនេះកើតឡើង កញ្ចប់ជាបន្តបន្ទាប់ដែលចូលមកក្នុងច្រកត្រូវបានទម្លាក់ ដោយមិនគិតពីអាទិភាពដែលពួកគេបានទទួលនោះទេ។ នេះអាចជះឥទ្ធិពលអាក្រក់ដល់ដំណើរការនៃកម្មវិធីសំខាន់ៗ។ សម្រាប់ហេតុផលនេះ បច្ចេកទេសជៀសវាងការកកស្ទះត្រូវបានប្រើប្រាស់ដើម្បីកាត់បន្ថយហានិភ័យនៃជួរពីការបំពេញអង្គចងចាំទាំងស្រុង និងការអត់ឃ្លាននូវជួរដែលមិនកកស្ទះសម្រាប់ការចងចាំ។ កម្រិតនៃជួរត្រូវបានប្រើដើម្បីបង្កឱ្យមានការធ្លាក់ចុះនៅពេលកម្រិតនៃការកាន់កាប់ជាក់លាក់ត្រូវបានលើស។ កាលវិភាគគឺជាយន្តការ QoS ដែលត្រូវបានប្រើដើម្បីលុបជួរទិន្នន័យ ហើយបញ្ជូនទិន្នន័យបន្តទៅគោលដៅរបស់វា។ ការធ្វើទ្រង់ទ្រាយគឺជាសកម្មភាពនៃការរារាំងចរាចរណ៍នៅក្នុងច្រក ឬជួររហូតដល់វាអាចកំណត់ពេលបាន។ ការធ្វើទ្រង់ទ្រាយធ្វើឱ្យចរាចរណ៍រលូន ធ្វើឱ្យលំហូរចរាចរណ៍កាន់តែអាចព្យាករណ៍បាន។ វាជួយធានាថាជួរបញ្ជូននីមួយៗត្រូវបានកំណត់ត្រឹមអត្រាអតិបរមានៃចរាចរណ៍។
របៀបតម្រង់ជួរ
របៀបតម្រង់ជួរបណ្តាញពីរត្រូវបានគាំទ្រសម្រាប់ការតម្រង់ជួរចំណុចប្រទាក់បណ្តាញ៖ របៀបលំនាំដើមនៃ 8xVOQ (ការដាក់ជួរលទ្ធផលនិម្មិត) និង 4xVOQ ។ ដើម្បីផ្លាស់ប្តូររបៀបពីមួយទៅមួយទៀត តម្រូវឱ្យអ្នកត្រូវតែផ្ទុកកាតបន្ទាត់ទាំងអស់នៅក្នុងប្រព័ន្ធជាមុនសិន។
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 39

គោលការណ៍តម្រង់ជួរចំណុចប្រទាក់ចម្បង

ការជៀសវាងការកកស្ទះ

នៅក្នុងរបៀប 8xVOQ VoQ ចំនួនប្រាំបី និងធនធានដែលពាក់ព័ន្ធរបស់វាត្រូវបានបែងចែកសម្រាប់ចំណុចប្រទាក់នីមួយៗ។ ជួរទាំងនេះត្រូវបានបែងចែកដោយមិនគិតពីការកំណត់រចនាសម្ព័ន្ធគោលការណ៍ពិតប្រាកដនៅលើចំណុចប្រទាក់នោះ។ របៀបនេះគាំទ្រ VOQ ដាច់ដោយឡែកសម្រាប់ថ្នាក់ចរាចរណ៍ខាងក្នុងទាំងប្រាំបី។ នៅក្នុងរបៀប 4xVOQ VoQ បួន និងធនធានដែលពាក់ព័ន្ធរបស់វាត្រូវបានបែងចែកទៅចំណុចប្រទាក់នីមួយៗ ហើយជួរទាំងនេះត្រូវបានបែងចែកដោយមិនគិតពីគោលការណ៍ពិតប្រាកដដែលបានអនុវត្ត។ នៅក្នុងរបៀបនេះ ប្រព័ន្ធគាំទ្រពីរដងនៃចំនួនចំណុចប្រទាក់ឡូជីខល ប៉ុន្តែថ្នាក់ចរាចរណ៍ទាំងប្រាំបីត្រូវតែត្រូវបានគូសវាសដោយការកំណត់រចនាសម្ព័ន្ធទៅបួន VoQ មិនមែន VoQs ប្រាំបីទេ។
ចំណាំ ចាប់ពី Cisco IOS XR Release 7.2.12 តទៅ មុខងារតម្រង់ជួរទាំងអស់ដែលត្រូវបានគាំទ្រនៅលើចំណុចប្រទាក់ស្រទាប់ 3 ក៏ត្រូវបានគាំទ្រនៅលើចំណុចប្រទាក់ស្រទាប់ 2 ផងដែរ។ ទោះយ៉ាងណាក៏ដោយ លក្ខណៈពិសេសទាំងនេះអនុវត្តតែចំពោះចំណុចប្រទាក់មេ (ចំណុចប្រទាក់រូបវន្ត និងបណ្តុំ) ប៉ុណ្ណោះ ហើយមិនមែននៅលើចំណុចប្រទាក់រងទេ។
គោលការណ៍តម្រង់ជួរចំណុចប្រទាក់ចម្បង
ជួរលំនាំដើមនៃចំណុចប្រទាក់ចម្បងត្រូវបានបង្កើតជាផ្នែកនៃការបង្កើតចំណុចប្រទាក់មេ។ នៅពេលអ្នកអនុវត្តគោលការណ៍តម្រង់ជួរទៅចំណុចប្រទាក់ចម្បង វានឹងបដិសេធប៉ារ៉ាម៉ែត្រលំនាំដើមនៃជួរ និងការកំណត់កាលវិភាគសម្រាប់ថ្នាក់ចរាចរណ៍ដែលអ្នកបានកំណត់រចនាសម្ព័ន្ធ។ នៅក្នុងរបៀប 8xVOQ ឋានានុក្រម P1 + P2 + 6PN ត្រូវបានប្រើសម្រាប់ជួរចំណុចប្រទាក់ចម្បង (ការតម្រង់ជួរ និងការកំណត់កាលវិភាគ)។ ជួរលំនាំដើមត្រូវបានប្រើសម្រាប់ចរាចរណ៍ទាំងអស់ទៅកាន់ចំណុចប្រទាក់មេ និងចរាចរទៅកាន់ចំណុចប្រទាក់រងណាមួយដោយគ្មានគោលការណ៍ដាក់ជួរ។ ចរាចរណ៍គ្រប់គ្រង/ពិធីការប្រើប្រាស់ចរាចរណ៍ថ្នាក់ទី 7 (TC7), អាទិភាព 1 (P1) ដើម្បីជៀសវាងការធ្លាក់ចុះក្នុងអំឡុងពេលកកស្ទះ។
គោលការណ៍ដាក់ជួរនៃចំណុចប្រទាក់រង
ចំណុចប្រទាក់រងនីមួយៗគាំទ្រគោលនយោបាយរហូតដល់បី៖ គោលនយោបាយចូល គោលការណ៍សម្គាល់ការចេញចូល និងគោលការណ៍តម្រង់ជួរ។ ដើម្បីបង្កើត និងកំណត់រចនាសម្ព័ន្ធ VoQs ដាច់ដោយឡែកសម្រាប់ចំណុចប្រទាក់រង សូមអនុវត្តគោលការណ៍តម្រង់ជួរនៅលើចំណុចប្រទាក់រងនោះ។ នៅពេលអ្នកដកគោលការណ៍តម្រង់ជួរនៃចំណុចប្រទាក់រង នោះ VoQs ដែលពាក់ព័ន្ធត្រូវបានដោះលែង ហើយចរាចរណ៍ចំណុចប្រទាក់រងនឹងត្រឡប់ទៅប្រើចំណុចប្រទាក់ចម្បង VoQs វិញ។
ការជៀសវាងការកកស្ទះនៅក្នុង VOQ
ការជៀសវាងការកកស្ទះនៅក្នុងប្លុក VOQ ត្រូវបានធ្វើឡើងដោយអនុវត្តកម្មវិធីគ្រប់គ្រងការកកស្ទះfile ទៅ VOQ ។ ប្រូនេះ។file កំណត់លក្ខណៈវិនិច្ឆ័យនៃការចូលរៀន និងការត្រួតពិនិត្យដែលបានធ្វើឡើងនៅពេលរៀបចំ។ នៅក្រោមលក្ខខណ្ឌចរាចរណ៍ធម្មតា កញ្ចប់ព័ត៌មានត្រូវបានបញ្ចូលទៅក្នុងប្រព័ន្ធសតិបណ្ដោះអាសន្នដែលបានចែករំលែក (SMS) ។ (ប្រព័ន្ធអង្គចងចាំដែលបានចែករំលែកគឺជាកន្លែងផ្ទុកកញ្ចប់ព័ត៌មានចម្បង។) ប្រសិនបើសារ SMS VOQ ត្រូវបានកកស្ទះលើសពីកម្រិតដែលបានកំណត់ VOQ ត្រូវបានផ្លាស់ទីទៅប្លុក High Band Memory (HBM) ខាងក្រៅ។ នៅពេលដែលជួរ HBM ត្រូវបានបង្ហូរ វាត្រូវបានត្រលប់ទៅសារ SMS នៅលើបន្ទះឈីបវិញ។ ទំហំជួរនៅក្នុង HBM គឺប្រែប្រួល និងថយចុះនៅពេលដែលការប្រើប្រាស់ HBM សរុបមានកម្រិតខ្ពស់។
Note Random Early Detect (RED) អាចប្រើបានសម្រាប់តែ VOQs នៅក្នុង HBM ប៉ុណ្ណោះ។ Hardware មិនគាំទ្រ Weighted Random Early Detect (WRED) ទេ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 40

ការជៀសវាងការកកស្ទះ

ការចែករំលែក VOQ Statistics Counters

ការចែករំលែក VOQ Statistics Counters
រាល់ប្រព័ន្ធដំណើរការបណ្តាញនៅលើរ៉ោតទ័រមានចំណិតជាច្រើន (ឬបំពង់) ហើយរាល់ចំណិតនីមួយៗមានសំណុំ VOQs ដែលភ្ជាប់ជាមួយរាល់ចំណុចប្រទាក់នៅលើរ៉ោតទ័រ។ ដើម្បីរក្សាបញ្ជរក្នុងអត្រាកញ្ចប់ព័ត៌មានខ្ពស់ សំណុំបញ្ជរចំនួនពីរត្រូវបានភ្ជាប់ជាមួយចំណុចប្រទាក់នីមួយៗនៅលើផ្នែកបណ្តាញនីមួយៗ។ ក្នុងនាមជាអតីតample សូមពិចារណាឧបករណ៍ដែលមានប្រាំមួយចំណិត (12 ចំណុចប្រទាក់) ដែលនីមួយៗមាន 24,000 VOQ ដែលអ្នកចង់រាប់ទាំងព្រឹត្តិការណ៍ដែលបានបញ្ជូន និងទម្លាក់។ នៅក្នុងសេណារីយ៉ូនេះ អ្នកនឹងត្រូវការ 12 x 24, 000 x 2 = 5, 76,000 counters ដែលលើសពីសមត្ថភាពរាប់របស់ឧបករណ៍។ វាគឺដើម្បីកាត់បន្ថយសេណារីយ៉ូបែបនេះដែលរ៉ោតទ័រគាំទ្រការចែករំលែកដែលអាចកំណត់រចនាសម្ព័ន្ធបាននៃបញ្ជរ VOQ ។ អ្នកអាចកំណត់រចនាសម្ព័ន្ធការចែករំលែកដែលបញ្ជរត្រូវបានចែករំលែកដោយ {1,2,4,8} VOQs។ សំណុំបញ្ជរចែករំលែក VoQs នីមួយៗមានបញ្ជរចំនួនពីរដែលវាស់វែង៖
· កញ្ចប់ព័ត៌មានដែលបានបញ្ចូលក្នុងកញ្ចប់ព័ត៌មាន និងឯកតាបៃ។
· កញ្ចប់ដែលបានទម្លាក់ត្រូវរាប់ជាកញ្ចប់និងឯកតាបៃ។
ដើម្បីឱ្យមុខងារនេះមានប្រសិទ្ធភាព៖ · លុបការកំណត់រចនាសម្ព័ន្ធផែនទីគោលការណ៍ egress ពីចំណុចប្រទាក់ទាំងអស់។
· ដំណើរការពាក្យបញ្ជា # ផ្ទុកទីតាំងឡើងវិញទាំងអស់ ដើម្បីផ្ទុកឡើងវិញនូវថ្នាំងទាំងអស់នៅលើរ៉ោតទ័ររបស់អ្នក។

កំណត់រចនាសម្ព័ន្ធការចែករំលែកនៃ VOQ Statistics Counters
ដើម្បីកំណត់រចនាសម្ព័ន្ធបញ្ជរចែករំលែក VOQs សូមប្រើ #hw-module profile stats voqs-sharing-counters និងបញ្ជាក់ចំនួន VOQ counters សម្រាប់ជួរនីមួយៗ។
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 Queues share counters 4 4 Queues share counters
RP/0/RP0/CPU0:ios(config)#hw-module profile ស្ថិតិ voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile ស្ថិតិ voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#reload location all

កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
RP/0/RP0/CPU0: ios#show run | នៅក្នុង hw-mod Mon Feb 10 13:57:35.296 UTC Building configuration… hw-module profile ស្ថិតិ voqs-sharing-counters 2 RP/0/RP0/CPU0: ios#

ការផ្ទៀងផ្ទាត់
RP/0/RP0/CPU0:ios#show controllers npu stats voq ingress interface hundredGigE 0/0/0/16 instance all location 0/RP0/CPU0 Mon Feb 10 13:58:26.661 UTC

ឈ្មោះចំណុចប្រទាក់ =

ចំណុចប្រទាក់ =

ទីតាំង

Asic Instance

មូលដ្ឋាន VOQ

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

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 41

ដែនកំណត់ជួរពីរ

ការជៀសវាងការកកស្ទះ

ល្បឿនច្រក (kbps) = 100000000

កំពង់ផែក្នុងស្រុក

ក្នុងស្រុក

របៀប VOQ

របៀបបញ្ជរដែលបានចែករំលែក =

ទទួលបានPkts ទទួលបៃបានទម្លាក់Pkts

ទម្លាក់បៃ

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

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 ស្ថិតិ voqs-sharing-counters

ដែនកំណត់ជួរពីរ
ជម្រើសដែនកំណត់ជួរពីរត្រូវបានបន្ថែមទៅពាក្យបញ្ជាដែនកំណត់ជួរនៅលើ CLI នៃរ៉ោតទ័ររបស់អ្នក ហើយបង្ហាញជាថ្នាក់បោះបង់។ អ្វីដែលជម្រើសថ្នាក់បោះបង់ចោលគឺផ្តល់ឱ្យអ្នកនូវភាពបត់បែនក្នុងការកំណត់ការកំណត់ជួរពីរនៅលើផែនទីគោលការណ៍តែមួយ មួយសម្រាប់ចរាចរណ៍អាទិភាពខ្ពស់ និងមួយទៀតសម្រាប់ចរាចរណ៍អាទិភាពទាប។ ជម្រើសនេះធានាថាលំហូរចរាចរណ៍អាទិភាពខ្ពស់នៅតែបន្តមិនប៉ះពាល់ (រហូតដល់កម្រិតដែលបានមកពីការបោះបង់ថ្នាក់ 0 ជួរ) ខណៈដែលចរាចរណ៍អាទិភាពទាបបន្តរហូតដល់កម្រិតទាប (ក្នុងមួយជួរបោះបង់ 1 ជួរ)។

ប្រាប់ខ្ញុំបន្ថែម អ្នកអាចកំណត់ការកំណត់ជួរពីរសម្រាប់ព័ត៌មានលម្អិតទាំងនេះ៖
· មួយសម្រាប់លំហូរដែលអ្នកសម្គាល់ថាបោះបង់ថ្នាក់ 0 (អាទិភាពខ្ពស់ជាង) នៅលើ ingress តាមរយៈ ingress-policy ។ · ទីពីរ សម្រាប់លំហូរដែលអ្នកសម្គាល់ថាបោះបង់ថ្នាក់ 1 (អាទិភាពទាប) នៅលើការចូលតាមរយៈគោលការណ៍ ingress ។

លំហូរនៃថ្នាក់បោះបង់ 1 (សម្រាប់ចរាចរណ៍ដែលមានអាទិភាពទាប) ចាប់ផ្តើមធ្លាក់ចុះ នៅពេលដែលប្រវែងជួរឈានដល់ដែនកំណត់ទំហំដែលអ្នកបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់បោះបង់ 1។ ផ្ទុយទៅវិញ លំហូរសម្រាប់ថ្នាក់បោះបង់ទី 1 ឈប់ធ្លាក់ចុះនៅពេលដែលប្រវែងជួរធ្លាក់ចុះខាងក្រោម។ តម្លៃដែលបានកំណត់របស់វា។

ក្នុងនាមជាអតីតampសូមមើលការកំណត់រចនាសម្ព័ន្ធនេះ៖

policy-map egress_pol_dql class tc7
ជួរ កំណត់ បោះបង់ ថ្នាក់ 0 100 មេកាបៃ ជួរ កំណត់ បោះបង់ ថ្នាក់ 1 50 មេកាបៃ កម្រិត អាទិភាព 1 ! class class-default bandwidth ratio នៅសល់ 1 ! ផែនទីបញ្ចប់គោលនយោបាយ!

ពិចារណាផងដែរនូវការផ្ទៀងផ្ទាត់៖

RP/0/RP0/CPU0: ios#

RP/0/RP0/CPU0: ios#show qo interface hundredGigE 0/0/0/30 output

ចំណាំ៖ - តម្លៃដែលបានកំណត់រចនាសម្ព័ន្ធត្រូវបានបង្ហាញនៅក្នុងវង់ក្រចក

ចំណុចប្រទាក់ HundredGigE0/0/0/30 ifh 0xf000210 — គោលការណ៍លទ្ធផល

លេខសម្គាល់ NPU៖

ចំនួនថ្នាក់សរុប៖

កម្រិតបញ្ជូនចំណុចប្រទាក់៖

100000000 kbps

ឈ្មោះគោលការណ៍៖

egress_pol_dql

មូលដ្ឋាន VOQ៖

464

ប្រភេទគណនេយ្យ៖

ស្រទាប់ទី 1 (រួមបញ្ចូលស្រទាប់ទី 1 និងខាងលើ)

របៀប VOQ៖

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 42

ការជៀសវាងការកកស្ទះ

ការរឹតបន្តឹង

របៀបប្រឆាំងដែលបានចែករំលែក៖

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

កម្រិត 1 ថ្នាក់ (HP1)

= tc7

លេខសម្គាល់ជួរ Egressq

= 471 (HP1 ជួរ)

ជួរអតិបរមា BW

= គ្មានអតិបរមា (លំនាំដើម)

បោះបង់កម្រិតថ្នាក់ទី 1

= 25165824 បៃ / 2 ms (50 មេកាបៃ)

បោះបង់កម្រិតថ្នាក់ទី 0

= 75497472 បៃ / 5 ms (100 មេកាបៃ)

WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= class-default = 464 (ជួរ LP លំនាំដើម) = គ្មានអតិបរមា (លំនាំដើម) = 1 / (1) = 749568 បៃ / 6 ms (លំនាំដើម)

នៅក្នុងអតីតample មានលំហូរចរាចរណ៍ពីរដែលត្រូវបានសម្គាល់ថាបោះបង់ថ្នាក់ 0 (អាទិភាពខ្ពស់ជាង) និងបោះបង់ថ្នាក់ 1 (អាទិភាពទាប)។

ដរាបណាប្រវែងជួរនៃលំហូរទាំងពីរនៅតែស្ថិតនៅក្រោម 25165824 បៃ (កម្រិតចាប់ផ្ដើមសម្រាប់ការបោះបង់ថ្នាក់ទី 1) កញ្ចប់ព័ត៌មានពីលំហូរទាំងពីរនៅតែបន្តដោយគ្មានការធ្លាក់ចុះ។ នៅពេលដែលប្រវែងជួរឈានដល់ 25165824 បៃ កញ្ចប់បោះចោលថ្នាក់ 1 មិនត្រូវបានតម្រង់ជួរទេ ដោយធានាថាកម្រិតបញ្ជូនដែលនៅសល់ទាំងអស់ត្រូវបានប្រើសម្រាប់លំហូរអាទិភាពខ្ពស់ (បោះបង់ថ្នាក់ 0) ។

លំហូរអាទិភាពខ្ពស់ធ្លាក់ចុះតែនៅពេលដែលប្រវែងជួរឈានដល់ 75497472 បៃ។

ចំណាំ

· ជម្រើសនេះការពារចរាចរណ៍អាទិភាពខ្ពស់ពីការខាតបង់ដោយសារការកកស្ទះ ប៉ុន្តែមិនចាំបាច់ពីភាពយឺតយ៉ាវនោះទេ។

ដោយសារតែការកកស្ទះ។

· កម្រិតទាំងនេះបានមកពីតំបន់ជួរជាក់លាក់នៃផ្នែករឹង។

ការរឹតបន្តឹង

ត្រូវប្រាកដថាអ្នកបានអានការរឹតបន្តឹងទាំងនេះអំពីជម្រើសដែនកំណត់ជួរពីរ។ · ដែនកំណត់ជួរទាំងពីរត្រូវតែប្រើឯកតារង្វាស់ដូចគ្នា។
· ដែនកំណត់ជួរសម្រាប់ discard-class 0 ត្រូវតែធំជាងនេះជានិច្ចសម្រាប់ discard-class 1។
· នៅពេលដែលជម្រើសបោះបង់ថ្នាក់មិនត្រូវបានប្រើដើម្បីកំណត់រចនាសម្ព័ន្ធដែនកំណត់ជួរ កញ្ចប់ដែលបានសម្គាល់ដោយបោះបង់ថ្នាក់ 0 និងបោះបង់ថ្នាក់ទី 1 មានដែនកំណត់ជួរដូចគ្នា។ នៅក្នុងពាក្យផ្សេងទៀតពួកគេទទួលបានការព្យាបាលដូចគ្នា។
· ដែនកំណត់ជួរដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយបោះបង់ថ្នាក់ 0 ឬបោះបង់ថ្នាក់ 1 ប៉ុណ្ណោះត្រូវបានច្រានចោល។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 43

លំហូរចរាចរប្រកបដោយសមធម៌ ដោយប្រើ VOQ យុត្តិធម៌

ការជៀសវាងការកកស្ទះ

លំហូរចរាចរប្រកបដោយសមធម៌ ដោយប្រើ VOQ យុត្តិធម៌

តារាងទី 8: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះលក្ខណៈពិសេស

ចេញផ្សាយព័ត៌មាន

លំហូរចរាចរណ៍ប្រកបដោយសមធម៌ ដោយប្រើការចេញផ្សាយដោយយុត្តិធម៌ 7.3.3 VOQ

ការពិពណ៌នាលក្ខណៈពិសេស
ការកំណត់រចនាសម្ព័ន្ធលក្ខណៈពិសេសនេះធានាថាចរាចរណ៍ចូលពីច្រកប្រភពផ្សេងៗនៅលើគ្រប់បណ្តាញនៃ NPU ត្រូវបានផ្តល់ជួរលទ្ធផលនិម្មិតតែមួយគត់ (VOQ) សម្រាប់គ្រប់ច្រកប្រភព និងគូច្រកគោលដៅ។ សកម្មភាពនេះធានាថា កម្រិតបញ្ជូនដែលមាននៅច្រកគោលដៅសម្រាប់ថ្នាក់ចរាចរណ៍ដែលបានផ្តល់ឱ្យត្រូវបានចែកចាយស្មើៗគ្នាទៅកាន់ច្រកប្រភពទាំងអស់ដែលស្នើសុំកម្រិតបញ្ជូន។
នៅក្នុងការចេញផ្សាយមុននេះ ចរាចរណ៍មិនត្រូវបានចែកចាយដោយសមធម៌ទេ ពីព្រោះផ្នែកនីមួយៗមិនត្រូវបានផ្តល់ចំណែកត្រឹមត្រូវនៃកម្រិតបញ្ជូននៃជួរលទ្ធផលនោះទេ។
លក្ខណៈពិសេសនេះណែនាំពាក្យគន្លឹះ fair-4 និង fair-8 នៅក្នុង hw-module profile ពាក្យបញ្ជា qoq-mode ។

VOQ យុត្តិធម៌៖ ហេតុអ្វី?
តាមឥរិយាបថលំនាំដើម រាល់ផ្នែកបណ្តាញនៃ NPU ត្រូវបានផ្តល់សំណុំនៃ 4 ឬ 8 ជួរលទ្ធផលនិម្មិត (VOQ) ក្នុងមួយច្រកគោលដៅ។ ជាមួយនឹងការចាត់តាំងបែបនេះ វាមានការលំបាកក្នុងការធានាថា បរិមាណផ្ទុកត្រឹមត្រូវអាចរកបានតាមរយៈ VOQs ។ ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធនេះ ចរាចរចូលពីច្រកប្រភពផ្សេងៗនៅលើផ្នែកមួយ (ឬបំពង់បង្ហូរប្រេង) នៅលើ NPU ដែលកំណត់ទៅកាន់ច្រកគោលដៅត្រូវបានផ្តល់ទៅឱ្យ VOQ ក្នុងមួយចំណិត។ ម្យ៉ាងវិញទៀត ច្រកប្រភពច្រើនដែលបញ្ជូនចរាចរទៅកាន់ច្រកគោលដៅដូចគ្នាប្រើ VOQ ដូចគ្នា។ ទោះជាយ៉ាងណាក៏ដោយ នៅពេលបញ្ជូនចរាចរណ៍ទៅកាន់ច្រកគោលដៅផ្សេងៗគ្នា ចរាចរណ៍ត្រូវបានតម្រង់ជួរទៅកាន់ VOQs ផ្សេងៗគ្នា។ នេះមានន័យថាចរាចរណ៍មិនត្រូវបានចែកចាយដោយសមធម៌ទេ ពីព្រោះផ្នែកនីមួយៗមិនទទួលបានចំណែកត្រឹមត្រូវនៃកម្រិតបញ្ជូនជួរលទ្ធផល។ នៅក្នុងសេណារីយ៉ូដែលចំណិតមួយមានច្រកពីរ ហើយចំណែកមួយទៀតមានច្រកតែមួយ កម្រិតបញ្ជូននឹងធ្លាក់ចុះសម្រាប់ច្រកដែលចែករំលែកចំណែកមួយ ទោះបីជាច្រកទាំងពីរគ្រប់គ្រងចរាចរណ៍ច្រើនជាងច្រកតែមួយក៏ដោយ។
ពិចារណាឧទាហរណ៍ខាងក្រោមample ដែលច្រក 100G ចំនួនពីរ – ច្រក-0 និងច្រក-1 – ដែលជាកម្មសិទ្ធិរបស់ផ្នែកដូចគ្នា (slice-0) កំពុងបញ្ជូនចរាចរណ៍ទៅច្រក-3 នៅលើជួរទិន្នផល (OQ) ។ អ្នកមានច្រក 100G នៅលើផ្នែកផ្សេងទៀត (slice-1) នៅលើ NPU ដូចគ្នាដែលត្រូវបានកំណត់ពេលផងដែរដើម្បីបញ្ជូនចរាចរណ៍ទៅកាន់ច្រក-3 ។ ingress VOQ ត្រូវបានចែករំលែករវាងច្រកទាំងពីរនៅក្នុង slice-0 ចំណែកឯ ingress VOQ នៅក្នុង slice-1 គឺអាចរកបានសម្រាប់ច្រក-3 តែប៉ុណ្ណោះ។ ការរៀបចំនេះនាំឱ្យច្រក-0 និងច្រក-1 ទទួលបាន 25% នៃចរាចរណ៍សតិបណ្ដោះអាសន្ន ខណៈដែលច្រក-3 ទទួលបាន 50% នៃចរាចរណ៍សតិបណ្ដោះអាសន្ន។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 44

ការជៀសវាងការកកស្ទះ រូបភាពទី 3៖ ឥរិយាបថដែលមានស្រាប់៖ ច្រកប្រភពនៅលើចំណែកចែករំលែក VOQ មួយក្នុងមួយច្រកគោលដៅ

VOQ យុត្តិធម៌៖ ម៉េច

លក្ខណៈពិសេស VOQ យុត្តិធម៌ដោះស្រាយភាពខុសគ្នានេះក្នុងការចែកចាយចរាចរណ៍។
VOQ យុត្តិធម៌៖ ម៉េច
លក្ខណៈពិសេស VOQ យុត្តិធម៌ដោះស្រាយឥរិយាបថលំនាំដើមដែលព្យាបាលច្រកប្រភពនៅលើចំណិត NPU នីមួយៗស្មើគ្នា ដោយមិនគិតពីចំនួនច្រកប្រភពសកម្ម។ វាធ្វើដូច្នេះដោយរៀបចំឡើងវិញនូវវិធីដែលកម្រិតបញ្ជូនត្រូវបានបែងចែកពីជួរទិន្នផល។ ជាជាងការចែកចាយកម្រិតបញ្ជូននៅកម្រិតមួយ VOQ យុត្តិធម៌ចែកចាយកម្រិតបញ្ជូនដោយផ្ទាល់ទៅច្រកប្រភព។ នៅពេលអ្នកកំណត់រចនាសម្ព័ន្ធពាក្យបញ្ជា hw-module profile q voq-mode ហើយផ្ទុករ៉ោតទ័ររបស់អ្នកឡើងវិញ មុខងារបង្កើត VOQ ជាក់លាក់សម្រាប់គ្រប់ច្រកប្រភព និងគូច្រកគោលដៅ។ ការរៀបចំនេះធានាថាកម្រិតបញ្ជូនដែលមាននៅច្រកគោលដៅសម្រាប់ថ្នាក់ចរាចរណ៍ដែលបានផ្តល់ឱ្យត្រូវបានចែកចាយស្មើៗគ្នាទៅគ្រប់ច្រកប្រភពដែលស្នើសុំកម្រិតបញ្ជូន។
ការពង្រីកអតីតampដើម្បីយល់ពីមុខងារ VOQ ដ៏យុត្តិធម៌ ឥឡូវនេះមាន VOQs ឧទ្ទិសសម្រាប់ច្រកចូលនីមួយៗដែលភ្ជាប់ទៅច្រកនៅលើជួរទិន្នផល។ ដូច្នេះ port-0 និង port-1 ឥឡូវនេះមិនចែករំលែក VOQ ទេ ហើយ port-3 មាន VOQ របស់វាដូចពីមុន ដូចបង្ហាញក្នុងរូបខាងក្រោម។ ការរៀបចំ VOQ ប្រកបដោយយុត្តិធម៌នេះនាំឱ្យចរាចរណ៍តម្រង់ជួរលើជួរដែលយកចិត្តទុកដាក់ ដូច្នេះហើយការកែលម្អដំណើរការចរាចរណ៍។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 45

របៀប VOQ យុត្តិធម៌ និងការចែករំលែកបញ្ជរ

ការជៀសវាងការកកស្ទះ

រូបភាពទី 4៖ ឥរិយាបថ VOQ ត្រឹមត្រូវ៖ ច្រកប្រភពនីមួយៗនៅលើចំណិតមាន VOQ ជាក់លាក់មួយក្នុងមួយច្រកគោលដៅ

របៀប VOQ យុត្តិធម៌ និងការចែករំលែកបញ្ជរ
អ្នកអាចកំណត់រចនាសម្ព័ន្ធ VOQ ដោយយុត្តិធម៌សម្រាប់របៀប 8xVOQ (fair-8) និង 4xVOQ mode (fair-4) ដោយប្រើជម្រើសខាងក្រោមនៅក្នុង hw-module profile ពាក្យបញ្ជា qoq-mode៖
· hw-module profile qoq-mode fair-8
· hw-module profile qoq-mode fair-4

អ្នកក៏អាចចែករំលែកការរាប់ស្ថិតិ VOQ នៅក្នុងរបៀប VOQ ត្រឹមត្រូវទាំងពីរ ដូចដែលបានបង្ហាញក្នុងតារាងខាងក្រោម។ (សម្រាប់ព័ត៌មានលម្អិតអំពីមូលហេតុដែលបញ្ជរចែករំលែកមានសារៈសំខាន់ និងរបៀបកំណត់ការចែករំលែកបញ្ជរ សូមមើលការចែករំលែកនៃ VOQ Statistics Counters នៅទំព័រទី 41។)
តារាងទី 9៖ របៀប VOQ សមរម្យ និងបញ្ជរចែករំលែក

របៀប VOQ យុត្តិធម៌ - ៨

ការចែករំលែករបៀបបញ្ជរ ២, ៤

កំណត់ចំណាំសំខាន់ៗ
· VOQs ចំនួនប្រាំបីដែលបានកំណត់រចនាសម្ព័ន្ធក្នុងមួយច្រកប្រភព និងគូទិសដៅ
· បញ្ជរត្រូវបានចែករំលែកដោយ VOQs {2, 4} ។
· fair-8 mode មិនគាំទ្ររបៀបបញ្ជរជាក់លាក់ទេ (របៀបបញ្ជរ 1 ដែលមានបញ្ជរសម្រាប់គ្រប់ជួរ)

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 46

ការជៀសវាងការកកស្ទះ

VOQs យុត្តិធម៌ និង Slice (ឬធម្មតា) VOQs: ភាពខុសគ្នាសំខាន់ៗ

របៀប VOQ យុត្តិធម៌ - ៨

ការចែករំលែករបៀបរាប់ 1, 2, 4

កំណត់ចំណាំសំខាន់ៗ
· VOQ ចំនួនបួនដែលបានកំណត់រចនាសម្ព័ន្ធក្នុងមួយច្រកប្រភព និងគូទិសដៅ
· បញ្ជរត្រូវបានចែករំលែកដោយ {1, 2, 4} VOQs ។

VOQs យុត្តិធម៌ និង Slice (ឬធម្មតា) VOQs: ភាពខុសគ្នាសំខាន់ៗ
តារាងខាងក្រោមគឺជារូបថតមួយដើម្បីគូសបញ្ជាក់ពីភាពខុសគ្នាសំខាន់ៗរវាង VOQs ត្រឹមត្រូវ និង slice ឬ VOQs ធម្មតា។
តារាងទី 10: VOQs យុត្តិធម៌ និង VOQs ធម្មតា។

VOQ យុត្តិធម៌

VOQ ធម្មតា។

របៀប fair-8: VOQs ចំនួនប្រាំបីដែលបានកំណត់រចនាសម្ព័ន្ធក្នុងមួយច្រកប្រភព 8:

និងគូគោលដៅ

· VOQs ប្រាំបីក្នុងមួយច្រកទិសដៅក្នុងមួយចំណិត

· VOQs ទាំងនេះត្រូវបានចែករំលែកដោយច្រកប្រភពទាំងអស់នៅក្នុងផ្នែក NPU ។

របៀប fair-4៖ VOQs ចំនួនបួនដែលបានកំណត់រចនាសម្ព័ន្ធក្នុងមួយច្រកប្រភព 4:

និងគូគោលដៅ

· VOQs ចំនួនបួនក្នុងមួយច្រកគោលដៅក្នុងមួយចំណិត

· VOQs ទាំងនេះត្រូវបានចែករំលែកដោយច្រកប្រភពទាំងអស់នៅក្នុងផ្នែក NPU ។

គោលការណ៍ណែនាំ និងដែនកំណត់
· មុខងារ VOQ យុត្តិធម៌ត្រូវបានគាំទ្រនៅលើរ៉ោតទ័រ Cisco 8202 (12 QSFP56-DD 400G និង 60 QSFP28 100G ports)។
· តារាងខាងក្រោមរៀបរាប់លម្អិតអំពីចំណុចប្រទាក់អតិបរមា (ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធ IPv4 ជាមូលដ្ឋាន និងមិនមានការកំណត់រចនាសម្ព័ន្ធខ្នាតផ្សេងទៀតដូចជា គោលការណ៍ QoS, ACL និងការកំណត់រចនាសម្ព័ន្ធផ្ទៃរង) ត្រូវបានអនុញ្ញាតដោយផ្អែកលើរបៀប VOQ និងរបៀបរាប់ការចែករំលែក។
តារាងទី 11៖ ចំណុចប្រទាក់អតិបរិមាផ្អែកលើរបៀប VOQ យុត្តិធម៌ និងរបៀបរាប់ការចែករំលែក

VOQ Mode fair-8

ការចែករំលែក Counter Mode 1

ចំណុចប្រទាក់អតិបរមា
រ៉ោតទ័រមិនគាំទ្រការរួមបញ្ចូលគ្នានេះទេ។
(នេះគឺដោយសារតែនៅក្នុងរបៀបរាប់លំនាំដើម ចំណុចប្រទាក់ 72 មិនត្រូវបានបង្កើតទេ។)

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 47

កំណត់រចនាសម្ព័ន្ធ VOQ យុត្តិធម៌

ការជៀសវាងការកកស្ទះ

VOQ Mode fair-8
fair-8 fair-4
fair-4 fair-4

ការចែករំលែក Counter Mode 2
៦៧ ៨
៦៧ ៨

ចំណុចប្រទាក់អតិបរមា
96 = 60 (100G) + 8 × 4 + 4 (400G) ==> អ្នកអាចកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់ 400G ចំនួនប្រាំបីក្នុងរបៀបបំបែក 4x10G ឬ 4x25G ។
108 = 60 + 12 x 4 (បំបែកនៅលើច្រកទាំង 12 - 400G)
96 = 60(100G) + 8 × 4 + 4 (400G) ==> អ្នកអាចកំណត់រចនាសម្ព័ន្ធចំណុចប្រទាក់ 400 G ចំនួនប្រាំបីក្នុងរបៀបបំបែក 4x10G ឬ 4x25G ។
108 = 60 + 12 x4 (បំបែកនៅលើច្រកទាំង 12 - 400G)
108 = 60 + 12 x4 (បំបែកនៅលើច្រកទាំង 12 - 400G)

ចំណាំ យើងសូមណែនាំឱ្យប្រើរបៀបបញ្ជរចែករំលែក 4 នៅក្នុងរបៀបបំបែកចេញ និងរបៀបបញ្ជរចែករំលែក 2 សម្រាប់របៀបមិនបំបែក។

Note Breakout mode មិនត្រូវបានគាំទ្រនៅលើចំណុចប្រទាក់ 100G ទេ។
· ត្រូវប្រាកដថាអ្នកផ្ទុករ៉ោតទ័រឡើងវិញដើម្បីឱ្យការកំណត់រចនាសម្ព័ន្ធមានប្រសិទ្ធភាព។
· ចរាចរណ៍ស្រទាប់ទី 2 មិនត្រូវបានគាំទ្រក្នុងទម្រង់ fair-voq (fair-4 និង fair-8)។
· ការតម្រង់ជួរលើចំណុចប្រទាក់រងមិនត្រូវបានគាំទ្រទេ។ (នេះអនុវត្តចំពោះចំណុចប្រទាក់រងបណ្តុំផងដែរ)។ នេះមានន័យថា អ្នកមិនអាចភ្ជាប់គោលការណ៍សេវា egress ដែលទាមទារ VOQs ជាក់លាក់បានទេ។ ទោះយ៉ាងណាក៏ដោយ ការសម្គាល់ egress ត្រូវបានគាំទ្រសម្រាប់ចំណុចប្រទាក់រង។
· hw-module profile ស្ថិតិ voqs-sharing-counters 1 មិនត្រូវបានគាំទ្រក្នុងទម្រង់ fair-8 ទេ។ ត្រូវប្រាកដថាអ្នកកំណត់រចនាសម្ព័ន្ធ hw-module profile voq share-counters 2 ឬ hw-module profile voq share-counters 4 រួមជាមួយនឹង hw-module profile qoq-mode fair-4 ឬ hw-module profile q voq-mode fair-8 មុនពេលផ្ទុករ៉ោតទ័រឡើងវិញ។
· Breakout ត្រូវបានគាំទ្រតែលើចំណុចប្រទាក់ 400G ក្នុងទម្រង់ fair-voq (ទាំង fair-4 និង fair-8) នៅលើរ៉ោតទ័រ Cisco 8202។
· src-interface និង src-slice ពាក្យគន្លឹះនៅក្នុង show controller npu stats អាចមើលឃើញតែនៅពេលដែលអ្នកកំណត់រចនាសម្ព័ន្ធ VOQ mode ទៅជា fair-8 ឬ fair-4 ប៉ុណ្ណោះ។
កំណត់រចនាសម្ព័ន្ធ VOQ យុត្តិធម៌
ដើម្បីកំណត់រចនាសម្ព័ន្ធ VOQ យុត្តិធម៌៖

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 48

ការជៀសវាងការកកស្ទះ

កំណត់រចនាសម្ព័ន្ធ VOQ យុត្តិធម៌

1. កំណត់រចនាសម្ព័ន្ធការចែករំលែកបញ្ជរស្ថិតិ VOQ ។ អតីតample កំណត់រចនាសម្ព័ន្ធបញ្ជរចំនួន 2 ។

ចំណាំ ការកំណត់រចនាសម្ព័ន្ធ fair-8 ដោយគ្មានការចែករំលែកបញ្ជរអាចបណ្តាលឱ្យបរាជ័យក្នុងការកំណត់រចនាសម្ព័ន្ធ ឬអាកប្បកិរិយាដែលមិនរំពឹងទុកផ្សេងទៀត។
2. កំណត់រចនាសម្ព័ន្ធរបៀប VOQ យុត្តិធម៌។ អតីតample បង្ហាញពីរបៀបកំណត់រចនាសម្ព័ន្ធ fair-8 ។
3. ចាប់ផ្ដើមរ៉ោតទ័រឡើងវិញដើម្បីឱ្យការកំណត់រចនាសម្ព័ន្ធមានប្រសិទ្ធភាព។
4. អ្នកបានបើកដំណើរការមុខងារ VOQ ដោយជោគជ័យ ដើម្បីធានាបាននូវការចែកចាយចរាចរណ៍ប្រកបដោយសមធម៌រវាងគ្រប់ច្រកប្រភព និងគូច្រកគោលដៅ។
/* កំណត់រចនាសម្ព័ន្ធការចែករំលែកនៃបញ្ជរស្ថិតិ VOQ; យើងកំពុងកំណត់រចនាសម្ព័ន្ធ 2 counters ក្នុងមួយជួរ*/ Router(config)#hw-module profile ស្ថិតិ?
voqs-sharing-counters កំណត់រចនាសម្ព័ន្ធចំនួន voqs (1, 2, 4) share counters Router(config)#hw-module profile ស្ថិតិ voqs-sharing-counters ?
1 Counter សម្រាប់ជួរនីមួយៗ 2 2 Queues share counters 4 4Queues share counters Router(config)#hw-module profile ស្ថិតិ voqs-sharing-counters 2
/* កំណត់រចនាសម្ព័ន្ធ fair-voq mode; យើងកំពុងកំណត់រចនាសម្ព័ន្ធ fair-8 VOQ mode នៅទីនេះ*/ Router#config Router(config)#hw-module profile qoq-mode fair-8 Router(config)#commit Router#reload location all
កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
hw-module profile ស្ថិតិ voqs-sharing-counters 2 ! hw-module profile qoq-mode fair-8 !
ការផ្ទៀងផ្ទាត់
ដំណើរការឧបករណ៍បញ្ជាបង្ហាញ npu stats voq ingress interface <> instance <> location <> command ដើម្បីផ្ទៀងផ្ទាត់ការកំណត់រចនាសម្ព័ន្ធ VOQ ត្រឹមត្រូវ។
រ៉ោតទ័រ#បង្ហាញឧបករណ៍បញ្ជា npu ស្ថិតិ voq ចំណុចប្រទាក់ ingress hundredGigE 0/0/0/20 ទីតាំង 0 ទីតាំង 0/RP0/CPU0

ឈ្មោះចំណុចប្រទាក់

= Hu0/0/0/20

ចំណុចទាញចំណុចប្រទាក់

f000118

ទីតាំង

= 0/RP0/CPU0

Asic Instance

ល្បឿនច្រក (kbps)

= 100000000

កំពង់ផែក្នុងស្រុក

ក្នុងស្រុក

ឈ្មោះចំណុចប្រទាក់ Src =

ទាំងអស់។

របៀប VOQ

យុត្តិធម៌ - ៨

របៀបបញ្ជរដែលបានចែករំលែក =

ទទួលបានPkts ទទួលបៃបានទម្លាក់Pkts

ទម្លាក់បៃ

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

TC_{0,1} = 11110

1422080

TC_{2,3} = 0

TC_{4,5} = 0

TC_{6,7} = 0

RP/0/RP0/CPU0: ios#

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 49

ការជៀសវាងការកកស្ទះម៉ូឌុល QoS

ការជៀសវាងការកកស្ទះ

ពាក្យបញ្ជាដែលពាក់ព័ន្ធ hw-module profile qo voq-mode
ការជៀសវាងការកកស្ទះម៉ូឌុល QoS
បច្ចេកទេសជៀសវាងការកកស្ទះត្រួតពិនិត្យលំហូរចរាចរណ៍ក្នុងកិច្ចខិតខំប្រឹងប្រែងដើម្បីប្រមើលមើល និងជៀសវាងការកកស្ទះនៅការស្ទះបណ្តាញទូទៅ។ បច្ចេកទេសជៀសវាងត្រូវបានអនុវត្តមុនការកកស្ទះកើតឡើង បើប្រៀបធៀបនឹងបច្ចេកទេសគ្រប់គ្រងការកកស្ទះដែលគ្រប់គ្រងការកកស្ទះបន្ទាប់ពីវាបានកើតឡើង។ ការជៀសវាងការកកស្ទះត្រូវបានសម្រេចតាមរយៈការទម្លាក់កញ្ចប់។ រ៉ោតទ័រគាំទ្របច្ចេកទេសជៀសវាងការកកស្ទះ QoS ទាំងនេះ៖
· Tail Drop និង FIFO Queue នៅទំព័រ 50 · ការរកឃើញដំបូងដោយចៃដន្យ និង TCP នៅទំព័រ 52
Tail Drop និង FIFO Queue
ការទម្លាក់កន្ទុយគឺជាបច្ចេកទេសជៀសវាងការកកស្ទះដែលទម្លាក់កញ្ចប់ព័ត៌មាននៅពេលដែលជួរទិន្នផលពេញរហូតដល់ការកកស្ទះត្រូវបានលុបចោល។ ការទម្លាក់កន្ទុយចាត់ទុកលំហូរចរាចរណ៍ទាំងអស់ស្មើៗគ្នា ហើយមិនបែងចែករវាងថ្នាក់សេវាកម្មឡើយ។ វាគ្រប់គ្រងកញ្ចប់ព័ត៌មានដែលបានដាក់ចូលទៅក្នុងជួរទីមួយចូល ចេញដំបូង (FIFO) ហើយបញ្ជូនបន្តក្នុងអត្រាដែលកំណត់ដោយកម្រិតបញ្ជូននៃតំណដែលមានមូលដ្ឋាន។
កំណត់រចនាសម្ព័ន្ធ Tail Drop
កញ្ចប់ព័ត៌មានដែលបំពេញតាមលក្ខណៈវិនិច្ឆ័យនៃការផ្គូផ្គងសម្រាប់ថ្នាក់មួយបានប្រមូលផ្តុំនៅក្នុងជួរដែលបានបម្រុងទុកសម្រាប់ថ្នាក់រហូតដល់ពួកគេត្រូវបានបម្រើ។ ពាក្យបញ្ជាដែនកំណត់ជួរត្រូវបានប្រើដើម្បីកំណត់កម្រិតអតិបរមាសម្រាប់ថ្នាក់មួយ។ នៅពេលឈានដល់កម្រិតអតិបរិមា កញ្ចប់ព័ត៌មានដែលបានភ្ជាប់ទៅជួរថ្នាក់នាំឱ្យមានការទម្លាក់កន្ទុយ (ទម្លាក់កញ្ចប់)។
ការរឹតបន្តឹង · នៅពេលកំណត់រចនាសម្ព័ន្ធពាក្យបញ្ជាកម្រិតជួរ អ្នកត្រូវតែកំណត់រចនាសម្ព័ន្ធពាក្យបញ្ជាមួយក្នុងចំណោមពាក្យបញ្ជាខាងក្រោម៖ អាទិភាព រូបរាងមធ្យម ឬកម្រិតបញ្ជូនដែលនៅសេសសល់ លើកលែងតែថ្នាក់លំនាំដើម។
ការកំណត់រចនាសម្ព័ន្ធ Example អ្នកត្រូវធ្វើដូចខាងក្រោមដើម្បីបញ្ចប់ការកំណត់រចនាសម្ព័ន្ធការទម្លាក់កន្ទុយ៖ 1. ការបង្កើត (ឬកែប្រែ) ផែនទីគោលនយោបាយដែលអាចភ្ជាប់ជាមួយចំណុចប្រទាក់មួយ ឬច្រើនដើម្បីបញ្ជាក់សេវាកម្ម។
គោលការណ៍ 2. ការភ្ជាប់ថ្នាក់ចរាចរណ៍ជាមួយគោលការណ៍ចរាចរណ៍ 3. ការបញ្ជាក់ដែនកំណត់អតិបរមាដែលជួរអាចរក្សាទុកសម្រាប់គោលការណ៍ថ្នាក់ដែលបានកំណត់រចនាសម្ព័ន្ធនៅក្នុងផែនទីគោលនយោបាយ។ 4. ការបញ្ជាក់អាទិភាពចំពោះថ្នាក់ចរាចរណ៍ដែលជាកម្មសិទ្ធិរបស់ផែនទីគោលនយោបាយ។ 5. (ស្រេចចិត្ត) ការបញ្ជាក់កម្រិតបញ្ជូនដែលបានបែងចែកសម្រាប់ថ្នាក់ដែលជាកម្មសិទ្ធិរបស់ផែនទីគោលនយោបាយ ឬបញ្ជាក់ពីរបៀប
ដើម្បីបែងចែកកម្រិតបញ្ជូនដែលនៅសល់ទៅថ្នាក់ផ្សេងៗ។ 6. ការភ្ជាប់ផែនទីគោលការណ៍ទៅចំណុចប្រទាក់លទ្ធផលដែលត្រូវប្រើជាគោលការណ៍សេវាកម្មសម្រាប់ចំណុចប្រទាក់នោះ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 50

ការជៀសវាងការកកស្ទះ

កំណត់រចនាសម្ព័ន្ធ Tail Drop

Router# configure Router(config)# policy-map test-qlimit-1 Router(config-pmap)# class qo-1 Router(config-pmap-c)# queue-limit 100 us Router(config-pmap-c)# កម្រិតអាទិភាព 7 Router(config-pmap-c)# exit Router(config-pmap)# exit
Router(config)# interface 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 us កម្រិតអាទិភាព 7 ! class class-default! ផែនទីបញ្ចប់គោលនយោបាយ
!

ការផ្ទៀងផ្ទាត់

រ៉ោតទ័រ# បង្ហាញលទ្ធផល qo int hundredGigE 0/6/0/18

ចំណាំ៖ - តម្លៃដែលបានកំណត់រចនាសម្ព័ន្ធត្រូវបានបង្ហាញនៅក្នុងវង់ក្រចក

ចំណុចប្រទាក់ HundredGigE0/6/0/18 ifh 0x3000220 — គោលការណ៍លទ្ធផល

លេខសម្គាល់ NPU៖

ចំនួនថ្នាក់សរុប៖

កម្រិតបញ្ជូនចំណុចប្រទាក់៖

100000000 kbps

មូលដ្ឋាន VOQ៖

11176

ចំណុចទាញស្ថិតិ VOQ៖

0x88550ea0

ប្រភេទគណនេយ្យ៖

ស្រទាប់ទី 1 (រួមបញ្ចូលស្រទាប់ទី 1 និងខាងលើ)

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

កម្រិត 1 ថ្នាក់ (HP7)

= qo-1

លេខសម្គាល់ជួរ Egressq

= 11177 (HP7 ជួរ)

កម្រិតបើកកាត់កន្ទុយ

= 1253376 បៃ / 100 us (100 us)

WRED មិនបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

Level1 Class Egressq Queue ID Queue Max. BW ជួរអប្បបរមា BW Inverse Weight / Weight TailDrop Threshold WRED មិនត្រូវបានកំណត់រចនាសម្ព័ន្ធសម្រាប់ថ្នាក់នេះទេ។

= class-default = 11176 (ជួរ LP លំនាំដើម) = 101803495 kbps (លំនាំដើម) = 0 kbps (លំនាំដើម) = 1 (BWR មិនត្រូវបានកំណត់) = 1253376 បៃ / 10 ms (លំនាំដើម)

ប្រធានបទពាក់ព័ន្ធ · Tail Drop និង FIFO Queue នៅទំព័រ 50

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 51

ការរកឃើញដំបូងដោយចៃដន្យ និង TCP

ការជៀសវាងការកកស្ទះ

ការរកឃើញដំបូងដោយចៃដន្យ និង TCP
បច្ចេកទេសការជៀសវាងការកកស្ទះដោយចៃដន្យ (RED) ប្រើពេល advantage នៃយន្តការគ្រប់គ្រងការកកស្ទះនៃ TCP ។ ដោយការទម្លាក់កញ្ចប់ព័ត៌មានដោយចៃដន្យ មុនពេលដែលមានការកកស្ទះខ្លាំង RED ប្រាប់ប្រភពកញ្ចប់ព័ត៌មានឱ្យកាត់បន្ថយអត្រាបញ្ជូនរបស់វា។ ដោយសន្មតថាប្រភពកញ្ចប់ព័ត៌មានកំពុងប្រើ TCP វាបន្ថយអត្រាបញ្ជូនរបស់វារហូតដល់កញ្ចប់ព័ត៌មានទាំងអស់ទៅដល់គោលដៅដែលបង្ហាញថាការកកស្ទះត្រូវបានសម្អាត។ អ្នកអាចប្រើ RED ជាមធ្យោបាយមួយដើម្បីធ្វើឱ្យ TCP យឺតក្នុងការបញ្ជូនកញ្ចប់ព័ត៌មាន។ TCP មិនត្រឹមតែផ្អាកប៉ុណ្ណោះទេ ប៉ុន្តែវាក៏ចាប់ផ្តើមឡើងវិញយ៉ាងឆាប់រហ័ស និងសម្របអត្រាបញ្ជូនរបស់វាទៅនឹងអត្រាដែលបណ្តាញអាចគាំទ្របាន។ RED ចែកចាយការខាតបង់តាមពេលវេលា និងរក្សាជម្រៅជួរទាបជាធម្មតា ខណៈពេលដែលស្រូបលំហូរចរាចរណ៍។ វាសម្រេចបានដោយធ្វើសកម្មភាពលើទំហំជួរមធ្យម ហើយមិនមែនទំហំជួរភ្លាមៗនោះទេ។ នៅពេលបើកដំណើរការលើចំណុចប្រទាក់ RED ចាប់ផ្តើមទម្លាក់កញ្ចប់ព័ត៌មាន នៅពេលដែលការកកស្ទះកើតឡើងក្នុងអត្រាមួយដែលអ្នកជ្រើសរើសកំឡុងពេលកំណត់រចនាសម្ព័ន្ធ។
កំណត់រចនាសម្ព័ន្ធការរកឃើញដំបូងដោយចៃដន្យ
ពាក្យបញ្ជា random-detect ជាមួយនឹងកម្រិតអប្បបរមា និងពាក្យគន្លឹះកម្រិតអតិបរមាត្រូវតែប្រើ ដើម្បីបើកការរកឃើញដំបូងដោយចៃដន្យ (RED)។
គោលការណ៍ណែនាំ · ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធការរកឃើញដោយចៃដន្យ command នៅលើ class ណាមួយ រួមទាំង class-default, configure one of the following commands: shape average ឬ bandwidth នៅសល់។ · ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធដែនកំណត់ជួរដែលតិចជាងតម្លៃអប្បបរមាដែលបានគាំទ្រ តម្លៃដែលបានកំណត់រចនាសម្ព័ន្ធនឹងកែតម្រូវដោយស្វ័យប្រវត្តិទៅតម្លៃអប្បបរមាដែលបានគាំទ្រ។ ខណៈពេលដែលកំណត់រចនាសម្ព័ន្ធ random-detect ប្រសិនបើអ្នកកំណត់ និង តម្លៃទាបជាងតម្លៃកម្រិតអប្បបរមាដែលគាំទ្រ៖ · នេះ។ តម្លៃលៃតម្រូវដោយស្វ័យប្រវត្តិទៅតម្លៃអប្បបរមាដែលគាំទ្រ។ · នេះ។ តម្លៃមិនលៃតម្រូវដោយស្វ័យប្រវត្តិទៅតម្លៃលើសពីតម្លៃកម្រិតអប្បបរមាដែលគាំទ្រ។ នេះបណ្តាលឱ្យមានការកំណត់រចនាសម្ព័ន្ធការរកឃើញដោយចៃដន្យបរាជ័យ។ ដើម្បីទប់ស្កាត់កំហុសនេះ កំណត់រចនាសម្ព័ន្ធ តម្លៃដែលវាលើសពីតម្លៃ តម្លៃដែលប្រព័ន្ធរបស់អ្នកគាំទ្រ។
ការកំណត់រចនាសម្ព័ន្ធ Example បំពេញកិច្ចការខាងក្រោមដើម្បីបញ្ចប់ការកំណត់រចនាសម្ព័ន្ធការរកឃើញដំបូងដោយចៃដន្យ៖ 1. ការបង្កើត (ឬកែប្រែ) ផែនទីគោលនយោបាយដែលអាចភ្ជាប់ជាមួយចំណុចប្រទាក់មួយ ឬច្រើនដើម្បីបញ្ជាក់សេវាកម្ម។
គោលនយោបាយ 2. ការភ្ជាប់ថ្នាក់ចរាចរណ៍ជាមួយនឹងគោលនយោបាយចរាចរណ៍ 3. ការបើកដំណើរការ RED ជាមួយនឹងកម្រិតអប្បបរមា និងអតិបរមា។ 4. កំណត់រចនាសម្ព័ន្ធមួយក្នុងចំណោមខាងក្រោម៖
· បញ្ជាក់ពីរបៀបបែងចែកកម្រិតបញ្ជូនដែលនៅសេសសល់ទៅកាន់ថ្នាក់ផ្សេងៗ។ ឬ
· កំណត់ចរាចរទៅអត្រាប៊ីតដែលបានបញ្ជាក់ ឬភាគរយtage នៃកម្រិតបញ្ជូនដែលមាន។
5. ការភ្ជាប់ផែនទីគោលការណ៍ទៅចំណុចប្រទាក់លទ្ធផលដែលត្រូវប្រើជាគោលការណ៍សេវាកម្មសម្រាប់ចំណុចប្រទាក់នោះ។
មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 52

ការជៀសវាងការកកស្ទះ

កំណត់រចនាសម្ព័ន្ធការរកឃើញដំបូងដោយចៃដន្យ

Router# configure Router(config)# policy-map red-abs-policy Router(config-pmap)# class qo-1 Router(config-pmap-c)# random-detect Router(config-pmap-c)# shape average percent 10 Router(config-pmap-c)# end-policy-map Router(config)# commit Router(config)# interface HundredGigE0/0/0/12 Router(config- ប្រសិនបើ) # លទ្ធផលនៃគោលនយោបាយសេវាកម្ម red-abs-policy Router(config-if)# commit
កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
policy-map red-abs-policy class tc7
កម្រិតអាទិភាព 1 ជួរ-កំណត់ 75 មេកាបៃ ! ថ្នាក់ tc6 កម្រិតអាទិភាព 2 ជួរ - ដែនកំណត់ 75 មេកាបៃ ! ថ្នាក់ tc5 រាងជាមធ្យម 10 GBps ជួរ - ដែនកំណត់ 75 មេកាបៃ ! class tc4 shape ជាមធ្យម 10 gbps ជួរ-កំណត់ 75 mbytes ! class tc3 shape ជាមធ្យម 10 gbps ជួរ-កំណត់ 75 mbytes ! class tc2 shape ជាមធ្យម 10 gbps ជួរ-កំណត់ 75 mbytes ! class tc1 shape ជាមធ្យម 10 gbps random-detect ecn random-detect 100mbytes 200mbytes ! class class-default shape average 10 gbps random-detect 100mbytes 200mbytes ! ផែនទីបញ្ចប់គោលនយោបាយ!
ចំណុចប្រទាក់ HundredGigE0/0/0/12 service-policy output red-abs-policy shutdown !
ការផ្ទៀងផ្ទាត់
រ៉ោតទ័រ# បង្ហាញលទ្ធផល qo int hundredGigE 0/6/0/18

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 53

ការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់

ការជៀសវាងការកកស្ទះ

ចំណាំ៖ - តម្លៃដែលបានកំណត់រចនាសម្ព័ន្ធត្រូវបានបង្ហាញនៅក្នុងវង់ក្រចក

ចំណុចប្រទាក់ HundredGigE0/0/0/12 ifh 0x3000220 — គោលការណ៍លទ្ធផល

លេខសម្គាល់ NPU៖

ចំនួនថ្នាក់សរុប៖

កម្រិតបញ្ជូនចំណុចប្រទាក់៖

100000000 kbps

មូលដ្ឋាន VOQ៖

11176

ចំណុចទាញស្ថិតិ VOQ៖

0x88550ea0

ប្រភេទគណនេយ្យ៖

ស្រទាប់ទី 1 (រួមបញ្ចូលស្រទាប់ទី 1 និងខាងលើ)

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

កម្រិត 1 ថ្នាក់

= qo-1

លេខសម្គាល់ជួរ Egressq

= 11177 (ជួរ LP)

ជួរអតិបរមា BW

= 10082461 kbps (10%)

ជួរអប្បបរមា BW

= 0 kbps (លំនាំដើម)

ទំងន់បញ្ច្រាស / ទំងន់

= 1 (BWR មិនបានកំណត់រចនាសម្ព័ន្ធ)

ធានាតម្លៃសេវាកម្ម

= 10000000 kbps

កម្រិតបើកកាត់កន្ទុយ

= 12517376 បៃ / 10 ms (លំនាំដើម)

លំនាំដើម RED profile RED អប្បបរមា កម្រិត RED អតិបរមា។ កម្រិត

= 12517376 បៃ (10 ms) = 12517376 បៃ (10 ms)

Level1 Class Egressq Queue ID Queue Max. BW ជួរអប្បបរមា BW Inverse Weight/Weight អត្រាសេវាកម្មធានា TailDrop Threshold WRED មិនត្រូវបានកំណត់សម្រាប់ថ្នាក់នេះទេ

=class-default = 11176 (ជួរ LP លំនាំដើម) = 101803495 kbps (លំនាំដើម) = 0 kbps (លំនាំដើម) = 1 (BWR មិនត្រូវបានកំណត់) = 50000000 kbps = 62652416 បៃ / 10 ms (លំនាំដើម)

ប្រធានបទពាក់ព័ន្ធ · ការរកឃើញដំបូងដោយចៃដន្យ និង TCP នៅទំព័រ 52

ការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់
ការរកឃើញដំបូងដោយចៃដន្យ (RED) ត្រូវបានអនុវត្តនៅរ៉ោតទ័រស្នូលនៃបណ្តាញ។ រ៉ោតទ័រ Edge កំណត់អាទិភាព IP ដល់កញ្ចប់ព័ត៌មាន ដោយសារកញ្ចប់ព័ត៌មានចូលបណ្តាញ។ ជាមួយនឹង RED រ៉ោតទ័រស្នូលបន្ទាប់មកប្រើអាទិភាពទាំងនេះដើម្បីកំណត់ពីរបៀបព្យាបាលប្រភេទផ្សេងៗនៃចរាចរណ៍។ RED ផ្តល់នូវកម្រិត និងទម្ងន់តែមួយក្នុងមួយថ្នាក់ចរាចរណ៍ ឬជួរសម្រាប់អាទិភាព IP ផ្សេងៗគ្នា។
ECN គឺជាផ្នែកបន្ថែមទៅ RED ។ ECN សម្គាល់កញ្ចប់ព័ត៌មានជំនួសឱ្យការទម្លាក់ពួកវានៅពេលដែលប្រវែងជួរជាមធ្យមលើសពីតម្លៃកម្រិតជាក់លាក់។ នៅពេលដែលបានកំណត់រចនាសម្ព័ន្ធ ECN ជួយរ៉ោតទ័រ និងម៉ាស៊ីនបញ្ចប់ឱ្យយល់ថាបណ្តាញមានការកកស្ទះ និងធ្វើឱ្យការផ្ញើកញ្ចប់ព័ត៌មានយឺត។ ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើប្រវែងជួរគឺលើសពីកម្រិតអតិបរមាសម្រាប់អង្គចងចាំដែលបានបន្ថែមនោះ កញ្ចប់ព័ត៌មានត្រូវបានទម្លាក់។ នេះគឺជាការព្យាបាលដូចគ្នាដែលកញ្ចប់ព័ត៌មានទទួលបាននៅពេលដែល RED ត្រូវបានបើកដោយគ្មាន ECN កំណត់រចនាសម្ព័ន្ធនៅលើរ៉ោតទ័រ។
RFC 3168 ការបន្ថែមនៃការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់ (ECN) ទៅកាន់ IP ចែងថាជាមួយនឹងការបន្ថែមនៃការគ្រប់គ្រងជួរសកម្ម (សម្រាប់អតីតample, RED) ចំពោះហេដ្ឋារចនាសម្ព័ន្ធអ៊ីនធឺណិត រ៉ោតទ័រមិនត្រូវបានកំណត់ចំពោះការបាត់បង់កញ្ចប់ព័ត៌មានទៀតទេ ដែលជាការបង្ហាញពីការកកស្ទះ។

ចំណាំ អ្នកមិនអាចប្រើមុខងារនេះបានទេ នៅពេលដែលអ្នកបានកំណត់ការពិសោធន៍ qo-group ឬ mpls រួមជាមួយនឹងថ្នាក់ចរាចរណ៍នៅក្នុងគោលការណ៍ ingress ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 54

ការជៀសវាងការកកស្ទះ

ការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់

ការអនុវត្ត ECN
ការអនុវត្ត ECN ទាមទារវាលជាក់លាក់ ECN ដែលមានពីរប៊ីត - ប៊ីតដឹកជញ្ជូនដែលមានសមត្ថភាព ECN (ECT) និងប៊ីត CE (មានបទពិសោធន៍ការកកស្ទះ) នៅក្នុងបឋមកថា IP ។ ប៊ីត ECT និងប៊ីត CE អាចត្រូវបានប្រើដើម្បីបង្កើតលេខកូដចំនួន 00 ដល់ 11 ។ លេខទីមួយគឺប៊ីត ECT ហើយលេខទីពីរគឺប៊ីត CE ។
តារាងទី 12: ការកំណត់ប៊ីត ECN

ECT ប៊ីត 0 0
1
1

CE Bit 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
Router# configure Router(config)# policy-map policy1 Router(config-pmap)# class class1 Router(config-pmap-c)# bandwidth percent 50 Router(config-pmap-c)# random-detect 1000 packets 2000 Router (config-pmap-c)# random-detect ecn Router(config-pmap-c)# ចេញ

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 55

ការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់

ការជៀសវាងការកកស្ទះ

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

ការផ្ទៀងផ្ទាត់ ប្រើការបង្ហាញគោលការណ៍-ផែនទីចំណុចប្រទាក់ ដើម្បីផ្ទៀងផ្ទាត់ការកំណត់រចនាសម្ព័ន្ធ។

Router# បង្ហាញ policy-map int hu 0/0/0/35 output TenGigE0/0/0/6 output: pm-out-queue

លទ្ធផល HundredGigE0/0/0/35៖ egress_qosgrp_ecn

ថ្នាក់ tc7

ស្ថិតិចំណាត់ថ្នាក់

ផ្គូផ្គង

ឆ្លង

សរុបបានធ្លាក់ចុះ

តារាងស្ថិតិ

លេខសម្គាល់ជួរ

Taildropped (កញ្ចប់/បៃ)

(កញ្ចប់/បៃ)

(អត្រា - kbps)

៥/៥

: 18183 : 7156933/7328699392

WRED គាំទ្រfile សម្រាប់

ការបញ្ជូនក្រហម (កញ្ចប់/បៃ)

៖ N/A

ការធ្លាក់ចុះចៃដន្យ RED (កញ្ចប់/បៃ)

៖ N/A

RED កម្រិតអតិបរមាធ្លាក់ចុះ (កញ្ចប់/បៃ)

៖ N/A

RED ecn ត្រូវបានសម្គាល់ និងបញ្ជូន (កញ្ចប់/បៃ)៖ 188696802/193225525248

ថ្នាក់ tc6

ស្ថិតិចំណាត់ថ្នាក់

(កញ្ចប់/បៃ)

(អត្រា - kbps)

ផ្គូផ្គង

៥/៥

ឆ្លង

៥/៥

សរុបបានធ្លាក់ចុះ

៥/៥

តារាងស្ថិតិ

លេខសម្គាល់ជួរ

: 18182

Taildropped (កញ្ចប់/បៃ)

: 24631453/4926290600

WRED គាំទ្រfile សម្រាប់

ការបញ្ជូនក្រហម (កញ្ចប់/បៃ)

៖ N/A

ការធ្លាក់ចុះចៃដន្យ RED (កញ្ចប់/បៃ)

៖ N/A

RED កម្រិតអតិបរមាធ្លាក់ចុះ (កញ្ចប់/បៃ)

៖ N/A

RED ecn ត្រូវបានសម្គាល់ និងបញ្ជូន (កញ្ចប់/បៃ)៖ 641807908/128361581600

ថ្នាក់ tc5

ស្ថិតិចំណាត់ថ្នាក់

(កញ្ចប់/បៃ)

(អត្រា - kbps)

ផ្គូផ្គង

៥/៥

6138

ឆ្លង

៥/៥

5903

សរុបបានធ្លាក់ចុះ

៥/៥

235

តារាងស្ថិតិ

លេខសម្គាល់ជួរ

: 18181

Taildropped (កញ្ចប់/បៃ)

: 14894051/2978810200

WRED គាំទ្រfile សម្រាប់

ការបញ្ជូនក្រហម (កញ្ចប់/បៃ)

៖ N/A

ការធ្លាក់ចុះចៃដន្យ RED (កញ្ចប់/បៃ)

៖ N/A

RED កម្រិតអតិបរមាធ្លាក់ចុះ (កញ្ចប់/បៃ)

៖ N/A

RED ecn ត្រូវបានសម្គាល់ និងបញ្ជូន (កញ្ចប់/បៃ)៖ 398377929/79675585800

ចំណាំ ជួរ RED ecn marked & transmitted (packets/bytes) បង្ហាញស្ថិតិសម្រាប់ ECN marked packets។ ដើម្បីចាប់ផ្តើមជាមួយវាបង្ហាញ 0/0 ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 56

6 ជំពូក

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

· ការគ្រប់គ្រងលំហូរអាទិភាពviewនៅទំព័រ 57 · កម្រិតកំណត់ ECN ដែលអាចកំណត់បាន និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា នៅទំព័រ 66 · ការត្រួតពិនិត្យលំហូរអាទិភាពជាងviewនៅទំព័រ 71

ការគ្រប់គ្រងលំហូរអាទិភាពview

តារាងទី 13: តារាងប្រវត្តិលក្ខណៈពិសេស
ឈ្មោះលក្ខណៈពិសេស
ការគ្រប់គ្រងលំហូរអាទិភាពនៅលើ Cisco 8808 និង Cisco 8812 Modular Chassis Line Cards

ការចេញផ្សាយព័ត៌មានចេញផ្សាយ 7.5.3

ការចេញផ្សាយការគ្រប់គ្រងលំហូរអាទិភាព Shortlink 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 ។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 57

ការគ្រប់គ្រងលំហូរអាទិភាពview

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

ឈ្មោះលក្ខណៈពិសេស

ចេញផ្សាយព័ត៌មាន

ការគាំទ្រការគ្រប់គ្រងលំហូរអាទិភាពនៅលើ Cisco 8800 36×400 GbE QSFP56-DD Line Cards (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 មិនត្រូវបានគាំទ្រទេ។

Priority-based Flow Control (IEEE 802.1Qbb) ដែលត្រូវបានគេហៅផងដែរថាជា Class-based Flow Control (CBFC) ឬ Per Priority Pause (PPP) គឺជាយន្តការមួយដែលការពារការបាត់បង់ស៊ុមដែលបណ្តាលមកពីការកកស្ទះ។ PFC គឺស្រដៀងទៅនឹង 802.x Flow Control (pause frames) ឬ link-level flow control (LFC)។ ទោះយ៉ាងណាក៏ដោយ PFC ដំណើរការលើមូលដ្ឋាននៃសេវាកម្មមួយថ្នាក់ (CoS) ។
ក្នុងអំឡុងពេលកកស្ទះ PFC ផ្ញើស៊ុមផ្អាកមួយដើម្បីចង្អុលបង្ហាញតម្លៃ CoS ដើម្បីផ្អាក។ ស៊ុមផ្អាក PFC មានតម្លៃកម្មវិធីកំណត់ម៉ោង 2-octet សម្រាប់ CoS នីមួយៗដែលបង្ហាញពីរយៈពេលនៃការផ្អាកចរាចរណ៍។ ឯកតានៃពេលវេលាសម្រាប់កម្មវិធីកំណត់ម៉ោងត្រូវបានបញ្ជាក់នៅក្នុង quanta ផ្អាក។ quanta គឺជាពេលវេលាដែលត្រូវការសម្រាប់ការបញ្ជូន 512 ប៊ីតក្នុងល្បឿននៃច្រក។ ជួរគឺពី 0 ដល់ 65535 quanta ។
PFC ស្នើឱ្យមិត្តភក្ដិបញ្ឈប់ការផ្ញើស៊ុមនៃតម្លៃ CoS ជាក់លាក់មួយដោយផ្ញើស៊ុមផ្អាកមួយទៅកាន់អាសយដ្ឋានពហុខាសដែលល្បី។ ស៊ុមផ្អាកនេះគឺជាស៊ុមតែមួយ ហើយមិនត្រូវបានបញ្ជូនបន្តនៅពេលដែលទទួលបានដោយអ្នកដូចគ្នាទេ។ នៅពេលដែលការកកស្ទះថយចុះ រ៉ោតទ័រឈប់បញ្ជូនស៊ុម PFC ទៅកាន់ថ្នាំងខាងលើ។
អ្នកអាចកំណត់រចនាសម្ព័ន្ធ PFC សម្រាប់កាតបន្ទាត់នីមួយៗដោយប្រើ hw-module profile ពាក្យបញ្ជា priority-flow-control នៅក្នុងរបៀបមួយក្នុងចំណោមពីរ៖
· សតិបណ្ដោះអាសន្នខាងក្នុង
· សតិបណ្ដោះអាសន្ន

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 58

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

buffer-internal mode

ចំណាំ ការកំណត់កម្រិត PFC ត្រូវបានបដិសេធនៅក្នុងពាក្យបញ្ជាផ្អាក។ ប្រើ hw-module profile ពាក្យបញ្ជា priority-flow-control ដើម្បីកំណត់រចនាសម្ព័ន្ធ PFC threshold configuration។
ប្រធានបទពាក់ព័ន្ធ · កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព នៅទំព័រ 61
· សិទ្ធិអាទិភាព ការត្រួតពិនិត្យលំហូរត្រូវបានបញ្ចប់viewនៅទំព័រ 71
buffer-internal mode
ប្រើរបៀបនេះប្រសិនបើឧបករណ៍ដែលបើកដំណើរការ PFC ស្ថិតនៅចម្ងាយមិនឆ្ងាយជាង 1 គីឡូម៉ែត្រ។ អ្នកអាចកំណត់តម្លៃសម្រាប់ផ្អាកកម្រិតចាប់ផ្ដើម បន្ទប់ក្បាល (ទាំងទាក់ទងនឹង PFC) និង ECN សម្រាប់ថ្នាក់ចរាចរណ៍ដោយប្រើ hw-module profile ពាក្យបញ្ជា priority-flow-control នៅក្នុងរបៀបនេះ។ ការកំណត់រចនាសម្ព័ន្ធខាងក្នុងសតិបណ្ដោះអាសន្នអនុវត្តចំពោះច្រកទាំងអស់ដែលកាតបន្ទាត់បង្ហោះ ដែលមានន័យថាអ្នកអាចកំណត់រចនាសម្ព័ន្ធតម្លៃទាំងនេះក្នុងមួយកាតបន្ទាត់។ ដែនកំណត់ជួរដែលមានស្រាប់ និងការកំណត់រចនាសម្ព័ន្ធ ECN នៅក្នុងគោលការណ៍តម្រង់ជួរដែលភ្ជាប់ទៅនឹងចំណុចប្រទាក់មិនមានផលប៉ះពាល់នៅក្នុងរបៀបនេះទេ។ ដែនកំណត់ជួរដែលមានប្រសិទ្ធភាពសម្រាប់របៀបនេះ = pause-threshold + headroom (គិតជាបៃ)
ការរឹតបន្តឹង និងគោលការណ៍ណែនាំ
ការរឹតបន្តឹង និងគោលការណ៍ណែនាំខាងក្រោមត្រូវបានអនុវត្ត ខណៈពេលដែលកំណត់រចនាសម្ព័ន្ធតម្លៃកម្រិត PFC ដោយប្រើទម្រង់បណ្តោះអាសន្ន-ខាងក្នុង។
· មុខងារ PFC មិនត្រូវបានគាំទ្រនៅលើប្រព័ន្ធតួថេរទេ។ · ត្រូវប្រាកដថាមិនមានការបំបែកដែលបានកំណត់រចនាសម្ព័ន្ធនៅលើតួដែលមាន PFC បានកំណត់រចនាសម្ព័ន្ធទេ។ ការកំណត់រចនាសម្ព័ន្ធ PFC
និងការដាច់នៅលើតួដូចគ្នាអាចនាំឱ្យមានអាកប្បកិរិយាដែលមិនរំពឹងទុក រួមទាំងការបាត់បង់ចរាចរណ៍ផងដែរ។ · មុខងារនេះមិនត្រូវបានគាំទ្រលើបណ្តុំនិងមិនមែនជាបណ្តុំចំណុចប្រទាក់រងជួរ។ · មុខងារនេះត្រូវបានគាំទ្រនៅលើចំណុចប្រទាក់ 40GbE, 100 GbE និង 400 GbE ។ · មុខងារនេះមិនត្រូវបានគាំទ្រនៅក្នុងរបៀបតម្រង់ជួរ 4xVOQ ទេ។ · មុខងារនេះមិនត្រូវបានគាំទ្រទេ នៅពេលដែលការចែករំលែកបញ្ជរ VOQ ត្រូវបានកំណត់រចនាសម្ព័ន្ធ។
របៀបពង្រីកសតិបណ្ដោះអាសន្ន
ប្រើទម្រង់នេះសម្រាប់ឧបករណ៍ដែលប្រើ PFC ជាមួយនឹងការតភ្ជាប់ផ្លូវឆ្ងាយ។ អ្នកអាចកំណត់តម្លៃសម្រាប់ផ្អាក-កម្រិតចាប់ផ្ដើមដោយប្រើ hw-module profile ពាក្យបញ្ជា priority-flow-control នៅក្នុងរបៀបនេះ។ ទោះយ៉ាងណាក៏ដោយ អ្នកត្រូវតែកំណត់រចនាសម្ព័ន្ធគោលការណ៍តម្រង់ជួរដែលភ្ជាប់ទៅចំណុចប្រទាក់ដើម្បីកំណត់ ECN និងដែនកំណត់ការតម្រង់ជួរ។ ការកំណត់រចនាសម្ព័ន្ធបន្ថែមសតិបណ្ដោះអាសន្នអនុវត្តចំពោះច្រកទាំងអស់ដែលកាតបន្ទាត់បង្ហោះ ដែលមានន័យថាអ្នកអាចកំណត់រចនាសម្ព័ន្ធតម្លៃទាំងនេះក្នុងមួយកាតបន្ទាត់។

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 59

ការពិចារណាសំខាន់ៗ

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

គោលការណ៍ណែនាំអំពីការកំណត់រចនាសម្ព័ន្ធ · ចំណុចសំខាន់ៗ ខណៈពេលដែលកំណត់រចនាសម្ព័ន្ធរបៀបបន្ថែមសតិបណ្ដោះអាសន្ននៅលើកាតបន្ទាត់ 88-LC0-36FH-M៖ · ក្រៅពីកម្រិតផ្អាក អ្នកក៏ត្រូវកំណត់រចនាសម្ព័ន្ធតម្លៃសម្រាប់ headroom ផងដែរ។ · ជួរតម្លៃនៃបន្ទប់គឺចាប់ពី 4 ដល់ 75000 ។ · បញ្ជាក់កម្រិតផ្អាក និងតម្លៃបន្ទប់បឋមជាឯកតានៃគីឡូបៃ (KB) ឬមេកាបៃ (MB) ។
· ចំណុចសំខាន់ៗ ខណៈពេលដែលកំណត់រចនាសម្ព័ន្ធរបៀបបន្ថែមសតិបណ្ដោះអាសន្ននៅលើកាតបន្ទាត់ 8800-LC-48H៖ · កំណត់រចនាសម្ព័ន្ធតម្លៃសម្រាប់តែការផ្អាក-កម្រិតចាប់ផ្ដើមប៉ុណ្ណោះ។ កុំកំណត់តម្លៃ headroom។ · កំណត់ការកំណត់កម្រិតផ្អាកជាឯកតានៃមិល្លីវិនាទី (ms) ឬមីក្រូវិនាទី។ · កុំប្រើឯកតានៃគីឡូបៃ (KB) ឬមេកាបៃ (MB) ទោះបីជា CLI បង្ហាញពួកវាជាជម្រើសក៏ដោយ។ ប្រើតែឯកតានៃមីលីវិនាទី (ms) ឬមីក្រូវិនាទីប៉ុណ្ណោះ។

(សូមមើលផងដែរ កំណត់រចនាសម្ព័ន្ធ ការគ្រប់គ្រងលំហូរអាទិភាព នៅទំព័រ 61)

ការពិចារណាសំខាន់ៗ
· ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធតម្លៃ PFC នៅក្នុងរបៀបសតិបណ្ដោះអាសន្ន នោះតម្លៃ ECN សម្រាប់កាតបន្ទាត់គឺបានមកពីការកំណត់រចនាសម្ព័ន្ធខាងក្នុងសតិបណ្ដោះអាសន្ន។ ប្រសិនបើអ្នកកំណត់រចនាសម្ព័ន្ធតម្លៃ PFC នៅក្នុងរបៀបបន្ថែមសតិបណ្ដោះអាសន្ន នោះតម្លៃ ECN គឺបានមកពីផែនទីគោលនយោបាយ។ (សម្រាប់ព័ត៌មានលម្អិតអំពីមុខងារ ECN សូមមើលការជូនដំណឹងអំពីការកកស្ទះច្បាស់លាស់ នៅទំព័រ 54។ )
· ទម្រង់សតិបណ្ដោះអាសន្នខាងក្នុង និងសតិបណ្ដោះអាសន្នមិនអាចនៅជាមួយគ្នានៅលើកាតបន្ទាត់តែមួយបានទេ។
· ប្រសិនបើអ្នកបន្ថែម ឬលុបសកម្មភាពថ្នាក់ចរាចរណ៍នៅលើកាតបន្ទាត់ អ្នកត្រូវតែផ្ទុកកាតបន្ទាត់ឡើងវិញ។
· នៅពេលប្រើទម្រង់សតិបណ្តោះអាសន្ន អ្នកអាចផ្លាស់ប្តូរតម្លៃនៃប៉ារ៉ាម៉ែត្រខាងក្រោមដោយមិនចាំបាច់ផ្ទុកកាតបន្ទាត់ឡើងវិញ។ ទោះជាយ៉ាងណាក៏ដោយ ប្រសិនបើអ្នកបន្ថែមថ្នាក់ចរាចរណ៍ថ្មី ហើយកំណត់រចនាសម្ព័ន្ធតម្លៃទាំងនេះជាលើកដំបូងនៅលើថ្នាក់ចរាចរណ៍នោះ អ្នកត្រូវតែផ្ទុកកាតបន្ទាត់ឡើងវិញដើម្បីឱ្យតម្លៃចូលជាធរមាន។
· កម្រិតផ្អាក
· បន្ទប់ដេក
· ECN

· ប្រសិនបើអ្នកបន្ថែម ឬលុបការកំណត់ ECN ដោយប្រើ hw-module profile ពាក្យបញ្ជា priority-flow-control អ្នកត្រូវតែផ្ទុកកាតបន្ទាត់ឡើងវិញដើម្បីឱ្យការផ្លាស់ប្តូរ ECN មានប្រសិទ្ធភាព។
· ជួរតម្លៃកម្រិត PFC សម្រាប់របៀបខាងក្នុងសតិបណ្ដោះអាសន្នមានដូចខាងក្រោម។

កម្រិត

បានកំណត់រចនាសម្ព័ន្ធ (បៃ)

ផ្អាក (នាទី)

307200

ផ្អាក (អតិបរមា)

422400

បន្ទប់ដេក (នាទី)

345600

បន្ទប់ដេក (អតិបរមា)

537600

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 60

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

ការគាំទ្រផ្នែករឹងសម្រាប់ការគ្រប់គ្រងលំហូរអាទិភាព

កម្រិត ecn (អប្បបរមា) ecn (អតិបរមា)

បានកំណត់រចនាសម្ព័ន្ធ (បៃ) 153600 403200

· សម្រាប់ថ្នាក់ចរាចរណ៍ តម្លៃ ECN ត្រូវតែតិចជាងតម្លៃផ្អាកដែលបានកំណត់រចនាសម្ព័ន្ធជានិច្ច។
· តម្លៃដែលបានកំណត់រចនាសម្ព័ន្ធរួមបញ្ចូលគ្នាសម្រាប់ការផ្អាក-កម្រិតចាប់ផ្ដើម និងបន្ទប់បឋមមិនត្រូវលើសពី 844800 បៃ។ បើមិនដូច្នោះទេ ការកំណត់រចនាសម្ព័ន្ធត្រូវបានបដិសេធ។
· ជួរតម្លៃផ្អាកសម្រាប់របៀបបន្ថែមសតិបណ្ដោះអាសន្នគឺចាប់ពី 2 មិល្លីវិនាទី (ms) ដល់ 25 ms និងពី 2000 មីក្រូវិនាទីដល់ 25000 មីក្រូវិនាទី។

ការគាំទ្រផ្នែករឹងសម្រាប់ការគ្រប់គ្រងលំហូរអាទិភាព
តារាងរាយបញ្ជី PIDs ដែលគាំទ្រ PFC ក្នុងមួយការចេញផ្សាយ និងរបៀប PFC ដែលជំនួយមាន។
តារាងទី 14: PFC Hardware Support Matrix

ចេញផ្សាយ 7.3.15

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

របៀប PFC បានពង្រីកសតិបណ្ដោះអាសន្ន

ចេញផ្សាយ 7.0.11

8800-LC-48H

សតិបណ្ដោះអាសន្នខាងក្នុង

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព
អ្នកអាចកំណត់រចនាសម្ព័ន្ធ PFC ដើម្បីបើកដំណើរការគ្មានការទម្លាក់សម្រាប់ CoS ដូចដែលបានកំណត់ដោយគោលការណ៍បណ្តាញសកម្ម QoS ។

ចំណាំ ប្រព័ន្ធបើក shortlink PFC តាមលំនាំដើមនៅពេលអ្នកបើក PFC ។
ការកំណត់រចនាសម្ព័ន្ធ Example អ្នកត្រូវតែសម្រេចដូចខាងក្រោមដើម្បីបញ្ចប់ការកំណត់រចនាសម្ព័ន្ធ PFC៖ 1. បើក PFC នៅកម្រិតចំណុចប្រទាក់។ 2. កំណត់រចនាសម្ព័ន្ធគោលការណ៍ចាត់ថ្នាក់ចូល។ 3. ភ្ជាប់គោលការណ៍ PFC ទៅចំណុចប្រទាក់។ 4. កំណត់រចនាសម្ព័ន្ធតម្លៃកម្រិត PFC ដោយប្រើរបៀប buffer-internal ឬ buffer-extended mode។
Router# configure Router(config)# priority-flow-control mode on /*Configure ingress classification policy*/

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular 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 បញ្ចូល QOS_marking /*Egress policy attach*/ Router(config-if)# service-policy output qo_queuing Router(config-pmap-c)# exit Router(config-pmap)# exit Router(config)#show controllers npu priority-flow - គ្រប់គ្រងទីតាំង
កំពុងដំណើរការការកំណត់រចនាសម្ព័ន្ធ
* កម្រិតចំណុចប្រទាក់ * ចំណុចប្រទាក់ HundredGigE0/0/0/0
បើករបៀបគ្រប់គ្រងលំហូរអាទិភាព
* Ingress:* class-map match- any prec7
នាំមុខមុនការប្រកួត ៧
ផែនទីថ្នាក់បញ្ចប់
!
class-map match- any prec6
នាំមុខមុនការប្រកួត ៧
ផែនទីថ្នាក់បញ្ចប់
!
class-map match- any prec5
នាំមុខមុនការប្រកួត ៧
ផែនទីថ្នាក់បញ្ចប់
!
class-map match- any prec4
នាំមុខមុនការប្រកួត ៧
ផែនទីថ្នាក់បញ្ចប់
!
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 ! ! policy-map QOS_MARKING

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 62

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព
class prec7 កំណត់ traffic-class 7 set qo-group 7
! ថ្នាក់ prec6
កំណត់ចរាចរណ៍-ថ្នាក់ 6 កំណត់ qo-group 6 ! class prec5 set traffic-class 5 set qo-group 5 ! class prec4 set traffic-class 4 set qo-group 4 ! class prec3 set traffic-class 3 set qo-group 3 ! class prec2 set traffic-class 2 set qo-group 2 ! class prec1 set traffic-class 1 set qo-group 1 ! class class-default set traffic-class 0 set qo-group 0 !
* Egress: * class-map match- any tc7
ផ្គូផ្គងផែនទីថ្នាក់ 7 ថ្នាក់ចុងក្រោយ! class-map match-any tc6 match traffic-class 6 end-class-map ! class-map match- any tc5 match traffic-class 5 end-class-map
!
class-map match-any tc4
ផ្គូផ្គងថ្នាក់ចរាចរណ៍ 4
ផែនទីថ្នាក់បញ្ចប់
!
class-map match-any tc3
ផ្គូផ្គងថ្នាក់ចរាចរណ៍ 3
ផែនទីថ្នាក់បញ្ចប់
!

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 63

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

class-map match-any tc2 match traffic-class 2 end-class-map ! class-map match-any tc1 match traffic-class 1 end-class-map ! policy-map QOS_QUEUING class tc7
កម្រិតអាទិភាព 1 រូបរាងជាមធ្យមភាគរយ 10 ! class tc6 bandwidth ratio នៅសល់ 1 queue-limit 100 ms ! class tc5 bandwidth ratio នៅសល់ 20 queue-limit 100 ms ! class tc4 bandwidth ratio នៅសល់ 20 random-detect ecn random-detect 6144 bytes 100mbytes ! class tc3 bandwidth ratio នៅសល់ 20 random-detect ecn random-detect 6144 bytes 100mbytes ! class tc2 bandwidth ratio នៅសល់ 5 queue-limit 100 ms ! class tc1 bandwidth ratio នៅសល់ 5 queue-limit 100 ms ! class class-default bandwidth ratio នៅសល់ 20 queue-limit 100 ms ! [buffer-extended] hw-module profile priority-flow-control location 0/0/CPU0 buffer-extended traffic-class 3 pause-threshold 10 ms buffer-extended traffic-class 4 pause-threshold 10 ms
!
[buffer-internal] hw-module profile priority-flow-control location 0/1/CPU0 buffer-internal traffic-class 3 pause-threshold 403200 bytes headroom 441600 bytes ecn
224640 bytes buffer-internal traffic-class 4 pause-threshold 403200 bytes headroom 441600 bytes ecn
224640 បៃ
ការផ្ទៀងផ្ទាត់
Router#sh controllers hundredGigE0/0/0/22 priority-flow-control ព័ត៌មានគ្រប់គ្រងលំហូរអាទិភាពសម្រាប់ចំណុចប្រទាក់ HundredGigE0/0/0/22៖

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 64

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

ការគ្រប់គ្រងលំហូរអាទិភាព៖

ស៊ុម Rx PFC សរុប៖ 0

ស៊ុម Tx PFC សរុប៖ 313866

ស៊ុមទិន្នន័យ Rx បានទម្លាក់៖ 0

ស្ថានភាព CoS ស៊ុម Rx

——————-

0 លើ

1 លើ

2 លើ

3 លើ

4 លើ

5 លើ

6 លើ

7 លើ

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

ព័ត៌មានគ្រប់គ្រងលំហូរអាទិភាពសម្រាប់ចំណុចប្រទាក់ HundredGigE0/9/0/24៖

ការគ្រប់គ្រងលំហូរអាទិភាព៖

ស៊ុម Rx PFC សរុប៖ 0

ស៊ុម Tx PFC សរុប៖ 313866

ស៊ុមទិន្នន័យ Rx បានទម្លាក់៖ 0

ស្ថានភាព CoS ស៊ុម Rx

——————-

0 លើ

1 លើ

2 លើ

3 លើ

4 លើ

5 លើ

6 លើ

7 លើ

…

/*[buffer-internal, tc3 & tc4 បានកំណត់រចនាសម្ព័ន្ធ។ TC4 មិនមាន ECN]*/

រ៉ោតទ័រ#បង្ហាញឧបករណ៍បញ្ជា npu priority-flow-control location

លេខសម្គាល់ទីតាំង៖

0/1/CPU0

PFC៖

បានបើក

របៀប PFC៖

សតិបណ្ដោះអាសន្នខាងក្នុង

TC ផ្អាក

បន្ទប់កណ្តាល

ECN

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

3 86800 បៃ

120000 បៃ 76800 បៃ

4 86800 បៃ

120000 បៃ មិនបានកំណត់រចនាសម្ព័ន្ធ

/*[ PFC បន្ថែមបណ្ដោះអាសន្ន tc3 & tc4 បានកំណត់រចនាសម្ព័ន្ធ]*/

រ៉ោតទ័រ#បង្ហាញឧបករណ៍បញ្ជា npu priority-flow-control location

លេខសម្គាល់ទីតាំង៖

0/1/CPU0

PFC៖

បានបើក

របៀប PFC៖

buffer-ពង្រីក

TC ផ្អាក

————

៧ ៥ យើង

/*[គ្មាន PFC]*/

រ៉ោតទ័រ#បង្ហាញឧបករណ៍បញ្ជា npu priority-flow-control location

លេខសម្គាល់ទីតាំង៖

0/1/CPU0

PFC៖

ពិការ

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 65

កម្រិតកំណត់ ECN ដែលអាចកំណត់បាន និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

ប្រធានបទពាក់ព័ន្ធ · ការគ្រប់គ្រងលំហូរអាទិភាពviewនៅទំព័រ 57
ពាក្យបញ្ជាដែលទាក់ទង hw-module profile ទីតាំងគ្រប់គ្រងលំហូរអាទិភាព

តារាងទី 15: តារាងប្រវត្តិលក្ខណៈពិសេស

ឈ្មោះលក្ខណៈពិសេស

ចេញផ្សាយព័ត៌មាន

កំណត់រចនាសម្ព័ន្ធ ECN Threshold និងការចេញផ្សាយ 7.5.4 តម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា

ការពិពណ៌នាលក្ខណៈពិសេស
ខណៈពេលដែលកំណត់រចនាសម្ព័ន្ធ PFC នៅក្នុងរបៀបខាងក្នុងសតិបណ្ដោះអាសន្ន ឥឡូវនេះអ្នកអាចបង្កើនប្រសិទ្ធភាពការជូនដំណឹងពីការកកស្ទះពីរ៉ោតទ័រចុងទៅរ៉ោតទ័របញ្ជូន ដូច្នេះការពារការបិទបើកដ៏ខ្លាំងក្លានៃចរាចរប្រភព។ ការបង្កើនប្រសិទ្ធភាពនេះគឺអាចធ្វើទៅបាន ដោយសារយើងបានផ្តល់ភាពបត់បែនក្នុងការកំណត់តម្លៃអប្បបរមា និងអតិបរមាសម្រាប់កម្រិត ECN និងតម្លៃអតិបរមាសម្រាប់ការសម្គាល់ប្រូបាប៊ីលីតេ។ ជាមួយនឹងតម្លៃទាំងនេះដែលបានកំណត់រចនាសម្ព័ន្ធ ប្រូបាប៊ីលីតេ percentagការសម្គាល់ e ត្រូវបានអនុវត្តតាមលីនេអ៊ែរ ដោយចាប់ផ្តើមពីកម្រិតអប្បបរមា ECN រហូតដល់កម្រិតអតិបរមា ECN ។
ការចេញផ្សាយមុននេះបានជួសជុលប្រូបាប៊ីលីតេនៃការសម្គាល់ ECN អតិបរមានៅ 100% នៅកម្រិត ECN អតិបរមា។
មុខងារនេះបន្ថែមជម្រើសខាងក្រោមទៅ hw-module profile ពាក្យបញ្ជាអាទិភាព-លំហូរ-គ្រប់គ្រង៖
· កម្រិតអតិបរមា
· ប្រូបាប៊ីលីតេ - ភាគរយtage

កម្រិត ECN និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា
រហូតមកដល់ពេលនេះ ប្រូបាប៊ីលីតេនៃការសម្គាល់ ECN អតិបរមាមិនអាចកំណត់រចនាសម្ព័ន្ធបានទេ ហើយត្រូវបានជួសជុលនៅ 100% ។ អ្នកក៏មិនអាចកំណត់តម្លៃកម្រិតអតិបរមា ECN ដែរ។ ការរៀបចំបែបនេះនៃប្រូបាប៊ីលីតេសម្គាល់កំណត់ជាមុននិង

មគ្គុទ្ទេសក៍ការកំណត់រចនាសម្ព័ន្ធ Modular QoS សម្រាប់រ៉ោតទ័រស៊េរី Cisco 8000, ការចេញផ្សាយ IOS XR 7.3.x 66

កំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងលំហូរអាទិភាព

អត្ថប្រយោជន៍នៃកម្រិត ECN ដែលអាចកំណត់រចនាសម្ព័ន្ធបាន និងតម្លៃប្រូបាប៊ីលីតេនៃការសម្គាល់អតិបរមា

តម្លៃកម្រិតអតិបរមាថេរមានន័យថាអត្រាចរាចរណ៍ចាប់ផ្តើមធ្លាក់ចុះជាមុខងារនៃប្រវែងជួរ។ ដោយសារតែការកើនឡើងលីនេអ៊ែរនៅក្នុងប្រូបាប៊ីលីតេនៃការសម្គាល់ ECN-ហើយការកកស្ទះជាសញ្ញាពីម៉ាស៊ីនចុងទៅម៉ាស៊ីនបញ្ជូន-អត្រាចរាចរណ៍អាចចាប់ផ្តើមថយចុះទោះបីជាតំណភ្ជាប់របស់អ្នកមានកម្រិតបញ្ជូនចាំបាច់ក៏ដោយ។
W

ឯកសារ/ធនធាន

CISCO 8000 Series Routers Modular QoS Configuration [pdf] ការណែនាំអ្នកប្រើប្រាស់
8000 Series Routers Modular QoS Configuration, 8000 Series, Routers Modular QoS Configuration, Modular QoS Configuration, QoS Configuration, Configuration

ឯកសារយោង

សៀវភៅណែនាំអ្នកប្រើប្រាស់

CISCO 8000 Series Routers Modular QoS Configuration

ព័ត៌មានអំពីផលិតផល

ការណែនាំអំពីការប្រើប្រាស់ផលិតផល

មរតកគោលនយោបាយ QoS

សំណួរដែលសួរញឹកញាប់ (FAQ)

បុព្វបទ ជំពូកទី១ ជំពូក២

ការពិពណ៌នា

ការគ្រប់គ្រងចរាចរណ៍លើសview

Peering QoS សម្រាប់ ABF

Peering QoS សម្រាប់ ABF

ធាតុនៃថ្នាក់ចរាចរណ៍

ឯកសារ/ធនធាន

ឯកសារយោង

ទុកមតិយោបល់

បោះបង់ការឆ្លើយតប