فهم حدود قوائم الانتظار وعمليات إسقاط المخرجات على منصات برنامج IOS

المقدمة

يصف هذا المستند حدود قوائم الانتظار وحالات إسقاط الإخراج على الأنظمة الأساسية لبرنامج Cisco IOS® وموجهات الوصول القديمة.

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• دليل تكوين حلول جودة الخدمة IOS® من Cisco

• إطار عمل قوائم الانتظار الهرمية (HQF) لجودة الخدمة

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج التالية:

• ل pre-HQF: الموجهات من Cisco التي تشغل برنامج Cisco IOS الإصدار 12.3(26)

• ل HQF: موجهات Cisco التي تشغل برنامج Cisco IOS، الإصدار 12.4(22)T

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

معلومات أساسية

ينطبق هذا المستند على الأنظمة الأساسية لبرنامج Cisco IOS® فقط، والتي تتضمن عادة موجهات من السلسلة Cisco 7200VXR و Cisco ISR 3800 و 2800 و 1800 و Cisco Access Routers القديمة التي تتضمن موجهات من السلسلة 3700 و 3600 و 2600 و 1700.

تمهيد قوائم الانتظار العادلة والمقدرة المعتمدة على الفئة

في صور IOS السابقة ل HQF من Cisco، يمكن بشكل عام تحديد أولوية أي فئة bandwidth باستخدام الأمر مقابل الفئات التي لا تحتوي على النطاق الترددي أو الأولوية استنادا إلى وزن الفئات. من أجل فهم خوارزمية جدولة قوائم الانتظار العادلة والمقدرة (CBWFQ) المستندة إلى الفئة، يجب عليك أولا فهم مفهوم الوزن، وهو محدد للتدفق لقوائم الانتظار العادلة المستندة إلى التدفق وفئة محددة لقوائم الانتظار الفردية المستندة إلى الفئة داخل قائمة الانتظار العادلة والمقدرة المعتمدة على الفئة.

الصيغة لاستخلاص الوزن لقائمة انتظار عادلة تستند إلى التدفق هي:

32384 / (IP Prec + 1)

تستخرج الفئات المعرفة من قبل المستخدم داخل قائمة الانتظار العادلة والمقدرة المعتمدة على الفئة الأوزان الخاصة بها كوظيفة bandwidth للأمر المكون في الفئة كنسبة من مجموع فئات النطاق الترددي في قائمة الانتظار المستندة إلى الفئة. الصيغة الدقيقة خاصة.

في صور HQF، تتم جدولة قوائم الانتظار العادلة المستندة إلى التدفق، القابلة للتهيئة في كل من الفئات المعرفة من قبل المستخدم وإفتراضية الفئة مع قائمة الانتظار العادلة، بشكل متساو (بدلا من حسب الوزن). علاوة على ذلك، في HQF، يتم تحديد أولوية جدولة قائمة انتظار مستندة إلى الفئة بناء على مجدول HQF وليس على صيغة الوزن القديم للفئات.

ملاحظة: لا يقصد بهذا القسم أن يكون تحليلا سلوكيا شاملا لعمليات قوائم الانتظار المستندة إلى الفئة. المقصود هو شرح لكيفية تطبيق CBWFQ لحدود قائمة الانتظار وحالات إسقاط الإخراج.

فهم حدود قائمة الانتظار وعمليات إسقاط المخرجات

فئات معرفة من قبل المستخدم تم تكوينها باستخدام أمر الأولوية

بالنسبة للفئات MQC المعرفة من قبل المستخدم التي تم تكوينها باستخدام أي متغير من priority الأمر، وذلك باستخدام priority priority <kbps> و priority percent مضمنة.

سلوك ما قبل HQF

