المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

قدرة قوائم انتظار الإخراج للمنافذ على محولات Catalyst 3550 switches

الميزات التي تدعمها منافذ جيجابت وغيرها

الميزات التي تدعمها منافذ جيجابت فقط

الميزات التي تدعمها المنافذ غير التابعة لشبكة جيجابت فقط

تعيين CoS إلى قائمة الانتظار

قائمة الانتظار ذات الأولوية الصارمة

ترتيب دوري مرجح على مادة حفازة 3550

WRED على مادة حفازة 3550 مفتاح

النهاية إسقاط على مادة حفازة 3550 مفتاح

تكوين حجم قائمة الانتظار على منافذ جيجابت

إدارة قائمة الانتظار وحجم قائمة الانتظار على المنافذ غير التابعة لشبكة جيجابت

القرار

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

المقدمة

تضمن جدولة الإخراج عدم إسقاط حركة المرور الهامة في حالة زيادة الاشتراك بشكل كبير على مخرج الواجهة. يناقش هذا المستند جميع التقنيات والخوارزميات التي تشارك في جدولة الإخراج على المحول Cisco Catalyst 3550 switch. يركز هذا المستند أيضا على كيفية تكوين عملية جدولة الإخراج والتحقق من صحتها على محولات Catalyst 3550 switches.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

أسست المعلومة في هذا وثيقة على المادة حفازة 3550 أن يركض cisco ios ® برمجية إطلاق 12.1(12c)ea1.

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

الاصطلاحات

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

قدرة قوائم انتظار الإخراج للمنافذ على محولات Catalyst 3550 switches

هناك نوعان من المنافذ على المحولات 3550 switches:

- منافذ جيجابت

- منافذ غير جيجابت (منفذ 10/100 ميجابت في الثانية)

يحتوي هذان المنفذان على إمكانات مختلفة. يلخص بقية هذا القسم هذه القدرات. توضح الأقسام الأخرى من هذا المستند الإمكانات بمزيد من التفاصيل.

الميزات التي تدعمها منافذ جيجابت وغيرها

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

الميزات التي تدعمها منافذ جيجابت فقط

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

الميزات التي تدعمها المنافذ غير التابعة لشبكة جيجابت فقط

لا تحتوي المنافذ غير التابعة لشبكة جيجابت على أي آلية قوائم انتظار مثل WRED أو إسقاط الذيل باستخدام حدين. يتم دعم قوائم انتظار FIFO فقط على منفذ 10/100 ميجابت في الثانية. لا يمكنك تغيير حجم كل من قوائم الانتظار الأربع على هذه المنافذ. ومع ذلك، يمكنك تعيين الحد الأدنى (الحد الأدنى) لحجم الاحتياطي لكل قائمة انتظار.

تعيين CoS إلى قائمة الانتظار

يناقش هذا قسم كيف ال 3550 يقرر أن يضع كل ربط في قائمة انتظار. يتم وضع الحزمة في قائمة الانتظار على أساس CoS. يتم تعيين كل قيمة من قيم CoS الثمانية الممكنة إلى واحدة من قوائم الانتظار الأربع الممكنة باستخدام أمر واجهة خريطة CoS-to-Queue الذي يبدي هذا المثال:

(config-if)#wrr-queue cos-map queue-id cos1... cos8

فيما يلي مثال:

3550(config-if)#wrr-queue cos-map 1 0 1

3550(config-if)#wrr-queue cos-map 2 2 3

3550(config-if)#wrr-queue cos-map 3 4 5

3550(config-if)#wrr-queue cos-map 4 6 7

يوضح هذا المثال:

- CoS 0 و 1 في قائمة الانتظار 1 (Q1)

- ثاني أكسيد الكربون 2 و 3 في الربع 2

- CoS 4 و 5 في Q3

- CoS 6 و 7 في الربع الرابع

أنت يستطيع أصدرت هذا أمر in order to دققت ال CoS إلى قائمة انتظار يخطط من ميناء:

cat3550#show mls qos interface gigabitethernet0/1 queueing

