CISCO 8000 श्रृंखला राउटरहरू मोड्युलर QoS कन्फिगरेसन प्रयोगकर्ता गाइड

अध्याय १: नयाँ र परिवर्तन गरिएका QoS सुविधाहरू
यो अध्याय एक ओभर प्रदान गर्दछview Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइडमा सेवाको नयाँ र परिवर्तन गरिएको गुणस्तर (QoS) सुविधाहरू।

अध्याय 2: ट्राफिक व्यवस्थापन समाप्तview
यस अध्यायले परम्परागत ट्राफिक व्यवस्थापन, तपाईंको राउटरमा ट्राफिक व्यवस्थापन, VoQ मोडेलको सीमितता, QoS नीति विरासत, र QoS प्रयोग गर्न Cisco Modular QoS CLI को प्रयोग सहित ट्राफिक व्यवस्थापनको दायरा बताउँछ।

स्कोप
ट्राफिक व्यवस्थापनको दायराले कुशल र भरपर्दो डाटा प्रसारण सुनिश्चित गर्न नेटवर्क ट्राफिक नियन्त्रण र प्राथमिकता समावेश गर्दछ।

परम्परागत ट्राफिक व्यवस्थापन
परम्परागत ट्राफिक व्यवस्थापनले नेटवर्क ट्राफिक व्यवस्थापन गर्न विभिन्न प्रविधिहरू लागू गर्ने समावेश गर्दछ, जस्तै ट्राफिक आकार, पुलिस, र लाइनिङ।

तपाईंको राउटरमा ट्राफिक व्यवस्थापन
यस खण्डले QoS नीतिहरू परिभाषित गर्न र लागू गर्न मोड्युलर QoS CLI (MQC) को प्रयोग सहित Cisco 8000 Series Routers मा कसरी ट्राफिक व्यवस्थापन लागू हुन्छ भनेर वर्णन गर्दछ।

VoQ मोडेलका सीमितताहरू
भ्वाइस ओभर क्वान्टम (VoQ) मोडेलमा स्केलेबिलिटी र जटिलताको सन्दर्भमा केही सीमितताहरू छन्। यस खण्डले यी सीमितताहरूको बारेमा छलफल गर्दछ र त्यस्ता परिदृश्यहरूमा QoS व्यवस्थापन गर्न अन्तर्दृष्टि प्रदान गर्दछ।

QoS नीति उत्तराधिकार

QoS नीति विरासतले अभिभावक नीतिहरूबाट QoS कन्फिगरेसनहरू इनहेरिट गर्ने क्षमतालाई जनाउँछ। यो खण्डले QoS नीति विरासतको अवधारणा र यसका फाइदाहरू व्याख्या गर्दछ।

सिस्को मोड्युलर QoS CLI QoS डिप्लोय गर्न
Cisco Modular QoS CLI (MQC) एक कमाण्ड-लाइन इन्टरफेस हो जुन Cisco 8000 Series Routers मा QoS नीतिहरू कन्फिगर र डिप्लोय गर्न प्रयोग गरिन्छ। यो खण्डले QoS परिनियोजनको लागि MQC प्रयोग गर्ने बारे महत्त्वपूर्ण जानकारी प्रदान गर्दछ।

अध्याय ३: MQC Egress Quueing Policy बारे महत्वपूर्ण बुँदाहरू
यस अध्यायले प्रभावकारी QoS कार्यान्वयनको लागि MQC निकास कतार नीति कन्फिगर गर्दा ध्यान दिनुपर्ने महत्त्वपूर्ण विचारहरू र बिन्दुहरूलाई हाइलाइट गर्दछ।

बारम्बार सोधिने प्रश्नहरू (FAQ)

प्रश्न: ट्राफिक व्यवस्थापन भनेको के हो?
A: ट्राफिक व्यवस्थापनले कुशल र भरपर्दो डाटा प्रसारण सुनिश्चित गर्न नेटवर्क ट्राफिक नियन्त्रण र प्राथमिकता समावेश गर्दछ।

प्रश्न: म कसरी Cisco 8000 श्रृंखलामा QoS नीतिहरू कन्फिगर गर्न सक्छु राउटरहरू?
A: तपाईले Cisco Modular QoS CLI (MQC) प्रयोग गर्न सक्नुहुन्छ सिस्को 8000 श्रृंखला राउटरहरूमा QoS नीतिहरू कन्फिगर गर्न र प्रयोग गर्न।

Q: VoQ मोडेलका सीमितताहरू के हुन्?
A: VoQ मोडेलको स्केलेबिलिटी र जटिलताको सन्दर्भमा सीमितताहरू छन्। VoQ- आधारित नेटवर्कहरूमा QoS प्रबन्ध गर्दा यी सीमितताहरू बुझ्न महत्त्वपूर्ण छ।

View Fullscreen

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x
पहिलो प्रकाशित: 2021-02-01 अन्तिम परिमार्जन: 2022-01-01
अमेरिका मुख्यालय
सिस्को सिस्टम्स, इंक 170 पश्चिम तस्मान ड्राइभ सैन जोस, CA 95134-1706 संयुक्त राज्य अमेरिका http://www.cisco.com टेलीफोन: 408 526-4000
800 553-नेट (6387) फ्याक्स: 408 527-0883

यस म्यानुअल मा उत्पादनहरु को बारे मा निर्दिष्टीकरण र जानकारी बिना सूचना परिवर्तन को अधीनमा छन्। यस पुस्तिकामा भएका सबै कथनहरू, जानकारीहरू र सिफारिसहरू सहि मानिन्छन् तर कुनै पनि प्रकारको वारेन्टी बिना प्रस्तुत गरिन्छ, व्यक्त वा निहित। प्रयोगकर्ताहरूले कुनै पनि उत्पादनहरूको तिनीहरूको आवेदनको लागि पूर्ण जिम्मेवारी लिनुपर्छ।
सफ्टवेयर इजाजतपत्र र सँगैको उत्पादनको लागि सीमित वारेन्टी जानकारी प्याकेटमा सेट गरिएको छ जुन उत्पादनसँग पठाइएको छ र यस सन्दर्भद्वारा यहाँ समावेश गरिएको छ। यदि तपाइँ सफ्टवेयर लाइसेन्स वा सीमित वारेन्टी पत्ता लगाउन असमर्थ हुनुहुन्छ भने, प्रतिलिपिको लागि तपाइँको सिस्को प्रतिनिधिलाई सम्पर्क गर्नुहोस्।
TCP हेडर कम्प्रेसनको सिस्को कार्यान्वयन यूनिक्स अपरेटिङ सिस्टमको UCB को सार्वजनिक डोमेन संस्करणको भागको रूपमा क्यालिफोर्निया विश्वविद्यालय, बर्कले (UCB) द्वारा विकसित गरिएको कार्यक्रमको रूपान्तरण हो। सबै अधिकार सुरक्षित। प्रतिलिपि अधिकार © 1981, क्यालिफोर्निया विश्वविद्यालयका रीजेन्टहरू।
यहाँ कुनै पनि अन्य वारेन्टीको बावजुद, सबै कागजातहरू FILEयी आपूर्तिकर्ताहरूको S र सफ्टवेयर सबै गल्तीहरू सहित "जस्तो छ" प्रदान गरिन्छ। CISCO र माथि-नामा गरिएका आपूर्तिकर्ताहरूले सबै वारेन्टीहरू अस्वीकार गर्छन्, अभिव्यक्त वा निहित, सीमाविना, व्यापारिकता, विशेष उद्देश्यका लागि उपयुक्तता र गैर-अनुरोध नगर्नेहरू सहित व्यवहार, प्रयोग, वा व्यापार अभ्यास।
कुनै पनि हालतमा सिस्को वा यसका आपूर्तिकर्ताहरू कुनै पनि अप्रत्यक्ष, विशेष, परिणामात्मक, वा आकस्मिक क्षतिहरूका लागि जिम्मेवार हुनेछैनन्, जसमा सीमाविना, नाफा गुमाएका वा नोक्सान वा हानि नोक्सानहरू समावेश छन्। CISCO वा यसका आपूर्तिकर्ताहरूलाई त्यस्ता क्षतिहरूको सम्भावनाको बारेमा सल्लाह दिइएको भए तापनि यो पुस्तिका प्रयोग गर्न असक्षमता।
यस कागजातमा प्रयोग गरिएका कुनै पनि इन्टरनेट प्रोटोकल (IP) ठेगानाहरू र फोन नम्बरहरू वास्तविक ठेगानाहरू र फोन नम्बरहरू हुनको लागि होइन। कुनै पनि पूर्वamples, कमाण्ड डिस्प्ले आउटपुट, नेटवर्क टोपोलोजी रेखाचित्र, र कागजातमा समावेश अन्य तथ्याङ्कहरू चित्रण उद्देश्यका लागि मात्र देखाइन्छ। उदाहरणीय सामग्रीमा वास्तविक आईपी ठेगाना वा फोन नम्बरहरूको कुनै पनि प्रयोग अनायास र संयोग हो।
यस कागजातको सबै मुद्रित प्रतिलिपिहरू र नक्कल सफ्ट प्रतिलिपिहरू अनियन्त्रित मानिन्छन्। नवीनतम संस्करणको लागि हालको अनलाइन संस्करण हेर्नुहोस्।
सिस्कोका विश्वभर 200 भन्दा बढी कार्यालयहरू छन्। ठेगाना र फोन नम्बरहरू सिस्कोमा सूचीबद्ध छन् webwww.cisco.com/go/offices मा साइट।
यस उत्पादनको लागि सेट गरिएको कागजातले पूर्वाग्रह-रहित भाषा प्रयोग गर्न प्रयास गर्छ। यस कागजात सेटको उद्देश्यका लागि, पूर्वाग्रह-मुक्त भाषालाई परिभाषित गरिएको छ जुन उमेर, अपाङ्गता, लिङ्ग, जातीय पहिचान, जातीय पहिचान, यौन झुकाव, सामाजिक आर्थिक स्थिति, र अन्तरसम्बन्धमा आधारित भेदभावलाई संकेत गर्दैन। उत्पादन सफ्टवेयरको प्रयोगकर्ता इन्टरफेसमा हार्डकोड गरिएको भाषा, मानक कागजातहरूमा आधारित भाषा, वा सन्दर्भ गरिएको तेस्रो-पक्ष उत्पादनद्वारा प्रयोग गरिएको भाषाको कारणले कागजातमा अपवादहरू उपस्थित हुन सक्छन्।
Cisco र Cisco लोगो संयुक्त राज्य अमेरिका र अन्य देशहरूमा Cisco र/वा यसका सम्बद्ध कम्पनीहरूको ट्रेडमार्क वा दर्ता गरिएका ट्रेडमार्कहरू हुन्। को view सिस्को ट्रेडमार्कहरूको सूची, यसमा जानुहोस् URL: https://www.cisco.com/c/en/us/about/legal/trademarks.html। उल्लिखित तेस्रो-पक्ष ट्रेडमार्कहरू तिनीहरूका सम्बन्धित मालिकहरूको सम्पत्ति हुन्। साझेदार शब्दको प्रयोगले Cisco र कुनै अन्य कम्पनी बीचको साझेदारी सम्बन्धलाई संकेत गर्दैन। (१११० आर)
2021 2022 सिस्को सिस्टम, Inc. सबै अधिकार सुरक्षित।

प्रस्तावना अध्याय १ अध्याय २

अध्याय १

प्रस्तावना vii यस कागजातमा परिवर्तनहरू vii संचार, सेवाहरू, र अतिरिक्त जानकारी vii
नयाँ र परिवर्तन गरिएका QoS सुविधाहरू १ नयाँ र परिवर्तन गरिएका QoS सुविधाहरू १
ट्राफिक व्यवस्थापन सकियोview 3 स्कोप 3 परम्परागत ट्राफिक व्यवस्थापन 3 तपाईंको राउटरमा ट्राफिक व्यवस्थापन 3 VoQ मोडेलको सीमाहरू 4 QoS नीति इनहेरिटेन्स 5 Cisco Modular QoS CLI QoS डिप्लोय गर्न 6 MQC Egress Queing Policy 6 बारे महत्त्वपूर्ण बुँदाहरू
विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस् 9 विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस् 9 प्याकेट वर्गीकरण ओभरview 9 IP precedence भएको प्याकेटको लागि CoS को विशिष्टता 10 IP Precedence बिट्स प्याकेटहरू वर्गीकृत गर्न प्रयोग गरिन्छ 10 IP Precedence Value Settings 10 IP Precedence IP DSCP मार्किङ 11 प्याकेट वर्गीकरणको तुलनामा तपाईंको राउटरमा 11 को ACL Scaling मा सुधार गर्नुहोस्। ACLs 12

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x iii

सामग्री

अध्याय २ अध्याय ३

मार्गनिर्देशनहरू र प्रतिबन्धहरू 12 का लागि प्रतिबन्धहरू एसीएल स्केलिंग 13 3 वर्गीकरण 2 19 वर्गीकृत र स्कुलर क्यूस कन्फिगर गर्नुहोस् र वर्ण पत्र 20 21 ट्राफिक नीति एलिमेन्टहरू 21 23 लाई ट्राफिक नीति सिर्जना गर्नुहोस्। इन्टरफेस 24 को नीति
प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस् 29 प्याकेट मार्किङ ओभरview 29 पूर्वनिर्धारित मार्किंग जेनेरिक राउटिङ इन्क्याप्सुलेशन (GRE) टनेलहरूको लागि 29 QoS व्यवहार 30 प्याकेट मार्किङ 30 QoS व्यवहार जेनेरिक राउटिङ इन्क्याप्सुलेशन (GRE) टनेलहरू 31 वर्ग-आधारित बिना शर्त प्याकेट मार्किङ सुविधा र लाभहरू 31 मार्क-बास-ब्यास-ब्याक-बास-अन्य लाभहरू बिना शर्त प्याकेट मार्किंग: उदाहरणamples 33 IP precedence मार्किङ कन्फिगरेसन: Example 33 IP DSCP मार्किङ कन्फिगरेसन: उदाहरणample 34 QoS समूह मार्किङ कन्फिगरेसन: उदाहरणample 34 CoS मार्किङ कन्फिगरेसन: उदाहरणample 34 MPLS प्रायोगिक बिट इम्पोजिसन मार्किङ कन्फिगरेसन: उदाहरणample 35 MPLS प्रायोगिक शीर्ष मार्किंग कन्फिगरेसन: उदाहरणample 35 IP precedence IP DSCP मार्किङको तुलनामा 35 DSCP CS7 कन्फिगर गर्नुहोस् (पूर्वता 7) 36 इन-प्लेस नीति परिमार्जन 36 इन-प्लेस नीति परिमार्जन प्रयोग गर्नका लागि सिफारिसहरू 36
भीडबाट बच्ने 39 भीडबाट बच्ने 39 कतार मोडहरू 39 मुख्य इन्टरफेस कतार नीति 40

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x iv

सामग्री

अध्याय १

सब-इन्टरफेस कतार नीति 40 VOQ 40 मा भीड जोगिन
VOQ तथ्याङ्क काउन्टरहरूको साझेदारी 41 VOQ तथ्याङ्क काउन्टरहरूको साझेदारी कन्फिगर गर्दै 41
दोहोरो लाम सीमा 42 प्रतिबन्धहरू 43
उचित VOQ 44 Fair VOQ को प्रयोग गरेर समानुपातिक ट्राफिक प्रवाह: किन 44 Fair VOQ: कसरी 45 Fair VOQ मोडहरू र काउन्टरहरूको साझेदारी 46 Fair VOQ र स्लाइस (वा सामान्य) VOQs: मुख्य भिन्नताहरू 47 दिशानिर्देशहरू र सीमाहरू Fair VOQ 47 VOQ
मोड्युलर QoS भीडबाट बच्ने 50 टेल ड्रप र FIFO कतार 50
Tail Drop 50 Random Early Detection र TCP 52 कन्फिगर गर्नुहोस्
अनियमित प्रारम्भिक पहिचान कन्फिगर गर्नुहोस् 52 स्पष्ट भीड सूचना 54
प्राथमिकता प्रवाह नियन्त्रण 57 प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्view 57 बफर-आन्तरिक मोड 59 प्रतिबन्धहरू र दिशानिर्देशहरू 59 बफर-विस्तारित मोड 59 महत्त्वपूर्ण विचारहरू 60 प्राथमिकता प्रवाह नियन्त्रणको लागि हार्डवेयर समर्थन 61 प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस् 61 कन्फिगर योग्य ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भावनाहरू र अधिकतम मार्किंग सम्भावना66 ईसीएन मार्किङ प्रोभेबिलिटी र मार्किङ प्रोभेबिलिटी 66 67 कन्फिगरेबलका फाइदाहरू ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू 68 ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू: FAQs 68 दिशानिर्देश र सीमाहरू 69 ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू कन्फिगर गर्नुहोस् XNUMX

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.xv

सामग्री

अध्याय २ अध्याय ३

प्राथमिकता प्रवाह नियन्त्रण वाचडग ओभरview 71 प्राथमिकता प्रवाह नियन्त्रण वाचडग अन्तराल 72 कन्फिगर गर्नुहोस्
भीड व्यवस्थापन 75 भीड व्यवस्थापन समाप्तview 75 Low-Latency Queueing with Strict Priority Queueing 75 Configure Low Latency Queueing with Strict Priority Queueing 75 Traffic Shaping 78 Configure Traffic Shaping 78 Traffic Policing 80 Committed Bursts and Excess Bursts 80 Single-Rate Policer 81 Two-Rate Policer 83 References for Modular QoS Management 85 प्रतिबद्ध फट 85 अतिरिक्त विस्फोट 86 दुई-दर पुलिस विवरण 87
लिङ्क बन्डलहरूमा मोड्युलर QoS कन्फिगर गर्नुहोस् 89 QoS लिंक बन्डलहरूमा 89 लोड ब्यालेन्सिङ 89 लिङ्क बन्डलहरू 90 मा QoS कन्फिगर गर्नुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x vi

प्रस्तावना

यो प्रस्तावनाले यी खण्डहरू समावेश गर्दछ:
· यो कागजातमा परिवर्तनहरू, पृष्ठ vii मा · सञ्चार, सेवाहरू, र अतिरिक्त जानकारी, पृष्ठ vii मा

यस कागजातमा परिवर्तनहरू

यो तालिकाले यो कागजातलाई पहिलो पटक प्रकाशित गरेदेखि नै प्राविधिक परिवर्तनहरू सूचीबद्ध गर्दछ।
तालिका १: यस कागजातमा परिवर्तनहरू

मिति जनवरी १
अक्टोबर २०२२
मे २०२१ फेब्रुअरी २०२१

रिलिज 7.3.3 को लागि कागजात अद्यावधिकहरु संग पुन: प्रकाशित सारांश परिवर्तन गर्नुहोस्
रिलिज 7.3.2 को लागि कागजात अद्यावधिकहरु संग पुन: प्रकाशित
रिलीज 7.3.15 को लागि पुन: प्रकाशित
यस कागजातको प्रारम्भिक विमोचन।

सञ्चार, सेवाहरू, र अतिरिक्त जानकारी
· Cisco बाट समयमै, सान्दर्भिक जानकारी प्राप्त गर्न, Cisco Pro मा साइन अप गर्नुहोस्file प्रबन्धक। · तपाईंले महत्त्वपूर्ण टेक्नोलोजीहरूको साथ खोज्नु भएको व्यापार प्रभाव प्राप्त गर्न, सिस्को सेवाहरूमा जानुहोस्। · सेवा अनुरोध पेश गर्न, सिस्को समर्थन मा जानुहोस्। · सुरक्षित, मान्य इन्टरप्राइज-वर्ग एपहरू, उत्पादनहरू, समाधानहरू र सेवाहरू पत्ता लगाउन र ब्राउज गर्न, भ्रमण गर्नुहोस्
सिस्को बजार। सामान्य सञ्जाल, प्रशिक्षण, र प्रमाणीकरण शीर्षकहरू प्राप्त गर्न, सिस्को प्रेसमा जानुहोस्। · कुनै विशेष उत्पादन वा उत्पादन परिवारको लागि वारेन्टी जानकारी फेला पार्न, सिस्को वारेन्टी खोजकर्ता पहुँच गर्नुहोस्।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x vii

प्रस्तावना

प्रस्तावना
सिस्को बग खोज उपकरण सिस्को बग खोज उपकरण (BST) हो web-आधारित उपकरण जसले सिस्को बग ट्र्याकिङ प्रणालीको गेटवेको रूपमा कार्य गर्दछ जसले सिस्को उत्पादनहरू र सफ्टवेयरमा त्रुटिहरू र कमजोरीहरूको विस्तृत सूची राख्छ। BST ले तपाईंलाई तपाईंको उत्पादनहरू र सफ्टवेयरको बारेमा विस्तृत दोष जानकारी प्रदान गर्दछ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x viii

१ अध्याय

नयाँ र परिवर्तन गरिएको QoS सुविधाहरू

· नयाँ र परिवर्तन गरिएका QoS सुविधाहरू, पृष्ठ १ मा

नयाँ र परिवर्तन गरिएको QoS सुविधाहरू

तालिका २: IOS XR रिलीज 2.x मा QoS सुविधाहरू थपियो वा परिमार्जन गरियो

निष्पक्ष VOQ प्रयोग गरी समानुपातिक ट्राफिक प्रवाह सुविधा
Peering QoS प्रयोग गरेर ACL स्केलिंग सुधार गर्नुहोस्

विवरण

रिलिजमा परिवर्तन भयो

यो सुविधा विमोचन 7.3.3 कन्फिगर गर्नाले NPU को प्रत्येक नेटवर्क स्लाइसमा विभिन्न स्रोत पोर्टहरूबाट प्रवेश ट्राफिकलाई प्रत्येक स्रोत पोर्ट र गन्तव्य पोर्ट जोडीको लागि एक अद्वितीय भर्चुअल आउटपुट क्यु (VOQ) तोकिएको सुनिश्चित गर्दछ।

यो सुविधाले QoS र सुरक्षा पहुँच नियन्त्रण सूची (ACLs) को रिलीज 7.3.2 प्रकार्यहरू मर्ज गर्दछ। यो संयोजनले वस्तु समूह ACL सँग ACL फिल्टर प्रयोग गर्न सक्षम बनाउँछ, जसले धेरै कम TCAM प्रयोगको कारणले धेरै सुधारिएको ACL स्केल प्रदान गर्दछ।

जहाँ पृष्ठ ४४ मा Fair VOQ को प्रयोग गरी समानुपातिक ट्राफिक प्रवाहको दस्तावेजीकरण गरिएको छ
पृष्ठ १२ मा Peering QoS प्रयोग गरेर ACL मापन सुधार गर्नुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 1

नयाँ र परिवर्तन गरिएको QoS सुविधाहरू

सुविधा QoS नीति इनहेरिटेन्स

विवरण

रिलिजमा परिवर्तन भयो

कार्यक्षमता एक इनहेरिटेन्स मोडेलमा रिलीज 7.3.15 मा आधारित छ, जहाँ तपाईंले QoS नीति सिर्जना गरी मुख्य इन्टरफेसमा लागू गर्नुहुन्छ। मुख्य इन्टरफेसमा जोडिएका उप-इन्टरफेसहरूले स्वतः नीति प्राप्त गर्छन्।

प्राथमिकता प्रवाह नियन्त्रण यी लाइन कार्डहरूले सिस्को 7.3.15 मा रिलीज 8800 समर्थन प्राथमिकता प्रवाह नियन्त्रण 36×400 GbE QSFP56-DD सुविधा समर्थन गर्दछ। लाइन कार्डहरू (88-LC0-36FH-M)

GRE को लागी रिलीज 7.3.1 रूटिङ (GRE) टनेल समर्थन को परिचय संग जेनेरिक को लागी QoS व्यवहार
encapsulation र decapsulation टनेल इन्टरफेसहरू, त्यहाँ encapsulation र decapsulation को समयमा GRE टनेलहरूको लागि QoS व्यवहारमा केही महत्त्वपूर्ण अद्यावधिकहरू छन्।

जहाँ कागजात QoS नीति उत्तराधिकार, पृष्ठ 5 मा
प्राथमिकता प्रवाह नियन्त्रण ओभरview, पृष्ठ १ मा
पूर्वनिर्धारित मार्किङ, पृष्ठ २९ मा र प्याकेट मार्किङ, पृष्ठ ३० मा

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 2

१ अध्याय

ट्राफिक व्यवस्थापन सकियोview

स्कोप

· स्कोप, पृष्ठ 3 मा · परम्परागत ट्राफिक व्यवस्थापन, पृष्ठ 3 मा · तपाइँको राउटरमा ट्राफिक व्यवस्थापन, पृष्ठ 3 मा · VoQ मोडेलको सीमाहरू, पृष्ठ 4 मा · QoS नीति उत्तराधिकार, पृष्ठ 5 मा · Cisco Modular QoS CLI QoS प्रयोग गर्न , पृष्ठ 6 मा
सिस्को क्वालिटी अफ सर्भिस (QoS) टेक्नोलोजीलाई शक्ति दिने समग्र वास्तुकला बुझ्नको लागि यो कन्फिगरेसन गाइड पढ्नुहोस्, र तपाइँको नेटवर्कमा ट्राफिक ब्यान्डविथ र प्याकेट घाटा प्यारामिटरहरू कन्फिगर र व्यवस्थापन गर्न यसको सुविधाहरू कसरी प्रयोग गर्ने भनेर पनि पढ्नुहोस्।

परम्परागत ट्राफिक व्यवस्थापन
ट्राफिक व्यवस्थापनको परम्परागत विधिहरूमा, ट्राफिक प्याकेटहरू प्रसारण गर्नको लागि इग्रेस इन्टरफेस उपलब्धतालाई विचार नगरी निकास आउटपुट लाइनहरूमा पठाइन्छ।
समस्या पनि त्यहीँ छ । ट्राफिक जामको अवस्थामा, ट्राफिक प्याकेटहरू इग्रेस पोर्टमा छोड्न सकिन्छ। जसको मतलब यो हो कि सञ्जाल स्रोतहरू इनग्रेस इनपुट कतारबाट स्विच कपडामा आउटपुट लाइनहरूमा प्याकेटहरू प्राप्त गर्न खर्च गरिएको छ। त्यो सबै होइन - आगत लामहरू बफर ट्राफिक फरक इग्रेस पोर्टहरूको लागि हो, त्यसैले एउटा इग्रेस पोर्टमा भीडले अर्को पोर्टमा ट्राफिकलाई असर गर्न सक्छ, घटनालाई हेड-अफ-लाइन-ब्लकिङ भनिन्छ।

तपाईंको राउटरमा ट्राफिक व्यवस्थापन
तपाईंको राउटरको नेटवर्क प्रोसेसिङ युनिट (NPU) ले ट्राफिक व्यवस्थापन गर्नको लागि युगल इन्ग्रेस-एग्रेस भर्चुअल आउटपुट क्युइङ (VoQ) आधारित फर्वार्डिङ आर्किटेक्चर प्रयोग गर्दछ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 3

VoQ मोडेल चित्र 1 को सीमाहरू: स्लाइस 0 मा प्रवेश पोर्टबाट स्लट 3 मा एक इग्रेस पोर्टमा ट्राफिक प्रवाह

ट्राफिक व्यवस्थापन सकियोview