من الناحية الفنية، وعلى الرغم من عدم وجود واجهة سطر الأوامر (CLI) لمشاهدتها، وهي غير قابلة للتكوين، توجد قائمة انتظار نظام مخفية مشتركة بواسطة جميع بيانات فئة الأولوية. يعمل هذا كمستودع مؤقت لبيانات الأولوية بعد تصنيفه وبعد السماح به من قبل واضع السياسات الواعي بالازدحام. يتم وضع حزم LLQ في قائمة انتظار النظام المخفية هذه إذا تعذر وضعها مباشرة على حلقة إرسال واجهة المخرج أثناء مقاطعة الاستقبال، والتي تسمى خلاف ذلك إزدحام وظيفي. في هذه الحالة، نظرا لوجود إزدحام وظيفي، يتم تقييم الحزمة مقابل واضع السياسات الشرطي ل LLQ عبر مقاطعة الاستلام وأثناء كونها لا تزال مملوكة من قبل برنامج تشغيل واجهة الاستلام. إذا لم يتم إسقاط الحزمة بواسطة واضع السياسات الشرطي LLQ، يتم وضعها في قائمة انتظار نظام LLQ المخفي ويتم إصدار مقاطعة الاستلام. لذلك، فقد تم مطابقة جميع الحزم الموضوعة في قائمة انتظار النظام المخفية هذه إلى واضع بيانات إزدحام LLQ ويمكن إلغاء وضعها في قائمة الانتظار إلى حلقة واجهة الخروج للبث فورا بواسطة مجدول LLQ/CBWFQ.

وعلى الرغم من وجود قائمة الانتظار هذه، فإن السلوك ليس كقوائم انتظار Cisco IOS التي تم إنشاؤها لبيانات غير LLQ (مثل قوائم الانتظار العادلة وقوائم انتظار عرض النطاق الترددي) في أنه لا يمكن تحمل أي زمن انتقال إضافي لقوائم الانتظار (فوق زمن انتقال حلقة الإرسال) نظرا لأنه يمكن إستنزاف الحزم الموجودة في قائمة الانتظار هذه على الفور إلى حلقة الإرسال بواسطة مجدول LLQ/CBWFQ. إذا لم يتم إسقاط حزمة فئة الأولوية بواسطة المنظم الشرطي أثناء مقاطعة الاستلام، يمكن أن توجد حزمة LLQ هذه في قائمة انتظار النظام المخفية لفترة وجيزة قبل إلغاء قوائم الانتظار إلى حلقة إرسال واجهة المخرج. في هذه الحالة، ال LLQ/CBWFQ طاولة يستطيع فورا قدمت الربط إلى المخرج قارن بثثت حلقة. تم تشغيل الشرطي الشرطي قبل أن يعترف الحزمة إلى LLQ/CBWFQ، لذلك، فإن حده هو LLQ إلى معدل الأولوية الذي تم تكوينه.

وباختصار، يوصى بإسقاط بيانات LLQ التي تتجاوز معدل الأولوية في أوقات الازدحام بدلا من تحمل زمن انتقال إضافي لقوائم الانتظار، وهو مكون أساسي في LLQ. تسمح آلية تنظيم الشرطي هذه بقائمة انتظار أولوية صارمة ولا تسمح لقائمة انتظار الأولوية باحتكار PLIM الخاص بالواجهة بالكامل، وهو ما يمثل تحسين على ميزة قوائم الانتظار القديمة ذات الأولوية الخاصة ب Cisco IOS.

• حد قائمة انتظار ما قبل HQF: NA

• أولوية ما قبل HQF + سلوك الكشف العشوائي: NA، WRED غير مسموح به في LLQ.

• سلوك أولوية ما قبل HQF + قائمة انتظار عادلة: NA، لا يسمح بقائمة انتظار عادلة في LLQ.

• أولوية ما قبل HQF + الكشف العشوائي + سلوك قائمة الانتظار العادلة: لا يتم دعم قائمة الانتظار العادلة أو الكشف العشوائي في LLQ.

سلوك HQF