GigabitEthernet0/1

...Cos-queue map:

cos-qid

0 - 1

1 - 1

2 - 2

3 - 2

4 - 3

5 - 3

6 - 4

7 - 4...

قائمة الانتظار ذات الأولوية الصارمة

يتم دائما إفراغ قائمة انتظار الأولوية الصارمة أولا. لذلك، بمجرد وجود حزمة في قائمة الانتظار ذات الأولوية الصارمة، تتم إعادة توجيه الحزمة. بعد إعادة توجيه كل حزمة من إحدى قوائم انتظار WRR، يتم فحص قائمة انتظار الأولوية الصارمة وإفراغها إذا لزم الأمر.

تم تصميم قائمة انتظار ذات أولوية صارمة خصيصا لحركة المرور الحساسة للتأخير/الرجفان، مثل الصوت. يمكن أن تؤدي قائمة الانتظار ذات الأولوية الصارمة في نهاية المطاف إلى تجويع قوائم الانتظار الأخرى. لا يتم إعادة توجيه الحزم التي يتم وضعها في قوائم انتظار WRR الثلاثة الأخرى إذا كانت الحزمة تنتظر في قائمة الانتظار ذات الأولوية الصارمة.

نصائح

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

- الاستفادة من حالة جودة خدمة المنفذ غير الموثوق به لجميع منافذ المصدر غير الموثوق بها.

- أستخدم ميزة الحد الموثوق به لمنفذ هاتف Cisco IP لضمان عدم إستخدامها في حالة الثقة التي تم تكوينها لهاتف IP لتطبيق آخر.

- تنظيم حركة المرور التي تنتقل إلى قائمة الانتظار ذات الأولوية الصارمة. قم بتعيين حد لتنظيم حركة المرور مع CoS بمقدار 5 (نقطة كود الخدمات المميزة [DSCP] 46) إلى 100 ميجابت على منفذ جيجابت.

لمزيد من المعلومات حول هذه الموضوعات، ارجع إلى هذه المستندات:

- يفهم QoS ووضعت علامة على المادة حفازة 3550

- تكوين حدود موثوق بها لضمان قسم أمان المنفذ من تكوين جودة الخدمة (Catalyst 3500)

في قائمة الانتظار 3550، يمكنك تكوين قائمة انتظار واحدة لتكون قائمة الانتظار ذات الأولوية (والتي تكون دائما Q4). استعملت هذا أمر في قارن أسلوب:

3550(config-if)#priority-queue out

إذا لم يتم تكوين قائمة الانتظار ذات الأولوية في واجهة، فسيتم إعتبار Q4 كقائمة انتظار WRR قياسية. يوفر قسم الترتيب الدوري المرجح على Catalyst 3550 في هذا المستند المزيد من التفاصيل. يمكنك التحقق من تكوين قائمة الانتظار ذات الأولوية الصارمة على واجهة إذا قمت بإصدار الأمر نفسه Cisco IOS:

NifNif#show mls qos interface gigabitethernet0/1 queueing

GigabitEthernet0/1

Egress expedite queue: ena

ترتيب دوري مرجح على مادة حفازة 3550

WRR هي آلية يتم إستخدامها في جدولة المخرجات في ال 3550. يعمل WRR بين ثلاث أو أربع قوائم انتظار (في حالة عدم وجود قائمة انتظار ذات أولوية صارمة). يتم إفراغ قوائم الانتظار المستخدمة في WRR في نمط تكرار دوري، ويمكنك تكوين الوزن لكل قائمة انتظار.

على سبيل المثال، يمكنك تكوين الأوزان حتى يتم خدمة قوائم الانتظار بشكل مختلف، كما تظهر هذه القائمة:

- Service WRR Q1: 10٪ من الوقت

- خدمة WRR الربع الثاني: 20 بالمائة من الوقت

- خدمة WRR Q3: 60٪ من الوقت

- خدمة WRR الربع الرابع: 10 بالمائة من الوقت