यहाँ, प्रत्येक इनग्रेस ट्राफिक क्लासमा प्रत्येक इनग्रेस स्लाइस (पाइपलाइन) बाट प्रत्येक इग्रेस पोर्टमा एक-देखि-एक VoQ म्यापिङ हुन्छ। जसको मतलब यो हो कि प्रत्येक इग्रेस इन्टरफेस (चित्रमा #5) ले प्रत्येक इनग्रेस पाइपलाइनमा (चित्रमा #1) प्रत्येक VoQ को लागि बफर स्पेस राखेको छ। यहाँ तपाईंको राउटर प्रणालीमा भीडको समयमा प्याकेट यात्राको कथा कसरी खुल्छ: # 1: प्याकेटहरू A (रंगको हरियो), B (रङ्गीन गुलाबी), र C (रङ्गीन खैरो) इनग्रेस इन्टरफेसमा छन्। यो जहाँ प्याकेट मार्किंग, वर्गीकरण, र पुलिसिंग हुन्छ। (विवरणहरूको लागि, पृष्ठ 29 मा, विशेष ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्, पृष्ठ 9 मा, र भीड व्यवस्थापन, पृष्ठ 75 मा प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्।) #2: यी प्याकेटहरू समर्पित ठाउँहरूमा छुट्टै बफर भण्डारण ठाउँहरूमा भण्डारण गरिएका छन्। VoQs। यहाँ क्युइङ, VoQ ट्रान्समिट, र ड्रप प्याकेट र बाइट काउन्टरहरू खेल्न आउँछन्। (विवरणका लागि, पृष्ठ 39 मा कन्जेशन एभाइडेन्स हेर्नुहोस्।) #3: इग्रेस इन्टरफेसमा उपलब्ध ब्यान्डविथको आधारमा, यी प्याकेटहरू इग्रेस शेड्युलिङको अधीनमा छन्, जहाँ इग्रेस क्रेडिट र ट्रान्समिट शेड्यूलरहरू कन्फिगर गरिएका छन्। अर्को शब्दमा, प्याकेटहरू र क्रम जसमा तिनीहरू अब बाहिर निस्कने इन्टरफेस तर्फ जान्छन् यहाँ निर्धारण गरिएको छ। यो हो जहाँ कपडा ब्यान्डविथलाई निकास समय तालिकाको लागि ध्यानमा राखिएको छ। #4: प्याकेटहरू कपडा मार्फत स्विच गरिन्छ। #5: अन्तिम चरणमा, निकासी चिन्ह र वर्गीकरण हुन्छ, र भीडलाई यसरी व्यवस्थित गरिन्छtage त्यहाँ कुनै प्याकेट छोडिएको छैन, र सबै प्याकेटहरू अर्को हपमा पठाइन्छ।
VoQ मोडेलका सीमितताहरू
जबकि ट्राफिक व्यवस्थापनको VoQ मोडेलले फरक एडभान प्रदान गर्दछtages (मेमोरी ब्यान्डविथ आवश्यकताहरू घटाउँदै, अन्त-देखि-अन्त QoS प्रवाह प्रदान गर्दै), यसमा यो सीमितता छ: कुल निकास क्यु स्केल कम छ किनभने प्रत्येक निकास लाम प्रत्येक NPU/ASIC को प्रत्येक स्लाइसमा प्रवेश VoQ को रूपमा प्रतिकृति हुनुपर्छ। प्रणाली। यसको मतलब 1 इन्टरफेसहरूको साथ 20 NPU थपिएको छ
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 4

ट्राफिक व्यवस्थापन सकियोview

QoS नीति उत्तराधिकार

प्रणालीमा प्रत्येक NPU मा प्रयोग हुने VoQs को संख्या 20 x 8 (क्यु/इन्टरफेस) = 160 ले वृद्धि हुनेछ। त्यहाँ पूर्व-अवस्थित NPU हरूमा प्रत्येक इग्रेस पोर्टको लागि प्रत्येक अनुसूचकबाट क्रेडिट कनेक्टरहरूको संख्यामा पनि वृद्धि भएको छ। नयाँ सम्मिलित NPU मा प्रत्येक टुक्रा।

QoS नीति उत्तराधिकार

तालिका १: विशेषता इतिहास तालिका

सुविधा नाम QoS नीति इनहेरिटेन्स

विमोचन सूचना विज्ञप्ति 7.3.15

विशेषता विवरण
सब-इन्टरफेसहरूका लागि QoS नीतिहरू सिर्जना गर्न, तपाईंले प्रत्येक सब-इन्टरफेसमा म्यानुअल रूपमा नीति लागू गर्नुपर्ने थियो। यस विमोचनबाट, तपाईंले मुख्य इन्टरफेसमा एकल QoS नीति सिर्जना र लागू गर्नु हो र उप-इन्टरफेसहरूले स्वचालित रूपमा नीति प्राप्त गर्छन्।
इनहेरिटेन्स मोडेलले तपाईलाई इन्टरफेस र तिनीहरूको उप-इन्टरफेसहरूको समूहको लागि लक्षित नीतिहरू सिर्जना गर्न सक्षम पार्दै, नीतिहरू लागू गर्नको लागि सजिलैसँग मर्मत योग्य विधि प्रदान गर्दछ। यो मोडेलले QoS नीतिहरू सिर्जना गर्दा तपाईंको समय र स्रोतहरू बचत गर्छ।

· यो कार्यक्षमता के हो?–नामले सुझाव दिए जस्तै, कार्यक्षमता इनहेरिटेन्स मोडेलमा आधारित हुन्छ, जहाँ तपाईंले QoS नीति सिर्जना गरी मुख्य इन्टरफेसमा लागू गर्नुहुन्छ। मुख्य इन्टरफेसमा जोडिएका उप-इन्टरफेसहरूले स्वतः नीति प्राप्त गर्छन्। विरासत मोडेल सबै QoS सञ्चालनहरूमा लागू हुन्छ: · वर्गीकरण
· चिन्ह लगाउने
· प्रहरी
· आकार दिने

· विरासत मोडेलले कसरी मद्दत गर्छ?–पहिले, यदि तपाइँसँग थियो भने, पूर्वको लागिample, आठ उप-इन्टरफेसहरू, तपाईंले ती प्रत्येक उप-इन्टरफेसहरूमा अलग-अलग नीतिहरू सिर्जना र लागू गर्नुभयो। इनहेरिटेन्स मोडेलको साथमा, तपाईंले मुख्य इन्टरफेस र यसको सब-इन्टरफेसहरूमा स्वचालित रूपमा लागू भएको एउटा नीतिको साथ, समय र स्रोतहरू बचत गर्नुहुन्छ।
· के मैले विरासत मोडेल सक्षम गर्न थप केहि गर्न आवश्यक छ?–होइन, तपाईले गर्नुहुन्न। इनहेरिटेन्स मोडेल पूर्वनिर्धारित विकल्प हो।
· यदि म विरासत विकल्प ओभरराइड गर्न चाहन्छु भने के हुन्छ?–प्राविधिक रूपमा, तपाइँ यो विकल्प ओभरराइड गर्न सक्नुहुन्न। यद्यपि, तपाईले नीतिलाई मुख्य इन्टरफेसबाट हटाउन सक्नुहुन्छ र सब-इन्टरफेसहरूमा नीतिहरू थप्न सक्नुहुन्छ जहाँ तपाईं नीतिलाई इनहेरिटेड गर्न चाहनुहुन्न।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 5

सिस्को मोड्युलर QoS CLI QoS डिप्लोय गर्न

ट्राफिक व्यवस्थापन सकियोview

· नीति-नक्सा तथ्याङ्कको बारेमा के हो?–यस व्यवहारमा कुनै परिवर्तन छैन। शो नीति-नक्सा इन्टरफेस आदेश चलाउँदा इन्टरफेसको लागि संचयी तथ्याङ्कहरू प्रदर्शन गर्दछ, र यी संख्याहरूमा उप-इन्टरफेसहरू पनि समावेश छन्।
· कुनै पनि सीमितताहरू के बारे मलाई सचेत हुन आवश्यक छ?–एउटै इन्टरफेस र सब-इन्टरफेस संयोजनमा ECN मार्किङ र इग्रेस मार्किङ नीतिको लागि कुनै समर्थन छैन। यद्यपि, QoS नीति इनहेरिटेन्स कार्यक्षमताले यी बहु नीतिहरूलाई स्वीकार गर्दछ जसले ECN चिन्हहरू असफल हुन्छ। त्यस्ता विफलताहरू रोक्न: · उप-इन्टरफेसमा इग्रेस मार्किङ नीति कन्फिगर नगर्नुहोस् र मुख्य इन्टरफेसमा ECN-सक्षम नीति लागू गर्नुहोस्।
· उप-इन्टरफेसमा ECN नीति लागू नगर्नुहोस् र मुख्य इन्टरफेसमा बाहिर निस्कने नीति कन्फिगर गर्नुहोस्।
सिस्को मोड्युलर 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 र नियन्त्रण इन्जेक्सन प्याकेटहरू चिन्ह लगाइएका प्याकेटहरूलाई अन्य प्याकेटहरू भन्दा सधैं प्राथमिकता दिइन्छ। प्रवेशमा, वर्गीकरण र चिन्ह लगाउनको लागि एउटा मात्र नीति समर्थित छ। तपाइँ एक अर्काबाट स्वतन्त्र वा सँगै बाहिर निस्कने दिशामा कतार र चिन्ह लगाउने नीति लागू गर्न सक्नुहुन्छ। यदि तपाइँ दुबै नीतिहरू सँगै लागू गर्नुहुन्छ भने, लामबद्ध नीति कार्यहरू पहिले प्रावधान गरिन्छ, त्यसपछि नीति कार्यहरू चिन्ह लगाइन्छ।
MQC Egress Queing Policy बारे महत्वपूर्ण बुँदाहरू
यी महत्त्वपूर्ण बिन्दुहरू हुन् जुन तपाईंले MQC निकास कतार नीतिको बारेमा जान्नै पर्छ: · MQC लामबद्ध नीतिले वर्ग नक्साहरूको सेट समावेश गर्दछ, जुन नीति नक्सामा थपिन्छ। तपाईंले नीतिमा कारबाहीहरू लागू गरेर त्यो ट्राफिक वर्गका लागि लाइनिङ र समय तालिका प्यारामिटरहरू नियन्त्रण गर्नुहुन्छ।
· वर्ग-पूर्वनिर्धारित सँधै ट्राफिक-वर्ग ० सँग मेल खान्छ। साथै, कुनै अन्य वर्गले ट्राफिक-वर्ग ०सँग मेल खाँदैन।
· यदि लागू गरिएको नीति नक्सामा ट्राफिक वर्गसँग मिल्दो वर्ग छैन भने, यो सधैँ वर्ग-पूर्वनिर्धारितसँग मेल खान्छ। अन्य शब्दहरूमा, यसले ट्राफिक-वर्ग 0 VoQ प्रयोग गर्दछ।
· वर्ग-पूर्वनिर्धारितसँग मेल खाने ट्राफिक कक्षाहरूको प्रत्येक अद्वितीय संयोजनलाई छुट्टै ट्राफिक वर्ग (TC) प्रो आवश्यक पर्दछ।file। TC प्रो को संख्याfiles मुख्य इन्टरफेसहरूको लागि 8 र उप-इन्टरफेसहरूको लागि 8 मा सीमित छन्।
· तपाइँ एउटै प्राथमिकता स्तर संग धेरै ट्राफिक वर्गहरू कन्फिगर गर्न सक्नुहुन्न।
· प्रत्येक प्राथमिकता स्तर, जब कन्फिगर गरिन्छ, निम्न तालिकामा देखाइए अनुसार सम्बन्धित TC सँग मेल खाने कक्षामा कन्फिगर गरिनुपर्छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 6

ट्राफिक व्यवस्थापन सकियोview

MQC Egress Queing Policy बारे महत्वपूर्ण बुँदाहरू

प्राथमिकता स्तर P1 P2 P3 P4 P5 P6 P7

ट्राफिक कक्षा ७ ६ ५ ४ ३ २ १

· यदि नीति-नक्सामा कन्फिगर गरिएका सबै प्राथमिकता स्तरहरू क्रमबद्ध छन् भने, तिनीहरू सन्तुलित हुनुपर्छ। अर्को शब्दमा, तपाइँ प्राथमिकता स्तर छोड्न सक्नुहुन्न। पूर्वका लागिample, P1 P2 P4 (P3 छाड्ने), अनुमति छैन।
IOS XR रिलिज 7.3.1 बाट, तपाईले एकल सेट सन्निहित प्राथमिकता TCs बनाउन सक्नुहुन्छ। सुनिश्चित गर्नुहोस् कि तपाईंले प्राथमिकता स्तरहरू तोक्नुभयो जुन प्रत्येक TC को लागि बढ्छ वा उस्तै रहन्छ, तर घट्दैन। साथै, सुनिश्चित गर्नुहोस् कि तपाईंले ट्राफिक वर्ग 1 को लागि प्राथमिकता स्तर 7 तोक्नुभयो। तपाईंले प्रयोग नगरिएका ट्राफिक वर्गहरू कन्फिगर गर्न आवश्यक छैन, त्यसैले तपाईंले बाहिर निस्कने नीति-नक्सामा आवश्यक पर्ने धेरै TCहरू मात्र सिर्जना गर्न सक्नुहुन्छ।
· MQC ले कतार नीतिको दुई स्तर (अभिभावक, बच्चा) सम्म समर्थन गर्दछ। अभिभावक स्तरले सबै ट्राफिक कक्षाहरू जम्मा गर्छ र जहाँ बाल स्तरले MQC कक्षाहरू प्रयोग गरेर ट्राफिक कक्षाहरू फरक पार्छ।
· पङ्क्तिबद्ध नीतिमा यी कार्यहरू मात्र समर्थित छन्: · प्राथमिकता
· आकार
ब्यान्डविथ शेष अनुपात
· लाइन-सीमा
· अनियमित प्रारम्भिक पहिचान (RED)
प्राथमिकता प्रवाह नियन्त्रण

· तपाईंसँग क्लासको नक्सामा केवल एउटा मिल्दो ट्राफिक-वर्ग मान हुन सक्छ। · तपाइँ मुख्य इन्टरफेस र यसको उप-इन्टरफेसहरूमा लाइन नीति लागू गर्न सक्नुहुन्न।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 7

MQC Egress Queing Policy बारे महत्वपूर्ण बुँदाहरू

ट्राफिक व्यवस्थापन सकियोview

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 8

१ अध्याय
विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्
· पृष्ठ 9 मा, विशिष्ट ट्राफिक पहिचान गर्न प्याकेट वर्गीकरण गर्नुहोस् · प्याकेट वर्गीकरण ओभरview, पृष्ठ 9 मा · तपाईंको राउटरमा प्याकेट वर्गीकरण, पृष्ठ 11 मा · ट्राफिक कक्षा तत्वहरू, पृष्ठ 20 मा · पूर्वनिर्धारित ट्राफिक कक्षा, पृष्ठ 21 मा · ट्राफिक कक्षा सिर्जना गर्नुहोस्, पृष्ठ 21 मा · ट्राफिक नीति तत्वहरू, पृष्ठ 23 मा · एउटा सिर्जना गर्नुहोस् ट्राफिक नीति, पृष्ठ 24 मा · ट्राफिक नीति एक इन्टरफेसमा संलग्न गर्नुहोस्, पृष्ठ 24 मा
विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्
एक ओभर प्राप्त गर्न यो खण्ड पढ्नुहोस्view प्याकेट वर्गीकरण र तपाईंको राउटरको लागि विभिन्न प्याकेट वर्गीकरण प्रकारहरू।
प्याकेट वर्गीकरण समाप्तview
प्याकेट वर्गीकरणले एक विशेष समूह (वा वर्ग) भित्र प्याकेट वर्गीकरण र नेटवर्कमा QoS ह्यान्डलिङको लागि पहुँचयोग्य बनाउन यसलाई ट्राफिक वर्णनकर्ता तोक्ने समावेश गर्दछ। ट्राफिक वर्णनकर्ताले प्याकेटले प्राप्त गर्नुपर्ने फर्वार्डिङ उपचार (सेवाको गुणस्तर) बारे जानकारी समावेश गर्दछ। प्याकेट वर्गीकरण प्रयोग गरेर, तपाइँ नेटवर्क ट्राफिकलाई धेरै प्राथमिकता स्तर वा सेवाको वर्गहरूमा विभाजन गर्न सक्नुहुन्छ। जब ट्राफिक वर्णनकर्ताहरू ट्राफिक वर्गीकरण गर्न प्रयोग गरिन्छ, स्रोतले अनुबंधित सर्तहरू पालना गर्न सहमत हुन्छ र नेटवर्कले सेवाको गुणस्तरको प्रतिज्ञा गर्दछ। यहाँ ट्राफिक पुलिस र ट्राफिक आकारहरू चित्रमा आउँछन्। ट्राफिक पुलिस र ट्राफिक आकारकर्ताहरूले सम्झौताको पालना सुनिश्चित गर्न प्याकेटको ट्राफिक वर्णनकर्ता - अर्थात् यसको वर्गीकरण - प्रयोग गर्छन्। सेवाको मोड्युलर क्वालिटी (QoS) कमाण्ड-लाइन इन्टरफेस (MQC) ट्राफिक प्रवाह परिभाषित गर्न प्रयोग गरिन्छ जुन वर्गीकृत हुनुपर्छ, जहाँ प्रत्येक ट्राफिक प्रवाहलाई सेवाको वर्ग, वा वर्ग भनिन्छ। पछि, ट्राफिक नीति बनाइन्छ र कक्षामा लागू हुन्छ। परिभाषित वर्गहरू द्वारा पहिचान नगरिएका सबै ट्राफिकहरू पूर्वनिर्धारित वर्गको कोटीमा पर्छन्।
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 9

आईपी प्राथमिकताको साथ प्याकेटको लागि CoS को विशिष्टता

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

नोट Cisco IOS XR रिलीज 7.2.12 पछि, तपाइँ लेयर 2 हेडर मानहरू प्रयोग गरेर लेयर 3 यातायात इन्टरफेसमा प्याकेटहरू वर्गीकृत गर्न सक्नुहुन्छ। यद्यपि, यो सुविधा मुख्य इन्टरफेस (भौतिक र बन्डल इन्टरफेसहरू) मा मात्र लागू हुन्छ, र उप-इन्टरफेसहरूमा होइन।
आईपी प्राथमिकताको साथ प्याकेटको लागि CoS को विशिष्टता
IP अग्रताको प्रयोगले तपाईंलाई प्याकेटको लागि CoS निर्दिष्ट गर्न अनुमति दिन्छ। तपाईंले आगमन ट्राफिकमा प्राथमिकता स्तरहरू सेट गरेर र QoS लामबद्ध सुविधाहरूको संयोजनमा प्रयोग गरेर भिन्न सेवाहरू सिर्जना गर्न सक्नुहुन्छ। त्यसोभए, प्रत्येक पछिको नेटवर्क तत्वले निर्धारित नीतिमा आधारित सेवा प्रदान गर्न सक्छ। IP प्राथमिकता सामान्यतया नेटवर्कको किनारा वा सम्भव भएसम्म प्रशासनिक डोमेनको नजिक प्रयोग गरिन्छ। यसले बाँकी कोर वा ब्याकबोनलाई प्राथमिकतामा आधारित QoS लागू गर्न अनुमति दिन्छ।
चित्र २: सेवा क्षेत्रको IPv2 प्याकेट प्रकार

तपाईंले यस उद्देश्यका लागि IPv4 हेडरको प्रकार-अफ-सर्भिस (ToS) फिल्डमा तीन प्राथमिकता बिटहरू प्रयोग गर्न सक्नुहुन्छ। ToS बिटहरू प्रयोग गरेर, तपाईंले सेवाका आठ कक्षाहरूसम्म परिभाषित गर्न सक्नुहुन्छ। नेटवर्क भरि कन्फिगर गरिएका अन्य सुविधाहरूले यसलाई प्रदान गर्न ToS को सन्दर्भमा प्याकेटलाई कसरी व्यवहार गर्ने भनेर निर्धारण गर्न यी बिटहरू प्रयोग गर्न सक्छ। यी अन्य QoS सुविधाहरूले भीड व्यवस्थापन रणनीति र ब्यान्डविथ विनियोजन सहित उपयुक्त ट्राफिक ह्यान्डलिङ नीतिहरू तोक्न सक्छन्। पूर्वका लागिampले, LLQ जस्ता लामबद्ध सुविधाहरूले ट्राफिकलाई प्राथमिकता दिन प्याकेटको IP अग्रता सेटिङ प्रयोग गर्न सक्छ।
आईपी प्राथमिकता बिट्स प्याकेट वर्गीकरण गर्न प्रयोग गरिन्छ
प्रत्येक प्याकेटको लागि CoS असाइनमेन्ट निर्दिष्ट गर्न IP हेडरको ToS फिल्डमा तीन आईपी अग्रता बिट्स प्रयोग गर्नुहोस्। तपाईले ट्राफिकलाई अधिकतम आठ कक्षामा विभाजन गर्न सक्नुहुन्छ र त्यसपछि प्रत्येक कक्षाको लागि भीड ह्यान्डलिङ र ब्यान्डविथ विनियोजनको सन्दर्भमा नेटवर्क नीतिहरू परिभाषित गर्न नीति नक्सा प्रयोग गर्नुहोस्। प्रत्येक अग्रता एक नाम संग मेल खान्छ। IP अग्रता बिट सेटिङहरू 6 र 7 नेटवर्क नियन्त्रण जानकारीको लागि आरक्षित छन्, जस्तै रूटिङ अद्यावधिकहरू। यी नामहरू RFC 791 मा परिभाषित छन्।
IP अग्रता मान सेटिङहरू
पूर्वनिर्धारित रूपमा, राउटरहरूले आईपी प्राथमिकता मान अछूता छोड्छन्। यसले हेडरमा सेट गरिएको अग्रता मान सुरक्षित गर्छ र सबै आन्तरिक नेटवर्क उपकरणहरूलाई IP प्राथमिकता सेटिङमा आधारित सेवा प्रदान गर्न अनुमति दिन्छ। यो नीतिले नेटवर्क ट्राफिकलाई नेटवर्कको छेउमा रहेका विभिन्न प्रकारका सेवाहरूमा क्रमबद्ध गरिनुपर्छ र ती प्रकारका सेवाहरूलाई नेटवर्कको मूल भागमा लागू गरिनुपर्छ भनी मानक दृष्टिकोण पछ्याउँछ। नेटवर्कको कोरमा राउटरहरूले प्रसारणको क्रम, प्याकेट ड्रपको सम्भावना, र यस्तै अन्य निर्धारण गर्न प्राथमिकता बिटहरू प्रयोग गर्न सक्छन्। तपाईंको नेटवर्कमा आउने ट्राफिकले बाहिरी यन्त्रहरूद्वारा प्राथमिकता सेट गर्न सक्ने हुनाले, हामी तपाईंलाई आफ्नो नेटवर्कमा प्रवेश गर्ने सबै ट्राफिकको प्राथमिकता रिसेट गर्न सुझाव दिन्छौं। IP प्राथमिकता सेटिङहरू नियन्त्रण गरेर, तपाईं
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 10

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

IP DSCP मार्किङको तुलनामा IP प्राथमिकता

तिनीहरूका सबै प्याकेटहरूको लागि उच्च प्राथमिकता सेट गरेर तिनीहरूको ट्राफिकको लागि राम्रो सेवा प्राप्त गर्न पहिले नै IP प्राथमिकता सेट गरिसकेका प्रयोगकर्ताहरूलाई निषेध गर्नुहोस्। वर्ग-आधारित बिना शर्त प्याकेट मार्किङ र LLQ सुविधाहरूले IP अग्रता बिट्स प्रयोग गर्न सक्छ।
IP DSCP मार्किङको तुलनामा IP प्राथमिकता
यदि तपाईंलाई आफ्नो नेटवर्कमा प्याकेटहरू चिन्ह लगाउन आवश्यक छ र तपाईंका सबै उपकरणहरूले IP DSCP मार्किङलाई समर्थन गर्दछ भने, तपाईंको प्याकेटहरू चिन्ह लगाउन IP DSCP मार्किङ प्रयोग गर्नुहोस् किनभने IP DSCP चिन्हहरूले थप बिना शर्त प्याकेट मार्किङ विकल्पहरू प्रदान गर्दछ। यदि IP DSCP द्वारा चिन्ह लगाउनु अवांछनीय छ भने, तथापि, वा यदि तपाइँ निश्चित हुनुहुन्न कि तपाइँको नेटवर्कमा यन्त्रहरूले IP DSCP मानहरूलाई समर्थन गर्दछ भने, तपाइँको प्याकेटहरू चिन्ह लगाउन IP अग्रता मान प्रयोग गर्नुहोस्। IP अग्रता मान नेटवर्कमा सबै यन्त्रहरूद्वारा समर्थित हुने सम्भावना छ। तपाईंले 8 फरक IP अग्रता चिन्हहरू र 64 विभिन्न IP DSCP चिन्हहरू सेट अप गर्न सक्नुहुन्छ।
तपाईंको राउटरमा प्याकेट वर्गीकरण
तपाईंको राउटरमा, त्यहाँ दुई प्रकारका प्याकेट वर्गीकरण प्रणालीहरू छन्: · प्रवेश दिशामा, QoS नक्सा र Ternary सामग्री ठेगाना मेमोरी (TCAM)।
नोट गर्नुहोस् TCAM निश्चित कन्फिगरेसन राउटरहरूमा समर्थित छैन (जहाँ राउटर इन्टरफेसहरू निर्मित छन्)। यो केवल मोड्युलर राउटरहरूमा समर्थित छ (जसमा धेरै स्लटहरू छन् जसले तपाईंलाई राउटरमा इन्टरफेसहरू परिवर्तन गर्न अनुमति दिन्छ)।
· निकास दिशामा, QoS नक्सा।
जब नीति विभेदित सेवा कोड बिन्दु (DSCP) वा अग्रता मान (DSCP वा Precedence-based वर्गीकरण पनि भनिन्छ) मा मात्र मेल खान्छ, प्रणालीले नक्सा-आधारित वर्गीकरण प्रणाली चयन गर्दछ; अन्यथा, यसले TCAM चयन गर्दछ। TCAM सामग्री एड्रेसेबल मेमोरी (CAM) तालिका अवधारणाको विस्तार हो। CAM तालिकाले अनुक्रमणिका वा कुञ्जी मान (सामान्यतया एक MAC ठेगाना) लिन्छ र नतिजा मान (सामान्यतया स्विच पोर्ट वा VLAN ID) देख्छ। तालिका लुकअप छिटो छ र सधैं दुई इनपुट मानहरू समावेश भएको सटीक कुञ्जी मिलानमा आधारित छ: ० र १ बिट। QoS नक्सा ट्राफिक प्याकेटहरूको लागि तालिका-आधारित वर्गीकरण प्रणाली हो।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 11

Peering QoS प्रयोग गरेर ACL स्केलिंग सुधार गर्नुहोस्

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

Peering QoS प्रयोग गरेर ACL स्केलिंग सुधार गर्नुहोस्

तालिका १: विशेषता इतिहास तालिका

सुविधाको नाम
Peering QoS प्रयोग गरेर ACL स्केलिंग सुधार गर्नुहोस्

विमोचन सूचना विज्ञप्ति 7.3.2

विशेषता विवरण
यो सुविधाले QoS र सुरक्षा पहुँच नियन्त्रण सूची (ACLs) को कार्यहरू मर्ज गर्दछ। यो संयोजनले वस्तु समूह ACL सँग ACL फिल्टर प्रयोग गर्न सक्षम बनाउँछ, जसले धेरै कम TCAM प्रयोगको कारणले धेरै सुधारिएको ACL स्केल प्रदान गर्दछ।
यो कार्यक्षमता पेश गर्नु अघि, QoS समूह कार्यहरूको लागि आवेदन गरिएको ACLs ले सुविधाको उपलब्ध स्केल घटाउँदै TCAM प्रविष्टिहरूको ठूलो संख्यामा खपत गर्यो।

Peering QoS एक प्रवेश QoS वर्गीकरण सुविधा हो जसले तपाईंलाई QoS ACLs र सुरक्षा ACLs को कार्यहरू मर्ज गर्न अनुमति दिन्छ। यसले तपाईंलाई सुरक्षा ACL मा प्रत्येक पहुँच नियन्त्रण प्रविष्टि (ACE) को लागि QoS समूह कार्यहरू सेट गर्न सक्षम पारेर गर्छ, यसरी प्रति ACE धेरै प्रविष्टिहरू (QoS र सुरक्षाका लागि) बेवास्ता गर्दै। त्यसपछि तपाईले यो मर्ज गरिएको ACL लाई वस्तु समूह ACL सुविधासँग ACE हरूका लागि ACL फिल्टर (अनुमति वा अस्वीकार) लागू गर्न प्रयोग गर्न सक्नुहुन्छ। वस्तु समूह ACLs लाई 'कम्प्रेस्ड ACLs' को रूपमा पनि चिनिन्छ किनभने वस्तु समूहले वस्तु समूहहरूमा धेरै व्यक्तिगत IP ठेगानाहरू कम्प्रेस गर्दछ। साथै, वस्तु समूह-आधारित ACL मा, तपाईंले धेरै ACEs सिर्जना गर्नुको सट्टा वस्तु समूह नाम प्रयोग गर्ने एकल ACE सिर्जना गर्न सक्नुहुन्छ। ACL हरू 'मर्ज' र 'कम्प्रेस' गर्ने यो क्षमताले महत्त्वपूर्ण TCAM ठाउँ बचत गर्छ र QoS नीतिहरूको लागि व्यापक रूपमा सुधारिएको ACL स्केल प्रदान गर्दछ।

ACLs मर्ज गर्ने बारे आवश्यक बिन्दुहरू
· इन्टरफेसमा संलग्न गर्नु अघि तपाईंले ACL हरू (सुरक्षा ACL मा प्रत्येक ACE को लागि QoS समूह कार्यहरू सेट गर्नुहोस्) मर्ज गर्नुहोस् भनेर सुनिश्चित गर्नुहोस्।
ACL मर्ज अर्डरमा निर्भर छ। यसको मतलब ACE हरू ACL मा देखा पर्ने क्रममा प्रोग्राम गरिएको छ।

पियरिङ QoS को लागि दिशानिर्देश र प्रतिबन्धहरू
· केवल लेयर ३ इन्टरफेसले पियरिङ QoS समर्थन गर्दछ। तह २ मा कन्फिगरेसनहरू अस्वीकार गरिएका छन्।
· Peering QoS प्रवेश दिशामा मात्र समर्थित छ।
· Peering QoS नीतिहरू र नियमित QoS नीतिहरू एउटै लाइन कार्डमा सह-अस्तित्वमा रहन सक्छन्, तर यदि तपाईंले तिनीहरूलाई विभिन्न इन्टरफेसमा संलग्न गर्नुभयो भने मात्र।
· तपाईं समान लाइन कार्डमा धेरै इन्टरफेसहरूमा समान पियरिङ QoS नीति संलग्न गर्न सक्नुहुन्छ।
· IPv4 र IPv6 ट्राफिकको लागि छुट्टाछुट्टै हिसाब गर्न, IPv4 र IPv6 सुरक्षा ACL हरूको लागि अद्वितीय QoS समूह मानहरू कन्फिगर गर्नुहोस्।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 12

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

ACL स्केलिंगको लागि Peering QoS कन्फिगर गर्दै

· पियरिङ QoS-कन्फिगर गरिएको इन्टरफेसमा MPLS EXP बिट्ससँग चिन्ह लगाइएको ट्राफिक MPLS MPLS प्रवाहहरूको लागि मिलान-कुनै (पूर्वनिर्धारित) को रूपमा कन्फिगर गरिएको क्लास नक्सामा क्लास-डिफल्टसँग मेल खान्छ।
· उप-इन्टरफेसहरूले मुख्य इन्टरफेसहरूमा लागू गरिएका पियरिङ QoS नीतिहरू इनहेरिट गर्छन्, तर तिनीहरू ACL हरू इनहेरिट गर्दैनन्। सुनिश्चित गर्नुहोस् कि तपाईंले सुरक्षा ACL हरू (मुख्य इन्टरफेसहरूमा मिल्दोजुल्दो) सबै उप-इन्टरफेसहरूमा कन्फिगर गर्नुभयो; अन्यथा, सबै उप-इन्टरफेस ट्राफिक वर्ग-पूर्वनिर्धारित कार्यको अधीनमा छ, यसरी तिनीहरूको प्राथमिकता वजनलाई असर गर्छ।tage.
· तपाईंले QoS नीतिहरू पियरिङका लागि मिलान qos-समूह मात्र कन्फिगर गर्न सक्नुहुन्छ। कुनै पनि अन्य qos-समूह आदेश अस्वीकार गरिएको छ।
· तपाइँ सुरक्षा ACL मा ACE हरू सम्मिलित गर्न, मेटाउन र परिमार्जन गर्न सक्नुहुन्छ।
ACL स्केलिंगको लागि Peering QoS कन्फिगर गर्दै
इन्टरफेसमा पियरिङ QoS कन्फिगर गर्न:
1. सुरक्षा ACL कन्फिगर गर्नुहोस् र प्रति ACE qos-समूह सेट गर्नुहोस्। अन्यथा, qos-समूह ० को पूर्वनिर्धारित मानमा सेट गरिएको छ, प्राथमिकताको तौललाई असर गर्दैtagई इन्टरफेसमा यातायात को लागी।
2. तपाईंले सुरक्षा ACL मा सेट गर्नुभएको qos-समूहमा मिल्दो पियरिङ QoS नीति कन्फिगर गर्नुहोस्। QoS समूह कार्यहरू सेट गर्नुहोस् जस्तै टिप्पणी, प्रहरी, ट्राफिक-वर्ग, DSCP, पूर्वता, र खारेज-वर्ग।
3. इन्टरफेसमा सुरक्षा ACL र peering QoS ACL संलग्न गर्नुहोस्।
/* सुरक्षा ACL कन्फिगर गर्नुहोस्, यस पूर्वमाample: ipv4-sec-acl*/ राउटर(config)#ipv4 पहुँच-सूची ipv4-sec-acl
/* प्रति ACE qos-समूह सेट गर्नुहोस्; तपाईले यो गर्न सक्नुहुन्छ पियरिङ QoS को कारणले जसले धेरै प्रविष्टिहरूको सट्टा प्रति ACE एकल प्रविष्टिको प्रयोग सक्षम गर्दछ */ Router(config-ipv4-acl)#10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos -समूह १
राउटर(config-ipv4-acl)#20 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence तत्काल सेट qos-group 2
राउटर(config-ipv4-acl)30 अनुमति ipv4 135.0.0.0/8 217.0.0.0/8 precedence फ्लैश सेट qos-group 3 राउटर(config-ipv4-acl)40 अनुमति ipv4 135.0.0.0/8 precedence 217.0.0.0c. फ्लैश-ओभरराइड सेट qos-समूह 8 राउटर(config-ipv4-acl)4 अनुमति ipv50 4/135.0.0.0 8/217.0.0.0 precedence क्रिटिकल सेट qos-group 8 राउटर(config-ipv5-acl)#4 अनुमति ipv.60. 4/135.0.0.0 8/217.0.0.0 precedence इन्टरनेट सेट qos-group 8 राउटर(config-ipv6-acl)#4 permit ipv70 4/135.0.0.0 8/217.0.0.0 precedence नेटवर्क सेट qos-group 8 ipv-7-राउटर acl) # निकास
/* तपाईले सुरक्षा ACL मा सेट गर्नुभएको प्रत्येक qos-समूहको लागि पियरिङ QoS नीति मिल्दो कन्फिगर गर्नुहोस् cmap)#end-class-map राउटर(config)#class-map match-any grp-7 राउटर(config-cmap)#match qos-group 7 राउटर(config-cmap)#end-class-map राउटर(config) #class-map match-any grp-6 राउटर(config-cmap)#match qos-group 6 राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any grp-5 राउटर( config-cmap)#match qos-group 5 राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any grp-4 राउटर(config-cmap)# qos-group 4 मिलाउनुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 13

ACL स्केलिंगको लागि Peering QoS कन्फिगर गर्दै

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any grp-2 राउटर(config-cmap)#match qos-group 2 राउटर(config-cmap)#end-class-map राउटर(कन्फिग)#वर्ग-नक्सा मिल्ने-कुनै पनि grp-1 राउटर(कन्फिग-cmap)#qos-समूह 1 राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any class -पूर्वनिर्धारित राउटर (कन्फिग-सीएमएप) #अन्त-वर्ग-नक्सा
/*यस पूर्वमा कन्फिगर गरिएको नीति नक्सामा Qos कार्यहरू सेट गर्नुहोस्ample: prec सेट गर्नुहोस्, tc सेट गर्नुहोस्, र dscp सेट गर्नुहोस्*/
राउटर(config)#policy-map ingress_qosgrp_to_Prec-TC राउटर(config-pmap)#class grp-7 राउटर(config-pmap-c)#सेट प्राथमिकता १ राउटर(config-pmap-c)#सेट ट्राफिक-क्लास 1 राउटर( config-pmap-c)#exit राउटर(config-pmap)#class grp-7 राउटर(config-pmap-c)#सेट प्राथमिकता १ राउटर(config-pmap-c)#सेट ट्राफिक क्लास ६ राउटर(config-pmap) -c)#exit राउटर(config-pmap)#class grp-6 राउटर(config-pmap-c)#सेट precedence 1 राउटर(config-pmap-c)#सेट ट्राफिक-क्लास 6 राउटर(config-pmap-c) #exit राउटर(config-pmap)#class grp-5 राउटर(config-pmap-c)#सेट precedence 2 राउटर(config-pmap-c)#सेट ट्राफिक क्लास 5 राउटर(config-pmap-c)#exit राउटर (config-pmap)#class grp-4 राउटर(config-pmap-c)#सेट ट्राफिक-क्लास 2 राउटर(config-pmap-c)#set dscp ef राउटर(config-pmap-c)#exit राउटर(config- pmap)#class grp-4 राउटर(config-pmap-c)#सेट precedence 3 राउटर(config-pmap-c)#सेट ट्राफिक-क्लास 3 राउटर(config-pmap-c)#exit राउटर(config-pmap)# क्लास grp-2 राउटर(config-pmap-c)#सेट precdence 3 राउटर(config-pmap-c)#सेट ट्राफिक-क्लास 2 राउटर(config-pmap-c)#exit Router(config-pmap)#class class- पूर्वनिर्धारित राउटर(config-pmap-c)#सेट precedence 1 राउटर(config-pmap-c)#exit राउटर(config-pmap)#end-policy-map
/*सुरक्षा acl लाई मिलान qos-समूहहरूसँग इन्टरफेसमा संलग्न गर्नुहोस्*/ राउटर(config)#int bundle-Ether 350 Router(config-if)#ipv4 access-group ipv4-sec-acl प्रवेश
/*इन्टरफेसमा राउटर(config-if)#service-policy input ingress_qosgrp_to_DSCP_TC_qgrp राउटर(config-if)#commit Router(config-if)#exit मा तपाईंले सुरक्षा acl मा सेट गर्नुभएको qos कार्यहरूसँग नीति नक्सा संलग्न गर्नुहोस्।
तपाईंले सुरक्षा र QoS ACLs मर्ज र कम्प्रेस गर्न पियरिङ QoS को सफलतापूर्वक प्रयोग गर्नुभएको छ र QoS नीतिहरूको लागि व्यापक रूपमा सुधारिएको ACL स्केलहरू हासिल गर्नुभएको छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 14

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

ACL स्केलिंगको लागि Peering QoS कन्फिगर गर्दै

चलिरहेको कन्फिगरेसन
ipv4 पहुँच-सूची ipv4-sec-acl 10 अनुमति ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos-group 1 20 permit ipv4 135.0.0.0/8 217.0.0.0/8 2/30 4/135.0.0.0 8/217.0.0.0 8/3 40/4 पूर्वनिर्धारित मिडिया सेटअप IPV135.0.0.0 8 .217.0.0.0 .8/4 precedence critical set qos-group 50 4 permit ipv135.0.0.0 8/217.0.0.0 8/5 precedence Internet set qos-group 60 4 permit ipv135.0.0.0 8/217.0.0.0 precedence ipv8 6/70 4/135.0.0.0 8c नेटवर्क सेटअप। ७
! वर्ग-नक्सा मिलान-कुनै पनि grp-7
qos-समूह 7 अन्त-वर्ग-नक्सा मिलाउनुहोस्! वर्ग-नक्सा मेल-कुनै पनि grp-6 मिलान qos-समूह 6 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-5 मिलान qos-समूह 5 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-4 मिलान qos-समूह 4 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-3 मिलान qos-समूह 3 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-2 मिलान qos-समूह 2 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-1 मिलान qos-समूह 1 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल खान्छ-कुनै पनि वर्ग-पूर्वनिर्धारित अन्त-वर्ग-नक्सा ! नीति-नक्सा ingress_qosgrp_to_Prec-TC वर्ग grp-7
प्राथमिकता सेट गर्नुहोस् 1 सेट ट्राफिक-वर्ग 7! वर्ग grp-6 सेट प्राथमिकता 1 सेट यातायात-वर्ग 6! वर्ग grp-5 सेट प्राथमिकता 2 सेट ट्राफिक-वर्ग 5! वर्ग grp-4 सेट प्राथमिकता 2 सेट ट्राफिक-वर्ग 4! वर्ग grp-3 सेट यातायात-वर्ग 3 सेट dscp ef! वर्ग grp-2

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 15

ABF को लागि Peering QoS

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

प्राथमिकता सेट गर्नुहोस् 3 सेट ट्राफिक-वर्ग 2! वर्ग grp-1 सेट प्राथमिकता 4 सेट ट्राफिक-वर्ग 1! वर्ग वर्ग-पूर्वनिर्धारित प्राथमिकता 5 सेट गर्नुहोस्! अन्त्य-नीति-नक्सा! int bundle-Ether 350 ipv4 पहुँच-समूह ipv4-sec-acl प्रवेश! int bundle-Ether 350 service-policy input ingress_qosgrp_to_DSCP_TC_qgrp

प्रमाणीकरण
तपाईंले सुरक्षा र QoS ACL हरू संलग्न गर्नुभएको इन्टरफेसको लागि शो इन्टरफेस आदेश चलाउनुहोस्।
राउटर# शो रन int बन्डल-Ether 350 इन्टरफेस बन्डल-Ether350 सेवा-नीति इनपुट ingress_qosgrp_to_DSCP_TC_qgrp ipv4 ठेगाना 11.25.0.1 255.255.255.0 ipv6 ठेगाना 2001:11/ipv25:1 पहुँच ec-acl प्रवेश !

ABF को लागि Peering QoS
तालिका १: विशेषता इतिहास तालिका

सुविधाको नाम
ACL-आधारित फर्वार्डिङ (ABF) पियरिङ QoS को साथ समर्थन

विमोचन सूचना विज्ञप्ति 7.3.3

विशेषता विवरण
यो सुविधाले तपाईंलाई रुटिङ प्रोटोकलद्वारा चयन गरिएको मार्गको सट्टा मर्ज (QoS र सुरक्षा) ACL मा ACE हरूका लागि अर्को-हप ठेगानाहरू कन्फिगर गर्न लचिलोपन दिन्छ। तपाइँ VRF-चयन वा VRF-सचेत नेक्स्ट-हप ठेगानाहरू कन्फिगर गर्न सक्नुहुन्छ।
यो सुविधाले तपाईंलाई समान ACE हरू भित्र QoS र ABF कार्यहरू गर्न सक्षम बनाउँछ।

रिलीज 7.3.3 बाट सुरु हुँदै, Cisco 8000 Series Routers ले ACL-आधारित फर्वार्डिङलाई peering QoS समर्थन गर्दछ। ACL-आधारित फर्वार्डिङ (ABF) एक नीति-आधारित मार्ग सुविधा हो जहाँ राउटरले रूटिङ प्रोटोकलद्वारा चयन गरिएको मार्गको सट्टा प्रयोगकर्ता-निर्दिष्ट नेक्स्ट-हपमा ट्राफिकसँग मेल खाने विशिष्ट ACL नियमहरू फर्वार्ड गर्दछ। Peering QoS सुविधाले प्रति ACE धेरै प्रविष्टिहरू (QoS र सुरक्षा) बेवास्ता गर्न QoS ACL र सुरक्षा ACL हरूलाई मर्ज गर्दछ। पियरिङ QoS को साथ ABF समर्थनमा, तपाईंले मर्ज (QoS र सुरक्षा) ACL मा ACE हरूका लागि नेक्स्ट-हप ठेगानाहरू कन्फिगर गर्न सक्नुहुन्छ। अर्को-हप ठेगानालाई अनुमति ACEs सँग मिल्ने आगमन प्याकेटहरूलाई उनीहरूको गन्तव्यमा फर्वार्ड गर्न प्रयोग गरिन्छ। यहाँ, ABF ले VRF-select र VRF-अवेयर रिडिरेक्ट दुवैलाई समर्थन गर्दछ। VRF- चयनमा, नेक्स्ट-हपले VRF मात्र समावेश गर्दछ, र VRF-सचेत नेक्स्ट-हपले VRF र IP ठेगानाहरू समावेश गर्दछ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 16

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

ABF को लागि Peering QoS

कन्फिगरेसन
1. सुरक्षा ACL कन्फिगर गर्नुहोस्, यस पूर्वमाample: abf-acl
राउटर (कन्फिग) # ipv4 पहुँच-सूची abf-acl
2. प्रति ACE qos-समूह सेट गर्नुहोस्; तपाईले यो गर्न सक्नुहुन्छ पियरिङ QoS को कारणले जसले धेरै प्रविष्टिहरूको सट्टा प्रति ACE एकल प्रविष्टिको प्रयोग सक्षम गर्दछ।
राउटर(config-ipv4-acl)#10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF-VRF-aclp3/4 पूर्वता प्राथमिकता सेट 20/135.0.0.0 8/217.0.0.0 precedence priority set qos-group 8 nexthop2 vrf vrf1 nexthop3 vrf vrf2 राउटर(config-ipv2-acl)#4 permit tcp 30/135.0.0.0-8 + म्याच +psh सेट गर्नुहोस् qos-समूह 217.0.0.0 nexthop8 vrf vrf3 nexthop1 vrf vrf2 nexthop2 vrf vrf3 राउटर(config-ipv3-acl) #1 अनुमति tcp 4/40 135.0.0.0/8 precedence vrfvrf217.0.0.0 nexthop8/4 precedence vrf1fgr vrf vrf1 nexthop2 vrf vrf2 राउटर(config-ipv3-acl)#exit
3. तपाईंले सुरक्षा ABF ACL मा सेट गर्नुभएको प्रत्येक qos-समूहको लागि पियरिङ QoS नीति मिलाउने कन्फिगर गर्नुहोस्।
राउटर(कन्फिग)#वर्ग-नक्सा मिल्ने-कुनै पनि grp-4 राउटर(कन्फिग-cmap)#qos-समूह 4 राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any grp -३ राउटर(config-cmap)#match qos-group 3 राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any grp-3 राउटर(config-cmap)#match qos- समूह २ राउटर(config-cmap)#end-class-map राउटर(config)#class-map match-any grp-2 राउटर(config-cmap)#match qos-group 2 राउटर(config-cmap)#end-class -नक्सा राउटर(कन्फिग)#वर्ग-नक्सा मेल खान्छ-कुनै पनि वर्ग-पूर्वनिर्धारित राउटर(कन्फिग-cmap)#अन्त-वर्ग-नक्सा
4. कन्फिगर गरिएको नीति नक्सामा QoS कार्यहरू सेट गर्नुहोस्, यो पूर्वमाample: सेट prec, सेट tc, र dscp सेट गर्नुहोस्
राउटर(config)#policy-map edge_qos_policy राउटर(config-pmap)#class grp-4 राउटर(config-pmap-c)#सेट precedence 2 राउटर(config-pmap-c)#set ट्राफिक-क्लास 4 राउटर(config- pmap-c)#exit राउटर(config-pmap)#class grp-3 राउटर(config-pmap-c)#सेट ट्राफिक क्लास ३ राउटर(config-pmap-c)#set dscp ef राउटर(config-pmap-c) )#exit राउटर(config-pmap)#class grp-3 राउटर(config-pmap-c)#सेट precedence 2 राउटर(config-pmap-c)#सेट ट्राफिक क्लास २ राउटर(config-pmap-c)#exit राउटर(config-pmap)#class grp-3 राउटर(config-pmap-c)#सेट precedence 2 राउटर(config-pmap-c)#सेट ट्राफिक-क्लास 1 राउटर(config-pmap-c)#exit राउटर(config-pmap-c) pmap
5. इन्टरफेसमा सेट qos-समूहहरूको साथ सुरक्षा acl संलग्न गर्नुहोस्।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 17

ABF को लागि Peering QoS

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

राउटर(कन्फिग)#int बन्डल-ईथर ३५० राउटर(कन्फिग-यदि)#ipv350 पहुँच-समूह abf-acl प्रवेश
6. तपाईंले चरण 4 मा सेट गर्नुभएको QoS कार्यहरूसँग इन्टरफेसमा नीति नक्सा संलग्न गर्नुहोस्।
राउटर(config-if)#service-policy इनपुट edge_qos_policy राउटर(config-if)#commit राउटर(config-if)#exit
तपाईंले ABF सँग पियरिङ QoS सफलतापूर्वक कन्फिगर गर्नुभएको छ।
चलिरहेको कन्फिगरेसन
ipv4 पहुँच-सूची abf-acl 10 permit ipv4 135.0.0.0/8 217.0.0.0/8 precedence priority set qos-group 1 nexthop1 vrf VRF1 nexthop2 vrf VRF2 nexthop3 vrf VRF3 t.20p135.0.0.0 ०.०/८ अग्रता प्राथमिकता सेट qos-group 8 nexthop217.0.0.0 vrf vrf8
nexthop2 vrf vrf2 30 अनुमति tcp 135.0.0.0/8 217.0.0.0/8 match-all +ack +psh सेट qos-समूह 3 nexthop1 vrf vrf2
Nepali
nexthop2 vrf vrf2 nexthop3 vrf vrf3 ! वर्ग-नक्सा मेल-कुनै पनि grp-4 मिलान qos-समूह 4 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-3 मिलान qos-समूह 3 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-2 मिलान qos-समूह 2 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल-कुनै पनि grp-1 मिलान qos-समूह 1 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मेल खान्छ-कुनै पनि वर्ग-पूर्वनिर्धारित अन्त-वर्ग-नक्सा ! नीति-नक्सा edge_qos_policy वर्ग grp-4 सेट अग्रता 2 सेट यातायात-वर्ग 4! वर्ग grp-3 सेट यातायात-वर्ग 3 सेट dscp ef! वर्ग grp-2 सेट प्राथमिकता 3 सेट ट्राफिक-वर्ग 2! वर्ग grp-1 सेट प्राथमिकता 4 सेट ट्राफिक-वर्ग 1! वर्ग वर्ग-पूर्वनिर्धारित प्राथमिकता 5 सेट गर्नुहोस्! अन्त्य-नीति-नक्सा
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 18

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

तह २ इन्टरफेसमा वर्गीकरण गर्नुहोस् र तह ३ हेडरलाई टिप्पणी गर्नुहोस्

! int bundle-Ether 350 ipv4 access-group abf-acl प्रवेश! int bundle-Ether 350 service-policy इनपुट edge_qos_policy
प्रमाणीकरण
तपाईंले सुरक्षा र QoS ABF ACLs संलग्न गर्नुभएको इन्टरफेसको लागि शो इन्टरफेस आदेश चलाउनुहोस्।
राउटर# शो रन int बन्डल-इथर 350 इन्टरफेस बन्डल-Ether350 सेवा-नीति इनपुट edge_qos_policy ipv4 ठेगाना 11.25.0.1 255.255.255.0 ipv6 ठेगाना 2001:11:25:1:1:64 ipgroup-4 पहुँच!
तह २ इन्टरफेसमा वर्गीकरण गर्नुहोस् र तह ३ हेडरलाई टिप्पणी गर्नुहोस्
जब तपाइँ लेयर 2 इन्टरफेस ट्राफिकको लागि प्याकेटहरू चिन्ह लगाउन आवश्यक हुन्छ जुन ब्रिज डोमेनहरू र ब्रिज भर्चुअल इन्टरफेसहरू (BVIs) मा प्रवाह हुन्छ, तपाइँ मिश्रित QoS नीति सिर्जना गर्न सक्नुहुन्छ। यो नीतिमा नक्सा-आधारित र TCAM-आधारित वर्गीकरण वर्ग-नक्सा दुवै छन्। मिश्रित नीतिले सुनिश्चित गर्दछ कि दुबै ब्रिज्ड (तह 2) र ब्रिज भर्चुअल इन्टरफेस (BVI, वा लेयर 3) ट्राफिक प्रवाह वर्गीकृत र टिप्पणी गरिएको छ।
दिशानिर्देशहरू
· TCAM वर्गीकरण भएको वर्ग-नक्साले पुल गरिएको ट्राफिकसँग मेल खाँदैन। TCAM प्रविष्टिहरू केवल रूट गरिएको ट्राफिकसँग मेल खान्छ जबकि नक्सा प्रविष्टिहरू ब्रिज्ड र BVI ट्राफिक दुवैसँग मेल खान्छ।
· नक्सा-आधारित वर्गीकरण भएको वर्ग-नक्सा ब्रिज्ड र BVI ट्राफिक दुवैसँग मेल खान्छ।
Example
ipv4 पहुँच-सूची acl_v4 10 अनुमति ipv4 होस्ट 100.1.1.2 कुनै पनि 20 अनुमति ipv4 होस्ट 100.1.100.2 कुनै पनि ipv6 पहुँच-सूची acl_v6 10 अनुमति tcp होस्ट 50:1:1::2 कुनै पनि 20 अनुमति: 50 होस्ट:1 :200 वर्ग-नक्सा मिलान-कुनै पनि c_match_acl मिलान पहुँच-समूह ipv2 acl_v4 ! यो प्रविष्टि ब्रिज गरिएको ट्राफिक मिलान पहुँच-समूह ipv4 acl_v6 सँग मेल खाँदैन ! यो प्रविष्टि ब्रिज गरिएको ट्राफिकसँग मेल खाँदैन dscp af6 यो प्रविष्टि ब्रिज गरिएको र BVI ट्राफिक वर्ग-नक्सा मिलान-सबै c_match_all मिलान प्रोटोकल udp सँग मेल खान्छ! यो प्रविष्टि ब्रिज्ड ट्राफिक म्याच prec 11 वर्ग-नक्सा मिलान-कुनै पनि c_match_protocol मेल प्रोटोकल tcp सँग मेल खाँदैन! यो प्रविष्टि, र यसैले यो वर्ग पुल गरिएको ट्राफिक वर्ग-नक्सा मेल खाँदैन-कुनै पनि c_match_ef मेल dscp ef ! यो प्रविष्टि/वर्ग ब्रिज्ड र BVI ट्राफिक वर्ग-नक्सा मेल खान्छ-कुनै पनि c_qosgroup_7 यो वर्ग ब्रिज र BVI ट्राफिकसँग मेल खान्छ! मेल qos-समूह 1 नीति-नक्सा p_ingress वर्ग c_match_acl सेट यातायात-वर्ग 1 सेट qos-समूह 1

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 19

ट्राफिक वर्ग तत्वहरू

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

! कक्षा c_match_all सेट ट्राफिक-वर्ग 2 सेट qos-समूह 2 ! क्लास c_match_ef सेट ट्राफिक-क्लास 3 सेट qos-समूह 3! क्लास c_match_protocol सेट ट्राफिक-वर्ग 4 सेट qos-समूह 4 नीति-नक्सा p_egress वर्ग c_qosgroup_1 सेट dscp af23 इन्टरफेस FourHundredGigE0/0/0/0 l2transport सेवा-नीति इनपुट p_ingress सेवा-नीति आउटपुट 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 विनिर्देशहरू अनुसार फर्वार्ड गरिन्छ। कुनै पनि मिल्दो मापदण्ड पूरा गर्न असफल भएका प्याकेटहरूलाई पूर्वनिर्धारित ट्राफिक वर्गको सदस्यको रूपमा वर्गीकृत गरिन्छ।
यो तालिकाले राउटरमा समर्थित मिलान प्रकारहरूको विवरण देखाउँछ।

मिलान प्रकार समर्थित

न्यूनतम, अधिकतम अधिकतम प्रविष्टिहरू इन्टरफेसहरू मिल्दो दायरामा समर्थित दिशाको लागि समर्थनको लागि समर्थन

IPv4 DSCP (०,६३)

IPv6 DSCP

DSCP

हो

प्रवेश निकास

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 20

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

पूर्वनिर्धारित ट्राफिक वर्ग

मिलान प्रकार समर्थित

न्यूनतम, अधिकतम

IPv4 अग्रता (0,7) IPv6 अग्रता

अग्रता

MPLS

(०३०३२५)

प्रयोगात्मक

सर्वोच्च

पहुँच-समूह लागू हुँदैन

QoS-समूह

(०३०३२५)

प्रोटोकल

(११५, ११७)

इन्टरफेस म्याच नट दायरामा समर्थित दिशाको लागि समर्थनको लागि अधिकतम प्रविष्टिहरू समर्थन

हो

छैन

प्रवेश

एग्रेस

हो

छैन

प्रवेश

एग्रेस

छैन

होइन

प्रवेश

लागू हुन्छ

छैन

एग्रेस

हो

होइन

प्रवेश

लागू हुन्छ

पूर्वनिर्धारित ट्राफिक वर्ग
अवर्गीकृत ट्राफिक (ट्राफिक वर्गहरूमा तोकिएको मिलान मापदण्ड पूरा नगर्ने ट्राफिक) लाई पूर्वनिर्धारित ट्राफिक वर्गसँग सम्बन्धित मानिन्छ।
यदि प्रयोगकर्ताले पूर्वनिर्धारित वर्ग कन्फिगर गर्दैन भने, प्याकेटहरूलाई अझै पनि पूर्वनिर्धारित वर्गको सदस्यको रूपमा व्यवहार गरिन्छ। यद्यपि, पूर्वनिर्धारित रूपमा, पूर्वनिर्धारित वर्गमा कुनै सक्षम सुविधाहरू छैनन्। त्यसकारण, कन्फिगर गरिएका सुविधाहरू बिना पूर्वनिर्धारित वर्गसँग सम्बन्धित प्याकेटहरूमा कुनै QoS कार्यक्षमता हुँदैन।
निकास वर्गीकरणको लागि, qos-समूह (1-7) मा मिलान समर्थित छ। मिलान qos-समूह 0 कन्फिगर गर्न सकिँदैन। qos-समूह ० मा निकास नीति नक्सामा वर्ग-पूर्वनिर्धारित।
यो पूर्वample ले पूर्वनिर्धारित वर्गको लागि ट्राफिक नीति कसरी कन्फिगर गर्ने भनेर देखाउँछ:
कन्फिगर नीति-नक्सा ingress_policy1 वर्ग वर्ग-पूर्वनिर्धारित पुलिस दर प्रतिशत 30!

ट्राफिक क्लास बनाउनुहोस्
मिल्दो मापदण्ड समावेश भएको ट्राफिक वर्ग सिर्जना गर्न, ट्राफिक वर्गको नाम निर्दिष्ट गर्न क्लास-नक्सा आदेश प्रयोग गर्नुहोस्, र आवश्यक अनुसार क्लास-नक्सा कन्फिगरेसन मोडमा मिलान आदेशहरू प्रयोग गर्नुहोस्।
दिशानिर्देशहरू
· प्रयोगकर्ताहरूले कन्फिगरेसनको एउटै लाइनमा मिलान प्रकारका लागि धेरै मानहरू प्रदान गर्न सक्छन्; अर्थात्, यदि पहिलो मानले मिलान मापदण्ड पूरा गर्दैन भने, मिलान कथनमा संकेत गरिएको अर्को मान वर्गीकरणको लागि मानिन्छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 21

ट्राफिक क्लास बनाउनुहोस्

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

· निर्दिष्ट नगरिएको फिल्डको मानहरूमा आधारित मिल्दो प्रदर्शन गर्न मिल्दो आदेशको साथ नट कुञ्जी शब्द प्रयोग गर्नुहोस्।
· यो कन्फिगरेसन कार्यमा निर्दिष्ट गरिएका सबै मिल्दो आदेशहरूलाई वैकल्पिक मानिन्छ, तर तपाईंले कक्षाको लागि कम्तिमा एउटा मिल्दो मापदण्ड कन्फिगर गर्नुपर्छ।
· यदि तपाईंले मिलान-कुनै निर्दिष्ट गर्नुभयो भने, ट्राफिक वर्गमा प्रवेश गर्ने ट्राफिकलाई ट्राफिक वर्गको भागको रूपमा वर्गीकृत गर्न मिल्दो मापदण्डहरू मध्ये एउटा पूरा गर्नुपर्छ। यो पूर्वनिर्धारित हो। यदि तपाईंले मिलान-सबै निर्दिष्ट गर्नुभयो भने, ट्राफिकले सबै मिलान मापदण्डसँग मेल खानुपर्छ।
· मिलान पहुँच-समूह कमाण्डको लागि, IPv4 र IPv6 हेडरहरूमा प्याकेट लम्बाइ वा TTL (टाइम टु लाइभ) फिल्डमा आधारित QoS वर्गीकरण समर्थित छैन।
· मिलान पहुँच-समूह आदेशको लागि, जब वर्ग-नक्सा भित्र ACL सूची प्रयोग गरिन्छ, ACL को अस्वीकार कार्यलाई बेवास्ता गरिन्छ र निर्दिष्ट ACL मिलान प्यारामिटरहरूको आधारमा ट्राफिक वर्गीकृत गरिन्छ।
· म्याच qos-समूह, ट्राफिक-वर्ग, DSCP/Prec, र MPLS EXP निकास दिशामा मात्र समर्थित छन्, र यी मात्र मिलान मापदण्डहरू बाहिर निस्कने दिशामा समर्थित छन्।
· निकास पूर्वनिर्धारित वर्ग स्पष्ट रूपमा qos-समूह 0 सँग मेल खान्छ।
· मल्टिकास्टले प्रणाली मार्ग लिन्छ जुन राउटरमा युनिकास्ट भन्दा फरक छ, र तिनीहरूले पछि इन्टरफेस आधारमा 20:80 को मल्टिकास्ट-टू-युनिकास्ट अनुपातमा निकासमा भेट्छन्। यो अनुपात ट्राफिकको जस्तै प्राथमिकता स्तरमा राखिएको छ।
· मल्टीकास्ट ट्राफिकको लागि Egress QoS ले ट्राफिक कक्षा 0-5 लाई कम प्राथमिकता र ट्राफिक कक्षा 6-7 लाई उच्च प्राथमिकताको रूपमा मान्दछ। हाल, यो प्रयोगकर्ता-कन्फिगर योग्य छैन।
· उच्च प्राथमिकता (HP) ट्राफिक वर्गहरूमा मल्टिकास्ट ट्राफिकको लागि इग्रेस आकारले प्रभाव पार्दैन। यो युनिकास्ट ट्राफिकमा मात्र लागू हुन्छ।
· यदि तपाईंले प्रवेश नीतिमा ट्राफिक वर्ग सेट गर्नुभयो र सम्बन्धित ट्राफिक वर्ग मानको लागि निकासमा मिल्दो वर्ग छैन भने, यस वर्गको साथ प्रवेश गर्ने ट्राफिकलाई निकास नीति नक्सामा पूर्वनिर्धारित वर्गमा गणना गरिने छैन।
· ट्राफिक वर्ग ० मात्र पूर्वनिर्धारित वर्गमा पर्दछ। प्रवेशमा तोकिएको गैर-शून्य ट्राफिक वर्ग तर कुनै तोकिएको निकास लाम नभएको, न त पूर्वनिर्धारित वर्गमा न कुनै अन्य वर्गमा पर्दछ।
कन्फिगरेसन पूर्वample
ट्राफिक वर्ग कन्फिगरेसन पूरा गर्न तपाईंले निम्न कुराहरू पूरा गर्नुपर्नेछ: 1. कक्षाको नक्सा सिर्जना गर्दै
2. प्याकेटलाई त्यो विशेष वर्गको सदस्यको रूपमा वर्गीकृत गर्न मिल्दो मापदण्ड निर्दिष्ट गर्दै (समर्थित मिलान प्रकारहरूको सूचीको लागि, पृष्ठ 20 मा ट्राफिक वर्ग तत्वहरू हेर्नुहोस्।)
राउटर# कन्फिगर राउटर(कन्फिगर)# क्लास-नक्सा मिल्दो-कुनै पनि क्यूओएस-१ राउटर(कन्फिग-सीमैप)# मेल क्यूओएस-समूह १ राउटर(कन्फिग-सीम्याप)# अन्त-वर्ग-नक्सा राउटर(कन्फिग-सीमैप) # कमिट
वर्ग-नक्सा कन्फिगरेसन प्रमाणित गर्न यो आदेश प्रयोग गर्नुहोस्:

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 22

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

ट्राफिक नीति तत्वहरू

राउटर#शो क्लास-नक्सा qos-1 1) ClassMap: qos-1 प्रकार: qos
2 Policymaps द्वारा सन्दर्भ गरिएको
यो पनि हेर्नुहोस्, पृष्ठ 24 मा, इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस्।
सम्बन्धित विषयहरू · ट्राफिक वर्ग तत्वहरू, पृष्ठ 20 मा · ट्राफिक नीति तत्वहरू, पृष्ठ 23 मा

ट्राफिक नीति तत्वहरू

ट्राफिक नीतिमा तीन तत्वहरू हुन्छन्: · नाम · ट्राफिक वर्ग · QoS नीतिहरू

ट्राफिक नीतिमा ट्राफिक वर्गीकरण गर्न प्रयोग गरिने ट्राफिक वर्ग छनोट गरेपछि, प्रयोगकर्ताले वर्गीकृत ट्राफिकमा लागू हुने QoS सुविधाहरू प्रविष्ट गर्न सक्छन्।
MQC लाई आवश्यक छैन कि प्रयोगकर्ताहरूले एउटा ट्राफिक नीतिमा एउटा मात्र ट्राफिक वर्गलाई सम्बद्ध गर्नुपर्छ।
नीति नक्सामा कक्षाहरू कन्फिगर गरिएको क्रम महत्त्वपूर्ण छ। कक्षाहरूका मिलान नियमहरू TCAM मा प्रोग्राम गरिएका छन् जसमा कक्षाहरू नीति नक्सामा निर्दिष्ट गरिएका छन्। त्यसकारण, यदि प्याकेटले सम्भवतः धेरै कक्षाहरूसँग मेल खान्छ भने, केवल पहिलो मिल्दो वर्ग फिर्ता गरिन्छ र सम्बन्धित नीति लागू हुन्छ।
राउटरले प्रवेश दिशामा प्रति नीति-नक्सा 8 कक्षाहरू र निकास दिशामा प्रति नीति-नक्सा 8 कक्षाहरू समर्थन गर्दछ।
यो तालिकाले राउटरमा समर्थित वर्ग-कार्यहरू देखाउँछ।

समर्थित कार्य प्रकारहरू

दिशा इन्टरफेसमा समर्थित

ब्यान्डविथ-बाँकी

निकास

चिन्ह

पृष्ठ ३० मा प्याकेट मार्किङ हेर्नुहोस्

प्रहरी

प्रवेश

प्राथमिकता

निकास (स्तर १ देखि ७ सम्म)

लाइन-सीमा

निकास

आकार

निकास

रातो

निकास

RED ले खारेज-वर्ग विकल्पलाई समर्थन गर्दछ; ० र १ लाई खारेज-वर्गमा पास गर्ने मात्र मानहरू।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 23

ट्राफिक नीति बनाउनुहोस्

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

ट्राफिक नीति बनाउनुहोस्
ट्राफिक नीतिको उद्देश्य QoS सुविधाहरू कन्फिगर गर्नु हो जुन ट्राफिकसँग सम्बन्धित हुनुपर्छ जुन प्रयोगकर्ता-निर्दिष्ट ट्राफिक वर्ग वा वर्गहरूमा वर्गीकृत गरिएको छ। ट्राफिक क्लास कन्फिगर गर्न, पृष्ठ २१ मा ट्राफिक क्लास सिर्जना गर्नुहोस् हेर्नुहोस्। तपाईंले नीति-नक्सा आदेशको साथ ट्राफिक नीति परिभाषित गरेपछि, तपाईंले सेवा प्रयोग गरेर ती इन्टरफेसहरूको लागि ट्राफिक नीति निर्दिष्ट गर्न एक वा बढी इन्टरफेसमा संलग्न गर्न सक्नुहुन्छ। -इन्टरफेस कन्फिगरेसन मोडमा नीति आदेश। दोहोरो नीति समर्थनको साथ, तपाईंसँग दुईवटा ट्राफिक नीतिहरू हुन सक्छन्, एउटा चिन्ह लगाउने र आउटपुटमा जोडिएको एउटा लाइन। पृष्ठ 21 मा, इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस् हेर्नुहोस्।
कन्फिगरेसन पूर्वample तपाईंले ट्राफिक नीति कन्फिगरेसन पूरा गर्न निम्न कुराहरू पूरा गर्नुपर्नेछ: 1. सेवा नीति निर्दिष्ट गर्न एक वा धेरै इन्टरफेसहरूमा संलग्न गर्न सकिने नीति नक्सा सिर्जना गर्दै 2. ट्राफिक नीतिसँग ट्राफिक वर्ग सम्बद्ध गर्ने 3. वर्ग निर्दिष्ट गर्दै- कार्य(हरू) (हेर्नुहोस् ट्राफिक नीति तत्वहरू, पृष्ठ २३ मा)
राउटर# कन्फिगर राउटर(कन्फिगर)# नीति-नक्सा परीक्षण-आकार-१ राउटर(कन्फिग-pmap)# वर्ग qos-1
/* वर्ग-कार्य कन्फिगर गर्नुहोस् (यस पूर्वमा 'आकार'ample)। आवश्यकता अनुसार दोहोर्याउनुहोस्, अन्य वर्ग-कार्यहरू निर्दिष्ट गर्न */ राउटर(config-pmap-c)# आकार औसत प्रतिशत ४० राउटर(config-pmap-c)# बाहिर निस्कनुहोस्
/* आवश्यकता अनुसार कक्षा कन्फिगरेसन दोहोर्याउनुहोस्, अन्य कक्षाहरू निर्दिष्ट गर्न */
राउटर(config-pmap)# end-policy-map राउटर(config)# कमिट
सम्बन्धित विषयहरू · ट्राफिक नीति तत्वहरू, पृष्ठ 23 मा · ट्राफिक कक्षा तत्वहरू, पृष्ठ 20 मा
इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस्
ट्राफिक वर्ग र ट्राफिक नीति बनिसकेपछि, तपाईंले ट्राफिक नीतिलाई इन्टरफेसमा संलग्न गर्नुपर्छ, र नीति लागू गर्ने दिशा निर्दिष्ट गर्नुपर्छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 24

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस्

नोट श्रेणीबद्ध नीतिहरू समर्थित छैनन्। जब नीति-नक्सा इन्टरफेसमा लागू गरिन्छ, प्रत्येक वर्गको प्रसारण दर काउन्टर सही हुँदैन। यो किनभने प्रसारण दर काउन्टर घातीय क्षय फिल्टर मा आधारित गणना गरिन्छ।
कन्फिगरेसन पूर्वampट्राफिक नीतिलाई इन्टरफेसमा जोड्नको लागि तपाईंले निम्न कुराहरू पूरा गर्नुपर्नेछ: 1. ट्राफिक वर्ग सिर्जना गर्दै र क्लासमा प्याकेटहरू मिल्ने सम्बन्धित नियमहरू (हेर्नुहोस् ट्राफिक क्लास सिर्जना गर्नुहोस्,
पृष्ठ २१ मा) २. सेवा नीति निर्दिष्ट गर्न एक वा बढी इन्टरफेसहरूमा संलग्न गर्न सकिने ट्राफिक नीति सिर्जना गर्दै (हेर्नुहोस्
ट्राफिक नीति बनाउनुहोस्, पृष्ठ 24 मा) 3. ट्राफिक नीतिसँग ट्राफिक वर्गलाई सम्बद्ध गर्दै 4. ट्राफिक नीतिलाई इन्टरफेसमा संलग्न गर्दै, प्रवेश वा निस्कने दिशामा
राउटर# कन्फिगर राउटर(कन्फिगर)# इन्टरफेस चारHundredGigE ०/०/०/२ राउटर(कन्फिग-इन्ट)# सेवा-नीति आउटपुट सख्त-प्राथमिकता राउटर(कन्फिग-इन्ट)# कमिट
चलिरहेको कन्फिगरेसन
/* कक्षा-नक्सा कन्फिगरेसन */
वर्ग-नक्सा-कुनै पनि ट्राफिक-क्लास-7 मेल खान्छ ट्राफिक-क्लास 7 अन्त-वर्ग-नक्सा
!वर्ग-नक्सा-जुनसुकै ट्राफिक-क्लास-6 मेल खान्छ ट्राफिक-वर्ग 6 अन्त-वर्ग-नक्सा
वर्ग-नक्सा-कुनै पनि ट्राफिक-क्लास-5 मेल खान्छ ट्राफिक-क्लास 5 अन्त-वर्ग-नक्सा
वर्ग-नक्सा-कुनै पनि ट्राफिक-क्लास-4 मेल खान्छ ट्राफिक-क्लास 4 अन्त-वर्ग-नक्सा
वर्ग-नक्सा-कुनै पनि ट्राफिक-वर्ग-३ मेल खान्छ ट्राफिक-वर्ग ३
वर्ग-नक्सा-कुनै पनि ट्राफिक-क्लास-2 मेल खान्छ ट्राफिक-क्लास 2 अन्त-वर्ग-नक्सा
वर्ग-नक्सा-कुनै पनि ट्राफिक-क्लास-1 मेल खान्छ ट्राफिक-क्लास 1 अन्त-वर्ग-नक्सा
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 25

इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस्

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

/* ट्राफिक नीति कन्फिगरेसन */
नीति-नक्सा परीक्षण-आकार-१ वर्ग यातायात-वर्ग-१ आकार औसत प्रतिशत ४० !
नीति-नक्सा कडा-प्राथमिकता वर्ग tc7 प्राथमिकता स्तर 1 लाइन-सीमा 75 mbytes ! वर्ग tc6 प्राथमिकता स्तर 2 लाइन-सीमा 75 mbytes! वर्ग tc5 प्राथमिकता स्तर 3 कतार-सीमा 75 mbytes! वर्ग tc4 प्राथमिकता स्तर 4 कतार-सीमा 75 mbytes! वर्ग tc3 प्राथमिकता स्तर 5 कतार-सीमा 75 mbytes! वर्ग tc2 प्राथमिकता स्तर 6 कतार-सीमा 75 mbytes! वर्ग tc1 प्राथमिकता स्तर 7 कतार-सीमा 75 mbytes! वर्ग वर्ग-पूर्वनिर्धारित लाम-सीमा 75 mbytes! अन्त्य-नीति-नक्सा
—–
/* ट्राफिक नीतिलाई निकास दिशामा इन्टरफेसमा संलग्न गर्दै */ इन्टरफेस fourHundredGigE 0/0/0/2
सेवा-नीति उत्पादन सख्त-प्राथमिकता!

प्रमाणीकरण

राउटर# # शो qos int fourHundredGigE 0/0/0/2 आउटपुट

नोट:- कन्फिगर गरिएका मानहरू कोष्ठकहरू इन्टरफेस FourHundredGigE0/0/0/2 ifh 0xf0001c0 भित्र प्रदर्शित हुन्छन् — आउटपुट नीति

NPU आईडी: कक्षाहरूको कुल संख्या: इन्टरफेस ब्यान्डविथ: नीति नाम:

0 8 400000000 kbps कडा-प्राथमिकता

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 26

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस्

VOQ आधार:

2400

लेखा प्रकार:

Layer1 (लेयर 1 encapsulation र माथि समावेश गर्नुहोस्)

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

स्तर १ कक्षा (HP1)

= tc7

Egressq कतार ID

= 2407 (HP1 कतार)

लाम अधिकतम। BW।

= कुनै अधिकतम (पूर्वनिर्धारित)

टेलड्रप थ्रेसहोल्ड

= 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

यस कक्षाको लागि WRED कन्फिगर गरिएको छैन

Level1 Class (HP2) Egressq कतार ID कतार अधिकतम। BW। TailDrop Threshold WRED यस कक्षाको लागि कन्फिगर गरिएको छैन

= tc6 = 2406 (HP2 कतार) = कुनै अधिकतम (पूर्वनिर्धारित) = 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

Level1 Class (HP3) Egressq कतार ID कतार अधिकतम। BW। TailDrop Threshold WRED यस कक्षाको लागि कन्फिगर गरिएको छैन

= tc5 = 2405 (HP3 कतार) = कुनै अधिकतम (पूर्वनिर्धारित) = 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

Level1 Class (HP4) Egressq कतार ID कतार अधिकतम। BW। TailDrop Threshold WRED यस कक्षाको लागि कन्फिगर गरिएको छैन

= tc4 = 2404 (HP4 कतार) = कुनै अधिकतम (पूर्वनिर्धारित) = 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

Level1 Class (HP5) Egressq कतार ID कतार अधिकतम। BW। TailDrop Threshold WRED यस कक्षाको लागि कन्फिगर गरिएको छैन

= tc3 = 2403 (HP5 कतार) = कुनै अधिकतम (पूर्वनिर्धारित) = 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

Level1 Class (HP6) Egressq कतार ID कतार अधिकतम। BW। TailDrop Threshold WRED यस कक्षाको लागि कन्फिगर गरिएको छैन

= tc2 = 2402 (HP6 कतार) = कुनै अधिकतम (पूर्वनिर्धारित) = 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

Level1 Class (HP7) Egressq कतार ID कतार अधिकतम। BW। TailDrop Threshold WRED यस कक्षाको लागि कन्फिगर गरिएको छैन

= tc1 = 2401 (HP7 कतार) = कुनै अधिकतम (पूर्वनिर्धारित) = 74999808 बाइट्स / 2 ms (75 मेगाबाइट)

Level1 Class Egressq कतार आईडी लाम अधिकतम। BW। Inverse Weight / Weight TailDrop Threshold WRED यस वर्गको लागि कन्फिगर गरिएको छैन

= वर्ग-पूर्वनिर्धारित = 2400 (पूर्वनिर्धारित LP लाम) = कुनै अधिकतम (पूर्वनिर्धारित) = 1 / (BWR कन्फिगर गरिएको छैन) = 74999808 बाइट्स / 150 ms (75 मेगाबाइट)

सम्बन्धित विषयहरू · ट्राफिक नीति तत्वहरू, पृष्ठ 23 मा · ट्राफिक कक्षा तत्वहरू, पृष्ठ 20 मा

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 27

इन्टरफेसमा ट्राफिक नीति संलग्न गर्नुहोस्

विशिष्ट ट्राफिक पहिचान गर्न प्याकेटहरू वर्गीकृत गर्नुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 28

१ अध्याय
प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्
· प्याकेट मार्किङ ओभरview, पृष्ठ 29 मा · कक्षा-आधारित बिना शर्त प्याकेट मार्किङ सुविधा र लाभहरू, पृष्ठ 31 मा · वर्ग-आधारित बिना शर्त प्याकेट मार्किङ कन्फिगर गर्नुहोस्, पृष्ठ 32 मा · वर्ग-आधारित बिना शर्त प्याकेट मार्किङ: पूर्वamples, पृष्ठ 33 मा · IP DSCP मार्किङको तुलनामा IP Precedence, पृष्ठ 35 मा · इन-प्लेस नीति परिमार्जन, पृष्ठ 36 मा
प्याकेट मार्किङ ओभरview
तपाईंले इनपुट नीति नक्सामा प्याकेट मार्किङ प्रयोग गर्न सक्नुहुन्छ विशेष वर्गसँग सम्बन्धित ट्राफिकका विशेषताहरू सेट वा परिमार्जन गर्न। पूर्वका लागिampले, तपाइँ कक्षामा CoS मान परिवर्तन गर्न सक्नुहुन्छ वा विशिष्ट प्रकारको ट्राफिकको लागि IP DSCP वा IP प्राथमिकता मानहरू सेट गर्न सक्नुहुन्छ। यी नयाँ मानहरू त्यसपछि ट्राफिकलाई कसरी व्यवहार गर्नुपर्छ भनेर निर्धारण गर्न प्रयोग गरिन्छ।
नोट Cisco IOS XR रिलीज 7.2.12 पछि, लेयर 2 यातायात इन्टरफेसमा प्याकेटहरू चिन्ह लगाउनको लागि समर्थन लेयर 3 इन्टरफेसमा चिन्ह लगाउनको लागि समर्थन जस्तै हो। यद्यपि, यो समर्थन मुख्य इन्टरफेस (भौतिक र बन्डल इन्टरफेसहरू) मा मात्र लागू हुन्छ, र उप-इन्टरफेसहरूमा होइन।
पूर्वनिर्धारित मार्किङ
जब प्रवेश वा निस्कने इन्टरफेसले VLAN थप्छ tags वा MPLS लेबलहरू, यसले सेवाको वर्ग र EXP मानहरूको लागि पूर्वनिर्धारित मान चाहिन्छ जुन ती मा जान्छन्। tags र लेबलहरू। राउटरमा, एक प्रवेश पूर्वनिर्धारित QoS म्यापिङ प्रोfile र एक निकास पूर्वनिर्धारित QoS म्यापिङ प्रोfile प्रारम्भिक समयमा प्रति यन्त्र सिर्जना र कन्फिगर गरिन्छ।
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 29

जेनेरिक रूटिङ इन्क्याप्सुलेशन (GRE) टनेलहरूको लागि QoS व्यवहार

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

जेनेरिक रूटिङ इन्क्याप्सुलेशन (GRE) टनेलहरूको लागि QoS व्यवहार

तालिका १: विशेषता इतिहास तालिका

सुविधाको नाम

सूचना जारी गर्नुहोस्

जेनेरिक रूटिङ रिलीज 7.3.1 एन्क्याप्सुलेशन (GRE) टनेलहरूको लागि QoS व्यवहार: पूर्वनिर्धारित मार्किङ

विशेषता विवरण
GRE encapsulation र decapsulation टनेल इन्टरफेसहरूको लागि समर्थनको साथ, GRE टनेलहरूको लागि QoS व्यवहारमा केही महत्त्वपूर्ण अद्यावधिकहरू छन्। यी अद्यावधिकहरू पूर्वनिर्धारित प्याकेट मार्किङका लागि लागू हुन्छन् र सेवाको प्रकार (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 रिलीज 7.3.x को लागि इन्टरफेस कन्फिगरेसन गाइड हेर्नुहोस्।

प्याकेट मार्किङ
प्याकेट मार्किङ सुविधा, जसलाई स्पष्ट मार्किङ पनि भनिन्छ, यसले प्रयोगकर्ताहरूलाई तोकिएका चिन्हहरूमा आधारित प्याकेटहरू फरक पार्ने माध्यम प्रदान गर्दछ। राउटरले इन्ग्रेस र इग्रेस प्याकेट मार्किङलाई समर्थन गर्दछ।

समर्थित प्याकेट मार्किङ कार्यहरू यो तालिकाले समर्थित प्याकेट मार्किङ कार्यहरू देखाउँछ।

समर्थित मार्क प्रकार दायरा

बिना शर्त मार्किङको लागि समर्थन

खारेज-वर्ग सेट गर्नुहोस्

0-1

प्रवेश

dscp सेट गर्नुहोस्

0-63

प्रवेश

mpls प्रयोगात्मक 0-7 शीर्षमा सेट गर्नुहोस्

प्रवेश

प्राथमिकता सेट गर्नुहोस्

0-7

प्रवेश

qos-समूह सेट गर्नुहोस्

0-7

प्रवेश

सशर्त मार्किङको लागि समर्थन छैन, होइन
होइन होइन

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 30

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

जेनेरिक रूटिङ इन्क्याप्सुलेशन (GRE) टनेलहरूको लागि QoS व्यवहार

तालिका १: विशेषता इतिहास तालिका

सुविधाको नाम

सूचना जारी गर्नुहोस्

जेनेरिक रूटिङ रिलीज 7.3.1 इन्क्याप्सुलेशन (GRE) टनेलहरूको लागि QoS व्यवहार: स्पष्ट मार्किङ

विशेषता विवरण
GRE encapsulation र decapsulation टनेल इन्टरफेसहरूको लागि समर्थनको साथ, GRE टनेलहरूको लागि QoS व्यवहारमा केही महत्त्वपूर्ण अद्यावधिकहरू छन्। यी अद्यावधिकहरू स्पष्ट प्याकेट मार्किङका लागि लागू हुन्छन् र प्रवेश र निस्कने क्रममा QoS व्यवहार समावेश हुन्छन्।

GRE Encapsulation
GRE हेडर भित्र IPv4/IPv6 पेलोडको encapsulation को समयमा, QoS व्यवहार निम्नानुसार छ:
· प्रवेश: QoS ले पेलोड लेयर 3 फिल्ड वा EXP मा वर्गीकरण समर्थन गर्दछ र पेलोड IP हेडर DSCP टिप्पणी गर्दछ।
· Egress: QoS ले बाहिरी GRE IP हेडर DSCP सेट गर्न समर्थन गर्दछ। यसले टनेल प्रकारको सेवा (ToS) कन्फिगरेसनलाई ओभरराइट गर्दैन र GRE IP हेडर DCSP लाई टिप्पणी गर्दैन।

GRE Decapsulation
बाहिरी GRE हेडरको decapsulation को समयमा (जसको समयमा भित्री IPv4/IPv6/MPLS पेलोड अर्को-हप राउटरमा फर्वार्ड गरिन्छ), QoS व्यवहार निम्नानुसार छ:
· प्रवेश: QoS ले सेट qos-group कमाण्ड प्रयोग गरेर बाहिरी GRE को लेयर 3 फिल्डहरूमा वर्गीकरण समर्थन गर्दछ। प्रवेश इन्टरफेसमा DSCP सेट गर्दै भित्री हेडरहरूको लागि DSCP सेट गर्दछ।
· Egress: QoS ले egress प्याकेटहरूको लागि DSCP वा EXP सेट गर्न qos-group प्रयोग गरी वर्गीकरणलाई समर्थन गर्दछ।
GRE टनेलहरूमा थप जानकारीको लागि, Cisco 8000 Series Routers, IOS XR रिलीज 7.3.x को लागि इन्टरफेस कन्फिगरेसन गाइड हेर्नुहोस्।

वर्ग-आधारित बिना शर्त प्याकेट मार्किङ सुविधा र लाभहरू
प्याकेट मार्किङ सुविधाले तपाइँलाई तपाइँको नेटवर्कलाई धेरै प्राथमिकता स्तर वा सेवाको वर्गहरूमा विभाजन गर्न अनुमति दिन्छ, निम्नानुसार:
· सञ्जालमा प्रवेश गर्ने प्याकेटहरूको लागि IP अग्रता वा IP DSCP मानहरू सेट गर्न QoS बिना शर्त प्याकेट मार्किङ प्रयोग गर्नुहोस्। तपाईंको नेटवर्क भित्रका राउटरहरूले ट्राफिकलाई कसरी व्यवहार गर्ने भनेर निर्धारण गर्न नयाँ चिन्ह लगाइएको IP प्राथमिकता मानहरू प्रयोग गर्न सक्छन्।
प्रवेश दिशामा, या त IP Precedence वा DSCP मानको आधारमा ट्राफिकसँग मेल खाएपछि, तपाईंले यसलाई विशेष खारेज-वर्गमा सेट गर्न सक्नुहुन्छ। भारित यादृच्छिक प्रारम्भिक पत्ता लगाउने (WRED), एक भीडबाट बच्ने प्रविधि, यसैले प्याकेट छोडिएको सम्भावना निर्धारण गर्न खारेज-वर्ग मानहरू प्रयोग गर्दछ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 31

वर्ग-आधारित बिना शर्त प्याकेट मार्किङ कन्फिगर गर्नुहोस्

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

QoS समूहमा MPLS प्याकेटहरू असाइन गर्न QoS बिना शर्त प्याकेट मार्किङ प्रयोग गर्नुहोस्। राउटरले प्रसारणको लागि प्याकेटहरूलाई कसरी प्राथमिकता दिने भनेर निर्धारण गर्न QoS समूह प्रयोग गर्दछ। MPLS प्याकेटहरूमा QoS समूह पहिचानकर्ता सेट गर्न, नीति नक्सा वर्ग कन्फिगरेसन मोडमा सेट qos-समूह आदेश प्रयोग गर्नुहोस्।
नोट QoS समूह पहिचानकर्ता सेट गर्नाले स्वचालित रूपमा प्रसारणको लागि प्याकेटहरूलाई प्राथमिकता दिँदैन। तपाईंले पहिले QoS समूह प्रयोग गर्ने निकास नीति कन्फिगर गर्नुपर्छ।
· लगाइएको वा शीर्ष लेबल भित्र EXP बिटहरू सेट गरेर बहुप्रोटोकल लेबल स्विचिङ (MPLS) प्याकेटहरू चिन्ह लगाउनुहोस्।
· qos-समूह तर्कको मान सेट गरेर प्याकेटहरू चिन्ह लगाउनुहोस्। · खारेज-वर्ग तर्कको मान सेट गरेर प्याकेटहरू चिन्ह लगाउनुहोस्।
नोट qos-group र discard-class राउटरको आन्तरिक चर हुन्, र प्रसारित हुँदैनन्।
कन्फिगरेसन कार्यलाई पृष्ठ 32 मा कन्फिगर क्लास-आधारित बिना शर्त प्याकेट मार्किङमा वर्णन गरिएको छ।
वर्ग-आधारित बिना शर्त प्याकेट मार्किङ कन्फिगर गर्नुहोस्
यो कन्फिगरेसन कार्यले तपाइँको राउटरमा निम्न वर्ग-आधारित, बिना शर्त प्याकेट मार्किङ सुविधाहरू कसरी कन्फिगर गर्ने भनेर वर्णन गर्दछ:
· IP अग्रता मान · IP DSCP मान · QoS समूह मान (इनग्रेस मात्र) · CoS मान (लेयर 3 उप-इन्टरफेसहरूमा मात्र निस्कनुहोस्) · MPLS प्रयोगात्मक मान · वर्ग त्याग्नुहोस्
MPLS मा लागू IPv4 र IPv6 QoS कार्यहरू नोट गर्नुहोस् tagged प्याकेटहरू समर्थित छैनन्। कन्फिगरेसन स्वीकृत छ, तर कुनै कार्य लिइएको छैन।
कन्फिगरेसन पूर्वampतपाईंको राउटरमा बिना शर्त प्याकेट मार्किङ सुविधाहरू कन्फिगर गर्न यी चरणहरू पालना गर्नुहोस्। 1. सेवा नीति निर्दिष्ट गर्न एक वा धेरै इन्टरफेसहरूमा संलग्न गर्न सकिने नीति नक्सा सिर्जना वा परिमार्जन गर्नुहोस्
र नीति नक्सा कन्फिगरेसन मोड प्रविष्ट गर्नुहोस्। 2. इन्टरफेस कन्फिगर गर्नुहोस् र इन्टरफेस कन्फिगरेसन मोड प्रविष्ट गर्नुहोस्।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 32

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

वर्ग-आधारित बिना शर्त प्याकेट मार्किंग: उदाहरणampलेस

3. त्यस इन्टरफेसको लागि सेवा नीतिको रूपमा प्रयोग गर्नको लागि इनपुट वा आउटपुट इन्टरफेसमा नीति नक्सा संलग्न गर्नुहोस्।
कन्फिगरेसन पूर्वample
राउटर# कन्फिगर राउटर(कन्फिगर)# इन्टरफेस सय गिग ०/०/०/२४ राउटर(कन्फिग-पीएमएप)# नीति-नक्सा नीति१ राउटर(कन्फिग-इन्ट)# कमिट
चलिरहेको कन्फिगरेसन
राउटर (कन्फिग) # नीति-नक्सा नीति १
वर्ग-नक्सा मिल्छ-कुनै पनि कक्षा १ म्याच प्रोटोकल ipv1 अन्त-वर्ग-नक्सा
! ! नीति-नक्सा नीति १
कक्षा कक्षा १ सेट प्राथमिकता १
! वर्ग वर्ग-पूर्वनिर्धारित! अन्त्य-नीति-नक्सा! इन्टरफेस HundredGigE0/0/0/24 सेवा-नीति इनपुट नीति1
!
प्रमाणीकरण निर्दिष्ट इन्टरफेसमा सबै सेवा नीतिहरूको लागि कन्फिगर गरिएका सबै कक्षाहरूको लागि नीति कन्फिगरेसन जानकारी प्रदर्शन गर्न यो आदेश चलाउनुहोस्।
राउटर # शो रन इन्टरफेस सय गिग ०/०/०/२४
वर्ग-आधारित बिना शर्त प्याकेट मार्किंग: उदाहरणampलेस
यी सामान्य पूर्व हुन्ampवर्ग-आधारित बिना शर्त प्याकेट मार्किङको लागि।
IP अग्रता मार्किङ कन्फिगरेसन: उदाहरणample
यस मा पूर्वample, नीति1 भनिने सेवा नीति सिर्जना गरिएको छ। यो सेवा नीति क्लास कमाण्डको प्रयोग मार्फत class1 भनिने पहिले परिभाषित वर्ग नक्सासँग सम्बन्धित छ, र त्यसपछि सेवा नीति आउटपुट HundredGigE इन्टरफेस 0/7/0/1 सँग जोडिएको छ। ToS बाइटमा IP अग्रता बिट 1 मा सेट गरिएको छ:
नीति-नक्सा नीति १ वर्ग वर्ग १ सेट प्राथमिकता १
!

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 33

IP DSCP मार्किङ कन्फिगरेसन: उदाहरणample

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

इन्टरफेस HundredGigE 0/7/0/1 सेवा-नीति आउटपुट नीति1
IP DSCP मार्किङ कन्फिगरेसन: उदाहरणample
यस मा पूर्वample, नीति1 भनिने सेवा नीति सिर्जना गरिएको छ। यो सेवा नीति वर्ग आदेश को प्रयोग मार्फत पहिले परिभाषित वर्ग नक्सा सम्बन्धित छ। यस मा पूर्वampले, यो मानिन्छ कि class1 भनिन्छ क्लास नक्सा पहिले कन्फिगर गरिएको थियो र class2 भनिने नयाँ क्लास नक्सा सिर्जना गरिएको छ। यस मा पूर्वampले, ToS बाइटमा IP DSCP मान 5 मा सेट गरिएको छ:
नीति-नक्सा नीति1 वर्ग वर्ग1 सेट dscp 5
class class2 सेट dscp ef
तपाईंले किनारामा भ्वाइस प्याकेटहरूका लागि देखाइएका सेटिङहरू कन्फिगर गरेपछि, सबै मध्यवर्ती राउटरहरू निम्नानुसार भ्वाइस प्याकेटहरूमा कम-विलम्बता उपचार प्रदान गर्न कन्फिगर गरिएका छन्:
वर्ग-नक्सा आवाज मिलान dscp ef
नीति-नक्सा qos-नीति वर्ग आवाज प्राथमिकता स्तर 1 पुलिस दर प्रतिशत 10
QoS समूह मार्किङ कन्फिगरेसन: उदाहरणample
यस मा पूर्वample, नीति1 भनिने सेवा नीति सिर्जना गरिएको छ। यो सेवा नीति क्लास कमाण्डको प्रयोग मार्फत class1 भनिने क्लास नक्सासँग सम्बन्धित छ, र त्यसपछि सेवा नीति HundredGigE 0/7/0/1 मा इनपुट दिशामा संलग्न गरिएको छ। qos-समूह मान १ मा सेट गरिएको छ।
वर्ग-नक्सा मिलान-कुनै पनि कक्षा १ मिलान प्रोटोकल ipv1 मिलान पहुँच-समूह ipv4 4
नीति-नक्सा नीति1 वर्ग वर्ग1 सेट qos-समूह 1 !
इन्टरफेस HundredGigE 0/7/0/1 सेवा-नीति इनपुट नीति1
नोट सेट qos-समूह आदेश एक प्रवेश नीति मा मात्र समर्थित छ।
CoS मार्किङ कन्फिगरेसन: उदाहरणample
यस मा पूर्वample, नीति1 भनिने सेवा नीति सिर्जना गरिएको छ। यो सेवा नीति क्लास कमाण्डको प्रयोग मार्फत class1 भनिने क्लास नक्सासँग सम्बन्धित छ, र त्यसपछि सेवा नीतिलाई HundredGigE 0/7/0/1.100 मा आउटपुट दिशामा संलग्न गरिएको छ। लेयर 802.1 हेडरमा IEEE 2p (CoS) बिटहरू 1 मा सेट गरिएको छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 34

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

MPLS प्रायोगिक बिट इम्पोजिसन मार्किङ कन्फिगरेसन: पूर्वample

वर्ग-नक्सा मिलान-कुनै पनि कक्षा १ मिलान प्रोटोकल ipv1 मिलान पहुँच-समूह ipv4 4
नीति-नक्सा नीति1 वर्ग वर्ग1 सेट cos 1 !
इन्टरफेस HundredGigE 0/7/0/1.100 सेवा-नीति इनपुट नीति1
MPLS प्रायोगिक बिट इम्पोजिसन मार्किङ कन्फिगरेसन: पूर्वample
यस मा पूर्वample, नीति1 भनिने सेवा नीति सिर्जना गरिएको छ। यो सेवा नीति क्लास कमाण्डको प्रयोग मार्फत class1 भनिने क्लास नक्सासँग सम्बन्धित छ, र त्यसपछि सेवा नीति HundredGigE 0/7/0/1 मा इनपुट दिशामा संलग्न गरिएको छ। सबै लगाइएका लेबलहरूको MPLS EXP बिटहरू 1 मा सेट गरिएको छ।
वर्ग-नक्सा मिलान-कुनै पनि कक्षा १ मिलान प्रोटोकल ipv1 मिलान पहुँच-समूह ipv4 4
नीति-नक्सा नीति १ वर्ग वर्ग १ सेट mpls एक्सपोज 1
! इन्टरफेस HundredGigE 0/7/0/1
सेवा नीति इनपुट नीति १
नोट सेट mpls exp imposition कमाण्ड केवल एक प्रवेश नीति मा समर्थित छ।
MPLS प्रायोगिक शीर्ष मार्किंग कन्फिगरेसन: पूर्वample
यस मा पूर्वample, नीति1 भनिने सेवा नीति सिर्जना गरिएको छ। यो सेवा नीति क्लास कमाण्डको प्रयोग मार्फत class1 भनिने क्लास नक्सासँग सम्बन्धित छ, र त्यसपछि सेवा नीतिलाई HundredGigE 0/7/0/1 मा आउटपुट दिशामा संलग्न गरिएको छ। TOPMOST लेबलमा MPLS EXP बिटहरू 1 मा सेट गरिएको छ:
वर्ग-नक्सा मिलान-कुनै पनि कक्षा १ मिल्दो mpls exp शीर्ष 1
नीति-नक्सा नीति1 वर्ग वर्ग1 सेट mpls exp शीर्ष 1 !
इन्टरफेस HundredGigE 0/7/0/1 सेवा-नीति आउटपुट नीति1
IP DSCP मार्किङको तुलनामा IP प्राथमिकता
यदि तपाईंलाई आफ्नो नेटवर्कमा प्याकेटहरू चिन्ह लगाउन आवश्यक छ र तपाईंका सबै यन्त्रहरूले IP DSCP मार्किङलाई समर्थन गर्दछ भने, तपाईंको प्याकेटहरू चिन्ह लगाउन IP DSCP मार्किङ प्रयोग गर्नुहोस् किनभने IP DSCP चिन्हहरूले थप बिना शर्त प्याकेट मार्किङ प्रदान गर्दछ।
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 35

DSCP CS7 कन्फिगर गर्नुहोस् (पूर्वता 7)

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

विकल्पहरू। यदि IP DSCP द्वारा चिन्ह लगाउनु अवांछनीय छ भने, तथापि, वा यदि तपाइँ निश्चित हुनुहुन्न कि तपाइँको नेटवर्कमा यन्त्रहरूले IP DSCP मानहरूलाई समर्थन गर्दछ भने, तपाइँको प्याकेटहरू चिन्ह लगाउन IP अग्रता मान प्रयोग गर्नुहोस्। IP अग्रता मान नेटवर्कमा सबै यन्त्रहरूद्वारा समर्थित हुने सम्भावना छ। तपाईंले 8 फरक IP अग्रता चिन्हहरू र 64 विभिन्न IP DSCP चिन्हहरू सेट अप गर्न सक्नुहुन्छ।
DSCP CS7 कन्फिगर गर्नुहोस् (पूर्वता 7)
निम्न पूर्व हेर्नुहोस्ampIPv4 प्याकेटहरूमा विशेष स्रोत ठेगानाको लागि DSCP मा विकल्पहरू कन्फिगर गर्न।
कन्फिगरेसन पूर्वample
नीति-नक्सा नीति1 वर्ग वर्ग1 सेट dscp cs7!

इन-प्लेस नीति परिमार्जन
इन-प्लेस नीति परिमार्जन सुविधाले तपाईंलाई QoS नीति परिमार्जन गर्न अनुमति दिन्छ जब QoS नीति एक वा बढी इन्टरफेसहरूमा संलग्न छ। परिमार्जित नीतिलाई समान जाँचको अधीनमा राखिन्छ जुन नयाँ नीतिको अधीनमा हुन्छ जब यो इन्टरफेसमा बाध्य हुन्छ। यदि नीति-परिमार्जन सफल भयो भने, परिमार्जित नीतिले नीति संलग्न भएका सबै इन्टरफेसहरूमा प्रभाव पार्छ। यद्यपि, यदि नीति परिमार्जन कुनै एक इन्टरफेसमा असफल भयो भने, पूर्व-परिमार्जन नीति सबै इन्टरफेसमा प्रभावमा छ भनी सुनिश्चित गर्न स्वचालित रोलब्याक सुरु हुन्छ।
तपाइँ नीति नक्सामा प्रयोग गरिएको कुनै पनि वर्ग नक्सा पनि परिमार्जन गर्न सक्नुहुन्छ। वर्ग नक्सामा गरिएका परिवर्तनहरूले नीति संलग्न भएका सबै इन्टरफेसमा प्रभाव पार्छ।

नोट

· इन्टरफेसमा जोडिएको नीतिको लागि QoS तथ्याङ्कहरू हराएका छन् (0 मा रिसेट गर्नुहोस्) जब नीति हुन्छ

परिमार्जित।

· जब इन्टरफेसमा संलग्न QoS नीति परिमार्जन गरिन्छ, त्यहाँ कुनै पनि नीति प्रभावमा नहुन सक्छ जुन इन्टरफेसहरूमा परिमार्जित नीति छोटो अवधिको लागि प्रयोग गरिन्छ।

· ACL को एक इन-प्लेस परिमार्जनले नीति-नक्सा तथ्याङ्क काउन्टर रिसेट गर्दैन।

प्रमाणीकरण यदि इन-प्लेस नीति परिमार्जनको क्रममा पुन:प्राप्त गर्न नसकिने त्रुटिहरू देखा पर्छन् भने, नीतिलाई लक्षित इन्टरफेसहरूमा असंगत अवस्थामा राखिन्छ। कन्फिगरेसन सत्र अनब्लक नभएसम्म कुनै नयाँ कन्फिगरेसन सम्भव छैन। यो नीतिलाई इन्टरफेसबाट हटाउन सिफारिस गरिन्छ, परिमार्जित नीति जाँच गर्नुहोस् र त्यसपछि तदनुसार पुन: लागू गर्नुहोस्।
इन-प्लेस नीति परिमार्जन प्रयोग गर्नका लागि सिफारिसहरू
QoS नीति परिमार्जन भइरहेको बेला छोटो अवधिको लागि, परिमार्जित नीति प्रयोग गरिएको इन्टरफेसहरूमा प्रभावमा कुनै नीति नहुन सक्छ। यस कारणका लागि, सबैभन्दा कम प्रभाव पार्ने QoS नीतिहरू परिमार्जन गर्नुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 36

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

इन-प्लेस नीति परिमार्जन प्रयोग गर्नका लागि सिफारिसहरू

एक समयमा इन्टरफेस को संख्या। नीति नक्सा परिमार्जन गर्दा प्रभावित हुने इन्टरफेसहरूको संख्या पहिचान गर्न नीति-नक्सा लक्ष्यहरू देखाउनुहोस् आदेश प्रयोग गर्नुहोस्।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 37

इन-प्लेस नीति परिमार्जन प्रयोग गर्नका लागि सिफारिसहरू

प्राथमिकता सेटिङहरू परिवर्तन गर्न प्याकेटहरू चिन्ह लगाउनुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 38

१ अध्याय
भीड जोगिन
· भीडभाडबाट बच्ने, पृष्ठ 39 मा · कतारबद्ध मोडहरू, पृष्ठ 39 मा · VOQ मा भीड बेवास्ता, पृष्ठ 40 मा · उचित VOQ प्रयोग गरी समानुपातिक ट्राफिक प्रवाह, पृष्ठ 44 मा · मोड्युलर QoS भीडबाट बच्ने, पृष्ठ 50 मा · टेल ड्रप र FIFO Que , पृष्ठ 50 मा · अनियमित प्रारम्भिक पहिचान र TCP, पृष्ठ 52 मा · स्पष्ट भीड सूचना , पृष्ठ 54 मा
भीड जोगिन
क्युइङले डेटाको प्राप्त दर पठाउन सकिने भन्दा ठूलो हुँदा अस्थायी रूपमा डाटा भण्डारण गर्ने तरिका प्रदान गर्दछ। लाम र बफरहरू व्यवस्थापन गर्नु भीडबाट बच्नको प्राथमिक लक्ष्य हो। लाममा डाटा भर्न थालेपछि, ASIC/NPU मा उपलब्ध मेमोरी पूर्ण रूपमा भरिएको छैन भनेर सुनिश्चित गर्न प्रयास गर्नु महत्त्वपूर्ण हुन्छ। यदि यो हुन्छ भने, पोर्टमा आउने पछिका प्याकेटहरू छोडिन्छन्, उनीहरूले प्राप्त गरेको प्राथमिकतालाई ध्यान नदिई। यसले महत्वपूर्ण अनुप्रयोगहरूको प्रदर्शनमा हानिकारक प्रभाव पार्न सक्छ। यस कारणका लागि, भीडबाट बच्ने प्रविधिहरू मेमोरी पूर्ण रूपमा भर्न र मेमोरीको लागि गैर-भीडभाड लामहरू भोक लाग्ने जोखिमलाई कम गर्न प्रयोग गरिन्छ। कतार थ्रेसहोल्डहरू एक ड्रप ट्रिगर गर्न प्रयोग गरिन्छ जब कब्जा को निश्चित स्तर नाघ्यो। शेड्युलिङ भनेको QoS मेकानिजम हो जुन डेटाको लाइनहरू खाली गर्न र डेटालाई आफ्नो गन्तव्यमा पठाउन प्रयोग गरिन्छ। आकार निर्धारण पोर्ट वा लाम भित्र ट्राफिक बफर गर्ने कार्य हो जब सम्म यो अनुसूचित हुन सक्षम छैन। आकारले ट्राफिकलाई सहज बनाउँछ, ट्राफिक प्रवाहलाई धेरै अनुमानित बनाउँछ। यसले सुनिश्चित गर्न मद्दत गर्दछ कि प्रत्येक ट्रान्समिट लाइन ट्राफिकको अधिकतम दरमा सीमित छ।
लामबद्ध मोडहरू
नेटवर्क इन्टरफेस क्युइङका लागि दुई नेटवर्क क्युइङ मोडहरू समर्थित छन्: 8xVOQ (भर्चुअल आउटपुट लाइनिङ) र 4xVOQ को पूर्वनिर्धारित मोड। मोडलाई एकबाट अर्कोमा परिवर्तन गर्न आवश्यक छ कि तपाईंले पहिले प्रणालीमा सबै लाइन कार्डहरू पुन: लोड गर्नुपर्छ।
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 39

मुख्य इन्टरफेस कतार नीति

भीड जोगिन

8xVOQ मोडमा, प्रत्येक इन्टरफेसका लागि आठ VoQ र तिनीहरूसँग सम्बन्धित स्रोतहरू आवंटित गरिएका छन्। त्यो इन्टरफेसमा सही नीति कन्फिगरेसनको पर्वाह नगरी यी लामहरू आवंटित हुन्छन्। यो मोडले प्रत्येक आठ आन्तरिक ट्राफिक कक्षाहरूको लागि छुट्टै VOQ समर्थन गर्दछ। 4xVOQ मोडमा, प्रत्येक इन्टरफेसमा चार VoQs र तिनीहरूसँग सम्बन्धित स्रोतहरू आवंटित गरिएका छन्, र यी लामहरूलाई ठ्याक्कै लागू गरिएको नीतिको पर्वाह नगरी आवंटित गरिन्छ। यस मोडमा प्रणालीले तार्किक इन्टरफेसहरूको दोब्बर संख्यालाई समर्थन गर्दछ, तर आठ ट्राफिक वर्गहरूलाई कन्फिगरेसनद्वारा चार VoQs मा म्याप गरिनु पर्छ, आठ VoQs मा होइन।
नोट Cisco IOS XR रिलीज 7.2.12 पछि, लेयर 3 इन्टरफेसमा समर्थन गरिएका सबै लामबद्ध सुविधाहरू लेयर 2 इन्टरफेसमा पनि समर्थित छन्। यद्यपि, यी सुविधाहरू मुख्य इन्टरफेस (भौतिक र बन्डल इन्टरफेसहरू) मा मात्र लागू हुन्छन्, र उप-इन्टरफेसहरूमा होइन।
मुख्य इन्टरफेस कतार नीति
मुख्य इन्टरफेस पूर्वनिर्धारित लामहरू मुख्य इन्टरफेस सिर्जनाको भागको रूपमा सिर्जना गरिन्छ। जब तपाइँ मुख्य इन्टरफेसमा लामबद्ध गर्ने नीति लागू गर्नुहुन्छ, यसले तपाइँले कन्फिगर गर्नुभएका ट्राफिक कक्षाहरूको लागि पूर्वनिर्धारित कतार र समय तालिका परिमितिहरूलाई ओभरराइड गर्नेछ। 8xVOQ मोडमा, P1+P2+6PN पदानुक्रम मुख्य इन्टरफेस लामहरू (पूर्वनिर्धारित लामबद्ध र समय तालिका) को लागि प्रयोग गरिन्छ। पूर्वनिर्धारित लामहरू मुख्य इन्टरफेसमा सबै ट्राफिकहरू र कुनै पनि उप-इन्टरफेसमा ट्राफिकको लागि लाइन नीति लागू नगरी प्रयोग गरिन्छ। कन्ट्रोल/प्रोटोकल ट्राफिकले ट्राफिक वर्ग 7 (TC7), प्राथमिकता 1 (P1) को भीडको समयमा थोपाबाट बच्न प्रयोग गर्दछ।
उप-इन्टरफेस कतार नीति
प्रत्येक उप-इन्टरफेसले तीनवटा नीतिहरूलाई समर्थन गर्दछ: एक प्रवेश नीति, एउटा निकास चिन्ह नीति, र एक निकास कतार नीति। एउटा उप-इन्टरफेसको लागि VoQs को छुट्टै सेट सिर्जना गर्न र कन्फिगर गर्न, त्यो उप-इन्टरफेसमा लाइनिङ नीति लागू गर्नुहोस्। जब तपाईंले सब-इन्टरफेस लाइनिङ नीति हटाउनुहुन्छ, सम्बन्धित VoQ हरू खाली हुन्छन् र उप-इन्टरफेस ट्राफिक मुख्य इन्टरफेस VoQs प्रयोग गर्न फर्किन्छ।
VOQ मा भीड जोगिन
एक VOQ ब्लक भित्र भीड जोगिन एक भीड व्यवस्थापन प्रो लागू गरेर गरिन्छfile VOQ मा। यो प्रोfile प्रवेश मापदण्ड परिभाषित गर्दछ र पङ्क्तिबद्ध समयमा प्रदर्शन गरिएको जाँच। सामान्य ट्राफिक अवस्थाहरूमा प्याकेट साझा मेमोरी प्रणाली (SMS) बफरहरूमा पङ्क्तिबद्ध हुन्छ। (साझेदारी मेमोरी प्रणाली प्राथमिक प्याकेट भण्डारण क्षेत्र हो।) यदि एसएमएस VOQ एक सेट थ्रेसहोल्डभन्दा बाहिर छ भने, VOQ बाह्य हाई ब्यान्ड मेमोरी (HBM) ब्लकमा सारिन्छ। जब HBM लाम समाप्त हुन्छ, यो अन-चिप SMS मा फर्किन्छ। HBM मा लामको आकार अनुकूली हुन्छ र कुल HBM प्रयोग उच्च हुँदा घट्छ।
नोट Random Early Detect (RED) HBM मा VOQ हरूको लागि मात्र उपलब्ध छ। हार्डवेयरले Weighted Random Early Detect (WRED) लाई समर्थन गर्दैन।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 40

भीड जोगिन

VOQ तथ्याङ्क काउन्टरहरूको साझेदारी

VOQ तथ्याङ्क काउन्टरहरूको साझेदारी
राउटरमा प्रत्येक नेटवर्क प्रोसेसरमा धेरै स्लाइसहरू (वा पाइपलाइनहरू) हुन्छन्, र प्रत्येक स्लाइसमा राउटरमा प्रत्येक इन्टरफेससँग सम्बन्धित VOQs को सेट हुन्छ। उच्च प्याकेट दरहरूमा काउन्टरहरू कायम राख्न, प्रत्येक नेटवर्क स्लाइसमा प्रत्येक इन्टरफेससँग काउन्टरहरूको दुई सेटहरू सम्बन्धित छन्। पूर्वको रूपमाample, छवटा स्लाइसहरू (12 इन्टरफेसहरू) भएको यन्त्रलाई विचार गर्नुहोस्, प्रत्येकमा 24,000 VOQ हरू छन्, जहाँ तपाईं दुवै प्रसारण र छोडिएका घटनाहरू गणना गर्न चाहनुहुन्छ। यस परिदृश्यमा, तपाइँलाई 12 x 24, 000 x 2 = 5, 76,000 काउन्टरहरू चाहिन्छ, जुन एक्लै यन्त्रको काउन्टर क्षमता भन्दा बढी हुन्छ। राउटरले VOQ काउन्टरहरूको कन्फिगरयोग्य साझेदारीलाई समर्थन गर्ने यस्तो परिदृश्यलाई कम गर्न हो। तपाईंले सेयरिङ कन्फिगर गर्न सक्नुहुन्छ कि काउन्टरलाई {1,2,4,8} VOQs द्वारा साझा गरिएको छ। VoQs साझेदारी काउन्टरहरूको प्रत्येक सेटमा मापन गर्ने दुई काउन्टरहरू छन्:
· पङ्क्तिबद्ध प्याकेटहरू प्याकेट र बाइट एकाइहरूमा गणना।
· छोडिएको प्याकेट प्याकेट र बाइट एकाइहरूमा गणना।
सुविधा प्रभावकारी हुनको लागि: · सबै इन्टरफेसहरूबाट इग्रेस लाइनिङ नीति-नक्सा कन्फिगरेसन मेटाउनुहोस्।
· तपाईंको राउटरमा सबै नोडहरू पुन: लोड गर्न # reload location all लाई कमाण्ड चलाउनुहोस्।

VOQ तथ्याङ्क काउन्टरहरूको साझेदारी कन्फिगर गर्दै
VOQs साझेदारी काउन्टरहरू कन्फिगर गर्न, #hw-module pro प्रयोग गर्नुहोस्file voqs-sharing-counters को तथ्याङ्क र प्रत्येक लामको लागि VOQ काउन्टरहरूको संख्या निर्दिष्ट गर्नुहोस्।
RP/0/RP0/CPU0:ios(config)#hw-module profile तथ्याङ्क? voqs-sharing-counters voqs (1, 2, 4) साझा काउन्टरहरूको संख्या कन्फिगर गर्नुहोस्
RP/0/RP0/CPU0:ios(config)#hw-module profile तथ्याङ्क voqs-sharing-counters? प्रत्येक लामको लागि 1 काउन्टर 2 2 लाम शेयर काउन्टर 4 4 लाम शेयर काउन्टर
RP/0/RP0/CPU0:ios(config)#hw-module profile stat voqs-sharing-counters 1 RP/0/RP0/CPU0:ios(config)#hw-module profile stats voqs-sharing-counters 2 RP/0/RP0/CPU0:ios(config)#commit RP/0/RP0/CPU0:ios#रिलोड स्थान सबै

चलिरहेको कन्फिगरेसन
RP/0/RP0/CPU0:ios#show run | hw-mod मा सोम फेब्रुअरी 10 13:57:35.296 UTC भवन कन्फिगरेसन... hw-module profile तथ्याङ्क voqs-sharing-counters 2 RP/0/RP0/CPU0:ios#

प्रमाणीकरण
RP/0/RP0/CPU0:ios#show controllers npu stats voq इनग्रेस इन्टरफेस सय GiigE 0/0/0/16 उदाहरण सबै स्थान 0/RP0/CPU0 सोम फेब्रुअरी 10 13:58:26.661 UTC

इन्टरफेस नाम =

इन्टरफेस ह्यान्डल =

स्थान

Asic उदाहरण

VOQ आधार

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

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 41

दोहोरो लाम सीमा

भीड जोगिन

पोर्ट स्पीड (kbps) = 100000000

स्थानीय पोर्ट

स्थानीय

VOQ मोड

साझा काउन्टर मोड =

ReceivedPkts ReceivedBytes DropppedPkts

ड्रपबाइट्स

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

TC_{0,1} = ११४०२३७२४

39908275541

113945980

39881093000

TC_{2,3} = ११४०२३७२४

68239406550

196612981

68814543350

TC_{4,5} = ११४०२३७२४

69388697075

139811376

67907466750

TC_{6,7} = ११४०२३७२४

68242491778

196612926

68814524100

सम्बन्धित आदेशहरू hw-module profile तथ्याङ्क voqs-sharing-counters

दोहोरो लाम सीमा
तपाईंको राउटरको CLI मा रहेको queue-limit कमाण्डमा दोहोरो लाम सीमा विकल्प थपिएको छ र खारेज-वर्गको रूपमा प्रदर्शित हुन्छ। खारेज-वर्ग विकल्पले तपाईंलाई एउटै नीति नक्सामा दुईवटा लाइन सीमाहरू कन्फिगर गर्न लचिलोपन दिन्छ– एउटा उच्च प्राथमिकता ट्राफिकको लागि र अर्को कम-प्राथमिकता ट्राफिकको लागि। यो विकल्पले सुनिश्चित गर्दछ कि उच्च प्राथमिकता ट्राफिक प्रवाह अप्रभावित रहन्छ (खारिज-वर्ग ० लाईम-सीमाबाट व्युत्पन्न थ्रेसहोल्ड सम्म) जबकि कम प्राथमिकता ट्राफिक तल्लो थ्रेसहोल्ड सम्म जारी रहन्छ (प्रति खारेज-वर्ग 0 लाईम-सीमा)।

मलाई थप भन्नुहोस् तपाईंले यी विवरणहरू अनुसार दुई लाम सीमाहरू कन्फिगर गर्न सक्नुहुन्छ:
· प्रवाहको लागि एउटा जसलाई तपाईंले प्रवेश-नीति मार्फत प्रवेशमा खारेज-वर्ग ० (उच्च प्राथमिकता) को रूपमा चिन्ह लगाउनु हुन्छ। · दोस्रो, प्रवेश नीति मार्फत प्रवेशमा तपाईंले खारेज-वर्ग 0 (तल्लो प्राथमिकता) को रूपमा चिन्ह लगाउनु भएको प्रवाहको लागि।

खारेज-वर्ग 1 प्रवाह (कम-प्राथमिकता ट्राफिकको लागि) ड्रप हुन थाल्छ जब पङ्क्तिको लम्बाइले तपाईंले खारेज-वर्ग 1 को लागि कन्फिगर गर्नुभएको साइज सीमामा पुग्छ। यसको विपरित, लाम-लम्बाइ तल झर्दा खारेज-वर्ग 1 को लागि प्रवाह घट्न रोक्छ। यसको कन्फिगर गरिएको मान।

पूर्वको रूपमाample, यो कन्फिगरेसन विचार गर्नुहोस्:

नीति-नक्सा egress_pol_dql वर्ग tc7
queue-limit त्याग्नुहोस्-वर्ग 0 100 mbytes queue-limit त्याग्नुहोस्-class 1 50 mbytes प्राथमिकता स्तर 1 ! वर्ग वर्ग-पूर्वनिर्धारित ब्यान्डविथ बाँकी अनुपात १ ! अन्त्य-नीति-नक्सा!

प्रमाणिकरणलाई पनि विचार गर्नुहोस्:

RP/0/RP0/CPU0:ios#

RP/0/RP0/CPU0:ios#show qos इन्टरफेस सौ गिग ०/०/०/३० आउटपुट

नोट:- कन्फिगर गरिएका मानहरू कोष्ठकहरूमा प्रदर्शित हुन्छन्

इन्टरफेस HundredGigE0/0/0/30 ifh 0xf000210 — आउटपुट नीति

NPU आईडी:

कक्षाको कुल संख्या:

इन्टरफेस ब्यान्डविथ:

100000000 kbps

नीति नाम:

egress_pol_dql

VOQ आधार:

464

लेखा प्रकार:

Layer1 (लेयर 1 encapsulation र माथि समावेश गर्नुहोस्)

VOQ मोड:

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 42

भीड जोगिन

प्रतिबन्धहरू

साझा काउन्टर मोड:

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

स्तर १ कक्षा (HP1)

= tc7

Egressq कतार ID

= 471 (HP1 कतार)

लाम अधिकतम। BW।

= कुनै अधिकतम (पूर्वनिर्धारित)

कक्षा १ थ्रेसहोल्ड खारेज गर्नुहोस्

= 25165824 बाइट्स / 2 ms (50 mbytes)

कक्षा १ थ्रेसहोल्ड खारेज गर्नुहोस्

= 75497472 बाइट्स / 5 ms (100 mbytes)

यस कक्षाको लागि WRED कन्फिगर गरिएको छैन

= वर्ग-पूर्वनिर्धारित = 464 (पूर्वनिर्धारित LP लाम) = कुनै अधिकतम (पूर्वनिर्धारित) = 1 / (1) = 749568 बाइट्स / 6 ms (पूर्वनिर्धारित)

अघिल्लो माampले, त्यहाँ दुईवटा ट्राफिक प्रवाहहरू छन् जुन खारेज-वर्ग 0 (उच्च प्राथमिकता) र खारेज-वर्ग 1 (तल्लो प्राथमिकता) को रूपमा चिन्ह लगाइएको छ।

जबसम्म दुई प्रवाहहरूको लाम लम्बाइ २५१६५८२४ बाइट्स (खारिज-वर्ग १ को लागि थ्रेसहोल्ड) भन्दा कम रहन्छ, दुवै प्रवाहबाट प्याकेटहरू कुनै थोपा बिना जारी रहन्छ। जब पङ्क्तिको लम्बाइ २५१६५८२४ बाइट्स पुग्छ, खारेज-वर्ग १ प्याकेटहरू पङ्क्तिबद्ध हुँदैनन्, सबै बाँकी ब्यान्डविथ उच्च प्राथमिकता प्रवाहको लागि प्रयोग गरिएको सुनिश्चित गर्दै (छाड्नुहोस्-वर्ग ०)।

लामको लम्बाइ ७५४९७४७२ बाइट पुग्दा मात्र उच्च प्राथमिकता प्रवाह घट्छ।

नोट

· यो विकल्पले उच्च-प्राथमिकता ट्राफिकलाई भीडको कारणले नोक्सानबाट जोगाउँछ, तर विलम्बताबाट आवश्यक छैन।

भीडको कारण।

यी थ्रेसहोल्डहरू हार्डवेयर-विशिष्ट लाइन क्षेत्रहरूबाट व्युत्पन्न हुन्छन्।

प्रतिबन्धहरू

तपाईंले दोहोरो लाम सीमा विकल्पको बारेमा यी प्रतिबन्धहरू पढ्नुभएको सुनिश्चित गर्नुहोस्। · दुबै लाम-सीमाहरूले मापनको एउटै एकाइ प्रयोग गर्नुपर्छ।
· खारेज-वर्ग 0 को लागि लाइन सीमा सधैं खारेज-वर्ग 1 को लागि त्यो भन्दा ठूलो हुनुपर्छ।
· जब खारेज-वर्ग विकल्प लाई queue-limit कन्फिगर गर्नको लागि प्रयोग नगरिएको छ, खारेज-class 0 र discard-class 1 ले चिन्ह लगाइएका प्याकेटहरूमा समान queue-limit हुन्छ; अर्को शब्दमा, उनीहरूले समान उपचार पाउँछन्।
· खारेज-वर्ग ० वा खारेज-वर्ग १ सँग मात्र कन्फिगर गरिएको लाइन-सीमा अस्वीकार गरिएको छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 43

निष्पक्ष VOQ प्रयोग गरी समानुपातिक ट्राफिक प्रवाह

भीड जोगिन

निष्पक्ष VOQ प्रयोग गरी समानुपातिक ट्राफिक प्रवाह

तालिका १: विशेषता इतिहास तालिका

सुविधाको नाम

सूचना जारी गर्नुहोस्

निष्पक्ष रिलीज 7.3.3 VOQ प्रयोग गरी समानुपातिक ट्राफिक प्रवाह

विशेषता विवरण
यो सुविधा कन्फिगर गर्नाले NPU को प्रत्येक नेटवर्क स्लाइसमा विभिन्न स्रोत पोर्टहरूबाट प्रवेश ट्राफिकलाई प्रत्येक स्रोत पोर्ट र गन्तव्य पोर्ट जोडीको लागि एक अद्वितीय भर्चुअल आउटपुट क्यु (VOQ) तोकिएको सुनिश्चित गर्दछ। यो कार्यले सुनिश्चित गर्दछ कि दिइएको ट्राफिक वर्गको लागि गन्तव्य पोर्टमा उपलब्ध ब्यान्डविथ ब्यान्डविथ अनुरोध गर्ने सबै स्रोत पोर्टहरूमा समान रूपमा वितरण गरिएको छ।
अघिल्लो विज्ञप्तिहरूमा, ट्राफिकलाई समान रूपमा वितरण गरिएको थिएन किनभने प्रत्येक टुक्रालाई आउटपुट लाम ब्यान्डविथको उचित अंश दिइएन।
यो सुविधाले hw-module pro मा fair-4 र fair-8 कीवर्डहरू परिचय गराउँछfile qos voq-mode आदेश।

निष्पक्ष VOQ: किन
प्रति पूर्वनिर्धारित व्यवहार, NPU को प्रत्येक नेटवर्क स्लाइस प्रति गन्तव्य पोर्ट 4 वा 8 भर्चुअल आउटपुट कतार (VOQ) को सेट तोकिएको छ। यस्तो असाइनमेन्टको साथ, VOQs मार्फत बफरिङको सही मात्रा उपलब्ध छ भनी सुनिश्चित गर्न चुनौतीपूर्ण छ। यस कन्फिगरेसनको साथ, गन्तव्य पोर्टमा गन्तव्यमा रहेको NPU मा स्लाइस (वा पाइपलाइन) मा विभिन्न स्रोत पोर्टहरूबाट प्रवेश ट्राफिक प्रति स्लाइस VOQ मा तोकिएको छ। अर्को शब्दमा, एउटै गन्तव्य पोर्टमा ट्राफिक पठाउने बहु स्रोत पोर्टहरूले उही VOQ प्रयोग गर्दछ। यद्यपि, विभिन्न गन्तव्य पोर्टहरूमा ट्राफिक पठाउँदा, ट्राफिकलाई विभिन्न VOQ मा पङ्क्तिबद्ध गरिएको छ। यसको मतलब यो हो कि ट्राफिक समान रूपमा वितरण गरिएको छैन किनभने प्रत्येक स्लाइसले आउटपुट लाइन ब्यान्डविथको उचित साझेदारी प्राप्त गर्दैन। एउटा स्लाइसमा दुईवटा पोर्टहरू र अर्को टुक्रामा एउटा मात्र पोर्ट भएको परिदृश्यमा, दुईवटा पोर्टहरूले एकल पोर्टभन्दा बढी ट्राफिक ह्यान्डल गरे तापनि एक टुक्रा साझेदारी गर्ने पोर्टहरूको लागि ब्यान्डविथ घट्छ।
निम्न पूर्व विचार गर्नुहोस्ample जहाँ दुई 100G पोर्टहरू-पोर्ट-0 र पोर्ट-1- जुन एउटै स्लाइस (स्लाइस-0) सँग सम्बन्धित छन्, आउटपुट लाइन (OQ) मा पोर्ट-3 मा ट्राफिक पठाउँदै छन्। तपाईंसँग एउटै NPU मा अर्को स्लाइस (स्लाइस-१) मा 100G पोर्ट छ जुन पोर्ट-1 मा ट्राफिक पठाउन पनि निर्धारित छ। इन्ग्रेस VOQ स्लाइस-3 मा दुई पोर्टहरू बीच साझेदारी गरिएको छ, जबकि स्लाइस-0 मा प्रवेश VOQ पोर्ट-1 को लागि मात्र उपलब्ध छ। यो व्यवस्थाले पोर्ट-० र पोर्ट-१ ले बफर ट्राफिकको २५% प्राप्त गर्दछ, जबकि पोर्ट-३ ले बफर ट्राफिकको ५०% प्राप्त गर्दछ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 44

भीडबाट बच्ने चित्र 3: अवस्थित व्यवहार: स्लाइसमा स्रोत पोर्टहरूले प्रति गन्तव्य पोर्टमा एक VOQ साझा गर्दछ

निष्पक्ष VOQ: कसरी

निष्पक्ष VOQ सुविधाले ट्राफिक वितरणमा यो असमानता समाधान गर्छ।
निष्पक्ष VOQ: कसरी
निष्पक्ष VOQ सुविधाले सक्रिय स्रोत पोर्टहरूको संख्यालाई ध्यान नदिई प्रत्येक NPU स्लाइसमा स्रोत पोर्टहरूलाई समान रूपमा व्यवहार गर्ने पूर्वनिर्धारित व्यवहारलाई सम्बोधन गर्दछ। यसले आउटपुट लामबाट ब्यान्डविथ आवंटित गर्ने तरिकालाई पुन: डिजाइन गरेर गर्छ। स्लाइस स्तरमा ब्यान्डविथ वितरण गर्नुको सट्टा, निष्पक्ष VOQ ले स्रोत पोर्टहरूमा सीधा ब्यान्डविथ वितरण गर्दछ। जब तपाइँ hw-module pro आदेश कन्फिगर गर्नुहुन्छfile qos voq-mode र तपाईंको राउटर पुन: लोड गर्नुहोस्, कार्यक्षमताले प्रत्येक स्रोत पोर्ट र गन्तव्य पोर्ट जोडीको लागि समर्पित VOQ सिर्जना गर्दछ। यो व्यवस्थाले निश्चित गर्दछ कि दिइएको ट्राफिक वर्गको लागि गन्तव्य पोर्टमा उपलब्ध ब्यान्डविथ ब्यान्डविथ अनुरोध गर्ने सबै स्रोत पोर्टहरूमा समान रूपमा वितरण गरिएको छ।
अघिल्लो पूर्व विस्तार गर्दैampउचित VOQ कार्यक्षमता बुझ्नको लागि, त्यहाँ अब प्रत्येक प्रवेश पोर्टको लागि समर्पित VOQ हरू छन् जुन आउटपुट कतारमा पोर्टमा जडान हुन्छ। यसरी, पोर्ट-० र पोर्ट-१ अब VOQ साझा गर्दैनन्, र पोर्ट-0 सँग पहिले जस्तै VOQ छ, निम्न चित्रमा देखाइएको छ। यो निष्पक्ष VOQ व्यवस्थाले ट्राफिकलाई समर्पित लामहरूमा लामबद्ध गर्ने परिणाम दिन्छ, जसले गर्दा ट्राफिक कार्यसम्पादनमा सुधार हुन्छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 45

निष्पक्ष VOQ मोडहरू र काउन्टरहरूको साझेदारी

भीड जोगिन

चित्र 4: उचित VOQ व्यवहार: स्लाइसमा प्रत्येक स्रोत पोर्टमा प्रति गन्तव्य पोर्ट एक समर्पित VOQ छ

निष्पक्ष VOQ मोडहरू र काउन्टरहरूको साझेदारी
तपाईंले hw-module pro मा निम्न विकल्पहरू प्रयोग गरेर 8xVOQ मोड (fair-8) र 4xVOQ मोड (fair-4) को लागि निष्पक्ष VOQ कन्फिगर गर्न सक्नुहुन्छ।file qos voq-mode आदेश:
· hw-module प्रोfile qos voq-mode fair-8
· hw-module प्रोfile qos voq-mode fair-4

तपाईले VOQ तथ्याङ्क काउन्टरहरू दुवै निष्पक्ष VOQ मोडहरूमा साझेदारी गर्न सक्नुहुन्छ, जस्तै निम्न तालिकामा देखाइएको छ। (साझेदारी काउन्टरहरू किन आवश्यक छ र काउन्टरहरू साझेदारी कन्फिगर गर्ने बारे विवरणहरूको लागि, पृष्ठ 41 मा VOQ तथ्याङ्क काउन्टरहरूको साझेदारी हेर्नुहोस्।)
तालिका 9: उचित VOQ मोडहरू र साझेदारी काउन्टरहरू

निष्पक्ष VOQ मोड निष्पक्ष-8

साझेदारी काउन्टर मोड 2, 4

महत्त्वपूर्ण नोटहरू
· आठ VOQ हरू प्रति स्रोत पोर्ट र गन्तव्य जोडी कन्फिगर गरियो
· काउन्टरहरू {2, 4} VOQs द्वारा साझा गरिएको छ।
· फेयर-8 मोडले समर्पित काउन्टर मोडलाई समर्थन गर्दैन (काउन्टर मोड१, जहाँ प्रत्येक लाइनको लागि काउन्टर छ)

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 46

भीड जोगिन

उचित VOQ र स्लाइस (वा सामान्य) VOQs: मुख्य भिन्नताहरू

निष्पक्ष VOQ मोड निष्पक्ष-4

साझेदारी काउन्टर मोड १, २, ४

महत्त्वपूर्ण नोटहरू
· प्रति स्रोत पोर्ट र गन्तव्य जोडीमा चार VOQ हरू कन्फिगर गरियो
· काउन्टरहरू {1, 2, 4} VOQs द्वारा साझेदारी गरिएका छन्।

उचित VOQ र स्लाइस (वा सामान्य) VOQs: मुख्य भिन्नताहरू
तलको तालिका निष्पक्ष VOQ र स्लाइस वा नियमित VOQ हरू बीचको मुख्य भिन्नताहरूलाई रूपरेखा गर्नको लागि स्न्यापसट हो।
तालिका १०: उचित VOQ र सामान्य VOQ हरू

निष्पक्ष VOQ

सामान्य VOQ

निष्पक्ष-8 मोड: आठ VOQ हरू प्रति स्रोत पोर्ट 8 कन्फिगर गरियो:

र गन्तव्य जोडी

· प्रति गन्तव्य पोर्ट प्रति स्लाइस आठ VOQs

यी VOQ हरू NPU स्लाइस भित्र सबै स्रोत पोर्टहरूद्वारा साझेदारी गरिएका छन्।

निष्पक्ष-४ मोड: चार VOQ हरू प्रति स्रोत पोर्ट 4 कन्फिगर गरियो:

र गन्तव्य जोडी

· प्रति गन्तव्य पोर्ट प्रति स्लाइस चार VOQs

यी VOQ हरू NPU स्लाइस भित्र सबै स्रोत पोर्टहरूद्वारा साझेदारी गरिएका छन्।

दिशानिर्देश र सीमाहरू
· फेयर VOQ सुविधा Cisco 8202 राउटर (12 QSFP56-DD 400G र 60 QSFP28 100G पोर्टहरू) मा समर्थित छ।
· निम्न तालिकाले VOQ मोड र सेयरिङ काउन्टर मोडमा आधारित अनुमति दिइएको अधिकतम इन्टरफेसहरू (आधारभूत IPv4 कन्फिगरेसनहरू र QoS नीति, ACL, र सब-इन्टरफेस कन्फिगरेसन जस्ता अन्य स्केल कन्फिगरेसनहरू नभएको) विवरण दिन्छ।
तालिका ११: निष्पक्ष VOQ मोड र साझेदारी काउन्टर मोडमा आधारित अधिकतम इन्टरफेसहरू

VOQ मोड निष्पक्ष-8

साझेदारी काउन्टर मोड १

अधिकतम इन्टरफेसहरू
राउटरले यो संयोजनलाई समर्थन गर्दैन।
(यो किनभने पूर्वनिर्धारित काउन्टर मोडमा, 72 इन्टरफेसहरू सिर्जना गरिएका छैनन्।)

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 47

निष्पक्ष VOQ कन्फिगर गर्नुहोस्

भीड जोगिन

VOQ मोड निष्पक्ष-8
निष्पक्ष-8 निष्पक्ष-4
निष्पक्ष-4 निष्पक्ष-4

साझेदारी काउन्टर मोड १
4 1
2 4

अधिकतम इन्टरफेसहरू
96 = 60 (100G) + 8×4 + 4 (400G) ==> तपाईँले 400x4G वा 10x4G ब्रेकआउट मोडमा केवल आठ 25G इन्टरफेसहरू कन्फिगर गर्न सक्नुहुन्छ।
108 = 60 + 12 x 4 (सबै 12 पोर्टहरूमा ब्रेकआउट - 400G)
96 = 60(100G) + 8×4 + 4 (400G) ==> तपाईंले 400x4G वा 10x4G ब्रेकआउट मोडमा केवल आठ 25 G इन्टरफेसहरू कन्फिगर गर्न सक्नुहुन्छ।
108 = 60 + 12 x4 (सबै 12 पोर्टहरूमा ब्रेकआउट - 400G)
108 = 60 + 12 x4 (सबै 12 पोर्टहरूमा ब्रेकआउट - 400G)

नोट हामी ब्रेकआउट मोडहरूमा साझेदारी काउन्टर मोड 4 र ननब्रेकआउट मोडहरूको लागि काउन्टर मोड 2 साझेदारी गर्न सिफारिस गर्दछौं।

नोट ब्रेकआउट मोड 100G इन्टरफेसहरूमा समर्थित छैन।
· कन्फिगरेसन प्रभावकारी हुनको लागि तपाईंले राउटरलाई पुन: लोड गर्ने कुरा सुनिश्चित गर्नुहोस्।
· फेयर-भोक मोडमा लेयर २ ट्राफिक समर्थित छैन (फेयर-४ र फेयर-८)।
· सब-इन्टरफेस क्युइङ समर्थित छैन। (यो बन्डल उप-इन्टरफेसहरूमा पनि लागू हुन्छ)। यसको मतलब यो हो कि तपाईंले समर्पित VOQ हरू आवश्यक पर्ने इग्रेस सेवा-नीतिहरू संलग्न गर्न सक्नुहुन्न। यद्यपि, उप-इन्टरफेसहरूको लागि इग्रेस मार्किङ समर्थित छ।
· hw-module प्रोfile stats voqs-sharing-counters 1 Fair-8 मोडमा समर्थित छैन। सुनिश्चित गर्नुहोस् कि तपाइँ hw-module प्रो कन्फिगर गर्नुहुन्छfile voq साझेदारी-काउन्टरहरू 2 वा hw-module profile voq सेयरिङ-काउन्टरहरू 4 hw-module pro सँगfile qos voq-mode fair-4 वा hw-module profile राउटर पुन: लोड गर्नु अघि qos voq-mode fair-8।
· ब्रेकआउट सिस्को 400 राउटरमा फेयर-भोक मोड (फेयर-4 र फेयर-8 दुवै) मा 8202G इन्टरफेसहरूमा मात्र समर्थित छ।
· src-इन्टरफेस र src-स्लाइस कुञ्जी शब्दहरू शो कन्ट्रोलर npu तथ्याङ्कहरूमा देख्न सकिन्छ जब तपाईंले VOQ मोडलाई फेयर-8 वा फेयर-4 मा कन्फिगर गर्नुहुन्छ।
निष्पक्ष VOQ कन्फिगर गर्नुहोस्
निष्पक्ष VOQ कन्फिगर गर्न:

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 48

भीड जोगिन

निष्पक्ष VOQ कन्फिगर गर्नुहोस्

1. VOQ तथ्याङ्क काउन्टरहरूको साझेदारी कन्फिगर गर्नुहोस्। यो पूर्वampले २ काउन्टरहरू कन्फिगर गर्दछ।

नोट काउन्टर साझेदारी बिना निष्पक्ष-8 मोड कन्फिगर गर्दा कन्फिगरेसन विफलता वा अन्य अप्रत्याशित व्यवहार हुन सक्छ।
2. निष्पक्ष VOQ मोड कन्फिगर गर्नुहोस्। यो पूर्वample ले फेयर-8 मोड कन्फिगर गर्ने तरिका देखाउँछ।
3. कन्फिगरेसन प्रभावकारी हुनको लागि राउटर पुन: सुरु गर्नुहोस्।
4. तपाईंले प्रत्येक स्रोत पोर्ट र गन्तव्य पोर्ट जोडीहरू बीच समान ट्राफिक वितरण सुनिश्चित गर्न निष्पक्ष VOQ सुविधालाई सफलतापूर्वक सक्षम गर्नुभएको छ।
/*VOQ तथ्याङ्क काउन्टरहरूको साझेदारी कन्फिगर गर्नुहोस्; हामी प्रति कतारमा २ काउन्टरहरू कन्फिगर गर्दैछौं*/ राउटर(कन्फिगरेसन)#hw-module profile तथ्याङ्क?
voqs-sharing-counters voqs को संख्या कन्फिगर गर्नुहोस् (1, 2, 4) साझा काउन्टर राउटर(config) #hw-module profile तथ्याङ्क voqs-sharing-counters?
प्रत्येक लामको लागि 1 काउन्टर 2 2 लामहरू साझा काउन्टरहरू 4 4 लामहरू साझा काउन्टरहरू राउटर(कन्फिग) #hw-module profile तथ्याङ्क voqs-sharing-counters 2
/* fair-voq मोड कन्फिगर गर्नुहोस्; हामी यहाँ फेयर-8 VOQ मोड कन्फिगर गर्दैछौं*/ राउटर# कन्फिग राउटर(कन्फिगरेसन)#hw-module profile qos voq-mode fair-8 राउटर(config)#commit Router#reload location all
चलिरहेको कन्फिगरेसन
hw-module प्रोfile तथ्याङ्क voqs-sharing-counters 2 ! hw-module प्रोfile qos voq-mode fair-8 !
प्रमाणीकरण
निष्पक्ष VOQ कन्फिगरेसन प्रमाणित गर्न शो नियन्त्रक npu तथ्याङ्क voq ingress इन्टरफेस <> उदाहरण <> स्थान <> आदेश चलाउनुहोस्।
राउटर # शो कन्ट्रोलरहरू npu तथ्याङ्क voq प्रवेश इन्टरफेस सय गिग 0/0/0/20 उदाहरण 0 स्थान 0/RP0/CPU0

इन्टरफेस नाम

= Hu0/0/0/20

इन्टरफेस ह्यान्डल

f000118

स्थान

= ०/RP0/CPU0

Asic उदाहरण

पोर्ट गति (kbps)

= १

स्थानीय पोर्ट

स्थानीय

Src इन्टरफेस नाम =

सबै

VOQ मोड

मेला-8

साझा काउन्टर मोड =

ReceivedPkts ReceivedBytes DropppedPkts

ड्रपबाइट्स

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

TC_{0,1} = ११४०२३७२४

1422080

TC_{2,3} = ११४०२३७२४

TC_{4,5} = ११४०२३७२४

TC_{6,7} = ११४०२३७२४

RP/0/RP0/CPU0:ios#

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 49

मोड्युलर QoS भीड जोगिन

भीड जोगिन

सम्बद्ध आदेशहरू hw-module profile qos voq-मोड
मोड्युलर QoS भीड जोगिन
भीडबाट बच्ने प्रविधिहरूले ट्राफिक प्रवाहलाई प्रत्याशा गर्न र सामान्य नेटवर्क अवरोधहरूमा भीडबाट बच्न प्रयासमा निगरानी गर्दछ। भिडभाड हुनु भन्दा पहिले बेवास्ता गर्ने प्रविधीहरू लागू गरिन्छ जसको तुलनामा भीड व्यवस्थापन प्रविधीहरू छन् जसले यो भएको पछि भीड नियन्त्रण गर्दछ। भीडबाट बच्न प्याकेट छोड्ने माध्यमबाट प्राप्त हुन्छ। राउटरले यी QoS भीडबाट बच्ने प्रविधिहरूलाई समर्थन गर्दछ:
· टेल ड्रप र FIFO कतार, पृष्ठ 50 मा · Random Early Detection and TCP, पृष्ठ 52 मा
टेल ड्रप र FIFO कतार
टेल ड्रप एक भीडबाट बच्ने प्रविधि हो जसले प्याकेटहरू ड्रप गर्दछ जब भीड समाप्त नभएसम्म आउटपुट लाइन भरिएको हुन्छ। टेल ड्रपले सबै ट्राफिक प्रवाहलाई समान रूपमा व्यवहार गर्दछ र सेवाको वर्गहरू बीच फरक गर्दैन। यसले फर्स्ट-इन, फर्स्ट-आउट (FIFO) कतारमा राखिएका प्याकेटहरूलाई प्रबन्ध गर्दछ, र उपलब्ध अन्तर्निहित लिङ्क ब्यान्डविथद्वारा निर्धारित दरमा फर्वार्ड गरिन्छ।
टेल ड्रप कन्फिगर गर्नुहोस्
कक्षाको लागि मिल्दो मापदण्ड पूरा गर्ने प्याकेटहरू सेवा नभएसम्म कक्षाको लागि आरक्षित लाइनमा जम्मा हुन्छन्। queue-limit आदेश कक्षाको लागि अधिकतम थ्रेसहोल्ड परिभाषित गर्न प्रयोग गरिन्छ। जब अधिकतम थ्रेसहोल्ड पुग्छ, वर्ग लाममा पङ्क्तिबद्ध प्याकेटहरूले टेल ड्रप (प्याकेट ड्रप) मा परिणाम दिन्छ।
प्रतिबन्धहरू · queue-limit आदेश कन्फिगर गर्दा, तपाईंले निम्न आदेशहरू मध्ये एउटा कन्फिगर गर्नुपर्छ: पूर्वनिर्धारित वर्ग बाहेक प्राथमिकता, आकार औसत, वा ब्यान्डविथ बाँकी।
कन्फिगरेसन पूर्वample तपाईंले टेल ड्रप कन्फिगरेसन पूरा गर्न निम्न कुराहरू पूरा गर्नुपर्नेछ: 1. सेवा निर्दिष्ट गर्न एक वा बढी इन्टरफेसहरूमा संलग्न गर्न सकिने नीति नक्सा सिर्जना गर्ने (वा परिमार्जन गर्ने)
नीति 2. ट्राफिक वर्गलाई ट्राफिक नीतिसँग सम्बद्ध गर्ने 3. नीति नक्सामा कन्फिगर गरिएको वर्ग नीतिको लागि लाइनले राख्न सक्ने अधिकतम सीमा निर्दिष्ट गर्दै। 4. नीति नक्सासँग सम्बन्धित ट्राफिकको वर्गलाई प्राथमिकता निर्दिष्ट गर्दै। 5. (वैकल्पिक) नीति नक्सासँग सम्बन्धित वर्गको लागि आवंटित ब्यान्डविथ निर्दिष्ट गर्दै वा कसरी निर्दिष्ट गर्दै
विभिन्न वर्गहरूमा शेष ब्यान्डविथ आवंटित गर्न। 6. त्यस इन्टरफेसको लागि सेवा नीतिको रूपमा प्रयोग गर्नको लागि आउटपुट इन्टरफेसमा नीति नक्सा संलग्न गर्दै।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 50

भीड जोगिन

टेल ड्रप कन्फिगर गर्नुहोस्

राउटर# कन्फिगर राउटर(कन्फिगर)# नीति-नक्सा परीक्षण-qlimit-1 राउटर(config-pmap)# वर्ग qos-1 राउटर(config-pmap-c)# queue-limit 100 us राउटर(config-pmap-c)# प्राथमिकता स्तर ७ राउटर(config-pmap-c)# निकास राउटर(config-pmap)# निकास
राउटर(कन्फिग)# इन्टरफेस HundredGigE ०/६/०/१८ राउटर(कन्फिग-यदि)# सेवा-नीति आउटपुट टेस्ट-क्लिमिट-१ राउटर(कन्फिग-यदि)# कमिट

चलिरहेको कन्फिगरेसन
नीति-नक्सा परीक्षण-qlimit-1 वर्ग qos-1 लाइन-सीमा 100 us प्राथमिकता स्तर 7 ! वर्ग वर्ग-पूर्वनिर्धारित! अन्त्य-नीति-नक्सा
!

प्रमाणीकरण

राउटर # qos int सय GiigE 0/6/0/18 आउटपुट देखाउनुहोस्

नोट:- कन्फिगर गरिएका मानहरू कोष्ठकहरूमा प्रदर्शित हुन्छन्

इन्टरफेस HundredGigE0/6/0/18 ifh 0x3000220 — आउटपुट नीति

NPU आईडी:

कक्षाको कुल संख्या:

इन्टरफेस ब्यान्डविथ:

100000000 kbps

VOQ आधार:

11176

VOQ तथ्याङ्क ह्यान्डल:

0x88550ea0

लेखा प्रकार:

Layer1 (लेयर 1 encapsulation र माथि समावेश गर्नुहोस्)

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

स्तर १ कक्षा (HP1)

= qos-1

Egressq कतार ID

= 11177 (HP7 कतार)

टेलड्रप थ्रेसहोल्ड

= 1253376 बाइट्स / 100 us (100 us)

यस कक्षाको लागि WRED कन्फिगर गरिएको छैन

Level1 Class Egressq कतार आईडी लाम अधिकतम। BW। कतार न्यूनतम। BW। Inverse Weight / Weight TailDrop Threshold WRED यस वर्गको लागि कन्फिगर गरिएको छैन

= वर्ग-पूर्वनिर्धारित = 11176 (पूर्वनिर्धारित LP कतार) = 101803495 kbps (पूर्वनिर्धारित) = 0 kbps (पूर्वनिर्धारित) = 1 (BWR कन्फिगर गरिएको छैन) = 1253376 बाइट्स / 10 ms (पूर्वनिर्धारित)

सम्बन्धित विषयहरू · टेल ड्रप र FIFO कतार, पृष्ठ 50 मा

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 51

अनियमित प्रारम्भिक पत्ता लगाउने र TCP

भीड जोगिन

अनियमित प्रारम्भिक पत्ता लगाउने र TCP
र्यान्डम अर्ली डिटेक्शन (RED) कन्जेसन एभिएन्स टेक्निकले अग्रसर लिन्छtagTCP को भीड नियन्त्रण संयन्त्रको ई। उच्च भीडको अवधि भन्दा पहिले अनियमित रूपमा प्याकेटहरू छोडेर, RED ले प्याकेट स्रोतलाई यसको प्रसारण दर घटाउन भन्छ। प्याकेट स्रोतले TCP प्रयोग गरिरहेको छ भनी मान्दै, सबै प्याकेटहरू आफ्नो गन्तव्यमा नपुग्दासम्म यसले यसको प्रसारण दर घटाउँछ, यसले भीड हटेको संकेत गर्दछ। तपाईंले प्याकेटहरूको प्रसारणलाई TCP ढिलो गर्नको लागि RED को रूपमा प्रयोग गर्न सक्नुहुन्छ। TCP पज मात्र गर्दैन, तर यसले छिट्टै पुन: सुरु हुन्छ र यसको प्रसारण दरलाई नेटवर्कले समर्थन गर्न सक्ने दरमा अनुकूलन गर्दछ। RED ले समयमै घाटा वितरण गर्छ र ट्राफिक फटहरू अवशोषित गर्दा सामान्य रूपमा कम लाइन गहिराइ कायम राख्छ। यसले औसत लाम आकारमा कारबाही गरेर यो प्राप्त गर्दछ, र तात्कालिक लाम आकारमा होइन। जब इन्टरफेसमा सक्षम हुन्छ, RED ले प्याकेटहरू छोड्न थाल्छ जब तपाईंले कन्फिगरेसनको समयमा चयन गर्नुभएको दरमा भीड हुन्छ।
अनियमित प्रारम्भिक पत्ता लगाउने कन्फिगर गर्नुहोस्
यादृच्छिक प्रारम्भिक पहिचान (RED) सक्षम गर्न न्यूनतम थ्रेसहोल्ड र अधिकतम थ्रेसहोल्ड कुञ्जी शव्दहरूको साथ random-detect आदेश प्रयोग गरिनुपर्छ।
दिशानिर्देशहरू · यदि तपाईंले अनियमित-पत्ता लगाउने कन्फिगर गर्नुभयो भने क्लास-डिफल्ट सहित कुनै पनि वर्गमा आदेश, निम्न आदेशहरू मध्ये एउटा कन्फिगर गर्नुहोस्: आकार औसत वा ब्यान्डविथ बाँकी। · यदि तपाईँले न्यूनतम समर्थित मान भन्दा कमको लाइन-सीमा कन्फिगर गर्नुहुन्छ भने, कन्फिगर गरिएको मान स्वचालित रूपमा समर्थित न्यूनतम मानमा समायोजन हुन्छ। अनियमित-पत्ता लगाउने कन्फिगर गर्दा, यदि तपाईंले सेट गर्नुभयो भने र न्यूनतम समर्थित थ्रेसहोल्ड मान भन्दा कम मानहरू: · The मान स्वचालित रूपमा न्यूनतम समर्थित मानमा समायोजन हुन्छ। · द मानले न्यूनतम समर्थित थ्रेसहोल्ड मान भन्दा माथिको मानमा स्वतः समायोजन गर्दैन। यसले असफल अनियमित-पत्ता लगाउने कन्फिगरेसनमा परिणाम दिन्छ। यो त्रुटि रोक्नको लागि, कन्फिगर गर्नुहोस् मूल्य यस्तो छ कि यो भन्दा बढी छ तपाईको प्रणालीलाई समर्थन गर्ने मूल्य।
कन्फिगरेसन पूर्वampयादृच्छिक प्रारम्भिक पत्ता लगाउने कन्फिगरेसन पूरा गर्न निम्न कार्यहरू पूरा गर्नुहोस्: 1. नीति नक्सा सिर्जना (वा परिमार्जन) जुन सेवा निर्दिष्ट गर्न एक वा बढी इन्टरफेसहरूमा संलग्न गर्न सकिन्छ।
नीति 2. ट्राफिक वर्गलाई ट्राफिक नीतिसँग जोड्ने 3. न्यूनतम र अधिकतम थ्रेसहोल्डको साथ RED सक्षम गर्ने। 4. निम्न मध्ये एउटा कन्फिगर गर्नुहोस्:
· विभिन्न वर्गहरूमा शेष ब्यान्डविथ कसरी आवंटित गर्ने भनेर निर्दिष्ट गर्दै। वा
· निर्दिष्ट बिट दर वा प्रतिशतमा ट्राफिकलाई आकार दिँदैtagउपलब्ध ब्यान्डविथको e।
5. त्यस इन्टरफेसको लागि सेवा नीतिको रूपमा प्रयोग गर्नको लागि आउटपुट इन्टरफेसमा नीति नक्सा संलग्न गर्दै।
Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 52

भीड जोगिन

अनियमित प्रारम्भिक पत्ता लगाउने कन्फिगर गर्नुहोस्

राउटर# कन्फिगर राउटर(कन्फिगर)# नीति-नक्सा रातो-abs-नीति राउटर(कन्फिग-pmap)# वर्ग qos-1 राउटर(config-pmap-c)# अनियमित-पत्ता राउटर(config-pmap-c)# आकार औसत प्रतिशत १० राउटर(config-pmap-c)# end-policy-map राउटर(config)# कमिट राउटर(config)# इन्टरफेस HundredGigE10/0/0/0 राउटर(config- यदि)# सेवा-नीति आउटपुट रातो-abs-नीति राउटर(कन्फिग-यदि)# कमिट
चलिरहेको कन्फिगरेसन
नीति-नक्सा रातो-abs-नीति वर्ग tc7
प्राथमिकता स्तर 1 लाम-सीमा 75 mbytes! वर्ग tc6 प्राथमिकता स्तर 2 लाइन-सीमा 75 mbytes! वर्ग tc5 आकार औसत 10 gbps कतार-सीमा 75 mbytes! वर्ग tc4 आकार औसत 10 gbps कतार-सीमा 75 mbytes! वर्ग tc3 आकार औसत 10 gbps कतार-सीमा 75 mbytes! वर्ग tc2 आकार औसत 10 gbps कतार-सीमा 75 mbytes! वर्ग tc1 आकार औसत 10 gbps random-detect ecn random-detect 100 mbytes 200 mbytes ! वर्ग वर्ग-पूर्वनिर्धारित आकार औसत 10 gbps अनियमित-पत्ता लगाउने 100 mbytes 200 mbytes! अन्त्य-नीति-नक्सा!
इन्टरफेस HundredGigE0/0/0/12 service-policy आउटपुट red-abs-policy बन्द !
प्रमाणीकरण
राउटर # qos int सय GiigE 0/6/0/18 आउटपुट देखाउनुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 53

स्पष्ट भीड सूचना

भीड जोगिन

नोट:- कन्फिगर गरिएका मानहरू कोष्ठकहरूमा प्रदर्शित हुन्छन्

इन्टरफेस HundredGigE0/0/0/12 ifh 0x3000220 — आउटपुट नीति

NPU आईडी:

कक्षाको कुल संख्या:

इन्टरफेस ब्यान्डविथ:

100000000 kbps

VOQ आधार:

11176

VOQ तथ्याङ्क ह्यान्डल:

0x88550ea0

लेखा प्रकार:

Layer1 (लेयर 1 encapsulation र माथि समावेश गर्नुहोस्)

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

स्तर १ कक्षा

= qos-1

Egressq कतार ID

= १११७७ (LP कतार)

लाम अधिकतम। BW।

= 10082461 kbps (10%)

कतार न्यूनतम। BW।

= ० केबीपीएस (पूर्वनिर्धारित)

उल्टो वजन / वजन

= 1 (BWR कन्फिगर गरिएको छैन)

ग्यारेन्टी सेवा दर

= 10000000 kbps

टेलड्रप थ्रेसहोल्ड

= 12517376 बाइट्स / 10 ms (पूर्वनिर्धारित)

पूर्वनिर्धारित रेड प्रोfile रातो न्यूनतम। थ्रेसहोल्ड RED अधिकतम। थ्रेसहोल्ड

= 12517376 बाइट्स (10 ms) = 12517376 बाइट्स (10 ms)

Level1 Class Egressq कतार आईडी लाम अधिकतम। BW। कतार न्यूनतम। BW। उल्टो वजन / तौल ग्यारेन्टी सेवा दर टेलड्रप थ्रेसहोल्ड WRED यस वर्गको लागि कन्फिगर गरिएको छैन

= वर्ग-पूर्वनिर्धारित = 11176 (पूर्वनिर्धारित LP लाम) = 101803495 kbps (पूर्वनिर्धारित) = 0 kbps (डिफल्ट) = 1 (BWR कन्फिगर गरिएको छैन) = 50000000 kbps = 62652416 बाइट्स / 10 ms (पूर्वनिर्धारित)

सम्बन्धित विषयहरू · Random Early Detection and TCP, पृष्ठ ५२ मा

स्पष्ट भीड सूचना
Random Early Detection (RED) नेटवर्कको कोर राउटरहरूमा लागू हुन्छ। एज राउटरहरूले प्याकेटहरूमा आईपी प्राथमिकताहरू तोक्छन्, किनकि प्याकेटहरू नेटवर्कमा प्रवेश गर्छन्। RED को साथ, कोर राउटरहरूले विभिन्न प्रकारका ट्राफिकहरू कसरी व्यवहार गर्ने भनेर निर्धारण गर्न यी प्राथमिकताहरू प्रयोग गर्छन्। RED ले प्रति ट्राफिक वर्ग वा विभिन्न IP पूर्वताका लागि एकल थ्रेसहोल्ड र तौलहरू प्रदान गर्दछ।
ECN RED को विस्तार हो। ECN ले प्याकेटहरूलाई छोड्नुको सट्टा चिन्ह लगाउँदछ जब औसत लामको लम्बाइ निश्चित थ्रेसहोल्ड मान नाघ्छ। कन्फिगर गर्दा, ECN ले राउटरहरू र अन्तिम होस्टहरूलाई नेटवर्क भीडभाड भएको र प्याकेटहरू पठाउन ढिलो भएको कुरा बुझ्न मद्दत गर्छ। यद्यपि, यदि लामको लम्बाइ विस्तारित मेमोरीको लागि अधिकतम थ्रेसहोल्ड भन्दा माथि छ भने, प्याकेटहरू छोडिन्छन्। यो राउटरमा ECN कन्फिगर नगरी RED सक्षम हुँदा प्याकेटले प्राप्त गर्ने समान उपचार हो।
RFC 3168, The Addition of Explicit Congestion Notification (ECN) to IP, बताउँछ कि सक्रिय लाम व्यवस्थापनको थपको साथ (पूर्वको लागिample, RED) इन्टरनेट पूर्वाधारमा, राउटरहरू अब भीडको संकेतको रूपमा प्याकेट हराउनमा सीमित छैनन्।

नोट तपाईंले यो सुविधा प्रयोग गर्न सक्नुहुन्न जब तपाईंले प्रवेश नीतिमा ट्राफिक वर्गको साथ qos-group वा mpls प्रयोगात्मक सेट गर्नुभयो।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 54

भीड जोगिन

स्पष्ट भीड सूचना

ECN को कार्यान्वयन
ECN लागू गर्नको लागि ECN-विशेष क्षेत्र आवश्यक छ जसमा दुई बिटहरू छन्- ECN-सक्षम यातायात (ECT) बिट र CE (Congestion Experienced) बिट- IP हेडरमा। ECT बिट र CE बिट 00 देखि 11 सम्मको चार कोड बिन्दु बनाउन प्रयोग गर्न सकिन्छ। पहिलो नम्बर ECT बिट र दोस्रो नम्बर CE बिट हो।
तालिका १२: ECN बिट सेटिङ

ECT बिट ० ०
1
1

CE बिट 0 1
0
1

संयोजन संकेत गर्दछ
छैन-ECN-सक्षम।
यातायात प्रोटोकलको अन्तिम बिन्दुहरू ECN-सक्षम छन्।
यातायात प्रोटोकलको अन्तिम बिन्दुहरू ECN-सक्षम छन्।
भिडभाड अनुभव भयो ।

ECN क्षेत्र संयोजन 00 ले संकेत गर्दछ कि प्याकेटले ECN प्रयोग गरिरहेको छैन। कोड बिन्दुहरू 01 र 10- भनिन्छ ECT(1) र ECT(0), क्रमशः डाटा प्रेषकद्वारा सेट गरिएको हो कि यातायात प्रोटोकलको अन्तिम बिन्दुहरू ECN-सक्षम छन्। राउटरहरूले यी दुई कोड बिन्दुहरूलाई समान रूपमा व्यवहार गर्छन्। डाटा प्रेषकहरूले यी दुई संयोजनहरू मध्ये एक वा दुवै प्रयोग गर्न सक्छन्। ECN फिल्ड संयोजन 11 ले अन्तिम बिन्दुहरूमा भीड संकेत गर्दछ। राउटरको पूर्ण लाममा आउने प्याकेटहरू छोडिनेछ।

ECN सक्षम हुँदा प्याकेट ह्यान्डलिङ
जब ECN सक्षम हुन्छ, बीचमा सबै प्याकेटहरू र ECN बाट चिन्ह लगाइएको छ। यदि लामको लम्बाइ न्यूनतम थ्रेसहोल्ड र अधिकतम थ्रेसहोल्डको बीचमा छ भने तीन फरक परिदृश्यहरू उत्पन्न हुन्छन्:
· यदि प्याकेटमा रहेको ECN फिल्डले अन्तिम बिन्दुहरू ECN-सक्षम छन् भनेर संकेत गर्छ (अर्थात, ECT बिट 1 मा सेट गरिएको छ र CE बिट 0 मा सेट गरिएको छ, वा ECT बिट 0 मा सेट गरिएको छ र CE बिट सेट गरिएको छ। 1 मा) - र RED एल्गोरिदमले प्याकेट ड्रप सम्भाव्यताको आधारमा छोडिएको हुनुपर्छ भनेर निर्धारण गर्दछ - प्याकेटका लागि ECT र CE बिटहरू 1 मा परिवर्तन गरिन्छ, र प्याकेट प्रसारण हुन्छ। यो हुन्छ किनभने ECN सक्षम गरिएको छ र प्याकेट छोड्नुको सट्टा चिन्ह लगाइन्छ।
· यदि प्याकेटमा रहेको ECN फिल्डले कुनै पनि अन्तिम बिन्दु ECN-सक्षम छैन भनेर संकेत गर्छ (अर्थात, ECT बिट 0 मा सेट गरिएको छ र CE बिट 0 मा सेट गरिएको छ), प्याकेट प्रसारण हुन्छ। यद्यपि, अधिकतम टेल ड्रप थ्रेसहोल्ड नाघ्यो भने, प्याकेट छोडिन्छ। यो राउटरमा ECN कन्फिगर नगरी RED सक्षम हुँदा प्याकेटले प्राप्त गर्ने समान उपचार हो।
· यदि प्याकेटमा रहेको ECN फिल्डले सञ्जालले भिडभाड अनुभव गरिरहेको संकेत गर्छ (अर्थात, ECT बिट र CE बिट दुवै १ मा सेट गरिएको छ), प्याकेट पठाइन्छ। थप चिन्ह लगाउन आवश्यक छैन।

कन्फिगरेसन पूर्वample
राउटर # कन्फिगर राउटर (कन्फिगर) # नीति-नक्सा नीति1 राउटर (कन्फिग-pmap) # वर्ग वर्ग 1 राउटर (कन्फिग-pmap-c) # ब्यान्डविथ प्रतिशत 50 राउटर (कन्फिग-pmap-c) # अनियमित-पत्ता लगाउने 1000 प्याकेटहरू 2000 प्याकेटहरू राउटर (config-pmap-c)# random-detect ecn राउटर(config-pmap-c)# निकास

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 55

स्पष्ट भीड सूचना

भीड जोगिन

राउटर(config-pmap)# निकास राउटर(config)# कमिट

प्रमाणीकरण कन्फिगरेसन प्रमाणित गर्न नीति-नक्सा इन्टरफेस देखाउनुहोस् प्रयोग गर्नुहोस्।

राउटर# देखाउनुहोस् नीति-नक्सा int hu 0/0/0/35 आउटपुट TenGigE0/0/0/6 आउटपुट: pm-out-queue

HundredGigE0/0/0/35 आउटपुट: egress_qosgrp_ecn

कक्षा tc7

वर्गीकरण तथ्याङ्क

मिल्यो

प्रसारित

कुल छोडियो

पङ्क्तिबद्ध तथ्याङ्कहरू

लाम ID

टेलड्रप गरिएको (प्याकेट/बाइट्स)

(प्याकेट/बाइट्स)

(दर - केबीपीएस)

१/४

: १८१८३ : ७१५६९३३/७३२८६९९३९२

WRED प्रोfile को लागी

रेड ट्रान्समिटेड (प्याकेट/बाइट्स)

: N/A

रातो अनियमित ड्रप (प्याकेट/बाइट्स)

: N/A

रातो अधिकतम थ्रेसहोल्ड ड्रप (प्याकेट/बाइट्स)

: N/A

RED ecn चिन्ह लगाइएको र प्रसारित (प्याकेट/बाइट): 188696802/193225525248

कक्षा tc6

वर्गीकरण तथ्याङ्क

(प्याकेट/बाइट्स)

(दर - केबीपीएस)

मिल्यो

१/४

प्रसारित

१/४

कुल छोडियो

१/४

पङ्क्तिबद्ध तथ्याङ्कहरू

लाम ID

: ३

टेलड्रप गरिएको (प्याकेट/बाइट्स)

: ०३/२०२४

WRED प्रोfile को लागी

रेड ट्रान्समिटेड (प्याकेट/बाइट्स)

: N/A

रातो अनियमित ड्रप (प्याकेट/बाइट्स)

: N/A

रातो अधिकतम थ्रेसहोल्ड ड्रप (प्याकेट/बाइट्स)

: N/A

RED ecn चिन्ह लगाइएको र प्रसारित (प्याकेट/बाइट): 641807908/128361581600

कक्षा tc5

वर्गीकरण तथ्याङ्क

(प्याकेट/बाइट्स)

(दर - केबीपीएस)

मिल्यो

१/४

6138

प्रसारित

१/४

5903

कुल छोडियो

१/४

235

पङ्क्तिबद्ध तथ्याङ्कहरू

लाम ID

: ३

टेलड्रप गरिएको (प्याकेट/बाइट्स)

: ०३/२०२४

WRED प्रोfile को लागी

रेड ट्रान्समिटेड (प्याकेट/बाइट्स)

: N/A

रातो अनियमित ड्रप (प्याकेट/बाइट्स)

: N/A

रातो अधिकतम थ्रेसहोल्ड ड्रप (प्याकेट/बाइट्स)

: N/A

RED ecn चिन्ह लगाइएको र प्रसारित (प्याकेट/बाइट): 398377929/79675585800

नोट RED ecn चिन्ह लगाइएको र प्रसारित (प्याकेट/बाइट्स) पङ्क्तिले ECN चिन्ह लगाइएका प्याकेटहरूको तथ्याङ्क देखाउँछ। सुरु गर्न, यसले ०/० देखाउँछ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 56

१ अध्याय

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

प्राथमिकता प्रवाह नियन्त्रण ओभरview, पृष्ठ 57 मा · कन्फिगर योग्य ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू, पृष्ठ 66 मा · प्राथमिकता प्रवाह नियन्त्रण वाचडग ओभरview, पृष्ठ १ मा

प्राथमिकता प्रवाह नियन्त्रण ओभरview

तालिका १: विशेषता इतिहास तालिका
सुविधाको नाम
सिस्को ८८०८ र सिस्को ८८१२ मोड्युलर चेसिस लाइन कार्डहरूमा प्राथमिकता प्रवाह नियन्त्रण

विमोचन सूचना विज्ञप्ति 7.5.3

सर्टलिंक प्राथमिकता प्रवाह नियन्त्रण रिलीज 7.3.3

विशेषता विवरण
प्राथमिकता प्रवाह नियन्त्रण अब निम्न लाइन कार्डमा बफर-आन्तरिक मोडमा समर्थित छ:
· 88-LC0-34H14FH
यो सुविधा बफर-आन्तरिक र बफर-विस्तारित मोडहरूमा समर्थित छ:
· 88-LC0-36FH
बफर-बाह्य मोड बाहेक, यो सुविधाको लागि समर्थन अब निम्न लाइन कार्डहरूमा बफर-आन्तरिक मोडमा विस्तार हुन्छ:
· 88-LC0-36FH-M
· 8800-LC-48H
यो सुविधा र hw-module प्रोfile प्राथमिकता-प्रवाह-नियन्त्रण आदेश 88-LC0-36FH लाइन कार्डमा समर्थित छन्।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 57

प्राथमिकता प्रवाह नियन्त्रण ओभरview

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

सुविधाको नाम

सूचना जारी गर्नुहोस्

Cisco 8800 36×400 GbE QSFP56-DD लाइन कार्डहरूमा प्राथमिकता प्रवाह नियन्त्रण समर्थन (88-LC0-36FH-M)

रिलीज 7.3.15

प्राथमिकता प्रवाह नियन्त्रण

रिलीज 7.3.1

विशेषता विवरण
यो सुविधा र hw-module प्रोfile प्राथमिकता-प्रवाह-नियन्त्रण आदेश 88-LC0-36FH-M र 8800-LC-48H लाइन कार्डहरूमा समर्थित छन्।
यस सुविधाका सबै अघिल्लो प्रकार्यहरू र फाइदाहरू यी लाइन कार्डहरूमा उपलब्ध छन्। यद्यपि, बफर-आन्तरिक मोड समर्थित छैन।
थप रूपमा, यी लाइन कार्डहरूमा बफर-विस्तारित मोड प्रयोग गर्न, तपाईंले प्रदर्शन क्षमता वा हेडरूम मानहरू कन्फिगर गर्न आवश्यक छ। यो कन्फिगरेसन आवश्यकताले सुनिश्चित गर्दछ कि तपाइँ हानिरहित व्यवहार प्राप्त गर्नको लागि राम्रो प्रावधान र कार्यभार सन्तुलन गर्न सक्नुहुन्छ, जसले ब्यान्डविथ र स्रोतहरूको कुशल प्रयोग सुनिश्चित गर्दछ।
यो सुविधा र hw-module प्रोfile प्राथमिकता-प्रवाह-नियन्त्रण आदेश समर्थित छैन।

प्राथमिकता-आधारित प्रवाह नियन्त्रण (IEEE 802.1Qbb), जसलाई वर्ग-आधारित प्रवाह नियन्त्रण (CBFC) वा प्रति प्राथमिकता पज (PPP) पनि भनिन्छ, एक संयन्त्र हो जसले भीडको कारणले फ्रेम नोक्सानलाई रोक्छ। PFC 802.x फ्लो कन्ट्रोल (पज फ्रेम्स) वा लिङ्क-लेभल फ्लो कन्ट्रोल (LFC) जस्तै छ। यद्यपि, PFC प्रति वर्ग-अफ-सर्भिस (CoS) आधारमा कार्य गर्दछ।
भीडको समयमा, PFC पज गर्नको लागि CoS मान संकेत गर्न पज फ्रेम पठाउँछ। PFC पज फ्रेमले प्रत्येक CoS को लागि 2-अक्टेट टाइमर मान समावेश गर्दछ जसले ट्राफिक रोक्नको लागि समयको लम्बाइलाई संकेत गर्दछ। टाइमरको लागि समयको एकाइ पज क्वान्टामा निर्दिष्ट गरिएको छ। क्वान्टा भनेको पोर्टको गतिमा ५१२ बिट्स ट्रान्समिट गर्नको लागि आवश्यक समय हो। दायरा 512 देखि 0 क्वान्टा सम्म छ।
PFC ले एक विशेष CoS मानको फ्रेमहरू पठाउन बन्द गर्न साथीहरूलाई एक प्रसिद्ध मल्टिकास्ट ठेगानामा पज फ्रेम पठाउन अनुरोध गर्दछ। यो पज फ्रेम एक-हप फ्रेम हो र साथी द्वारा प्राप्त गर्दा फर्वार्ड गरिएको छैन। जब भीड कम हुन्छ, राउटरले PFC फ्रेमहरूलाई अपस्ट्रिम नोडमा पठाउन रोक्छ।
तपाईंले hw-module pro प्रयोग गरेर प्रत्येक लाइन कार्डको लागि PFC कन्फिगर गर्न सक्नुहुन्छfile प्राथमिकता-प्रवाह-नियन्त्रण आदेश दुई मोडहरू मध्ये एकमा:
· बफर-आन्तरिक
· बफर विस्तारित

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 58

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

बफर-आन्तरिक मोड

नोट गर्नुहोस् PFC थ्रेसहोल्ड कन्फिगरेसनहरू पज आदेशमा बहिष्कृत छन्। hw-module pro प्रयोग गर्नुहोस्file PFC थ्रेसहोल्ड कन्फिगरेसनहरू कन्फिगर गर्न प्राथमिकता-प्रवाह-नियन्त्रण आदेश।
सम्बन्धित विषयहरू · पृष्ठ 61 मा प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्
प्राथमिकता प्रवाह नियन्त्रण वाचडग ओभरview, पृष्ठ १ मा
बफर-आन्तरिक मोड
यदि PFC-सक्षम यन्त्रहरू 1 किमी भन्दा बढी टाढा छैनन् भने यो मोड प्रयोग गर्नुहोस्। तपाईंले hw-module pro प्रयोग गरेर ट्राफिक वर्गका लागि पज-थ्रेसहोल्ड, हेडरूम (दुवै PFC सँग सम्बन्धित), र ECN को लागि मानहरू सेट गर्न सक्नुहुन्छ।file यस मोडमा प्राथमिकता-प्रवाह-नियन्त्रण आदेश। बफर-आन्तरिक कन्फिगरेसन सबै पोर्टहरूमा लागू हुन्छ जुन लाइन कार्डले होस्ट गर्दछ, जसको मतलब तपाईंले प्रति लाइन कार्डमा यी मानहरूको सेट कन्फिगर गर्न सक्नुहुन्छ। इन्टरफेसमा जोडिएको लामबद्ध नीतिमा अवस्थित लाम सीमा र ECN कन्फिगरेसनले यस मोडमा कुनै प्रभाव पार्दैन। यस मोडको लागि प्रभावकारी लाम सीमा = पज-थ्रेशोल्ड + हेडरूम (बाइटहरूमा)
प्रतिबन्ध र दिशानिर्देशहरू
बफर-आन्तरिक मोड प्रयोग गरी PFC थ्रेसहोल्ड मानहरू कन्फिगर गर्दा निम्न प्रतिबन्धहरू र दिशानिर्देशहरू लागू हुन्छन्।
· PFC सुविधा निश्चित चेसिस प्रणालीहरूमा समर्थित छैन। · PFC कन्फिगर गरिएको चेसिसमा कुनै ब्रेकआउट कन्फिगर गरिएको छैन भनी सुनिश्चित गर्नुहोस्। PFC कन्फिगर गर्दै
र एउटै चेसिसमा ब्रेकआउटले ट्राफिक हानि सहित अप्रत्याशित व्यवहार निम्त्याउन सक्छ। · यो सुविधा बन्डल र गैर-बन्डल उप-इन्टरफेस लामहरूमा समर्थित छैन। · यो सुविधा 40GbE, 100 GbE र 400 GbE इन्टरफेसमा समर्थित छ। · यो सुविधा 4xVOQ कतार मोडमा समर्थित छैन। · VOQ काउन्टरहरूको साझेदारी कन्फिगर गरिएको बेला यो सुविधा समर्थित छैन।
बफर-विस्तारित मोड
लामो दूरीको जडान भएका PFC-सक्षम यन्त्रहरूको लागि यो मोड प्रयोग गर्नुहोस्। तपाईंले hw-module pro प्रयोग गरेर पज-थ्रेशोल्डको लागि मान सेट गर्न सक्नुहुन्छfile यस मोडमा प्राथमिकता-प्रवाह-नियन्त्रण आदेश। तथापि, तपाईंले ECN र लामबद्ध सीमाहरू सेट गर्नको लागि इन्टरफेसमा संलग्न कतार नीति कन्फिगर गर्नुपर्छ। बफर-विस्तारित कन्फिगरेसन लाइन कार्डले होस्ट गर्ने सबै पोर्टहरूमा लागू हुन्छ, जसको मतलब तपाईंले प्रति लाइन कार्डमा यी मानहरूको सेट कन्फिगर गर्न सक्नुहुन्छ।

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 59

महत्त्वपूर्ण विचारहरू

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

कन्फिगरेसन दिशानिर्देशहरू · 88-LC0-36FH-M लाइन कार्डहरूमा बफर-विस्तारित मोड कन्फिगर गर्दा महत्त्वपूर्ण बिन्दुहरू: · पज-थ्रेशोल्ड बाहेक, तपाईंले हेडरूमको लागि मानहरू पनि कन्फिगर गर्नुपर्छ। · हेडरूम मान दायरा 4 देखि 75000 सम्म छ। · पज-थ्रेशोल्ड र हेडरूम मानहरू किलोबाइट (KB) वा मेगाबाइट (MB) को एकाइहरूमा निर्दिष्ट गर्नुहोस्।
· 8800-LC-48H लाइन कार्डहरूमा बफर-विस्तारित मोड कन्फिगर गर्दा महत्त्वपूर्ण बिन्दुहरू: · पज-थ्रेशोल्डको लागि मात्र मानहरू कन्फिगर गर्नुहोस्। हेडरूम मानहरू कन्फिगर नगर्नुहोस्। मिलिसेकेन्ड (ms) वा माइक्रोसेकेन्डको एकाइहरूमा पज-थ्रेशोल्ड कन्फिगर गर्नुहोस्। · किलोबाइट (KB) वा मेगाबाइट (MB) एकाइहरूको एकाइहरू प्रयोग नगर्नुहोस्, यद्यपि CLI ले तिनीहरूलाई विकल्पहरूको रूपमा देखाउँछ। मिलिसेकेन्ड (ms) वा माइक्रोसेकेन्डको एकाइहरू मात्र प्रयोग गर्नुहोस्।

(पृष्ठ ६१ मा प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्)

महत्त्वपूर्ण विचारहरू
· यदि तपाइँ PFC मानहरू बफर-आन्तरिक मोडमा कन्फिगर गर्नुहुन्छ भने, त्यसपछि लाइन कार्डको लागि ECN मान बफर-आन्तरिक कन्फिगरेसनबाट व्युत्पन्न हुन्छ। यदि तपाइँ PFC मानहरू बफर-विस्तारित मोडमा कन्फिगर गर्नुहुन्छ भने, त्यसपछि ECN मान नीति नक्साबाट व्युत्पन्न हुन्छ। (ECN सुविधा बारे विवरणहरूको लागि, पृष्ठ 54 मा स्पष्ट भीड अधिसूचना हेर्नुहोस्।)
· बफर-आन्तरिक र बफर-विस्तारित मोडहरू एउटै लाइन कार्डमा सँगै रहन सक्दैनन्।
· यदि तपाईंले लाइन कार्डमा ट्राफिक-वर्ग कार्यहरू थप्नुभयो वा हटाउनुभयो भने, तपाईंले लाइन कार्ड पुन: लोड गर्नुपर्छ।
· बफर-आन्तरिक मोड प्रयोग गर्दा, तपाइँ लाइन कार्ड पुन: लोड नगरी निम्न प्यारामिटरहरूको मान परिवर्तन गर्न सक्नुहुन्छ। यद्यपि, यदि तपाईंले नयाँ ट्राफिक वर्ग थप्नुभयो र त्यो ट्राफिक वर्गमा पहिलो पटक यी मानहरू कन्फिगर गर्नुभयो भने, तपाईंले मानहरू प्रभावमा आउनको लागि लाइन कार्ड पुन: लोड गर्नुपर्छ।
· पज-थ्रेसहोल्ड
· हेडरूम
· ECN

· यदि तपाइँ hw-module pro प्रयोग गरेर ECN कन्फिगरेसन थप्नुहुन्छ वा हटाउनुहुन्छfile priority-flow-control command, ECN परिवर्तनहरू प्रभावकारी हुनको लागि तपाईंले लाइन कार्ड पुन: लोड गर्नुपर्छ।
· बफर-आन्तरिक मोडको लागि PFC थ्रेसहोल्ड मान दायराहरू निम्नानुसार छन्।

थ्रेसहोल्ड

कन्फिगर गरिएको (बाइट्स)

पज (मिनेट)

307200

पज (अधिकतम)

422400

हेडरूम (मिनेट)

345600

हेडरूम (अधिकतम)

537600

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 60

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

प्राथमिकता प्रवाह नियन्त्रणको लागि हार्डवेयर समर्थन

थ्रेसहोल्ड ecn (min) ecn (अधिकतम)

कन्फिगर गरिएको (बाइट्स) 153600 403200

· ट्राफिक-वर्गको लागि, ECN मान सधैँ कन्फिगर गरिएको पज-थ्रेसहोल्ड मान भन्दा कम हुनुपर्छ।
· पज-थ्रेशोल्ड र हेडरूमको लागि संयुक्त कन्फिगर गरिएको मानहरू 844800 बाइटहरू भन्दा बढी हुनु हुँदैन। अन्यथा, कन्फिगरेसन अस्वीकार गरिएको छ।
· बफर-विस्तारित मोडको लागि पज-थ्रेशोल्ड मान दायरा 2 मिलिसेकेन्ड (ms) बाट 25 ms र 2000 माइक्रोसेकेन्ड देखि 25000 माइक्रोसेकेन्ड सम्म छ।

प्राथमिकता प्रवाह नियन्त्रणको लागि हार्डवेयर समर्थन
तालिकाले प्रति रिलीज PFC लाई समर्थन गर्ने PID र PFC मोड जसमा समर्थन उपलब्ध छ सूचीबद्ध गर्दछ।
तालिका 14: PFC हार्डवेयर समर्थन म्याट्रिक्स

रिलीज रिलीज 7.3.15

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

PFC मोड बफर-विस्तारित

रिलीज 7.0.11

8800-LC-48H

बफर-आन्तरिक

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्
तपाईं सक्रिय नेटवर्क QoS नीति द्वारा परिभाषित CoS को लागि नो-ड्रप व्यवहार सक्षम गर्न PFC कन्फिगर गर्न सक्नुहुन्छ।

नोट गर्नुहोस् जब तपाइँ PFC सक्षम गर्नुहुन्छ प्रणालीले पूर्वनिर्धारित रूपमा सर्टलिङ्क PFC सक्षम गर्दछ।
कन्फिगरेसन पूर्वample तपाईंले PFC कन्फिगरेसन पूरा गर्न निम्न कुराहरू पूरा गर्नुपर्छ: 1. इन्टरफेस स्तरमा PFC सक्षम गर्नुहोस्। 2. प्रवेश वर्गीकरण नीति कन्फिगर गर्नुहोस्। 3. इन्टरफेसमा PFC नीति संलग्न गर्नुहोस्। 4. बफर-आन्तरिक वा बफर-विस्तारित मोड प्रयोग गरेर PFC थ्रेसहोल्ड मानहरू कन्फिगर गर्नुहोस्।
राउटर# कन्फिगर राउटर(कन्फिगर)# प्राथमिकता-प्रवाह-नियन्त्रण मोडमा /*इनग्रेस वर्गीकरण नीति कन्फिगर गर्नुहोस्*/

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 61

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

राउटर(कन्फिग)# क्लास-नक्सा मिल्दो-कुनै पनि prec7 राउटर(कन्फिग-सीम्याप)# मिल्दो प्राथमिकता राउटर(कन्फिग)# क्लास-नक्सा मिलान-कुनै tc7 /*इन्ग्रेस नीति संलग्न*/ राउटर(कन्फिग-यदि) # सेवा-नीति इनपुट QOS_marking /*Egress नीति संलग्न*/ राउटर(config-if)# service-policy आउटपुट qos_queuing राउटर(config-pmap-c)# exit Router(config-pmap)# exit Router(config)# show controllers npu priority-flow - नियन्त्रण स्थान
चलिरहेको कन्फिगरेसन
*इन्टरफेस स्तर* इन्टरफेस HundredGigE0/0/0/0
प्राथमिकता-प्रवाह-नियन्त्रण मोड सक्रिय छ
*इन्ग्रेस:* वर्ग-नक्सा मिलान-कुनै पनि पूर्व7
मिलान अग्रता 7
अन्त-वर्ग-नक्सा
!
वर्ग-नक्सा मिलान-कुनै पनि prec6
मिलान अग्रता 6
अन्त-वर्ग-नक्सा
!
वर्ग-नक्सा मिलान-कुनै पनि prec5
मिलान अग्रता 5
अन्त-वर्ग-नक्सा
!
वर्ग-नक्सा मिलान-कुनै पनि prec4
मिलान अग्रता 4
अन्त-वर्ग-नक्सा
!
वर्ग-नक्सा मिलान-कुनै पनि prec3 मिल्दो अग्रता 3 अन्त-वर्ग-नक्सा! वर्ग-नक्सा मिल्ने-कुनै पनि prec2 मिलान अग्रता 2 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मिल्ने-कुनै पनि prec1 मिलान अग्रता 1 अन्त-वर्ग-नक्सा ! ! नीति-नक्सा QOS_MARKING

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 62

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्
class prec7 सेट ट्राफिक-वर्ग 7 सेट qos-समूह 7
! कक्षा prec6
ट्राफिक-वर्ग 6 सेट गर्नुहोस् qos-समूह 6! class prec5 सेट ट्राफिक-वर्ग 5 सेट qos-समूह 5! class prec4 सेट ट्राफिक-वर्ग 4 सेट qos-समूह 4! class prec3 सेट ट्राफिक-वर्ग 3 सेट qos-समूह 3! वर्ग prec2 सेट यातायात-वर्ग 2 सेट qos-समूह 2! class prec1 सेट ट्राफिक-वर्ग 1 सेट qos-समूह 1! वर्ग वर्ग-पूर्वनिर्धारित सेट यातायात-वर्ग 0 सेट qos-समूह 0 !
*Egress:* वर्ग-नक्सा मिल्ने-कुनै पनि tc7
ट्राफिक-वर्ग 7 अन्त-वर्ग-नक्सा मिलाउनुहोस्! वर्ग-नक्सा मेल खान्छ-कुनै पनि tc6 मेल खान्छ ट्राफिक-वर्ग 6 अन्त-वर्ग-नक्सा! वर्ग-नक्सा मेल खान्छ-कुनै पनि tc5 मेल खान्छ ट्राफिक-वर्ग 5 अन्त-वर्ग-नक्सा
!
वर्ग-नक्सा मिलान-कुनै पनि tc4
ट्राफिक-वर्ग 4 मिलाउनुहोस्
अन्त-वर्ग-नक्सा
!
वर्ग-नक्सा मिलान-कुनै पनि tc3
ट्राफिक-वर्ग 3 मिलाउनुहोस्
अन्त-वर्ग-नक्सा
!

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 63

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

वर्ग-नक्सा-कुनै पनि tc2 मेल खान्छ ट्राफिक-वर्ग 2 अन्त-वर्ग-नक्सा ! वर्ग-नक्सा मिल्छ-कुनै पनि tc1 मेल खान्छ ट्राफिक-वर्ग 1 अन्त-वर्ग-नक्सा ! नीति-नक्सा QOS_QUEUING वर्ग tc7
प्राथमिकता स्तर १ आकार औसत प्रतिशत १० ! वर्ग tc1 ब्यान्डविथ शेष अनुपात 10 कतार-सीमा 6 ms! वर्ग tc1 ब्यान्डविथ शेष अनुपात 100 कतार-सीमा 5 ms! वर्ग tc20 ब्यान्डविथ बाँकी अनुपात 100 अनियमित-पत्ता लगाउने ECN अनियमित-पत्ता लगाउँनुहोस् 4 बाइट्स 20 mbytes! वर्ग tc6144 ब्यान्डविथ बाँकी अनुपात 100 अनियमित-पत्ता लगाउने ECN अनियमित-पत्ता लगाउँनुहोस् 3 बाइट्स 20 mbytes! वर्ग tc6144 ब्यान्डविथ शेष अनुपात 100 कतार-सीमा 2 ms! वर्ग tc5 ब्यान्डविथ शेष अनुपात 100 कतार-सीमा 1 ms! वर्ग वर्ग-पूर्वनिर्धारित ब्यान्डविथ शेष अनुपात २० कतार-सीमा १०० ms ! [बफर-विस्तारित] hw-module प्रोfile प्राथमिकता-प्रवाह-नियन्त्रण स्थान 0/0/CPU0 बफर-विस्तारित ट्राफिक-वर्ग 3 पज-थ्रेशोल्ड 10 ms बफर-विस्तारित ट्राफिक-वर्ग 4 पज-थ्रेसहोल्ड 10 ms
!
[बफर-आन्तरिक] hw-module प्रोfile प्राथमिकता-प्रवाह-नियन्त्रण स्थान 0/1/CPU0 बफर-आन्तरिक यातायात-वर्ग 3 पज-थ्रेशोल्ड 403200 बाइट्स हेडरूम 441600 बाइट्स ECN
224640 बाइट्स बफर-आन्तरिक यातायात-वर्ग 4 पज-थ्रेशोल्ड 403200 बाइट्स हेडरूम 441600 बाइट्स ECN
224640 बाइट्स
प्रमाणीकरण
राउटर#sh नियन्त्रक सय गिगइ०/०/०/२२ प्राथमिकता-प्रवाह-नियन्त्रण इन्टरफेसको लागि प्राथमिकता प्रवाह नियन्त्रण जानकारी HundredGigE0/0/0/22:

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 64

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

प्राथमिकता प्रवाह नियन्त्रण:

कुल Rx PFC फ्रेमहरू: ०

कुल Tx PFC फ्रेमहरू: 313866

Rx डेटा फ्रेमहरू छोडियो: ०

CoS स्थिति Rx फ्रेमहरू

——————

२०२२ मा

/*[बफर-आन्तरिक]*/ राउटर#शो कन्ट्रोलर सय गिगई ०/९/०/२४ प्राथमिकता-प्रवाह-नियन्त्रण

इन्टरफेस HundredGigE0/9/0/24 को लागि प्राथमिकता प्रवाह नियन्त्रण जानकारी:

प्राथमिकता प्रवाह नियन्त्रण:

कुल Rx PFC फ्रेमहरू: ०

कुल Tx PFC फ्रेमहरू: 313866

Rx डेटा फ्रेमहरू छोडियो: ०

CoS स्थिति Rx फ्रेमहरू

——————

२०२२ मा

...

/*[बफर-आन्तरिक, tc3 र tc4 कन्फिगर गरियो। TC4 सँग ECN छैन]*/

राउटर # शो नियन्त्रकहरू npu प्राथमिकता-प्रवाह-नियन्त्रण स्थान

स्थान आईडी:

०/०/सीपीयू०

PFC:

सक्षम गरियो

PFC-मोड:

बफर-आन्तरिक

TC पज

हेडरूम

ECN

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

२ २ बाइट्स

२ बाइट २ बाइट

२ २ बाइट्स

120000 बाइट्स कन्फिगर गरिएको छैन

/*[बफर-विस्तारित PFC, tc3 र tc4 कन्फिगर गरिएको]*/

राउटर # शो नियन्त्रकहरू npu प्राथमिकता-प्रवाह-नियन्त्रण स्थान

स्थान आईडी:

०/०/सीपीयू०

PFC:

सक्षम गरियो

PFC-मोड:

बफर-विस्तारित

TC पज

————

3 हामीलाई

4 हामीलाई

/*[PFC छैन]*/

राउटर # शो नियन्त्रकहरू npu प्राथमिकता-प्रवाह-नियन्त्रण स्थान

स्थान आईडी:

०/०/सीपीयू०

PFC:

असक्षम

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 65

कन्फिगर योग्य ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

सम्बन्धित विषयहरू · प्राथमिकता प्रवाह नियन्त्रण ओभरview, पृष्ठ १ मा
सम्बन्धित आदेशहरू hw-module profile प्राथमिकता-प्रवाह-नियन्त्रण स्थान

कन्फिगर योग्य ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू

तालिका १: विशेषता इतिहास तालिका

सुविधाको नाम

सूचना जारी गर्नुहोस्

कन्फिगर योग्य ECN थ्रेसहोल्ड र रिलीज 7.5.4 अधिकतम मार्किङ सम्भाव्यता मानहरू

विशेषता विवरण
PFC लाई बफर-आन्तरिक मोडमा कन्फिगर गर्दा, तपाईंले अब एन्ड राउटरबाट ट्रान्समिटिङ राउटरमा कन्जेशन सूचनालाई अनुकूलन गर्न सक्नुहुन्छ, यसरी स्रोत ट्राफिकको आक्रामक थ्रोटललाई रोक्न सक्नुहुन्छ। यो अप्टिमाइजेसन सम्भव छ किनभने हामीले ECN थ्रेसहोल्डको लागि न्यूनतम र अधिकतम मानहरू र सम्भाव्यता चिन्ह लगाउनको लागि अधिकतम मानहरू कन्फिगर गर्न लचिलोपन प्रदान गरेका छौं। यी मानहरू कन्फिगर गरी, सम्भाव्यता प्रतिशतtage मार्किङ ECN न्यूनतम थ्रेसहोल्डबाट ECN अधिकतम थ्रेसहोल्डसम्म सुरु गरी रैखिक रूपमा लागू हुन्छ।
यसअघिका विमोचनहरूले अधिकतम ECN थ्रेसहोल्डमा 100% मा अधिकतम ECN मार्किङ सम्भाव्यता निश्चित गरेको थियो।
यो कार्यक्षमताले hw-module pro मा निम्न विकल्पहरू थप्छfile प्राथमिकता-प्रवाह-नियन्त्रण आदेश:
· अधिकतम-थ्रेसहोल्ड
· सम्भाव्यता-प्रतिशतtage

ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरू
अहिलेसम्म, अधिकतम ECN मार्किङ सम्भावना कन्फिगर योग्य थिएन र 100% मा निश्चित गरिएको थियो। तपाईंले ECN अधिकतम थ्रेसहोल्ड मान पनि कन्फिगर गर्न सक्नुभएन। प्रिसेट मार्किङ सम्भाव्यताहरूको यस्तो व्यवस्था र

Cisco 8000 श्रृंखला राउटरहरूको लागि मोड्युलर QoS कन्फिगरेसन गाइड, IOS XR रिलीज 7.3.x 66

प्राथमिकता प्रवाह नियन्त्रण कन्फिगर गर्नुहोस्

कन्फिगर योग्य ECN थ्रेसहोल्ड र अधिकतम मार्किङ सम्भाव्यता मानहरूका फाइदाहरू

निश्चित अधिकतम थ्रेसहोल्ड मानहरूको अर्थ ट्राफिक दरहरू लाम लम्बाइको कार्यको रूपमा घट्न थालेको थियो। ECN चिन्ह लगाउने सम्भाव्यतामा रैखिक वृद्धिको कारण–र अन्त होस्टबाट ट्रान्समिटिङ होस्टमा आउने भीडको सङ्केत–ट्राफिक दरहरू सुस्त हुन थाल्छ यदि तपाईंको लिङ्कमा आवश्यक ब्यान्डविथ भए पनि।
W

कागजातहरू / स्रोतहरू

CISCO 8000 श्रृंखला राउटरहरू मोड्युलर QoS कन्फिगरेसन [pdf] प्रयोगकर्ता गाइड
8000 शृङ्खला राउटरहरू मोड्युलर QoS कन्फिगरेसन, 8000 श्रृंखला, राउटरहरू मोड्युलर QoS कन्फिगरेसन, मोड्युलर QoS कन्फिगरेसन, QoS कन्फिगरेसन, कन्फिगरेसन

सन्दर्भहरू

प्रयोगकर्ता पुस्तिका

CISCO 8000 श्रृंखला राउटरहरू मोड्युलर QoS कन्फिगरेसन

उत्पादन जानकारी

उत्पादन उपयोग निर्देशन

QoS नीति उत्तराधिकार

बारम्बार सोधिने प्रश्नहरू (FAQ)

प्रस्तावना अध्याय १ अध्याय २

विवरण

ट्राफिक व्यवस्थापन सकियोview

ABF को लागि Peering QoS

ABF को लागि Peering QoS

ट्राफिक वर्ग तत्वहरू

कागजातहरू / स्रोतहरू

सन्दर्भहरू

एक टिप्पणी छोड्नुहोस्

जवाफ रद्द गर्नुहोस्