مثل pre-HQF باستثناء قائمة الانتظار المخفية لم تعد مخفية وحد قائمة الانتظار الآن قابل للتكوين والقيم الافتراضية على 64 حزمة.

• حد قائمة انتظار HQF: 64 حزمة

• أولوية HQF + سلوك الكشف العشوائي: NA، WRED غير مسموح به في LLQ.

• أولوية HQF + سلوك قائمة الانتظار العادلة: NA، غير مسموح بقائمة الانتظار العادلة في LLQ.

• أولوية HQF + الكشف العشوائي + سلوك قائمة الانتظار العادلة: لا يتم دعم قائمة الانتظار العادلة أو الكشف العشوائي في LLQ.

فئات معرفة من قبل المستخدم تم تكوينها باستخدام أمر النطاق الترددي

بالنسبة للفئات MQC المعرفة من قبل المستخدم التي تم تكوينها باستخدام أي متغير من bandwidth الأمر، وذلك باستخدام bandwidth <kbps> bandwidth percent bandwidth remaining percentمضمنة.

سلوك ما قبل HQF

الحد الافتراضي لقائمة الانتظار هو 64 حزمة، وهو قابل للضبط. إذا احتجت، أثناء مقاطعة الاستلام، إلى إدراج حزمة قد ينتج عنها > 64 حزمة في قائمة الانتظار، فإن الحزمة يتم إسقاطها من الذيل.

• حد قائمة الانتظار السابقة ل HQF: 64 حزمة، قابلة للضبط عبر حد قائمة الانتظار.

• نطاق ترددي قبل تردد HQF + سلوك "الكشف العشوائي":

مثال:

policy-map PRE_HQF_BANDWIDTH_WRED
 class 1
   bandwidth 32
   random-detect

إذا تم تكوين أي متغير من عرض النطاق الترددي مع أي متغير من الكشف العشوائي، فتجاهل أي واجهة سطر أوامر (CLI) حد قائمة الانتظار، مما يزيل بشكل فعال أي حد مخزن مؤقت في الفئة. بمعنى آخر، يكون الكشف العشوائي وتحديد قائمة الانتظار حصريين بشكل متبادل في صور ما قبل HQF. باستخدام إستراتيجية الكشف العشوائي كاستراتيجية إسقاط، يكون حجم قائمة الانتظار الحالية غير مقيد ويمكن نظريا شغل كل مخزن مؤقت مخصص لقائمة الانتظار العادلة المستندة إلى الفئة، حيث يتم اشتقاق هذا العدد من المخازن المؤقتة المخصصة لقائمة الانتظار العادلة المستندة إلى الفئة استنادا إلى نقطة إرفاق سياسة الخدمة:

• الواجهة المادية: 1000 حزمة، قابلة للضبط باستخدام قائمة انتظار CLI قيد الانتظار الخاصة بواجهة التحكم

• ATM PVC: 500 حزمة، قابلة للضبط مع PVC CLI VC-hold-queue

• فئة خريطة ترحيل الإطارات: 600 حزمة، قابلة للضبط باستخدام قائمة انتظار ترحيل الإطارات ل CLI فئة خريطة ترحيل الإطارات

• سياسة التشكيل المستندة إلى الفئة المطبقة على (sube)الواجهة (pre-HQF): 1000 حزمة، قابلة للضبط مع وحدات تخزين CLI للحد الأقصى للشكل فئة MQC.

ملاحظة: تفترض جميع أمثلة التكوين المستندة إلى الفئة وترحيل الإطارات أن مجموع الظلال لا يتجاوز معدل ساعة الواجهة.

ملاحظة: في الصور السابقة ل HQF، عندما يتم تطبيق سياسة تشكيل مستندة إلى الفئة على واجهة (فرعية)، انتبه إلى سرعة الواجهة المادية الأساسية، حيث يمكن للواجهات <2Mbps أن تقصر على قائمة انتظار عادلة مرجحة وواجهات >2 Mbps أن تقصر على FIFO. في حالة ما قبل HQF، يمكن لقائمة انتظار التشكيل تغذية قائمة الانتظار قيد الانتظار الخاصة بالواجهة، سواء كان نهج التشكيل ملحقا على الواجهة الفرعية أو على مستوى الواجهة الفعلية.