لكل قائمة انتظار، يمكنك إصدار هذه الأوامر في وضع الواجهة لتكوين الأوزان الأربعة (مع واحد مرتبط بكل قائمة انتظار):

(config-f)#wrr-queue bandwidth weight1 weight2 weight3 weight4

فيما يلي مثال:

3550(config)#interface gigabitethernet 0/1

3550(config-if)#wrr-queue bandwidth 1 2 3 4

ملاحظة: الأوزان نسبية. يتم إستخدام هذه القيم:

- Q1 = الوزن 1 / (الوزن 1 + الوزن 2 + الوزن 3 + الوزن 4) = 1 / (1+2+3+4) = 1/10

- Q2 = 2/10

- Q3 = 3/10

- Q4 = 4/10

يمكن تنفيذ إعادة توجيه المسار العكسي (WRR) بهاتين الطريقتين:

- WRR لكل نطاق ترددي: يمثل كل وزن نطاق ترددي معين مسموح بإرساله. ويسمح للوزن Q1 بأن يحتوي على حوالي 10 بالمائة من عرض النطاق الترددي، وتحصل Q2 على 20 بالمائة من عرض النطاق الترددي، وما إلى ذلك. يطبق هذا نظام فقط في المادة حفازة 6500/6000 sery في هذا الوقت.

- WRR لكل حزمة: هذه هي الخوارزمية التي يتم تنفيذها في المحول 3550 switch. يمثل كل وزن عدد معين من الحزم التي سيتم إرسالها، بغض النظر عن حجمها.

بما أن 3550 يطبق WRR لكل حزمة، فإن هذا السلوك يطبق على التكوين في هذا قسم:

- يرسل Q1 حزمة واحدة من أصل 10

- يرسل Q2 حزمتين من أصل 10

- يرسل Q3 3 حزم من أصل 10

- يرسل Q4 4 حزم من أصل 10

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

افترضت مثلا، أن أنت تتلقى فقط إثنان تدفق حاضر في المفتاح. من الناحية النظرية، نفترض أيضا أن هذه الظروف قائمة:

- يتم وضع سرعة واحدة في الثانية لحركة مرور التطبيقات التفاعلية الصغيرة (الإطارات [B] ذات 80 بايت) مع (CoS) تبلغ 3 أضعاف في الربع الثاني.

- يتم وضع جيجابت في الثانية لحركة مرور نقل الملفات الكبيرة (الإطارات 1518-B) التي تحتوي على CoS بمقدار 0 في الربع الأول.

يتم إرسال قائمتين في المحول مع 1 جيجابت في الثانية من البيانات.

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

- 77700 حزمة في الثانية (pps) من الربع الثاني = (7700 × 8 × 64) بت في الثانية (bps) (52 ميجابت في الثانية تقريبا)

- 77700 بت في الثانية من الربع الأول = (7700 × 8 × 1500) بت في الثانية (948 ميجابت في الثانية تقريبا)

نصائح

- إذا كنت ترغب في السماح بالوصول العادل لكل قائمة انتظار إلى الشبكة، ضع في الاعتبار متوسط حجم كل حزمة. من المتوقع أن يتم وضع كل حزمة في قائمة انتظار واحدة ويتم تعديل الوزن وفقا لذلك. على سبيل المثال، إذا كنت تريد منح وصول متساو لكل من قوائم الانتظار الأربع، بحيث تحصل كل قائمة انتظار على 1/4 من عرض النطاق الترددي، فإن حركة المرور هي كما يلي:

- في الربع الأول: أفضل جهد لحركة مرور الإنترنت. بافتراض أن حركة المرور يكون متوسط حجم الحزمة 256 b.

- في الربع الثاني: يتكون النسخ الاحتياطي من نقل الملفات، مع حزمة أساسا من 1500 b.

- في الربع الثالث: تدفقات الفيديو، التي تتم على حزم من 192 b.

- في الربع الرابع: التطبيق التفاعلي الذي يتكون أساسا من حزمة 64 b.

يؤدي هذا إلى إنشاء هذه الشروط:

- يستهلك الربع الأول أربعة أضعاف النطاق الترددي للربع الرابع.

