تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا وثيقة كيف أن يتوقع قائمة انتظار تخصيص مصد لقوائم انتظار حركة مرور البيانات على مادة حفازة 9000 sery مفتاح.
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
هذا وثيقة يستطيع أيضا كنت استعملت مع هذا جهاز وبرمجية صيغة:
ملاحظة: لا ينطبق هذا المستند على الطراز 9500X أو 9600X حيث أنهما يستخدمان بنية مختلفة من ASIC وجودة خدمة (QoS).
للحصول على نظرة عامة فنية على جودة الخدمة على محولات Catalyst 9000 Series Switches، راجع: جودة خدمة Catalyst 9000 (جودة الخدمة) وتقرير قائمة الانتظار.
وغالبا ما يلزم ضبط تخصيص المخزن المؤقت كاستجابة لانخفاضات الإخراج غير المرغوب فيها لفئة معينة من حركة المرور. يمكن العثور على مزيد من المعلومات حول كيفية تشخيص عمليات إسقاط الإخراج واستكشاف أخطائها وإصلاحها على محولات Catalyst 9000 Series Switches في هذه المقالة: أستكشاف أخطاء الإخراج وإصلاحها على محولات Catalyst 9000 Switches
جودة الخدمة |
جودة الخدمة |
مفهوم / مجموعة من الميزات ذات الصلة المتعلقة بتصنيف حركة مرور البيانات داخل جهاز الشبكة وخارجه ووضع علامة عليها وقوائم الانتظار الانتظار الانتظار |
DSCP |
نقطة كود الخدمات المميزة |
آلية تصنيف حركة المرور المضمنة في رأس IP للحزمة |
CoS |
فئة الخدمة |
آلية تصنيف حركة المرور المضمنة في رأس إطار الإيثرنت لحزمة |
إيس |
إدخال التحكم في الوصول |
قاعدة واحدة أو خط ضمن قائمة التحكم في الوصول (ACL) |
ACL |
قائمة التحكم بالوصول |
مجموعة من إدخالات التحكم في الوصول (ACEs) تستخدم من قبل ميزات متنوعة لمطابقة حركة المرور واتخاذ إجراء |
أسيك |
دائرة مدمجة خاصة بالتطبيق |
شريحة كمبيوتر مصممة لأداء مهمة معينة أو مجموعة من المهام بكفاءة عالية. |
UADP |
مستوى بيانات الوصول الموحد |
cisco ASIC يستعمل في مادة حفازة 9000 sery مفتاح أن ينجز كثير شبكة معالجة مهمة. |
بي سي |
مجمع المخزن المؤقت للحزم |
النظام الفرعي ل Cisco UADP ASIC الذي يعمل كمخزن مؤقت مركزي للحزم لمعالجة الحزم وقائمتها وجدولتها. |
أقم |
إدارة قائمة الانتظار النشطة |
النظام الفرعي ل Cisco UADP ASIC الذي يدير قائمة انتظار حركة مرور البيانات ويقوم بجدولة الإجراءات لمنافذ الشبكة. |
دي تي إس |
العتبة الديناميكية والقياس |
تقنية ASIC لبروتوكول UADP من Cisco التي تعمل على ضبط المخازن المؤقتة وزيادتها بشكل ديناميكي عبر المنافذ لتحسين إستخدام الأجهزة |
كمفهوم، المخازن المؤقتة هي الذاكرة المستخدمة لامتصاص دفعات البيانات العابرة، عندما البيانات التي يتم تحويلها أو توجيهها إلى منفذ ما تتجاوز قدرة المنافذ على وضع البيانات على السلك. لمنفذ معدل ثابت يرسل البيانات ويزيلها من قائمة الانتظار. يعتبر المخزن المؤقت، من الناحية النظرية، مجرد مكان لتخزين البيانات، أو قائمة الانتظار، حتى يتم إرسالها من الواجهة.
على مادة حفازة 9000 sery مفتاح، الكلمة مصد يتلقى إثنان إستعمال. يعرف المخزن المؤقت للنظام ككل بطريقة أخرى بمجمع مخزن الحزم المؤقت (PBC) الخاص ب ASIC. يمكن أن تشير كلمة المخازن المؤقتة أيضا إلى وحدة صغيرة من PBC. يتم تخصيص مخزن مؤقت للمنافذ على أساس كل قائمة انتظار. بمعنى آخر، يتم تخصيص قائمة انتظار المنفذ كمية من المخازن المؤقتة الفردية الصغيرة من المخزن المؤقت الإجمالي للنظام.
في الأنظمة الأساسية المستندة إلى ASIC ل Cisco UADP، يحتوي مخزن مؤقت واحد على ما يصل إلى 256 بايت من البيانات، ويتم ربط المخازن المؤقتة معا لتمثيل الإطارات الأكبر من 256 بايت.
يتأثر الحساب النهائي للمخزن المؤقت المتوفر لكل قائمة انتظار بهذه العوامل:
المخازن المؤقتة المرنة هي المخازن المؤقتة المشتركة عبر المنافذ. تسمى هذه المخازن المؤقتة ناعمة لأنها غير مضمونة للمنفذ.
ويخصص هذا النظام مخففات الصدمات اللينة عمدا. وهذا يسمح لأي منفذ باستخدام عدد كبير من المخازن المؤقتة إذا لزم الأمر، ولكن نظرا لأن المزيد من المنافذ تحتاج إلى مخازن مؤقتة، يتم خفض جميع المنافذ وقوائم الانتظار بشكل ديناميكي وبدرجة معقولة كجزء من عملية DTS الخاصة ببروتوكول UADP.
وخلاصة القول، إن المخازن المؤقتة المرنة - المشار إليها في المخرجات باسم softmax، هي أقصى قيمة انتهازية. يستخدم المنفذ الحد الأقصى الكامل فقط إذا كان مقدار المخزن المؤقت هذا متاحا من المخزن المؤقت الإجمالي للنظام. بما أن طلب المخزن المؤقت يرتفع عبر المنافذ وقوائم الانتظار الأخرى، فإن الحد الأقصى للمخزن المؤقت المتاح للمنفذ يكون أقل.
المخازن المؤقتة الثابتة هي المخازن المؤقتة المحجوزة بشكل صريح لمنفذ ما، ولا تتأثر بعملية DTS. نظرا لأن المخازن المؤقتة المضمونة هي المخازن المؤقتة، فإن مجموع المخازن المؤقتة الثابتة المخصصة للمنافذ لا يتجاوز أبدا مقطع PBC المخصص لهذه المخازن المؤقتة الثابتة.
تعرف الآليات التي تتحكم في النطاق النشط للمخزن المؤقت الليني باسم DTS (العتبة الديناميكية والقياس)، والموضحة في التقرير الرسمي لجودة الخدمة من السلسلة Catalyst 9000.
ويتغير حجم أجزاء PBC المخصصة لوضع المخازن المؤقتة الثابتة وغير المرنة بشكل ديناميكي عند تكوين النظام، ويمكن رؤيته على أنه GlobalSoftLimit و GlobalHardLimit من AQM في هذا الإخراج:
C9500#show platform hardware fed active qos queue stats interface twe1/0/1
----------------------------------------------------------------------------------------------
AQM Global counters
GlobalHardLimit: 18072 | GlobalHardBufCount: 0
GlobalSoftLimit: 37224 | GlobalSoftBufCount: 0
C9500#show platform hardware fed active qos queue config interface tw1/0/1 Asic:0 Core:1 DATA Port:20 GPN:101 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 160 - 167 DrainFast:Disabled PortSoftStart:2 - 4320 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 2 480 3 1920 16 960 0 0 4 5760 En <--- default configuration has a mix of hard buffer and soft buffer in queue 0 1 1 0 0 4 2880 16 1440 8 720 4 5760 En <--- default configuration has two queues so some buffers are seen in queue 1
<snip>
C9500(config)#policy-map test
C9500(config-pmap)#class class-default
C9500(config-pmap-c)#priority level 1 <--- Priority level 1 queue configuration on first queue, which is queue 0 in the next output
C9500(config-pmap-c)#exit
C9500(config-pmap)#exit
C9500(config)#int tw1/0/1
C9500(config-if)#service-policy output test
C9500(config-if)#end
C9500#show platform hardware fed active qos queue config interface twe1/0/1
Asic:0 Core:1 DATA Port:20 GPN:101 LinkSpeed:0x12
AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 160 - 167
DrainFast:Disabled PortSoftStart:4 - 1800 BufferSharing:Disabled
DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable
----- -------- -------- -------- -------- --------- -------
0 1 4 1200 7 1200 0 0 0 0 3 2400 En <--- Hardmax increased to 1200 from 480 in queue 0, softmax reduced to 1200 from 1920
1 1 0 0 0 0 0 0 0 0 3 2400 En <--- queue 1 now no longer has any values, as no second queue is configured
C9500#show platform hardware fed active qos queue stats interface twe1/0/1
----------------------------------------------------------------------------------------------
AQM Global counters
GlobalHardLimit: 18792 | GlobalHardBufCount: 0 <--- GlobalHardLimit increased to 18792 from 18072, or by 720
GlobalSoftLimit: 36504 | GlobalSoftBufCount: 0 <--- GlobalSoftLimit decreased from 37224 to 36504, or by 720
ملاحظة: لاحظ الزيادة في GlobalHardLimit والنقص النسبي في GlobalSoftLimit.
علاوة على ذلك، عند تكوين مستوى الأولوية 1، يتم تعيين الحد الأقصى للمستوى الخاص بقائمة الانتظار هذه بشكل ثابت على أنه مساو تماما للحد الأقصى الأقصى. يمكنك فقط تعديل المخزن المؤقت الثابت لقائمة انتظار مستوى الأولوية 1.
التغيير في GlobalHardlimit و GlobalSoftLimit يساوي 720. وهذا أيضا يساوي التغيير في hardmax بعد التكوين.
توضح السيناريوهات الواردة في هذا المستند كيفية حساب عمليات تخصيص البرامج والحد الأقصى والحد الأقصى لها والتنبؤ بها عبر تكوينات متعددة لخريطة السياسة.
تعد قيمة المخزن المؤقت النهائي لقوائم الانتظار في جزء منها وظيفة للقيمة الأساسية التي يتم تخصيصها أولا عبر قوائم الانتظار. ثم يتم بعد ذلك مضاعفة هذا في حالة المخازن المؤقتة المرنة.
تجعل عوامل المضاعفة، بالإضافة إلى السلوكيات الضمنية الأخرى، تحديد القيمة النهائية لقائمة انتظار معينة، بتكوين معين، تحديا.
تتمثل الخطوة الأولى لتوضيح تخصيص المخزن المؤقت لقائمة الانتظار الناتجة في تحديد قيمة المخزن المؤقت الأساسية.
للقيام بذلك، قم باستغلال قائمة انتظار الأولوية، التي تتلقى المخزن المؤقت الثابت بشكل مباشر بالتناسب إما مع عدد قوائم الانتظار أو نسبة المخازن المؤقتة المكونة.
باستخدام تكوين محدد، يمكنك بشكل صريح اشتقاق مبلغ المخزن المؤقت الأساسي المخصص لسرعة منفذ معينة.
تكوين كافة وحدات التخزين المؤقت وتعيينها إلى قائمة انتظار واحدة غير متعددة (قائمة انتظار مستوى الأولوية 1)
في هذا المثال، يتم إستخدام الفئة الافتراضية لمطابقة حركة المرور، لأنه لم يتم تكوين أي فئات أخرى.
Switch(config)#policy-map test1
Switch(config-pmap)#class class-default
Switch(config-pmap-c)#priority level 1 <--- Assign hard buffer to the port, which is not affected by multipliers
Switch(config-pmap-c)#queue-buffers ratio 100 <--- Assign all buffers to this queue only
يأخذ التكوين في المثال السابق الإجراءات التالية:
تخصص نسبة المخازن المؤقتة لقائمة الانتظار 100/100 أو 100٪ من المخزن المؤقت الأساسي المتوفر لقائمة الانتظار / الفئة هذه.
في خريطة السياسة مع أكثر من فئة واحدة، لا يمكنك تخصيص 100٪ من المخزن المؤقت لفئة واحدة. أنت مطالب بتخصيص 1/100 أو 1٪ على الأقل لأي فئة.
في النهج الذي يحتوي على فئة واحدة فقط، لديك فئة واحدة فقط ويمكنك تخصيص كل المخزن المؤقت لها.
وكما تمت الإشارة مسبقا، تحصل قائمة الانتظار ذات الأولوية على مخازن مؤقتة صلبة مساوية لتوزيعها على المخزن المؤقت الأساسي وفقا لنسبة المخازن المؤقتة المكونة. لا يخضع المخزن المؤقت الثابت لأي مضاعف.
يتم ملاحظة المخزن المؤقت الصلب في المخرجات تحت عمود عنوانه Hardmax.
الآن لديك فئة حركة مرور واحدة مع المخازن المؤقتة التي لا تخضع لأي مضاعف. مع هذا، أنت يستطيع بشكل صريح اشتقاق قاعدة مصد تخصيص ل هذا ميناء سرعة (وفقط هذا ميناء سرعة على هذا منصة، آخر يختلف)، لأن القاعدة مصد ومحرك صلب متساويان.
المخزن المؤقت الأساسي = ؟
نسبة قائمة الانتظار 1 = 100/100 = 1
الحد الأقصى لقائمة الانتظار هذه = المخزن المؤقت الأساسي x نسبة قائمة الانتظار 1
X = Y × 1
x / 1 = y
x = y
X = Y = Hardmax = Base Buffer = 1200 (راجع المثال 2).
في هذا المثال، يتم تطبيق إختبار خريطة السياسة 1 على واجهة كسياسة خدمة إخراج
9500H(config)#int tw1/0/3
9500H(config-if)#service-policy output test1 <--- service policy that assigns all buffer to the first queue, as a priority queue 1
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:4 - 1800 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 4 1200 7 1200 0 0 0 0 3 2400 En <--- hardmax 1200 - the maximum amount of buffer this port can use without multiplication 1 1 0 0 0 0 0 0 0 0 3 2400 En 2 1 0 0 0 0 0 0 0 0 3 2400 En 3 1 0 0 0 0 0 0 0 0 3 2400 En 4 1 0 0 0 0 0 0 0 0 3 2400 En 5 1 0 0 0 0 0 0 0 0 3 2400 En 6 1 0 0 0 0 0 0 0 0 3 2400 En 7 1 0 0 0 0 0 0 0 0 3 2400 En
<snip>
كما هو موضح، فإن الحد الأقصى لقائمة انتظار الأولوية هذه مع تخصيص 100٪ من المخزن المؤقت لها، هو 1200.
بما أن hardmax هو قيمة غير مضاعفة / غير مقياس بشكل كامل، ويتم تكوين 100٪ من المخزن المؤقت على قائمة الانتظار هذه، فإن تخصيص المخزن المؤقت الأساسي لهذا النموذج المحدد من المحول وإصدار البرنامج وسرعة المنفذ المحددة هو 1200.
تتلقى سرعات المنفذ الأخرى على هذا المحول نفسه، والطرز الأخرى من المحولات لنفس سرعة المنفذ، عمليات تخصيص مختلفة للمخزن المؤقت الأساسي. هذا التوزيع الأساسي غير قابل للتهيئة من قبل المستخدم ويجب اشتقاقه من خلال الملاحظة.
السيناريوهات الإضافية في هذا المستند تبدأ جميعها باستخدام نفس المحول والبرنامج وسرعة المنفذ. لذا، فجميعها تفترض تخصيص أساسي قدره 1200 لحسابات تحديد التخصيص النهائي للمخزن المؤقت.
ملاحظة: لاحظ أن الحد الأقصى للقيمة في المثال السابق هو 1200 أيضا.
من خلال التصميم، تحتوي قائمة انتظار مستوى الأولوية 1 على الحد الأقصى للألوان مساو تماما للحد الأقصى للأولوية. وهذا أمر مقصود وليس قابلا للتكوين من قبل المستخدم.
علاوة على ذلك، لا تتأثر هذه الحالة المحددة من توزيع Softmax بالمضاعفات التي يتم عرضها لاحقا. تشتمل قائمة انتظار مستوى الأولوية 1 فقط على هذا السلوك ل Softmax، والذي هو مقصود.
في هذا السيناريو، تتم إضافة قائمة انتظار إضافية. لا تستخدم قائمة الانتظار هذه مستوى الأولوية 1، وبالتالي فإن Softmax يقاس باستخدام المضاعفات.
المضاعف الأول هو المستخدم الذي تم تكوينه والمضاعف المخفي / غير القابل للتكوين.
قم بدمج هذه المضاعفات مع المخزن المؤقت الأساسي المشتق لهذا المنفذ، في هذه الحالة 1200 طبقا للسيناريو 1.
خوارزمية:
نسبة قائمة الانتظار الحالية = نسبة المخازن المؤقتة لقائمة الانتظار / الفئة المطلوب توقعها
المضاعف المخفي = 400٪
مضاعف المستخدم = قيمة النسبة المئوية التي قمت بتكوينها في قائمة انتظار جودة الخدمة - Softmax-multipler <percent>. الافتراضي هو 100٪
Softmax = ( المخزن المؤقت الأساسي x (نسبة قائمة الانتظار الحالية / 100)) × المضاعف المخفي x (مضاعف المستخدم / 100)
9500H(config)#policy-map test2
9500H(config-pmap)# class class1
9500H(config-pmap-c)# priority level 1
9500H(config-pmap-c)# queue-buffers ratio 50 <-- class 1 / first queue gets 50% of base buffer
9500H(config-pmap-c)# class class-default
9500H(config-pmap-c)# bandwidth remaining percent 100 <-- required configuration due to priority queue, can be ignored for this example
9500H(config-pmap-c)# queue-buffers ratio 50 <-- class 2 / first queue gets 50% of base buffer
ملخص القيم:
تحديد تخصيص المخزن المؤقت للفئة 1:
بما أن الفئة 1 هي قائمة انتظار ذات أولوية، فإنها تتلقى الحد الأقصى (المخزن المؤقت الثابت)، وحالة خاصة من softmax لا تتأثر بالمضاعفات.
الحد الأقصى للفئة 1 = (المخزن المؤقت الأساسي × نسبة قائمة الانتظار الحالية (الفئة 1) / 100)
Class1 hardmax = 1200 x (50/100) = 600 - بسبب حالة خاصة لقائمة انتظار الأولوية، أوقف جميع الرياضيات، وقم بتعيين النتيجة إلى max hardmax. Softmax يساوي Hardmax كقاعدة لمستوى الأولوية 1.
تحديد تخصيص المخزن المؤقت الافتراضي للفئة:
افتراضي الفئة = (المخزن المؤقت الأساسي x (نسبة قائمة الانتظار الحالية (تقصير الفئة / 100)) مضروب x المخفي (مضروب المستخدم / 100)
الفئة الافتراضية = [
[مخزن مؤقت أساسي] 1200 × [نسبة قائمة الانتظار الحالية] (50/100) = 600
[النتيجة السابقة] 600 × [المضاعف الخفي] 4 × [مستخدم متعدد] (100/100) = 2400
]
9500H(config)#int tw1/0/3
9500H(config-if)#service-policy output test2 <-- apply the policy
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:5 - 3600 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 600 9 600 0 0 0 0 1 4800 En <-- Hardmax is 600 as predicted, Softmax is set equal to Hardmax due to priority level 1 1 1 0 0 10 2400 16 1200 8 600 1 4800 En <-- Softmax is 2400 as predicted
<snip>
النتيجة النهائية: q0 - hardmax: 600 Softmax: 600. Q1 - Softmax: 2400
يبدأ هذا السيناريو بنفس الطريقة مع السيناريو 2، إلا أنك تقوم الآن بتكوين برنامج QoS Queue-Softmax-Multiplier 1200.
وهذا يضاعف المخازن المؤقتة الليفية في التكوين الحالي بنسبة 1200٪، أو بمعامل 12.
ملخص القيم:
تحديد تخصيص المخزن المؤقت للفئة 1:
بما أن الفئة 1 هي قائمة انتظار ذات أولوية، فإنها تتلقى الحد الأقصى (المخزن المؤقت الثابت)، وحالة خاصة من softmax لا تتأثر بالمضاعفات.
الحد الأقصى للفئة 1 = (المخزن المؤقت الأساسي × نسبة قائمة الانتظار الحالية (الفئة 1) / 100)
Class1 hardmax = 1200 x (50/100) = 600 - بسبب حالة خاصة لقائمة انتظار الأولوية، أوقف جميع الرياضيات، وقم بتعيين النتيجة إلى max hardmax. Softmax يساوي Hardmax كقاعدة لمستوى الأولوية 1.
تحديد توزيع المخزن المؤقت الافتراضي للفئة:
افتراضي الفئة = (المخزن المؤقت الأساسي x (نسبة قائمة الانتظار الحالية (تقصير الفئة / 100)) مضروب x المخفي (مضروب المستخدم / 100)
الفئة الافتراضية =[
[مخزن مؤقت أساسي] 1200 × [نسبة قائمة الانتظار الحالية] (50/100) = 600
[النتيجة السابقة] 600 × [المضاعف الخفي] 4 × [مستخدم متعدد] (1200/100) = 28800
]
تكوين قائمة انتظار جودة الخدمة -Softmax-multipler 1200 وملاحظة التغييرات على Softmax (الحد الأقصى لقيمة المخزن المؤقت لقائمة الانتظار هذه، والتي تم تطويرها ديناميكيا استنادا إلى الاستخدام الكلي الحالي للمخزن المؤقت):
9500H(config)#qos queue-softmax-multiplier 1200
9500H#show platform hardware fed active qos queue config interface tw1/0/3
Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:3 - 31500 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 600 5 600 0 0 0 0 6 42000 En <-- Queue 0 does not change as its configured with priority level 1 1 1 0 0 6 28800 1 900 1 900 6 42000 En <-- Softmax increases by 12x to 28800 from 1200 due to queue-softmax-multiplier 1200
<snip>
النتيجة النهائية: Q1 - Hardmax: 600، Softmax: 600. الربع الثاني - الحد الأقصى: 28800
في هذا السيناريو، يتم تكوين خمس قوائم انتظار، ولكن توجد نسبة المخازن المؤقتة الخاصة بقائمة الانتظار محددة بشكل صريح لدى أربع قوائم فقط. المخزن المؤقت المخصص لقوائم الانتظار هذه هو نفس الأمثلة السابقة.
تتلقى قائمة الانتظار التي لم يتم تكوينها الفرق بين مجموع كل المخازن المؤقتة الخاصة بقائمة الانتظار التي تم تكوينها وبين 100.
مجموع النسب التي تم تكوينها بشكل صريح = (نسبة المخزن المؤقت ل Q0) + (نسبة المخزن المؤقت ل Q1) ... (نسبة المخزن المؤقت النهائية) - يتم دعم ما يصل إلى 8 قوائم انتظار على محولات Catalyst 9000 Series Switches، حتى يمكنك إضافة ما يصل إلى 8 نسب
النسبة الضمنية المتبقية = (100 - مجموع النسب التي تم تكوينها بشكل صريح).
يقصد ب Implicit Ratio LeftVer القيمة التي يتم تعيينها لقائمة انتظار لا تحتوي على نسبة المخازن المؤقتة التي تم تكوينها.
خريطة السياسة المستخدمة لهذا السيناريو:
9500H(config)#policy-map test3
9500H(config-pmap)# class class1
9500H(config-pmap-c)# priority level 1
9500H(config-pmap-c)# queue-buffers ratio 20
9500H(config-pmap-c)# class class2
9500H(config-pmap-c)# bandwidth remaining percent 10 <-- no queue-buffers ratio statement for this class
9500H(config-pmap-c)# class class3
9500H(config-pmap-c)# bandwidth remaining percent 10
9500H(config-pmap-c)# queue-buffers ratio 10 <-- rest of queues have an explicit queue-buffers ratio
9500H(config-pmap-c)# class class4
9500H(config-pmap-c)# bandwidth remaining percent 10
9500H(config-pmap-c)# queue-buffers ratio 10
9500H(config-pmap-c)# class class-default
9500H(config-pmap-c)# bandwidth remaining percent 70
9500H(config-pmap-c)# queue-buffers ratio 40
ملخص القيم:
حساب نسبة المخزن المؤقت لقائمة الانتظار التي تبقى:
النسبة الضمنية المتبقية = (100 - مجموع النسب التي تم تكوينها بشكل صريح).
100 - (20) - (10) - (10) - (50) = 20
نسبة قائمة الانتظار الحالية (الفئة 2) = 20
حساب التوزيع النهائي للمخزن المؤقت لقائمة الانتظار
الفئة 1 = [مخزن مؤقت أساسي] 1200 × [نسبة قائمة الانتظار الحالية (class1)] (20/100) = 240 - قائمة الانتظار ذات الأولوية، دون مزيد من الحساب
الفئة 2 = [
[مخزن مؤقت أساسي] 1200 × [نسبة قائمة الانتظار الحالية (الفئة 2)] (10/100) = 240 - تخصيص مخزن مؤقت أساسي لقائمة الانتظار هذه، ولكن يجب مضاعفته للحصول على Softmax لقائمة انتظار غير ذات أولوية
[تخصيص المخزن المؤقت الأساسي لقائمة الانتظار هذه] 120 × [المضاعف المخفي] 4 × [مضاعف المستخدم] (100/100) = 960
]
تكرار قوائم الانتظار المتبقية:
الفئة 3 = [
1200 × (10/100) = 120
120 × 4 × (100/100) = 480
]
الفئة 4 = [
1200 × (10/100) = 120
120 × 4 × (100/100) = 480
]
الفئة الافتراضية = [
1200 × (40/100) = 480
600 × 4 × (100/100) = 1920
]
نتيجة خريطة سياسة الاختبار 3 المطبقة مقارنة بالتوقع:
9500H(config)#int tw1/0/3
9500H(config-if)#service-policy output test3
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:4 - 2880 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 240 8 240 0 0 0 0 6 3840 En 1 1 0 0 9 960 16 480 8 240 6 3840 En <-- queue without queue buffers ratio configured receives any leftover ratio, as predicted 2 1 0 0 11 480 16 240 8 120 6 3840 En 3 1 0 0 11 480 16 240 8 120 6 3840 En 4 1 0 0 4 1920 16 960 8 480 6 3840 En
<snip>
النتيجة النهائية: q0 - hardmax: 240، softmax: 240. Q1 - Softmax: 960، Q2 - Softmax: 480، Q3 - Softmax: 480، Q4 - Softmax: 480
في هذا السيناريو، يتم تكوين خمس قوائم انتظار ولا يتم تكوين نسبة المخازن المؤقتة لقوائم الانتظار.
لتحديد تخصيص المخزن المؤقت، يستمر نفس المنطق من السيناريو 2، ولكن يجب أيضا تقسيم بقايا النسبة الضمنية إلى إجمالي عدد قوائم الانتظار الضمنية / قوائم الانتظار التي لا تحتوي على نسبة تخزين مؤقت للصفوف
خريطة السياسة المستخدمة لهذا السيناريو:
9500H(config)#policy-map test4
9500H(config-pmap)# class class1
9500H(config-pmap-c)# priority level 1
9500H(config-pmap-c)# queue-buffers ratio 20
9500H(config-pmap-c)# class class2
9500H(config-pmap-c)# bandwidth remaining percent 10 <-- no queue-buffers ratio statement for this class
9500H(config-pmap-c)# class class3
9500H(config-pmap-c)# bandwidth remaining percent 10 <-- no queue-buffers ratio statement for this class
9500H(config-pmap-c)# class class4
9500H(config-pmap-c)# bandwidth remaining percent 10
9500H(config-pmap-c)# queue-buffers ratio 10
9500H(config-pmap-c)# class class-default
9500H(config-pmap-c)# bandwidth remaining percent 70
9500H(config-pmap-c)# queue-buffers ratio 40
ملخص القيم:
حساب نسبة المخزن المؤقت لقائمة الانتظار التي تبقى:
النسبة الضمنية المتبقية = (100 - مجموع النسب التي تم تكوينها بشكل صريح).
عدد قوائم الانتظار الضمنية = 2 (لا تحتوي الفئة 2 والفئة 3 على نسبة المخازن المؤقتة المحددة)
مجموع النسب المكونة = 20+40+10 = 7
النسبة الضمنية المتبقية = 100 - 70 = 30
توزيع نسبة قائمة الانتظار الضمنية = [نسبة السماح الضمنية] 30 / [عدد قوائم الانتظار الضمنية] 2 = 15
حساب التوزيع النهائي للمخزن المؤقت لقائمة الانتظار:
الفئة 1 =
[مخزن مؤقت أساسي] 1200 × [نسبة قائمة الانتظار الحالية (الفئة 1)] (20/100) = 240 - قائمة الانتظار ذات الأولوية، دون مزيد من الحساب
الفئة 2 =
[مخزن مؤقت أساسي] 1200 × [توزيع نسبة قائمة الانتظار الضمنية] (15/100) = 180 - نظرا لأن الفئة 2 لا تحتوي على نسبة محددة لمخزن قوائم الانتظار المؤقت، تتم مشاركة بقية نسبة المخازن المؤقتة من قوائم الانتظار الصريحة بين قوائم الانتظار الضمنية.
[تخصيص المخزن المؤقت الأساسي لقائمة الانتظار هذه] 180 × [المضاعف المخفي] 4 × [مضاعف المستخدم] (100/100) = 720
تكرار قوائم الانتظار المتبقية:
الفئة 3 = [
1200 × (15/100) = 180
120 × 4 × (100/100) = 720
]
الفئة 4 = [
1200 × (10/100) = 120
120 × 4 × (100/100) = 480
]
الفئة الافتراضية = [
1200 × (40/100) = 480
600 × 4 × (100/100) = 1920
]
نتيجة خريطة سياسة الاختبار 4 المطبقة مقارنة بالتوقع:
9500H(config)#interface tw1/0/3
9500H(config-if)#service-policy output test4
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:4 - 2880 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 240 8 240 0 0 0 0 6 3840 En 1 1 0 0 9 720 16 360 8 180 6 3840 En <-- queue 1 and 2 were not configured with queue-buffers ratio 2 1 0 0 9 720 16 360 8 180 6 3840 En <-- queue 1 and 2 get an equal share of leftover buffer ratio 3 1 0 0 11 480 16 240 8 120 6 3840 En 4 1 0 0 4 1920 16 960 8 480 6 3840 En
<snip>
ملاحظة: إذا كانت نتيجة توزيع نسبة قائمة الانتظار الضمنية ليست عددا صحيحا، فلا يمكن مشاركة متساوية. يتم تجميع النتيجة لقوائم الانتظار قبل ذلك في خريطة السياسة ثم يتم تجميعها لقوائم الانتظار اللاحقة. يبقى المجموع النهائي لنسبة المخازن المؤقتة المخصصة للصفوف 100، ولكن قوائم الانتظار الضمنية لا تحصل دائما على توزيع متساو بسبب متطلب نتيجة العدد الصحيح الذي تم وصفه للتو.
في هذا السيناريو، تم تكوين خمس قوائم انتظار، جميعها بنسبة المخازن المؤقتة للصفوف. إجمالي نسبة المخازن المؤقتة للصفوف عبر الفئات أقل من 100.
في هذه الحالة، يتم توزيع نسبة المخزن المؤقت غير المخصصة عبر الفئات بالتساوي.
على غرار السيناريو السابق، إذا لم تكن النتيجة المقسمة لنسبة المخازن المؤقتة للصفوف المتبقية عددا صحيحا، فسيتم تقريب التوزيع النهائي لكل قائمة انتظار أو تقريبها لأسفل وإضافتها إلى نسبة المخازن المؤقتة للصفوف التي قمت بتكوينها.
خريطة السياسة المستخدمة لهذا السيناريو:
9500H(config)#policy-map test5
9500H(config-pmap)# class class1
9500H(config-pmap-c)# priority level 1
9500H(config-pmap-c)# queue-buffers ratio 10
9500H(config-pmap-c)# class class2
9500H(config-pmap-c)# bandwidth remaining percent 10
9500H(config-pmap-c)# queue-buffers ratio 10
9500H(config-pmap-c)# class class3
9500H(config-pmap-c)# bandwidth remaining percent 10
9500H(config-pmap-c)# queue-buffers ratio 10
9500H(config-pmap-c)# class class4
9500H(config-pmap-c)# bandwidth remaining percent 10
9500H(config-pmap-c)# queue-buffers ratio 10
9500H(config-pmap-c)# class class-default
9500H(config-pmap-c)# bandwidth remaining percent 70
9500H(config-pmap-c)# queue-buffers ratio 12
ملخص القيم:
مجموع النسب المكونة = 10 + 10 + 10 + 10 + 12 = 52
نسبة بقايا المخزن المؤقت = 100٪ - 52٪ = 48٪
[Buffer Ratio LeftTover] 48٪ / [Total Number of Queues] 5 = 9. 6٪ مضافة لكل قائمة انتظار - هذا ليس عددا صحيحا، لذلك يجب تقريب التطبيق النهائي على قوائم الانتظار لأعلى أو لأسفل على أساس كل قائمة انتظار
للحصول على رقم المخازن المؤقتة النهائية للصفوف الذي يستخدمه النظام، يجب إضافة 9 أو 10 إلى نسبة المخازن المؤقتة للصفوف التي تم تكوينها بالفعل.
تتلقى الفئات الأعلى في خريطة السياسة قيمة التقريب لأعلى، 10. تتلقى الفئات الأقل في خريطة السياسة قيمة التقريب إلى أسفل، 9.
حساب التوزيع النهائي للمخزن المؤقت لقائمة الانتظار
معدل بقايا المخزن المؤقت = 48
الفئة 1 = [المخزن المؤقت الأساسي] x ([نسبة قائمة الانتظار الحالية (الفئة 1) + قيمة تقريبية لنسبة المخزن المؤقت المشتركة)]
الفئة 1 = 1200 X ((10٪ + 10٪)/100) = 240 - قائمة الانتظار ذات الأولوية، دون مزيد من الحساب
معدل بقايا المخزن المؤقت = (48 - 10) = 38
الفئة 2 = [المخزن المؤقت الأساسي] x ([نسبة قائمة الانتظار الحالية (الفئة 2) + قيمة تقريبية لنسبة المخزن المؤقت المشترك)]
الفئة 2 = 1200 X ((10٪ + 10٪)/100) = 240 - استمر في مضاعفة هذا الرقم حسب المستخدم ومضاعفات النظام لأن هذه ليست قائمة انتظار ذات أولوية
الفئة 2 = [تخصيص المخزن المؤقت الأساسي لقائمة الانتظار هذه] 240 × [المضاعف المخفي] 4 × [مضاعف المستخدم] (100/100) = 960 - نتيجة الحد الأقصى للنتيجة لقائمة الانتظار هذه
معدل بقايا المخزن المؤقت = (38 - 10) - 28
تكرار قوائم الانتظار المتبقية:
الفئة 3 = [
1200 × ((10+10)/100) = 240
120 × 4 × (100/100) = 960
]
معدل بقايا المخزن المؤقت = (28 - 10) = 18
الفئة 4 = [
1200 × ((10+9)/100) = 240
120 × 4 × (100/100) = 912
]
معدل بقايا المخزن المؤقت = 9
الفئة الافتراضية= [
1200 × ((12+9)/100) = 252
120 × 4 × (100/100) = 1008
]
معدل بقايا المخزن المؤقت = 0
نتيجة خريطة سياسة الاختبار 5 المطبقة مقارنة بالتوقع:
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:5 - 1512 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 240 9 240 0 0 0 0 6 2016 En 1 1 0 0 10 960 16 480 8 240 6 2016 En 2 1 0 0 10 960 16 480 8 240 6 2016 En 3 1 0 0 11 912 16 456 8 228 6 2016 En 4 1 0 0 12 1008 16 504 8 252 6 2016 En
<snip>
في هذا السيناريو، يتم تكوين فئة في خريطة السياسة باستخدام مستوى الأولوية 2.
بخلاف مستوى الأولوية 1، حيث لا يتأثر Softmax بالمضاعفات وتم تعيينه ليساوي Hardmax، يسمح مستوى الأولوية 2 بضرب Softmax بينما يحتوي أيضا على تخصيص مخزن مؤقت صلب (max).
خريطة السياسة المستخدمة لهذا السيناريو:
9500H(config)#policy-map test6
9500H(config-pmap)#class class1
9500H(config-pmap-c)#priority level 1
9500H(config-pmap-c)#queue-buffers ratio 50 <-- 50 / 50 split between both queues
9500H(config-pmap-c)#class class-default
9500H(config-pmap-c)#priority level 2 <-- Priority level 2 in use now
9500H(config-pmap-c)#queue-buffers ratio 50 <-- 50 / 50 split between both queues
نتيجة خريطة نهج الاختبار 6 المطبقة:
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:5 - 3600 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 600 9 600 0 0 0 0 1 4800 En <-- Softmax is equal to hardmax 1 1 5 600 10 2400 16 1200 0 0 1 4800 En <-- Softmax is multiplied by Hidden Multiplier (400%) and User Multiplier (100% default)r
<snip>
في الإخراج الذي تم عرضه سابقا، يحتوي برنامج قائمة الانتظار الثانية على 4 نفس الحد الأقصى لقائمة الانتظار الأولى. وذلك لأن برنامج مستوى الأولوية 1 لا يتأثر على وجه التحديد بمضاعفات Softmax للنظام، ولكن مستوى الأولوية 2 يتأثر.
إذا قمت بتكوين مضاعف Softmax للمستخدم، تتأثر فقط قائمة الانتظار على مستوى الأولوية 2:
9500H(config)#qos queue-softmax-multiplier 200
9500H#show platform hardware fed active qos queue config interface tw1/0/3
Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:5 - 7200 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 600 9 600 0 0 0 0 5 9600 En <--- priority-level 1 queue unaffected by softmax multiplier 1 1 5 600 10 4800 8 1200 0 0 5 9600 En <--- User multiplier increased to 200%, softmax for this queue doubles
<snip>
يؤثر تكوين حد قائمة الانتظار على توزيع المخزن المؤقت النهائي لقائمة الانتظار
والآلية الأساسية للتأثير على توزيع المخزن المؤقت لقوائم الانتظار هي التكوين المخزن المؤقت لنسبة قوائم الانتظار الذي تمت إضافته لكل قائمة انتظار في خريطة نهج MQC.
ومع ذلك، يتأثر توزيع المخزن المؤقت لقائمة الانتظار بالتكوينات الأخرى.
يحدد حد قائمة الانتظار الحدود التي يمكنك من خلالها إسقاط فئة معينة من حركة المرور (عبر Weighted Tail Drop، WTD)، والتي لا تتم تغطيتها في هذا المستند.
في ظرف معين، تقوم قائمة الانتظار بتعديل المضاعف المخفي للنظام لقوائم الانتظار المؤقتة المرنة - والذي يؤثر على تخصيص المخزن المؤقت المؤقت المؤقت العام لقائمة الانتظار التي تم تطبيق حد قائمة الانتظار عليها.
أولا، عليك أن تفهم أنه يمكن تكوين حد قائمة الانتظار حتى 3 مرات لكل فئة. يحدد هذا ما يصل إلى 3 عتبات ل WTD لكل DSCP أو CoS.
في الإخراج التالي، يتم تحديد حدين فقط.
تطبيق حدين من قوائم الانتظار على خريطة السياسة:
9500H(config)#policy-map test7
9500H(config-pmap)# class class1
9500H(config-pmap-c)# priority level 1
9500H(config-pmap-c)# queue-buffers ratio 50
9500H(config-pmap-c)# class class-default
9500H(config-pmap-c)# priority level 2
9500H(config-pmap-c)# queue-buffers ratio 50
9500H(config-pmap-c)# queue-limit dscp af11 percent 10 <-- Tells system to drop af11 traffic at 10% queue utilization
9500H(config-pmap-c)# queue-limit dscp af12 percent 50 <-- Tells system to drop af12 traffic at 50% queue utilization
مراقبة نتائج تخصيص المخزن المؤقت:
9500H(config-pmap-c)#interface tw1/0/3
9500H(config-if)#service-policy output test7
9500H#show platform hardware fed active qos queue config interface tw1/0/3 Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:5 - 7200 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 600 9 600 0 0 0 0 5 9600 En 1 1 5 600 10 4800 8 1200 0 0 5 9600 En <--- final result for queue that contains 2 queue-limit statements is 4800
<snip>
في المثال التالي، تتم إضافة تكوين حد قائمة انتظار ثالث إلى إعدادات الفئة الافتراضية.
مراقبة نتائج تخصيص المخزن المؤقت:
9500H(config)#policy-map test7
9500H(config-pmap)#class class-default
9500H(config-pmap-c)#queue-limit dscp af13 percent 100
9500H#show platform hardware fed active qos queue config interface tw1/0/3
Asic:0 Core:1 DATA Port:22 GPN:103 LinkSpeed:0x12 AFD:Disabled FlatAFD:Disabled QoSMap:0 HW Queues: 176 - 183 DrainFast:Disabled PortSoftStart:5 - 1800 BufferSharing:Disabled DTS Hardmax Softmax PortSMin GlblSMin PortStEnd QEnable ----- -------- -------- -------- -------- --------- ------- 0 1 5 600 9 600 0 0 0 0 5 2400 En 1 1 5 600 10 1200 32 1200 0 0 5 2400 En <-- Softmax reduces by 400% from previous example
<snip>
عند إضافة تكوين حد قائمة انتظار ثالث إلى قائمة انتظار، يتم تعطيل مضاعف المخزن المؤقت الظاهري المخفي للنظام بنسبة 400٪ لقائمة الانتظار تلك. ومع ذلك، لا تزال قائمة الانتظار هذه تحترم ما تم تكوينه من قبل المستخدم من خلال برنامج QoS Queue-Softmax-Multiplier <percent>.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
3.0 |
24-May-2024 |
تقويم |
1.0 |
02-Dec-2022 |
الإصدار الأولي |