أثناء مقاطعة الاستلام، في كل مرة تصبح فيها الحزمة مرشحا لقائمة انتظار إخراج واجهة، يتم حساب متوسط حجم قائمة الانتظار WRED بهذه الصيغة:

Average Queue Size = (old_average * (1-1/2^n)) + (current_queue_size * 1/2^n)

إذا كان متوسط حجم قائمة الانتظار الناتج:

• أصغر من الحد الأدنى للحد الأدنى ل WRED، أدخل الحزمة وأطلق مقاطعة الاستقبال.
• بين الحد الأدنى ل WRED والحد الأقصى للحد ل WRED، ربما قم بإسقاط الحزمة باحتمال متزايد مع اقتراب متوسط حجم قائمة الانتظار من الحد الأقصى للحد ل WRED. إذا كان متوسط حجم قائمة الانتظار يساوي تماما الحد الأقصى للحد WRED، فإن الحزمة يتم إسقاطها بناء على مقام احتمال العلامة. ويعمل مقام احتمال العلامة أيضا كخط أساسي لتحديد النسبة المئوية للحزم التي يمكن أن يتم إسقاطها عندما لا يكون الحد المتوسط لقائمة الانتظار مساويا تماما للحد الأقصى للحد الأقصى للحد ل WRED ولكنه أعلى من الحد الأدنى للحد ل WRED. هذا مثال رسومي:

متوسط حد قائمة الانتظار لا يساوي الحد الأقصى للحد المسموح به ل WRED ولكنه أعلى من الحد الأدنى للحد الأدنى ل WRED

• • إذا تم إسقاط الحزمة، يتم تحرير مقاطعة الاستقبال ويتم زيادة الإسقاط العشوائي. إذا لم يتم إسقاط الحزمة، يتم إدراج الحزمة في قائمة الانتظار ويتم إصدار مقاطعة الاستقبال.

  • أعلى من الحد الأقصى للحد ل WRED، قم بإسقاط الحزمة، وإطلاق مقاطعة الاستلام، وزيادة معدل الإسقاط من الذيل.

ملاحظة: يسمح كل من WRED المستند إلى أسبقية IP (الافتراضي) والقائم على DSCP للحد الأدنى والحد الأقصى وحد الاحتمال وعلامة مقام الاحتمال بتعريف مختلف للقيم المختلفة. وهنا يظهر المكون المرجح للاكتشاف المبكر العشوائي. يمكنك حماية قيم ToS معينة بالنسبة للقيم الأخرى عندما تقوم بضبط الحدود النسبية لها ووضع علامة على مقامات الاحتمال.

عند تكوين الكشف العشوائي وعرض النطاق الترددي معا، يمكن أن يكون حجم قائمة الانتظار الحالية أكبر من الحد الأقصى ل WRED في أي نقطة زمنية محددة. وذلك لأن حدي WRED الأدنى والأقصى يتصرفان فقط استنادا إلى حجم قائمة الانتظار المتوسط (ليس الحالي). وهذا يوفر فرصة لانتهاء صلاحية جميع المخازن المؤقتة المخصصة لقائمة الانتظار المستندة إلى الفئة والتي يمكن أن ينتج عنها عمليات إسقاط بدون مخزن مؤقت تحدث في أي مكان داخل قائمة الانتظار العادلة المستندة إلى الفئة (ارجع إلى معرف تصحيح الأخطاء من Cisco CSCsm94757).

• نطاق ترددي قبل HQF + سلوك قائمة انتظار عادلة: NA، لا يسمح بقائمة انتظار عادلة في فئة النطاق الترددي.