- يستهلك الربع الثاني 24 مرة ضعف النطاق الترددي للربع الرابع.

- يستهلك الربع الثالث ثلاثة أضعاف النطاق الترددي للربع الرابع.

- للحصول على وصول عرض نطاق ترددي متساو إلى الشبكة، قم بتكوين:

- Q1 بوزن يبلغ 6

- Q2 بوزن يبلغ 1

- Q3 بوزن يبلغ 8

- Q4 بوزن يبلغ 24

- إذا قمت بتعيين هذه الأوزان، فإنك تحقق مشاركة متساوية للنطاق الترددي بين قوائم الانتظار الأربع في حالة حدوث إزدحام.

- في حالة تمكين قائمة الانتظار ذات الأولوية الصارمة، تتم إعادة توزيع أوزان WRR بين قوائم الانتظار الثلاث المتبقية. إذا تم تمكين قائمة انتظار ذات أولوية صارمة ولم يتم تكوين Q4، فإن المثال الأول الذي يحتوي على أوزان من 1 و 2 و 3 و 4 هو:

- Q1 = 1 / (1+2+3) = حزمة من 6

- Q2 = حزمتان من أصل 6

- Q3 = 3 حزم من أصل 6

أنت يستطيع أصدرت هذا cisco ios برمجية عرض أمر in order to دققت الوزن قائمة الانتظار:

NifNif#show mls qos interface gigabitethernet0/1 queueing

GigabitEthernet0/1

QoS is disabled. Only one queue is used

When QoS is enabled, following settings will be applied

Egress expedite queue: dis

wrr bandwidth weights:

qid-weights

1 - 25

2 - 25

3 - 25

4 - 25

في حالة تمكين قائمة الانتظار ذات الأولوية المتسارعة، يتم إستخدام وزن Q4 فقط في حالة تعطيل قائمة الانتظار المتسارعة. فيما يلي مثال:

NifNif#show mls qos interface gigabitethernet0/1 queueing

GigabitEthernet0/1

Egress expedite queue: ena

wrr bandwidth weights:

qid-weights

1 - 25

2 - 25

3 - 25

4 - 25

!--- The expedite queue is disabled.

WRED على مادة حفازة 3550 مفتاح

WRED يتوفر فقط على منافذ جيجابت على محولات 3550 Series switches. WRED هو تعديل للاكتشاف المبكر العشوائي (RED)، والذي يتم إستخدامه في تجنب الازدحام. تم تعريف هذه المعلمات في RED:

- الحد الأدنى: يمثل الحد ضمن قائمة انتظار. لا يتم إسقاط أي حزم أسفل هذا الحد.

- الحد الأقصى (الحد الأقصى):يمثل عتبة أخرى ضمن قائمة انتظار. يتم إسقاط جميع الحزم فوق الحد الأقصى.

- الميل: احتمال إسقاط الحزمة بين الحد الأدنى والحد الأقصى. يزداد احتمال السقوط بشكل خطي (مع ميل معين) مع حجم قائمة الانتظار.

يوضح هذا الرسم البياني احتمال إسقاط حزمة في قائمة الانتظار RED:

ملاحظة: تسمح لك جميع محولات Catalyst التي تطبق RED بضبط الميل.

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

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

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

تلميح: يقوم معرف تصحيح الأخطاء من Cisco CSCdz73556 (العملاء المسجلون فقط) بتوثيق طلب تحسين لتكوين الحد الأدنى.

لمزيد من المعلومات حول الأحمر و WRED، ارجع إلى نظرة عامة على تجنب الازدحام.

في ال 3550، أنت يستطيع شكلت WRED مع إثنان مختلف حد أقصى in order to زودت إثنان خدمة مختلف. يتم تخصيص أنواع مختلفة من حركة المرور لأي من العتبة، والتي تعتمد فقط على بروتوكولات DSCP الداخلية. وهذا يختلف عن مهمة قائمة الانتظار، والتي تعتمد فقط على CoS من الحزمة. تحدد عملية تعيين جدول DSCP إلى الحد العتبة عتبة كل بروتوكول من بروتوكولات DSCP البالغ عددها 64. أنت يستطيع أصدرت هذا أمر in order to رأيت وعدلت هذا طاولة:

(config-if)#wrr-queue dscp-map threshold_number DSCP_1 DSCP_2 DSCP_8

على سبيل المثال، يقوم هذا الأمر بتعيين DSCP 26 إلى العتبة 2:

NifNif(config-if)#wrr-queue dscp-map 2 26

NifNif#show mls qos interface gigabitethernet0/1 queueing

GigabitEthernet0/1

Dscp-threshold map:

d1 :  d2 0  1  2  3  4  5  6  7  8  9

---------------------------------------

0 :    01 01 01 01 01 01 01 01 01 01

1 :    01 01 01 01 01 01 02 01 01 01

2 :    01 01 01 01 02 01 02 01 01 01

3 :    01 01 01 01 01 01 01 01 01 01

4 :    02 01 01 01 01 01 02 01 01 01

5 :    01 01 01 01 01 01 01 01 01 01

6 :    01 01 01 01

بعد تحديد خريطة DSCP إلى العتبة، يتم تمكين WRED على قائمة الانتظار التي تختارها. قم بإصدار هذا الأمر:

(config-if)#wrr-queue random-detect max-threshold queue_id threshold_1 threshold_2

يقوم هذا المثال بتكوين:

- Q1 مع الحد 1 = 50 بالمائة والحد 2 = 100 بالمائة

- Q2 مع عتبة 1 = 70 في المائة والحد 2 = 100 في المائة

3550(config)#interface gigabitethernet 0/1

3550(config-if)#wrr-queue random-detect max-threshold 1 50 100

3550(config-if)#wrr-queue random-detect max-threshold 2 70 100

3550(config-if)#wrr-queue random-detect max-threshold 3 50 100

3550(config-if)#wrr-queue random-detect max-threshold 4 70 100

يمكنك إصدار هذا الأمر للتحقق من نوع قوائم الانتظار (WRED أم لا) على كل قائمة انتظار:

nifnif#show mls qos interface gigabitethernet0/1 buffers

GigabitEthernet0/1

..

qid WRED thresh1 thresh2

1   dis  10      100

2   dis  10      100

3   ena  10      100

4   dis  100     100

تعني قائمة الانتظار التمكين، وتستخدم قائمة الانتظار WRED. ال dis يعني يعجز، والقائمة ميلان إلى جانب يستعمل ذيل قطرة.

يمكنك أيضا مراقبة عدد الحزم التي يتم إسقاطها لكل حد. قم بإصدار هذا الأمر:

show mls qos interface gigabitethernetx/x statistics

WRED drop counts:

qid  thresh1    thresh2   FreeQ

1 : 327186552  8         1024

2 : 0          0         1024

3 : 37896030   0         1024

4 : 0          0         1024

النهاية إسقاط على مادة حفازة 3550 مفتاح

Tail drop هو الآلية الافتراضية على ال 3550 على ميناء جيجابت. يمكن أن يحتوي كل منفذ جيجابت على حدي إسقاط ذيل. يتم تعيين مجموعة من بروتوكولات DSCPs لكل من حدود الإسقاط الخاصة بالجهاز باستخدام نفس خريطة حد DSCP التي يعرفها قسم WRED على محولات Catalyst 3550 في هذا المستند. عند الوصول إلى حد ما، يتم إسقاط جميع الحزم ذات بروتوكول DSCP الذي يتم تعيينه إلى ذلك الحد. أنت يستطيع أصدرت هذا أمر in order to شكلت ذيل يسقط حد:

(config-if)#wrr-queue threshold queue-id threshold-percentage1 threshold-percentage2

يقوم هذا المثال بتكوين:

- Q1 مع حد إسقاط الذيل 1 = 50 بالمائة والعتبة 2 = 100 بالمائة

- Q2 مع عتبة 1 = 70 في المائة والحد 2 = 100 في المائة

Switch(config-if)#wrr-queue threshold 1 50 100

Switch(config-if)#wrr-queue threshold 2 70 100

Switch(config-if)#wrr-queue threshold 3 60 100

Switch(config-if)#wrr-queue threshold 4 80 100

تكوين حجم قائمة الانتظار على منافذ جيجابت

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

wrr-queue queue-limit Q_size1 Q_size2 Q_size3 Q_size4

فيما يلي مثال:

3550(config)#interface gigabitethernet 0/1

3550(config-if)#wrr-queue queue-limit 4 3 2 1

معلمات حجم قائمة الانتظار هذه نسبية. يوضح هذا المثال ما يلي:

- الربع الأول أكبر بأربع مرات من الربع الرابع.

- الربع الثاني أكبر بثلاث مرات من الربع الرابع.

- يبلغ حجم الربع الثالث ضعف حجم الربع الرابع.

تتم إعادة توزيع حزم 4096 بهذه الطريقة:

- Q1 = [4 / (1+2+3+4)] * 4096 = 1639 حزمة

- Q2 = 0.3 * 4096 = 1229 حزمة

- Q3 = 0.2 * 4096 = 819 حزمة

- Q4 = 0.1 * 4096 = 409 حزم

يتيح لك هذا الأمر رؤية الأوزان النسبية للتخزينها المؤقت المقسم بين قوائم الانتظار الأربع:

cat3550#show mls qos interface buffers

GigabitEthernet0/1

Notify Q depth:

qid-size

1 - 4

2 - 3

3 - 2

4 - 1

...

يمكنك أيضا إصدار هذا الأمر لمعرفة عدد الحزم المجانية التي لا يزال بإمكان كل قائمة انتظار أن تحتفظ بها:

(config-if)#show mls qos interface gigabitethernetx/x statistics

WRED drop counts:

qid  thresh1    thresh2   FreeQ

1 : 0          0         1639

2 : 0          0         1229

3 : 0          0         819

4 : 0          0         409

معلمة عدد FreeQ ديناميكية. يعطي عداد FreeQ الحد الأقصى لحجم قائمة الانتظار ناقص عدد الحزم الموجودة حاليا في قائمة الانتظار. على سبيل المثال، إذا كانت هناك حاليا 39 حزمة في Q1، فسيتم توفير 1600 حزمة في عدد FreeQ. فيما يلي مثال:

(config-if)#show mls qos interface gigabitethernetx/x statistics

WRED drop counts:

qid  thresh1    thresh2   FreeQ

1 : 0          0         1600

2 : 0          0         1229

3 : 0          0         819

4 : 0          0         409

إدارة قائمة الانتظار وحجم قائمة الانتظار على المنافذ غير التابعة لشبكة جيجابت

لا يوجد مخطط لإدارة قائمة الانتظار متوفر على المنافذ التي تعمل بسرعة 10/100 ميجابت في الثانية (لا يوجد WRED أو إسقاط بيانات مع حدين). قوائم الانتظار الأربعة جميعها هي قوائم انتظار FIFO. لا يوجد أيضا الحد الأقصى لحجم قائمة الانتظار الذي يحتفظ ب 4096 حزمة لكل منفذ جيجابت. تخزن المنافذ التي تعمل بسرعة 10/100 ميجابت في الثانية الحزم في كل قائمة انتظار حتى تمتلئ بسبب نقص الموارد. يمكنك حجز الحد الأدنى لعدد الحزم لكل قائمة انتظار. يتم تعيين هذا الحد الأدنى على 100 حزمة لكل قائمة انتظار بشكل افتراضي. يمكنك تعديل الحد الأدنى للقيمة الاحتياطية هذه لكل قائمة انتظار إذا قمت بتحديد الحد الأدنى للقيم الاحتياطية المختلفة وتعيين إحدى القيم لكل قائمة انتظار.

أتمت هذا steps in order to جعلت هذا تعديل:

1. قم بتعيين حجم مخزن مؤقت لكل قيمة إحتياطية عامة كحد أدنى.