• نطاق ترددي قبل HQF + الكشف العشوائي + سلوك قائمة الانتظار العادلة: غير مسموح بقائمة الانتظار العادلة في فئة النطاق الترددي

سلوك HQF

والسلوك هو نفسه كما هو موضح في قسم ما قبل التردد العالي.

• حد قائمة انتظار HQF: 64 حزمة، قابلة للضبط من خلال حد قائمة الانتظار.

وهذا يعادل ما كان عليه الحال في معالجات ما قبل HQF.

• نطاق ترددي عالي جدا (HQF) + سلوك الكشف العشوائي:

مثال:

policy-map HQF_BANDWIDTH_WRED
 class 1
   bandwidth 32
   queue-limit 512
   random-detect

ملاحظة: الحد الافتراضي لقائمة الانتظار هو 64 حزمة.

ولا يختلف السلوك عن السلوك في قسم مكافئ قبل HQF، مع إستثناء واحد مهم. في صور HQF، يمكن أن يتواجد الكشف العشوائي وتحديد قائمة الانتظار معا في نفس الفئة المعرفة من قبل المستخدم (أو الفئة الافتراضية) وحد قائمة الانتظار يمكن تمكينهما ومواصفتهما إلى 64 حزمة في تكوين افتراضي. على هذا النحو، يمكن أن يعمل حد قائمة الانتظار كأقصى حجم لقائمة الانتظار الحالية في فئة الكشف العشوائي، وبالتالي، يمكن أن يوفر آلية للحد من حالات السقوط بدون مخزن مؤقت التي تمت مناقشتها في المقطع المكافئ السابق ل HQF. نتيجة لهذه الإضافة، يجب أن تكون حد قائمة الانتظار التي تم تكوينها بحجم الحد الأقصى للكشف العشوائي على الأقل، حيث يمكن أن يتم تعيين الحد الأقصى للكشف العشوائي افتراضيا على 40 حزمة، وإلا يمكن أن يرفض المحلل التكوين.

وهذا يقدم التحقق من حد قائمة الانتظار الحالية في فئات WRED، حيث أنه، حتى إذا كان حساب عمق قائمة الانتظار المتوسط أقل من الحد الأقصى، إذا كان حجم قائمة الانتظار الحالي (ليس المتوسط) أكبر من حد قائمة الانتظار، يمكن إسقاط الحزمة، وإطلاق مقاطعة الاستقبال، وتسجيل الإسقاط من "الذيل". تذكر أنه إذا تم ضبط حد قائمة الانتظار مرتفعا بدرجة كافية لاستنفاد المخازن المؤقتة للتجميع لقائمة الانتظار المستندة إلى الفئة، فلا يمكن حدوث حالات إسقاط للمخزن المؤقت. يتم تعريف المخازن المؤقتة للتجميع ل HQF هنا:

• الواجهة المادية: 1000 حزمة، قابلة للضبط باستخدام قائمة انتظار CLI قيد الانتظار الخاصة بواجهة التحكم.

• ATM PVC: 500 حزمة، قابلة للضبط مع PVC CLI VC-hold-queue.

• فئة خريطة ترحيل الإطارات: 600 حزمة، قابلة للضبط باستخدام قائمة انتظار ترحيل الإطارات الخاصة ب CLI لفئة خريطة ترحيل الإطارات.

• نهج التشكيل المستند إلى الفئة المطبق على الواجهة المادية في التعليمات البرمجية ل HQF: 1000 حزمة، قابلة للضبط باستخدام مجموعة من قوائم انتظار CLI قيد الانتظار الخاصة بالواجهة وحد قائمة انتظار النهج الفرعي حيث يحتوي حد قائمة انتظار النهج الفرعي على حد أعلى من قوائم انتظار الانتظار قيد الانتظار الخاصة بالواجهة.

• سياسة التشكيل المستندة إلى الفئة المطبقة على الواجهة الفرعية في رمز HQF: 512 حزمة، غير قابلة للضبط (التحقيق مع فريق النظام الأساسي لجودة خدمة NSSTG، يجب أن تكون قابلة للضبط).

ملاحظة: تفترض جميع أمثلة التكوين المستندة إلى الفئة وترحيل الإطارات أن مجموع الظلال لا يتجاوز معدل ساعة الواجهة.

هنا مثال من العالم الحقيقي:

policy-map JACKLYN
 class 1
    bandwidth 64
    queue-limit 500 packets
     random-detect
     random-detect precedence 1 22 300

أثناء هذا الإخراج، لا يتم إنشاء حركة مرور من خلال الواجهة:

F340.11.25-7200-5_LAC#show policy-map interface | i queue      
      queue limit 500 packets
      (queue depth/total drops/no-buffer drops) 0/387595/0

!--- Current_q_depth is 0

        Mean queue depth: 107 packets

!--- last calculation of Average_queue_depth

عند هذه النقطة، يتم بدء حركة المرور. يكون الدفق غير قابل للسطو بمعدل 400 بت في الثانية ويتكون من إطارات بحجم 1000 بايت:

F340.11.25-7200-5_LAC#show policy-map interface | i queue
  queue limit 500 packets
  (queue depth/total drops/no-buffer drops) 461/387641/0

!--- 461 is Current_q_depth > Prec 1 max-thresh of 300 
!--- but < "queue-limit 500 packets".

  Mean queue depth: 274 packets

!--- Avg_q_depth is rising, Mark Prob Denom is being used.

F340.11.25-7200-5_LAC#show policy-map interface | i queue 
 queue limit 500 packets 
 (queue depth/total drops/no-buffer drops) 363/387919/0 

!--- 363 is Current_q_depth and it is falling compared to last 
!--- iteration because WRED is random dropping packets. Mean queue depth: 351 packets 
!--- Avg_q_depth is now above max_thresh, WRED starts to tail-drop 
!--- in addition to random-drop. 

F340.11.25-7200-5_LAC#show policy-map interface | i queue 
 queue limit 500 packets 
 (queue depth/total drops/no-buffer drops) 199/388263/0 
 Mean queue depth: 312 packets 

F340.11.25-7200-5_LAC#show policy-map interface | i queue 
 queue limit 500 packets 
 (queue depth/total drops/no-buffer drops) 303/388339/0 
 Mean queue depth: 276 packets 

F340.11.25-7200-5_LAC#show policy-map interface | i queue 
 queue limit 500 packets 
 (queue depth/total drops/no-buffer drops) 325/388498/0 
 Mean queue depth: 314 packets 

F340.11.25-7200-5_LAC#show policy-map interface | i queue 
 queue limit 500 packets 
 (queue depth/total drops/no-buffer drops) 298/390075/0 
 Mean queue depth: 300 packets  

لاحظ كيف، في نهاية المطاف، ومع دفق غير متقطع، يمكن أن يساوي متوسط عمق قائمة الانتظار WRED عمق قائمة الانتظار الحالي، وهو السلوك المتوقع.

• نطاق ترددي عالي السرعة (HQF) + سلوك قائمة انتظار عادلة:

عند تطبيق النطاق الترددي وقائمة الانتظار العادلة معا على الفئة المحددة من قبل مستخدم HQF، يتم تخصيص حد قائمة انتظار لكل قائمة انتظار قائمة انتظار مستندة إلى التدفق يساوي .25 * حد قائمة انتظار. ولأن حد قائمة الانتظار الافتراضي هو 64 حزمة، يمكن تخصيص كل قائمة انتظار تستند إلى التدفق في قائمة انتظار عادلة ل 16 حزمة. إذا إجتازت أربعة تدفقات هذه الفئة، فسيكون لكل قائمة انتظار تدفق 16 حزمة بشكل افتراضي، لذلك لن تتوقع أبدا رؤية إجمالي الحزم الموضوعة في قائمة الانتظار >64 (4 *16). يتم تسجيل جميع حالات السقوط من قائمة انتظار التدفق الفردية على أنها حالات سقوط تدفقات. إذا كان عدد قوائم انتظار التدفق مرتفعا بشكل ملحوظ كما هو حد قائمة الانتظار، ففرصة أخرى للوقوع دون مخزن مؤقت. على سبيل المثال، إذا افترضت أن نقطة إرفاق السياسة هي واجهة مادية، حيث يتم تخصيص مخازن التجميع المؤقتة ل 1000:

policy-map TEST
 class 1
  bandwidth 32
  fair-queue 1024
  queue-limit 128

في هذا التكوين، يمكن أن تؤدي حركة المرور القابلة للتقدير في جميع قوائم انتظار التدفق إلى تجويع المخازن المؤقتة للواجهة المجمعة مما يؤدي إلى عمليات إسقاط بدون مخزن مؤقت في الفئات الأخرى المعرفة من قبل المستخدم (راجع معرف تصحيح الأخطاء من Cisco CSCsw98427). وذلك نظرا لأن قوائم انتظار التدفق 1024، ويمكن لكل منها حد قائمة انتظار حزم 32 أن تتجاوز بسهولة توزيع المخزن المؤقت المستند إلى فئة واجهة التجميع 1000.

• نطاق ترددي عريض لمعيار HQF + اكتشاف عشوائي + سلوك قائمة انتظار عادلة:

مثال:

policy-map TEST
 class 1
  bandwidth 32
  fair-queue 1024
  queue-limit 128
  random-detect

مثل النطاق الترددي وقائمة الانتظار العادلة في القسم باستثناء متوسط حجم قائمة الانتظار WRED يتم حسابها في كل مرة يتم فيها إرسال حزمة لتحديد ما إذا كان يجب إسقاط الحزمة بشكل عشوائي أو إسقاط الذيل. كما هو الحال مع قبل HQF، يمكن لجميع قوائم انتظار التدفق مشاركة مثيل واحد من حدود WRED، مما يعني إستخدام جميع الحزم الموضوعة في قائمة الانتظار لكافة قوائم انتظار التدفق لحساب متوسط عمق قائمة الانتظار WRED، ثم يطبق قرار الإسقاط الحد الأدنى والحد الأقصى لحزم WRED مقابل حزم التجميع في جميع قوائم انتظار التدفق. ومع ذلك، يتم تجاهل أي خروج آخر من النطاق الترددي وقائمة الانتظار العادلة في القسم، نظرا لتطبيق مثيل واحد من حدود WRED على جميع قوائم الانتظار المستندة إلى التدفق، كما يتم تجاهل حد قائمة الانتظار لقائمة الانتظار (.25 * "حد قائمة الانتظار") الخاصة بقوائم الانتظار الفردية الموجودة بقوائم الانتظار، وبدلا من ذلك يتم إحترام حد قائمة الانتظار المجمعة للفئات للتحقق من حد قائمة الانتظار الحالية.

السلوك الافتراضي للفئة

سلوك ما قبل HQF

في إعدادات ما قبل HQF، والإعدادات الافتراضية للفئة إلى قائمة انتظار عادلة، تشترك جميع قوائم انتظار التدفق في حد قائمة الانتظار للفئة (الافتراضي هو 64)، ولا يوجد حجز للنطاق الترددي العريض. بمعنى آخر، لا يمكن أبدا أن يتجاوز العدد الإجمالي للحزم الموضوعة في قائمة الانتظار في جميع قوائم انتظار التدفق حد قائمة الانتظار. يمكن أن يعتمد مقدار الحزم الموضوعة في قائمة انتظار التدفق على الوزن المحسوب لقائمة انتظار التدفق. وعلى العكس من ذلك، إذا تم إستخدام قوائم الانتظار العادلة والكشف العشوائي معا في إعدادات الفئة الافتراضية، يمكن تجاهل حد قائمة الانتظار ويمكن أن تتشارك جميع قوائم انتظار التدفق في نفس حدود WRED. على هذا النحو، يمكن إستخدام جميع الحزم المدرجة حاليا في قائمة انتظار التدفق لحساب متوسط حجم قائمة انتظار WRED. نظرا لأن حجم قائمة الانتظار الحالي لا يحتوي على حد أعلى في هذا التكوين، فإن فرصة عمليات السقوط دون مخزن مؤقت تكون عالية (ارجع إلى معرف تصحيح الأخطاء من Cisco CSCsm94757).