يمكنك تكوين الحد الأقصى لثماني قيم مختلفة للاحتياطي. قم بإصدار هذا الأمر:

(Config)# mls qos min-reserve min-reserve-level min-reserve-buffersize

هذه الحد الأدنى من قيم الاحتياطي عامة للمحول. بشكل افتراضي، يتم تعيين كل الحد الأدنى لقيم الاحتياطي على 100 حزمة.

على سبيل المثال، لتكوين الحد الأدنى لمستوى الاحتياطي 1 من 150 حزمة والحد الأدنى لمستوى الاحتياطي 2 من 50 حزمة، قم بإصدار هذه الأوامر:

nifnif(config)#mls qos min-reserve ?

<1-8>  Configure min-reserve level

nifnif(config)#mls qos min-reserve 1 ?

<10-170>  Configure min-reserve buffers

nifnif(config)#mls qos min-reserve 1 150

nifnif(config)#mls qos min-reserve 2 50

2. قم بتعيين قيمة من الحد الأدنى للقيم الاحتياطية لكل قائمة انتظار.

يجب تعيين كل قائمة من قوائم الانتظار إلى إحدى قيم الحفظ الدنيا لمعرفة عدد المخازن المؤقتة المضمونة لقائمة الانتظار هذه. بشكل افتراضي، تنطبق هذه الشروط:

- تم تعيين Q1 إلى الحد الأدنى لمستوى الاحتياطي 1.

- Q2 مخصص للحد الأدنى من مستوى الاحتياطي 2.

- تم تعيين Q3 إلى الحد الأدنى لمستوى الاحتياطي 3.

- Q4 إلى الحد الأدنى لمستوى الاحتياطي 4.

بشكل افتراضي، تكون كل قيم الحد الأدنى للاحتياطي 100.

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

(config-if)#wrr-queue min-reserve queue-id min-reserve-level

على سبيل المثال، قم بإصدار هذا الأمر لتعيين الحد الأدنى للاحتياطي في الربع الأول من عام 2 ولمستوى 1 كحد أدنى للاحتياطي في الربع الثاني:

nifnif(config)#interface fastethernet 0/1

nifnif(config-if)#wrr-queue min-reserve ?

<1-4>  queue id

nifnif(config-if)#wrr-queue min-reserve 1 ?

<1-8>  min-reserve level

nifnif(config-if)#wrr-queue min-reserve 1 2

nifnif(config-if)#wrr-queue min-reserve 2 1

يمكنك إصدار هذا الأمر للتحقق من الحد الأدنى للتعيين الاحتياطي الذي ينتج:

nifnif#show mls qos interface fastethernet0/1 buffers

FastEthernet0/1

Minimum reserve buffer size:

150 50 100 100 100 100 100 100

!--- This shows the value of all eight min reserve levels.

Minimum reserve buffer level select:

2 1 3 4

!--- This shows the min reserve level that is assigned to !--- each queue (from Q1 to Q4).

القرار

تتضمن قوائم الانتظار والجدولة على منفذ ما في 3550 الخطوات التالية:

1. قم بتعيين كل CoS إلى إحدى قوائم الانتظار.

2. قم بتمكين قوائم الانتظار ذات الأولوية الصارمة، إذا لزم الأمر.

3. قم بتعيين وزن WRR، وتأخذ في الاعتبار حجم الحزمة المتوقع ضمن قائمة الانتظار.

4. قم بتعديل حجم قائمة الانتظار (منافذ جيجابت فقط).

5. مكن آلية إدارة قائمة انتظار (Tail drop أو WRED، على منافذ جيجابت فقط).

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

- تصنيف حركة المرور الموجودة في الشبكة في فئات مختلفة، باستخدام علامة ثقة أو علامة محددة.

- زيادة في حركة الشرطة.

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

- يفهم QoS ووضعت علامة على المادة حفازة 3550

- تكوين جودة الخدمة - توثيق المنتج

- صفحات دعم منتجات شبكة LAN

- صفحة دعم تحويل شبكة LAN

- الدعم التقني والمستندات - Cisco Systems