• إذا تمت إضافة النطاق الترددي إلى إعدادات الفئة الافتراضية، فقد يؤدي إلى سلوك محدد في سلوك ما قبل HQF - فئات معرفة من قبل المستخدم تم تكوينها باستخدام قسم الأمر "النطاق الترددي".

• إذا تمت إضافة النطاق الترددي والكشف العشوائي إلى إعدادات الفئة الافتراضية، فقد يؤدي ذلك إلى حدوث سلوك محدد في قسم عرض النطاق الترددي قبل HQF + سلوك الكشف العشوائي لسلوك ما قبل HQF - فئات معرفة من قبل المستخدم تم تكوينها باستخدام الأمر "النطاق الترددي".

ملاحظة: لا يمكن أن يتواجد النطاق الترددي في الوضع السابق ل HQF جنبا إلى جنب مع قائمة الانتظار العادلة في الوضع الافتراضي للفئة.

سلوك HQF

في HQF، يتم تعيين إعدادات الفئة الافتراضية إلى قائمة انتظار FIFO ويتم تخصيص حجز عرض نطاق افتراضي استنادا إلى عمليات التخصيص المتبقية من الفئات المعرفة من قبل المستخدم. على هذا النحو، بالنسبة للسلوك الافتراضي لفئة HQF، راجع سلوك HQF - الفئات المعرفة من قبل المستخدم التي تم تكوينها باستخدام قسم الأمر "النطاق الترددي". في جميع الأوقات، وبغض النظر عن التكوين، يمكن أن يكون لإعدادات الفئة الافتراضية في صور HQF دائما حجز ضمني للنطاق الترددي يساوي عرض النطاق الترددي غير المستخدم الذي لا تستهلكه الفئات المعرفة من قبل المستخدم. بشكل افتراضي، تتلقى الفئة الافتراضية 1٪ كحد أدنى من الواجهة أو النطاق الترددي الأصلي للشكل. كما من الممكن تكوين واجهة سطر الأوامر (CLI) الخاصة بالنطاق الترددي بشكل صريح في الوضع الافتراضي للفئة.

• إذا تم تكوين قائمة الانتظار العادلة في الوضع الافتراضي من الفئة Class، فإن السلوك يتطابق مع قسم النطاق الترددي HQF + سلوك قائمة الانتظار العادلة لسلوك HQF - الفئات المعرفة من قبل المستخدم التي تم تكوينها باستخدام الأمر "النطاق الترددي".

• إذا تم تكوين قوائم الانتظار العادلة والكشف العشوائي معا في إعدادات الفئة الافتراضية، فإن السلوك يتطابق مع قسم عرض النطاق الترددي ل HQF + الكشف العشوائي + سلوك قائمة الانتظار العادلة لسلوك HQF - الفئات المعرفة من قبل المستخدم التي تم تكوينها باستخدام الأمر "النطاق الترددي".

معلومات ذات صلة

• دليل تكوين حلول جودة الخدمة IOS من Cisco، الإصدار 12.2SR
• إطار عمل قوائم الانتظار الهرمية (HQF) [غير مدعوم] لجودة الخدمة
• دعم الموجهات
• الدعم الفني والتنزيلات من Cisco