الأسئلة المتداولة بخصوص جودة الخدمة (QoS)
المحتويات
المقدمة
يتناول هذا المستند الأسئلة المتداولة المتعلقة بجودة الخدمة (QoS).
عام
س. ما هي جودة الخدمة (QoS)؟
ج. تشير جودة الخدمة (QoS) إلى قدرة الشبكة على توفير خدمة أفضل لحركة مرور الشبكة المحددة عبر العديد من التقنيات الأساسية بما في ذلك "ترحيل الإطارات" و"وضع النقل غير المتزامن (ATM)" وشبكات Ethernet وشبكات 802.1 والشبكات الضوئية المتزامنة (SONET) والشبكات الموجّهة من IP.
QoS هي مجموعة من التقنيات التي تتيح للتطبيقات طلب مستويات الخدمة المُتوقَّعة واستقبالها من حيث سعة معدل إنتاجية البيانات (عرض النطاق الترددي) وتغيرات زمن التأخير (التوتر) والتأخير. وعلى وجه الخصوص، توفر ميزات QoS خدمة شبكة أفضل وأكثر قابلية للتنبؤ بها من خلال الطرق التالية:
دعم عرض النطاق الترددي المُخصَّص.
تحسين خصائص الفقد.
تجنُّب ازدحام الشبكة وإدارته.
تشكيل حركة مرور الشبكة.
تحديد أولويات حركة المرور عبر الشبكة.
يحدد "فريق عمل هندسة الإنترنت (IETF)" البُنيتين التقنيتين التاليتين لجودة الخدمة (QoS):
الخدمات المتكاملة (IntServ)
الخدمات المتمايزة (DiffServ)
تستخدم IntServ "بروتوكول حجز الموارد (RSVP)" للإشارة بوضوح إلى احتياجات QoS لحركة مرور التطبيق على الأجهزة الموجودة في المسار الشامل عبر الشبكة. إذا تمكّنت كل أجهزة الشبكة على طول المسار من الاحتفاظ بعرض النطاق الترددي اللازم، فيمكن أن يبدأ التطبيق الأصلي في الإرسال. يُحدّد "طلب التعليقات (RFC)" 2205 بروتوكول RSVP، بينما يُحدّد RFC 1633 الخدمات المتكاملة (IntServ).
تركّز الخدمات المتمايزة (DiffServ) على جودة الخدمة (QoS) المُجمّعة والمتوفرة. بدلاً من الإشارة إلى متطلبات QoS الخاصة بالتطبيق، تستخدم DiffServ "نقطة رمز الخدمات المتمايزة (DSCP)" في عنوان IP الرئيسي للإشارة إلى مستويات QoS المطلوبة. قدَّم الإصدار 12.1(5)T من برنامج Cisco IOS® امتثال DiffServ على موجّهات Cisco. راجع المستندات التالية للحصول على مزيد من المعلومات:
س: ما المقصود بالازدحام والتأخير وتذبذب الإشارات؟
ج. تعاني الواجهة من الازدحام عندما تشهد المزيد من حركات المرور بشكل أكثر مما يمكنها التعامل معه. وتُعد نقاط ازدحام الشبكة عوامل تصفية قوية لآليات "جودة الخدمة (QoS)". فيما يلي مثال على نقاط الازدحام النموذجية:
يؤدي ازدحام الشبكة إلى التأخير. تُقدّم الشبكة وأجهزتها عدة أنواع من التأخيرات، كما هو موضَّح في فَهْم سبب التأخير في شبكات الحِزم الصوتية. يُعرف التباين في التأخير باسم تذبذب الإشارات، كما هو موضح في فَهْم تذبذب الإشارات الموجود في شبكات الحِزم الصوتية (أنظمة Cisco IOS الأساسية). ويلزم التحكم في التأخير وتذبذب الإشارات والحد منهما لدعم حركة المرور التفاعلية وفي الوقت الحقيقي.
س: ما هي MQC؟
ج. تُشير MQC إلى واجهة سطر الأوامر (CLI) لجودة الخدمة (QoS) النمطية. تم تصميمها لتبسيط تكوين QoS على موجّهات ومُبدّلات Cisco من خلال تحديد صياغة أمر شائع والمجموعة الناتجة عن سلوكيات QoS عبر الأنظمة الأساسية. يحل هذا النموذج محل النموذج السابق لتحديد الصيغ الفريدة لكل ميزة من ميزات QoS ولكل نظام أساسي.
تحتوي MQC (جودة الخدمة للوحدة) على الخطوات الثلاث التالية:
حدّد فئة حركة المرور من خلال إصدار الأمر class-map.
أنشئ سياسة حركة المرور من خلال إقران فئة حركة المرور بميزة واحدة أو أكثر من ميزات QoS من خلال إصدار الأمر policy-map.
أرفِق سياسة حركة المرور بالواجهة أو الواجهة الفرعية أو "الدائرة الافتراضية (VC)" من خلال إصدار الأمر service-policy.
ملاحظة: أنت تقوم بتنفيذ وظائف تكيُّف حركة المرور الخاصة بالخدمات المتمايّزة (DiffServ)، مثل التمييز والتشكيل، باستخدام صياغة MQC.
لمزيد من المعلومات، راجع واجهة سطر الأوامر لجودة الخدمة النمطية.
س. ماذا تعني رسالة لا يتم دعم سياسة الخدمة إلا على واجهات VIP مع تمكين DCEF؟
ج. في معالجات الواجهة متعددة الاستخدامات (VIP) في Cisco 7500 Series، يتم دعم ميزات "جودة الخدمة (QoS)" الموزّعة فقط في Cisco IOS 12.1(5)T و12.1(5)E و12.0(14)S. يؤدي تمكين إعادة التوجيه السريع الموزّعة من Cisco (dCEF) إلى تمكين QoS الموزّعة تلقائيًا.
تدعم الواجهات التي لا تندرج ضمن VIP، المعروفة باسم معالجات الواجهات (IP) القديمة، ميزات QoS المركزية كما هو مُمكّن على "معالج التوجيه والتبديل (RSP)". راجع المستندات التالية للحصول على مزيد من المعلومات:
س. كم عدد الفئات التي تدعمها سياسة "جودة الخدمة (QoS)"؟
ج. في إصدارات Cisco IOS الأقدم من إصدار 12.2، يمكنك تحديد 256 فئة فقط كحد أقصى، ويمكنك تحديد ما يصل إلى 256 فئة داخل كل سياسة إذا تمت إعادة استخدام الفئات نفسها لسياسات مختلفة. إذا كان لديك سياستان، فيجب ألا يتجاوز إجمالي عدد الفئات من كلا النفئتين 256. إذا كانت السياسة تتضمن "قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)" (بمعنى أنها تحتوي على بيان عرض النطاق الترددي [أو الأولوية] داخل أي من الفئات)، فإن إجمالي عدد الفئات المدعومة هو 64.
في الإصدارات 12.2(12)، و12.2(12)T، و12.2(12)S من Cisco IOS، تم تغيير قيد استخدام 256 من خرائط الفئة العامة فقط، ومن الممكن الآن تكوين ما يصل إلى 1024 خريطة فئة عامة واستخدام 256 خريطة فئة داخل خريطة السياسة نفسها.
س. كيف تتم معالجة تحديثات التوجيه و"بروتوكول الاتصال من نقطة إلى نقطة (PPP)" \ رسائل تنشيط اتصال التحكم في ارتباط البيانات عالي المستوى (HDLC) عند تطبيق سياسة خدمة؟
ج. تستخدم موجّهات Cisco IOS الآليتين التاليتين لتحديد أولويات حِزم التحكم:
أسبقية IP
pak_priority
تم تصميم كلتا الآليتين لضمان عدم إسقاط حِزم التحكم الرئيسية أو إسقاطها في النهاية بواسطة الموجّه ونظام قوائم الانتظار عند ازدحام واجهة الإرسال. لمزيد من المعلومات، راجع فَهْم كيفية وضع تحديثات التوجيه وحِزم التحكم في قائمة الانتظار على واجهة من خلال سياسة خدمة QoS.
س. هل يتم دعم "جودة الخدمة (QoS)" على الواجهات المُكوّنة باستخدام الربط والتوجيه المُدمج (IRB)؟
ج. لا. لا يمكنك تكوين ميزات QoS عند تكوين الواجهة للربط والتوجيه المدمج (IRB).
التصنيف ووضع العلامات
س. ما هو التصنيف المُسبق لـ "جودة الخدمة (QoS)"؟
ج. يتيح لك التصنيف المُسبق لـ QoS إمكانية مطابقة المحتويات الأصلية لعنوان IP الرئيسي وتصنيفها للحِزم التي تخضع لتضمين الاتصال النفقي و\أو التشفير. لا تصف هذه الميزة عملية نسخ القيمة الأصلية لبايت "نوع الخدمة (ToS)" من رأس الحِزمة الأصلية إلى عنوان الاتصال النفقي الرئيسي. راجع المستندات التالية للحصول على مزيد من المعلومات:
س. ما هي حقول رأس الحِزمة التي يمكن ملاحظتها؟ ما هي القيم المتوفرة؟
ج. تتيح لك ميزة التمييز على أساس الفئة تعيين أو تمييز الطبقة 2 أو الطبقة 3 أو عنوان "تبديل التسمية متعدد البروتوكلات (MPLS)" الرئيسي للحِزمة الخاصة بك. راجع المستندات التالية للحصول على مزيد من المعلومات:
س. هل يمكنني تحديد أولوية حركة المرور بناءً على عنوان URL؟
ج. نعم. يتيح لك "التعرُّف على التطبيق المستند إلى الشبكة (NBAR)" تصنيف الحِزم من خلال المطابقة في الحقول الموجودة في طبقة التطبيق. قبل تقديم NBAR، كان التصنيف الأكثر دقة هو أرقام منافذ "بروتوكول التحكم في الإرسال (TCP)" و"بروتوكول مخطط بيانات المستخدم (UDP)" للطبقة 4. راجع المستندات التالية للحصول على مزيد من المعلومات:
س. ما هي الأنظمة الأساسية وإصدارات برامج Cisco IOS التي تدعم "التعرُّف على التطبيق المستند إلى الشبكة (NBAR)"؟
ج. يتم تقديم دعم NBAR في الإصدارات التالية من برنامج Cisco IOS:
المنصة الحد الأدنى لإصدار برنامج Cisco IOS 7200 12.1(5)T 7100 12.1(5)T 3660 12.1(5)T 3640 12.1(5)T 3620 12.1(5)T 2600 12.1(5)T 1700 12.1(5)T ملاحظة: إنك تحتاج إلى تمكين "إعادة التوجيه السريع من Cisco (CEF)" لاستخدام NBAR.
يتوفر NBAR الموزَّع (DNBAR) على الأنظمة الأساسية التالية:
المنصة الحد الأدنى لإصدار برنامج Cisco IOS 7500 12.2(4)T، 12.1(6)E FlexWAN 12.1(6)E ملاحظة: لا يتم دعم NBAR على واجهات شبكة VLAN الخاصة بـ "بطاقة ميزة التبديل متعدد الطبقات (MSFC)" في Catalyst 6000، أو Cisco 12000 Series، أو "وحدة التبديل والتوجيه (RSM)" في Catalyst 5000 Series. إذا كنت لا ترى نظامًا أساسيًا بعينه مُدرجًا أعلاه، فيُرجى الاتصال بممثل الدعم التقني في Cisco.
قوائم الانتظار وإدارة الازدحام
س. ما الغرض من قوائم الانتظار؟
ج. تم تصميم قوائم الانتظار لاستيعاب الازدحام المؤقت على واجهة جهاز الشبكة من خلال تخزين الحِزم الزائدة في المخازن المؤقتة حتى يتوفر عرض النطاق الترددي. تدعم موجّهات Cisco IOS العديد من قوائم الانتظار لتلبية متطلبات عرض النطاق الترددي المتغير وتذبذب الإشارات والتأخير للتطبيقات المختلفة.
الآلية الافتراضية في معظم الواجهات هي "ما يرد أولاً، يُصرف أولاً (FIFO)". تحتوي بعض أنواع حركات المرور على متطلبات تأخير\تذبذب إشارات أكثر تطلبًا. وبالتالي، يجب تكوين إحدى آليات قوائم الانتظار البديلة التالية أو تمكينها بشكل افتراضي:
قوائم الانتظار العادلة المرجحة (WFQ)
قوائم الانتظار العادلة والمرجحة المعتمدة على الفئة (CBWFQ)
"قوائم انتظار خفض التأخير (LLQ)"، هي في الواقع "قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)" مع "قائمة انتظار الأولوية (PQ)" (المعروفة باسم PQCBWFQ)
قائمة الانتظار ذات الأولوية (PQ)
قوائم انتظار مخصص (CQ)
تحدث قوائم الانتظار بشكل عام على واجهات الإرسال فقط. يقوم الموجّه بوضع الحِزم الصادرة من الواجهة في قوائم انتظار. يمكنك تنظيم حركة المرور الواردة، ولكن لا يمكنك عادةً وضع حركة المرور الواردة في قائمة انتظار (الاستثناء الوحيد هو التخزين المؤقت من جانب الاستقبال على موجّه Cisco 7500 Series باستخدام "إعادة التوجيه السريع الموزّع من Cisco" لإعادة توجيه الحِزم من واجهة الدخول إلى واجهة الخروج؛ لمزيد من المعلومات، راجع فهْم وحدة المعالجة المركزية لمعالج VIP التي تعمل بنسبة 99% والتخزين المؤقت على جانب الاستقبال. في الأنظمة الأساسية الموزّعة المتطورة مثل سلسلة Cisco 7500 و12000، قد تستخدم واجهة الاستقبال مخازن الحِزم المؤقتة الخاصة بها لتخزين حركة المرور الزائدة التي تم تبديلها إلى واجهة إرسال مزدحمة بعد قرار تبديل واجهة الاستقبال. في حالات نادرة، عادةً عندما تقوم واجهة الاستقبال بتغذية واجهة إرسال أبطأ، يمكن أن تواجه واجهة الاستقبال أخطاءً متزايدة مُتجاهلة عند نفاد ذاكرة الحِزمة. يمكن أن يؤدي الازدحام الزائد إلى إسقاط قوائم انتظار الإخراج. يكون لإسقاطات قائمة انتظار الإدخال سبب جذري مختلف في معظم الأوقات. لمزيد من المعلومات حول حالات الإسقاط وإصلاحها، راجع المستند التالي:
راجع المستندات التالية للحصول على مزيد من المعلومات:
س. كيف يتم تشغيل قوائم الانتظار العادلة المرجحة (WFQ) وقوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)؟
ج. تسعى قوائم الانتظار العادلة إلى تخصيص حصة عادلة من عرض النطاق الترددي للواجهة بين المحادثات النشطة أو تدفقات IP. تقوم بتصنيف الحِزم في قوائم انتظار فرعية، مُحددة برقم تعريف المحادثة، باستخدام خوارزمية تجزئة استنادًا إلى عدة حقول لرأس IP وطول الحِزمة. فيما يلي كيفية حساب الترجيح:
الترجيح=K/(معامل الأسبقية +1)
K= 4096 في إصدار 12.0(4)T من Cisco IOS والإصدارات السابقة، و32384 في إصدار 12.0(5)T والإصدارات الأحدث.
كلما انخفض الترجيح، زادت الأولوية وحصة عرض النطاق الترددي. بالإضافة إلى الترجيح، يتم أخذ طول الحِزمة بعين الاعتبار.
يتيح لك CBWFQ تحديد فئة لحركة المرور وتعيين حد أدنى لضمان عرض النطاق الترددي لها. الخوارزمية الكامنة وراء هذه الآلية هي WFQ، مما يفسر الاسم. لتكوين CBWFQ، يمكنك تحديد فئات محددة في بيانات فئة الخريطة. ثم تقوم بتعيين سياسة لكل فئة في خريطة سياسة. سيتم بعد ذلك إرفاق خريطة السياسة هذه بشكل صادر بالواجهة. راجع المستندات التالية للحصول على مزيد من المعلومات:
س. إذا كانت إحدى الفئات الموجودة في "قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)" لا تستخدم عرض النطاق الترددي الخاص بها، فهل يمكن للفئات الأخرى استخدام عرض النطاق الترددي؟
ج. نعم. رغم أن ضمانات عرض النطاق الترددي المُقدمة من خلال إصدار الأوامر bandwidth وpriority قد تم وصفها بكلمات مثل "محجوز" و"عرض النطاق الترددي المُراد التخلي عنه"، إلا أن أيًا من الأمرين لا ينفذ حجزًا حقيقيًا. وهذا يعني إذا كانت فئة حركة المرور لا تستخدم عرض النطاق الترددي المُكوّن الخاص بها، فستتم مشاركة أي عرض نطاق ترددي غير مُستخدم بين الفئات الأخرى.
يفرض نظام قوائم الانتظار استثناءً هامًا لهذه القاعدة مع فئة الأولوية. كما هو مذكور أعلاه، يتم قياس الحمل المعروض لفئة الأولوية بواسطة مُنظم حركة المرور. أثناء حالات الازدحام، لا يمكن لفئة الأولوية استخدام أي عرض نطاق ترددي زائد. لمزيد من المعلومات، راجع مقارنة الأمرين bandwidth وpriority لسياسة خدمة QoS.
س. هل يتم دعم قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ) على الواجهات الفرعية؟
ج. لا تدعم واجهات Cisco IOS المنطقية بشكل أساسي حالة الازدحام ولا تدعم التطبيق المباشر لسياسة الخدمة التي تُطبق أسلوب قوائم الانتظار. بدلاً من ذلك، تحتاج أولاً إلى تطبيق التشكيل على الواجهة الفرعية باستخدام "تشكيل حركة المرور العامة (GTS)" أو التشكيل القائم على الفئة. لمزيد من المعلومات، راجع تطبيق ميزات QoS على الواجهات الفرعية لشبكة الإيثرنت.
س. ما الفرق بين بيانات الأولوية وعرض النطاق الترددي في خريطة سياسة؟
ج. يختلف الأمران priority وbandwidth في كل من الوظائف والتطبيقات التي يدعمهما عادةً. يلخص الجدول التالي هذه الاختلافات:
الوظيفة أمر عرض النطاق الترددي أمر الأولوية ضمان الحد الأدنى لعرض النطاق الترددي نعم نعم ضمان الحد الأقصى لعرض النطاق الترددي لا نعم المُنظم المُضمَّن لا نعم يوفر ميزة خفض التأخير لا نعم لمزيد من المعلومات، راجع مقارنة الأمرين bandwidth وpriority لسياسة خدمة QoS.
س. كيف يتم حساب حد قائمة الانتظار على FlexWAN و"معالجات الواجهة متعددة الاستخدامات (VIP)"؟
ج. بافتراض وجود ذاكرة وصول عشوائي ساكنة (SRAM) كافية على VIP أو FlexWAN، يتم حساب حد قائمة الانتظار بناءً على الحد الأقصى للتأخير الذي يبلغ 500 مللي ثانية مع متوسط حجم للحِزمة يبلغ 250 بايت. فيما يلي مثال لفئة ذات عرض نطاق ترددي يبلغ 1 ميجابت في الثانية:
حد قائمة الانتظار = 1000000 \ (250 x 8 x 2) = 250
يتم تعيين حدود قائمة انتظار أصغر عند انخفاض مقدار ذاكرة الحِزمة المتوفرة ومع وجود عدد أكبر من "الدوائر الافتراضية (VCS)".
في المثال التالي، يتم تثبيت PA-A3 في بطاقة FlexWAN لـ Cisco 7600 Series وهو يدعم واجهات فرعية متعددة باستخدام "دوائر افتراضية دائمة (PVC)" بسعة 2 ميجابايت. يتم تطبيق سياسة الخدمة على كل دائرة افتراضية (VC).
class-map match-any XETRA-CLASS match access-group 104 class-map match-any SNA-CLASS match access-group 101 match access-group 102 match access-group 103 policy-map POLICY-2048Kbps class XETRA-CLASS bandwidth 320 class SNA-CLASS bandwidth 512 interface ATM6/0/0 no ip address no atm sonet ilmi-keepalive no ATM ilmi-keepalive ! interface ATM6/0/0.11 point-to-point mtu 1578 bandwidth 2048 ip address 22.161.104.101 255.255.255.252 pvc ABCD class-vc 2048Kbps-PVC service-policy out POLICY-2048Kbpsتحصل واجهة "وضع النقل غير المتزامن (ATM)" على حد قائمة الانتظار للواجهة بأكملها. يُمثل الحد دالة إجمالي المخازن المؤقتة المتاحة، وعدد الواجهات المادية على FlexWAN، والحد الأقصى لتأخير قوائم الانتظار المسموح به على الواجهة. تحصل كل PVC على جزء من حد الواجهة بناءً على "معدل الخلايا المستدامة (SCR)" أو "الحد الأدنى لمعدل الخلية (MCR)" للدائرة الافتراضية الدائمة (PVC)، وتحصل كل فئة على جزء من حد PVC بناءً على تخصيص عرض النطاق الترددي الخاص بها.
يتم اشتقاق نموذج الإخراج التالي من الأمر show policy-map interface من FlexWAN مع 3678 مخزنًا من المخازن المؤقتة العالمية. أصدِر الأمر show buffer لرؤية هذه القيمة. يتم تخصيص 50 حِزمة لكل PVC بسعة 2 ميجابت في الثانية بناءً على عرض النطاق الترددي من PVC الذي يبلغ 2 ميجابت في الثانية (2047/149760 × 3687 = 50). ثم يتم تخصيص جزء من الـ 50 حِزمة لكل فئة، كما هو موضح في الإخراج التالي:
service-policy output: POLICY-2048Kbps class-map: XETRA-CLASS (match-any) 687569 packets, 835743045 bytes 5 minute offered rate 48000 bps, drop rate 6000 BPS match: access-group 104 687569 packets, 835743045 bytes 5 minute rate 48000 BPS queue size 0, queue limit 7 packets output 687668, packet drops 22 tail/random drops 22, no buffer drops 0, other drops 0 bandwidth: kbps 320, weight 15 class-map: SNA-CLASS (match-any) 2719163 packets, 469699994 bytes 5 minute offered rate 14000 BPS, drop rate 0 BPS match: access-group 101 1572388 packets, 229528571 bytes 5 minute rate 14000 BPS match: access-group 102 1146056 packets, 239926212 bytes 5 minute rate 0 BPS match: access-group 103 718 packets, 245211 bytes 5 minute rate 0 BPS queue size 0, queue limit 12 packets output 2719227, packet drops 0 tail/random drops 0, no buffer drops 0, other drops 0 bandwidth: kbps 512, weight 25 queue-limit 100 class-map: class-default (match-any) 6526152 packets, 1302263701 bytes 5 minute offered rate 44000 BPS, drop rate 0 BPS match: any 6526152 packets, 1302263701 bytes 5 minute rate 44000 BPS queue size 0, queue limit 29 packets output 6526840, packet drops 259 tail/random drops 259, no buffer drops 0, other drops 0إذا كانت تدفقات حركة المرور لديك تستخدم أحجام كبيرة من الحِزم، فقد يقوم إخراج الأمر show policy-map بالإبلاغ عن قيمة متزايدة لحقل no buffer drops حيث قد تنفد المخازن المؤقتة قبل الوصول إلى حد قائمة الانتظار. في هذه الحالة، حاول ضبط حد قائمة الانتظار يدويًا في الفئات غير ذات الأولوية. لمزيد من المعلومات، راجع فهْم حد قائمة انتظار الإرسال مع فئة خدمة IP عبر ATM.
س. كيف يمكنك التحقق من قيمة حد قائمة الانتظار؟
ج. في الأنظمة الأساسية غير المُوزَّعة، يكون حد قائمة الانتظار هو 64 حزمة بشكل افتراضي. تم التقاط مثال الإخراج التالي على موجّه Cisco 3600 Series:
november# show policy-map interface s0 Serial0 Service-policy output: policy1 Class-map: class1 (match-all) 0 packets, 0 bytes 5 minute offered rate 0 BPS, drop rate 0 BPS Match: ip precedence 5 Weighted Fair Queueing Output Queue: Conversation 265 Bandwidth 30 (kbps) Max Threshold 64 (packets) !--- Max Threshold is the queue-limit. (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: class2 (match-all) 0 packets, 0 bytes 5 minute offered rate 0 BPS, drop rate 0 BPS Match: ip precedence 2 Match: ip precedence 3 Weighted Fair Queueing Output Queue: Conversation 266 Bandwidth 24 (kbps) Max Threshold 64 (packets) (pkts matched/bytes matched) 0/0 (depth/total drops/no-buffer drops) 0/0/0 Class-map: class-default (match-any) 0 packets, 0 bytes 5 minute offered rate 0 BPS, drop rate 0 BPS Match: any
س. هل يمكنني تمكين قوائم الانتظار العادلة داخل أحد الفئات؟
ج. يدعم Cisco 7500 Series مع "جودة الخدمة (QoS)" الموزَّعة قوائم الانتظار العادلة لكل فئة. تدعم الأنظمة الأساسية الأخرى، بما في ذلك Cisco 7200 Series وCisco 2600\3600 Series، "قوائم الانتظار العادلة المرجحة (WFQ)" في الفئة الافتراضية؛ تستخدم جميع فئات عرض النطاق الترددي آلية "ما يرد أولاً، يُصرف أولاً (FIFO)".
س. ما هي الأوامر التي يمكنني استخدامها لمراقبة قوائم الانتظار؟
ج. استخدم الأوامر التالية لمراقبة قوائم الانتظار:
show queue {interface}{interface number} - في الأنظمة الأساسية لنظام Cisco IOS بخلاف Cisco 7500 Series، يعرض هذا الأمر قوائم الانتظار أو المحادثات النشطة. إذا لم تكن الواجهة أو "الدائرة الافتراضية (VC)" مزدحمة، فلن يتم إدراج أي قوائم انتظار. في Cisco 7500 Series، لا يتم دعم الأمر show queue.
show queueing interface interface-number [vc [[vpi/] vci] - يعرض هذا الأمر إحصائيات قوائم الانتظار لواجهة أو دائرة افتراضية. حتى في حالة عدم وجود ازدحام، سيظل بإمكانك رؤية بعض الزيارات هنا. والسبب في ذلك هو أنه يتم دائمًا حساب الحِزم التي تم تبديلها بغض النظر عن وجود الازدحام. لا يتم حساب Cisco Express Forwarding (إعادة التوجيه السريع من Cisco) والحِزم سريعة التحويل ما لم يكن هناك ازدحام. لن تقوم آليات قوائم الانتظار القديمة مثل "قوائم انتظار الأولوية (PQ)" و"قوائم الانتظار المُخصصة (CQ)" و"قوائم الانتظار العادلة المرجحة (WFQ)" بتوفير إحصائيات التصنيف. تقوم الميزات المستندة إلى واجهة سطر الأوامر (MQC) لجودة الخدمة النمطية الموجودة في الصور الأحدث من إصدار 12.0(5)T فقط بتوفير تلك الإحصائيات.
show policy interface {interface}{interface number} - يحسب عداد الحِزم عدد الحِزم التي تطابق معايير الفئة. يزيد هذا العدّاد ما إذا كانت الواجهة مزدحمة أم لا. يشير عدّاد الحِزم المتطابقة إلى عدد الحِزم المُطابقة لمعايير الفئة عندما كانت الواجهة مزدحمة. راجع المستندات التالية للحصول على مزيد من المعلومات حول عدّادات الحِزم:
قاعدة معلومات الإدارة (MIB) لإحصائيات وتكوين QoS القائم على الفئة من Cisco - توفر إمكانات مراقبة "بروتوكول إدارة الشبكة البسيط (SNMP)".
س. يمكن استخدام RSVP بالتزامن مع "قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)". عند تكوين كل من "بروتوكول حجز الموارد (RSVP)" وCBWFQ لواجهة، هل يعمل RSVP وCBWFQ بشكل مستقل، وهل سيُظهران السلوك نفسه الذي سيُظهرانه إذا كان كل منهما يعمل بمفرده؟ يبدو أن RSVP يتصرف كما لو لم يتم تكوين CBWFQ فيما يتعلق بتوفُّر عرض النطاق الترددي وتقييمه وتخصيصه.
ج. عند استخدام RSVP وCB-WFQ في الإصدار 12.1(5)T من برنامج Cisco IOS والإصدارات الأحدث، يمكن أن يعمل الموجّه بحيث تتشارك تدفقات RSVP وفئات CBWFQ في عرض النطاق الترددي المتوفّر على واجهة أو PVC، بدون زيادة الاشتراكات.
يتيح الإصدار 12.2(1)T من برنامج IOS والإصدارات الأحدث، لـ RSVP القيام التحكم في الدخول باستخدام تجمّع "ip rsvp bandwidth" الخاص به، بينما يقوم CBWFQ بتصنيف حِزم RSVP ومراقبتها وجدولتها. وهذا يفترض أن الحِزم المميَّزة مُسبقًا من قِبل المرسل، وأن الحِزم التي لاتخضع لبروتوكول RSVP يتم تمييزها بشكل مختلف.
الاكتشاف المبكر العشوائي المقدَّر (WRED) لتَجنُّب الازدحام
س. هل يمكنني تمكين الاكتشاف المبكر العشوائي المُرجح (WRED)، وقوائم انتظار خفض التأخير (LLQ)، أو قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ) في الوقت نفسه؟
ج. نعم. تحدد قوائم الانتظار ترتيب الحِزم التي تغادر قائمة الانتظار. وهذا يعني أنه يحدد آلية جدولة الحِزم. كما يمكن استخدامها لتوفير تخصيص عرض نطاق ترددي عادل وضمانات الحد الأدنى لعرض النطاق الترددي. على الجانب الآخر، يُعرّف "طلب التعليقات (RFC)" 2475 الإسقاط بأنه "عملية تجاهُل الحِزم بناءً على قواعد محددة." آلية الإسقاط الافتراضية هي إسقاط الذيل، حيث تقوم الواجهة بإسقاط الحِزم عندما تكون قائمة الانتظار ممتلئة. آلية الإسقاط البديلة هي "الاكتشاف المبكر العشوائي (RED)" وWRED من Cisco، التي تبدأ في إسقاط الحِزم عشوائيًا قبل امتلاء قائمة الانتظار وتسعى إلى الحفاظ على متوسط عمق ثابت قائمة الانتظار. يستخدم WRED قيمة أسبقية IP للحِزم لاتخاذ قرار إسقاط مختلف. لمزيد من المعلومات، راجع الاكتشاف المبكر العشوائي المُرجح (WRED).
س. كيف يمكنني مراقبة "الاكتشاف المبكر العشوائي المُرجح (WRED)" ورؤيته يبدأ بالفعل؟
ج. يراقب WRED متوسط عمق قائمة الانتظار ويبدأ في إسقاط الحِزم عندما تتجاوز القيمة المحسوبة الحد الأدنى للقيمة. أصدِر الأمر show policy-map interface وراقب متوسط قيمة عمق القائمة، كما هو موضح في المثال التالي:
Router# show policy interface s2/1 Serial2/1 output : p1 Class c1 Weighted Fair Queueing Output Queue: Conversation 265 Bandwidth 20 (%) (pkts matched/bytes matched) 168174/41370804 (pkts discards/bytes discards/tail drops) 20438/5027748/0 mean queue depth: 39 Dscp Random drop Tail drop Minimum Maximum Mark (Prec) pkts/bytes pkts/bytes threshold threshold probability 0(0) 2362/581052 1996/491016 20 40 1/10 1 0/0 0/0 22 40 1/10 2 0/0 0/0 24 40 1/10 [output omitted]
التنظيم والتشكيل
س. ما الفرق بين التنظيم والتشكيل؟
ج. يوضح المخطط التالي الاختلاف الرئيسي. يحتفظ تشكيل حركة المرور بالحزم الزائدة في قائمة انتظار ثم يقوم بجدولة الحزم الزائدة للإرسال لاحقًا عبر زيادات الوقت. ويترتب على تشكيل حركة المرور معدل إخراج حزم سلس. وعلى النقيض، يعمل تنظيم حركة المرور على نشر الاندفاعات. وعند وصول معدل حركة المرور إلى أقصى معدل تم تكوينه، يتم إسقاط حركات المرور الزائدة (أو إعادة تحديدها). وتكون النتيجة هي معدل إخراج يبدو كأسنان المنشار مع قمم وقيعان.
لمزيد من المعلومات، راجع نظرة عامة على التنظيم والتشكيل.
س. ما المقصود بخوارزمية حاوية الرموز المميزة وكيف تعمل هذه الخوارزمية؟
ج. لا تحتوي حاوية الرموز المميزة نفسها على سياسة التجاهل أو الأولوية. فيما يلي مثال على كيفية عمل حاوية الرموز المميزة المجازية:
يتم وضع الرموز المميزة في الحاوية بمعدل معين.
يُمثل كل رمز مميز إذنًا للمصدر لإرسال عدد معين من وحدات البت.
لإرسال حِزمة، يجب أن يكون مُنظِّم حركة المرور قادرًا على إزالة عدد من الرموز المميزة من الحاوية بما يعادل تمثيل حجم الحِزمة.
إذا لم تكن هناك رموز مميزة كافية في الحاوية لإرسال حِزمة، فستنتظر الحِزمة حتى تحتوي الحاوية على عدد كافٍ من الرموز المميزة (في حالة وجود أداة تشكيل) أو يتم تجاهل الحِزمة أو تمييزها إلى الأسفل (في حالة مُنظم).
تحتوي الحاوية نفسها على سعة محددة. إذا امتلأت الحاوية إلى أقصى سعتها، فسيتم تجاهل الرموز المميزة الواردة حديثًا ولن تكون متاحة للحِزم المستقبلية. وبالتالي، في أي وقت، تكون أكبر دفعة يمكن أن يرسلها المصدر إلى الشبكة متناسبة تقريبًا مع حجم الحاوية. تسمح حاوية الرموز المميزة بالاندفاع، ولكنها تحدّدها.
س. باستخدام أحد مُنظمي حركة المرور مثل التنظيم القائم على أساس الفئة، ماذا يعني "معدل الاندفاع المُلتزَم به (BC)" و"الاندفاع الزائد (Be)" وكيف يمكنني تحديد هذه القيم؟
ج. لا يقوم مُنظم حركة المرور بتخزين الحِزم الزائدة بشكل مؤقت وإرسالها لاحقًا، كما هو الحال بالنسبة لأداة التشكيل. وبدلاً من ذلك، ينفذ المُنظم عملية إرسال بسيطة أو لا يقوم بالإرسال بدون تخزين مؤقت. خلال فترات الازدحام، نظرًا لأنه لا يمكنك إجراء تخزين مؤقت، فإن أفضل ما يمكنك فعله هو إسقاط الحِزم بشكل أقل قوة من خلال تكوين الاندفاع الموسّع بشكل صحيح. لذلك، من المهم أن نفهم أن المُنظّم يستخدم قيم الاندفاع العادي والاندفاع الموسّع لضمان الوصول إلى "معدل المعلومات المُلتزم به (CIR)" الذي تم تكوينه.
يتم تصميم معلّمات الاندفاع بشكل غير محكم على قاعدة التخزين المؤقت العامة للموجّهات. تُوصي القاعدة بتكوين تخزين مؤقت مساوٍ لمعدل البت الخاص بوقت الذهاب والإياب لاستيعاب نوافذ "بروتوكول التحكم بالإرسال (TCP)" المُعلقة لكافة الاتصالات في أوقات الازدحام.
يصف الجدول التالي الغرض والصيغة المُوصى بهما لقيم الاندفاع العادية والموسّعة:
معلّمة الاندفاع الغرض الصيغة المُوصى بها اندفاع عادي
يُنفذ حاوية رموز مميزة قياسية.
يعيّن الحد الأقصى لحجم حاوية الرموز المميزة (على الرغم من أنه يمكن استعارة الرموز المميزة إذا كان Be أكبر من BC).
يحدّد الحجم الذي يمكن أن تكون عليه حاوية الرموز المميزة نظرًا لأن الرموز المميزة الواردة حديثًا يتم تجاهلها ولا تتوفر للحِزم المستقبلية في حالة امتلاء الحاوية إلى أقصى سعتها.
ملاحظة: 1.5 ثانية هي المدة النموذجية لوقت الذهاب والإياب.
الاندفاع الموسّع
ينفذ حاوية رموز مميزة مع إمكانية الاندفاع الموسّع.
معطّل من خلال إعداد BC = Be.
عندما يكون BC مساويًا لـ Be، يتعذّر على مُنظّم حركة المرور استعارة الرموز المميزة ويقوم ببساطة إسقاط الحِزمة عند توفُّر رموز مميزة غير كافية.
لا تستخدم جميع الأنظمة الأساسية نطاق القيم نفسه لمُنظّم أو تدعمه. راجع المستند التالي لمعرفة القيم المدعومة لنظامك الأساسي المُحدد:
س. كيف يحدد "معدل الوصول المُلتزم به (CAR)" أو التنظيم القائم على أساس الفئة ما إذا كانت الحِزمة تتوافق مع "معدل المعلومات المُلتزم بها (CIR)" أو تتجاوزه؟ يقوم الموجّه بإسقاط الحِزم والإبلاغ عن تجاوز المعدل على الرغم من أن المعدل المُطابق أقل من CIR المكوّن.
ج. يستخدم مُنظّم حركة المرور قيم الاندفاع الطبيعي والاندفاع الموسّع لضمان الوصول إلى CIR المُكّون. يُعد إعداد قيم اندفاع عالية بشكل كافٍ أمرًا مهمًا لضمان الحصول على معدل إنتاجية جيد. إذا تم تكوين قيم اندفاع منخفضة للغاية، فقد يكون المعدل الذي تم تحقيقه أقل بكثير من المعدل المُكّون. يمكن أن يكون لدى الاندفاعات المؤقتة الصارمة تأثير سلبي قوي على معدل إنتاجية حركة مرور "بروتوكول التحكم في الإرسال (TCP)". باستخدام CAR، أصدِر الأمر show interface rate-limit لمراقبة الاندفاع الحالي وتحديد ما إذا كانت القيمة المعروضة قريبة باستمرار من قيم الحد (BC) وقيم الحد الموسّع (Be).
rate-limit 256000 7500 7500 conform-action continue exceed-action drop rate-limit 512000 7500 7500 conform-action continue exceed-action drop router# show interfaces virtual-access 26 rate-limit Virtual-Access26 Cable Customers Input matches: all traffic params: 256000 BPS, 7500 limit, 7500 extended limit conformed 2248 packets, 257557 bytes; action: continue exceeded 35 packets, 22392 bytes; action: drop last packet: 156ms ago, current burst: 0 bytes last cleared 00:02:49 ago, conformed 12000 BPS, exceeded 1000 BPS Output matches: all traffic params: 512000 BPS, 7500 limit, 7500 extended limit conformed 3338 packets, 4115194 bytes; action: continue exceeded 565 packets, 797648 bytes; action: drop last packet: 188ms ago, current burst: 7392 bytes last cleared 00:02:49 ago, conformed 194000 BPS, exceeded 37000 BPSراجع المستندات التالية للحصول على مزيد من المعلومات:
س. هل الاندفاع وحد قائمة الانتظار مستقلين عن بعضهما البعض؟
ج: نعم، يكون اندفاع المنظّم وحد قائمة الانتظار منفصلين ومستقلين عن بعضهما البعض. يمكنك عرض المُنظّم كبوابة تسمح بعدد معين من الحِزم (أو وحدات البايت) وقائمة الانتظار كحاوية يعادل حجمها حد قائمة الانتظار التي تحتوي على الحِزم المقبولة قبل الإرسال على الشبكة. بالنسبة للوضع المثالي، تريد أن تكون الحاوية الخاصة بك كبيرة بما يكفي لاستيعاب مجموعة من وحدات البايت\حِزم الاندفاع التي تقبلها البوابة (المُنظّم).
ترحيل إطارات جودة الخدمة (QoS)
س. ما هي القيم التي يجب أن أحدّدها لـ "معدل المعلومات المُلتزم بها (CIR)"، و"الاندفاع المُلتزم به (BC)"، و"الاندفاع الزائد (Be)"، و"الحد الأدنى من CIR (MinCIR)"؟
ج. يقوم "تشكيل حركة مرور ترحيل الإطارات"، التي تستطيع تمكينه من خلال إصدار الأمر frame-relay traffic-shaping، بدعم العديد من المعلمات القابلة للتكوين. تتضمن هذه المعلّمات frame-relay cir وframe-relay mincir وframe-relay BC. راجع المستندات التالية للحصول على مزيد من المعلومات حول تحديد هذه القيم وفهم أوامر show ذات الصلة:
س. هل تعمل "قوائم انتظار الأولوية" على الواجهة الرئيسية لـ "ترحيل الإطارات" في Cisco IOS 12.1؟
ج. تدعم واجهات "ترحيل الإطارات" كلاً من آليات قوائم انتظار الواجهة وآليات قوائم الانتظار لكل "دائرة افتراضية (VC)". اعتبارًا من الإصدار 12.0(4)T في Cisco IOS، ستدعم قائمة انتظار الواجهة آلية "الوارد أولاً، يُصرف أولاً (FIFO)" أو "قوائم انتظار الأولوية لكل واجهة (PIPQ)" فقط عند تكوين "تشكيل حركة مرور ترحيل الإطارات (FRTS)". لذلك، لن يعمل التكوين التالي بعد الآن إذا قمتَ بالترقية إلى Cisco IOS 12.1.
interface Serial0/0 frame-relay traffic-shaping bandwidth 256 no ip address encapsulation frame-relay IETF priority-group 1 ! interface Serial0/0.1 point-to-point bandwidth 128 ip address 136.238.91.214 255.255.255.252 no ip mroute-cache traffic-shape rate 128000 7936 7936 1000 traffic-shape adaptive 32000 frame-relay interface-dlci 200 IETFإذا لم يتم تمكين FRTS، فيمكنك تطبيق طريقة بديلة لقوائم الانتظار، مثل "قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)"، على الواجهة الرئيسية، والتي تعمل كأنها ممر واحد لعرض النطاق الترددي. بالإضافة إلى ذلك، اعتبارًا من الإصدار 12.1.1(T) من Cisco IOS، يمكنك تمكين "قوائم انتظار واجهة الأولوية (PIPQ) للدوائر الافتراضية الدائمة (PVC) لترحيل الإطارات" على الواجهة الرئيسية لترحيل الإطارات. يمكنك تحديد الدوائر الافتراضية الدائمة (PVC) ذات الأولوية العالية أو المتوسطة أو العادية أو المنخفضة وإصدار الأمر frame-relay interface-queue priority على الواجهة الرئيسية، كما هو موضّح في المثال التالي:
interface Serial3/0 description framerelay main interface no ip address encapsulation frame-relay no ip mroute-cache frame-relay traffic-shaping frame-relay interface-queue priority interface Serial3/0.103 point-to-point description frame-relay subinterface ip address 1.1.1.1 255.255.255.252 frame-relay interface-dlci 103 class frameclass map-class frame-relay frameclass frame-relay adaptive-shaping becn frame-relay cir 60800 frame-relay BC 7600 frame-relay be 22800 frame-relay mincir 8000 service-policy output queueingpolicy frame-relay interface-queue priority low
س. هل يعمل "تشكيل حركة مرور ترحيل الإطارات (FRTS)" مع إعادة التوجيه السريع الموزّع من Cisco (dCEF) وقوائم الانتظار الموزّعة العادلة بترجيح قائم على الفئة (dCBWFQ)؟
ج. اعتبارًا من الإصدار 12.1(5)T في Cisco IOS، يتم دعم الإصدار الموزّع فقط من ميزات QoS على معالجات الواجهات متعددة الاستخدام (VIP) في السلسلة Cisco 7500 Series. لتمكين تشكيل حركة المرور على واجهات "ترحيل الإطارات"، استخدم "تشكيل حركة المرور الموزّع (DTS)". راجع المستندات التالية للحصول على مزيد من المعلومات:
جودة الخدمة (QoS) عبر وضع النقل غير المتزامن (ATM)
س. أين يمكنني تطبيق سياسة الخدمة من خلال "قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)" و"قوائم انتظار خفض التأخير (LLQ)" على واجهة "وضع النقل غير المتزامن (ATM)"؟
ج. اعتبارًا من الإصدار 12.2 في Cisco IOS، ستدعم واجهات ATM سياسات الخدمة على ثلاثة مستويات أو واجهات منطقية: الواجهة الرئيسية، والواجهة الفرعية، والدائرة الافتراضية الدائمة (PVC). إن مكان تطبيق السياسة هو إحدى وظائف ميزة "جودة الخدمة (QoS)" التي تقوم بتمكينها. يجب تطبيق سياسات قوائم الانتظار لكل "دائرة افتراضية (VC)" نظرًا لأن واجهة ATM تراقب مستوى الازدحام لكل VC، وتحافظ على قوائم الانتظار للحِزم الزائدة لكل VC. راجع المستندات التالية للحصول على مزيد من المعلومات:
س. ما هي وحدات البايت التي يتم حسابها بواسطة قوائم انتظار فئة الخدمة (COs) لـ IP عبر وضع النقل غير المتزامن (ATM)؟
ج. تقوم أوامر عرض النطاق الترددي وأوامر الأولوية المُكّونة في إحدى سياسات الخدمة لتمكين قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ)، وقوائم انتظار خفض التأخير(LLQ)، على التوالي، باستخدام قيمة الكيلوبايت في الثانية التي تحسب وحدات البايت الزائدة نفسها التي يتم حسابها من قِبَل إخراج أمر واجهة الإظهار. على وجه التحديد، يقوم نظام قوائم انتظار الطبقة 3 بحساب "التحكم في الارتباط المنطقي" \ "بروتوكول الوصول إلى الشبكة الفرعية" (LLC\SNAP). لا تقوم بحساب ما يلي:
تزييل الطبقة 5 لتكيُّف وضع النقل غير المتزامن (AAL5)
المساحة المتروكة لجعل الخلية الأخيرة تساوي مضاعف زوجي للقيمة 48 بايت
رأس خلية ذات خمس وحدات بايت
س. كم عدد "الدوائر الافتراضية (VCS)" التي يمكنها دعم سياسة الخدمة في الوقت ذاته؟
ج. يوفر المستند التالي إرشادات مفيدة حول عدد الدوائر الافتراضية عبر "وضع النقل غير المتزامن (ATM)" التي يمكن دعمها. تم نشر حوالي 200 إلى 300 "دائرة افتراضية دائمة (PVC)" من معدل البت المتغير في الوقت الفعلي بأمان:
ضع في اعتبارك أيضًا ما يلي:
استخدم معالجًا قويًا قادرًا على ذلك. على سبيل المثال، يوفر VIP4-80 أداءً أعلى بكثير من VIP2-50.
مقدار ذاكرة الحِزمة المتوفرة. في NPE-400 يتم تخصيص ما يصل إلى 32 ميجابايت (في نظام بسعة 256 ميجابايت) للتخزين المؤقت للحِزم. بالنسبة إلى NPE-200، يتم تخصيص ما يصل إلى 16 ميجابايت للتخزين المؤقت للحِزم على نظام بسعة 128 ميجابايت.
تم اختبار تكوينات "الاكتشاف المبكر العشوائي المُرجح (WRED)" لكل VC تعمل في الوقت ذاته على تشغيل ما يصل إلى 200 دائرة افتراضية دائمة عبر وضع النقل غير المتزامن (ATM) على نطاق واسع. إن مقدار ذاكرة الحِزمة على VIP2-50 الذي يمكن استخدامه لقوائم الانتظار لكل VC محدود. على سبيل المثال، يوفر VIP2-50 المزوّد بذاكرة وصول عشوائي SRAM بسعة 8 ميجابايت 1085 مخزنًا مؤقتًا للحِزم متاحًا لقوائم انتظار فئة الخدمة (COs) لـ IP عبر وضع النقل غير المتزامن (ATM) التي يعمل عليها WRED. إذا تم تكوين 100 دائرة افتراضية دائمة عبر ATM وإذا كانت جميع VCS تواجه ازدحامًا متزايدًا في الوقت نفسه (كما يمكن محاكاته في بيئات اختبار حيث سيتم استخدام مصدر للتحكم في تدفق لا يخضع لبروتوكول TCP)، بمعدل متوسط، سيكون لكل PVC حوالي 10 حِزم للتخزين المؤقت، والتي قد تكون قصيرة جدًا حتى يعمل WRED بنجاح. بالتالي، يُوصى بشدة بأجهزة VIP2-50 ذات ذاكرة SRAM كبيرة في التصميمات التي تحتوي على عدد كبير من PVC عبر ATM التي تعمل على تشغيل WRED لكل VC والتي يمكن أن تواجه الازدحام في الوقت نفسه.
كلما زاد عدد PVC النشطة التي تم تكوينها، كلما انخفض "معدل الخلايا المستدامة (SCR)" لديها، وبالتالي كلما كانت قائمة الانتظار التي يتطلبها WRED للعمل على PVC أقصر. وبالتالي، كما هو الحال عند استخدام ملفات تعريف WRED لميزة المرحلة الأولى من فئة الخدمة (COs) لـ IP عبر ATM، فإن تكوين حدود إسقاط WRED أقل، عند تنشيط WRED لكل VC على عدد كبير للغاية من الدوائر الافتراضية الدائمة (PVC) المزدحمة منخفضة السرعة عبر ATM، سيؤدي إلى تقليل مخاطر عجز التخزين المؤقت على VIP. لا يؤدي العجز في التخزين المؤقت على VIP إلى حدوث أي عطل. في حالة عجز التخزين المؤقت على VIP، فإن ميزة "المرحلة الأولى من فئة الخدمة (COs) لـ IP عبر ATM" ستنخفض ببساطة إلى إسقاط ذيل آلية "ما يرد أولاً، يُصرف أولاً (FIFO)" خلال فترة عجز التخزين المؤقت (أي نفس سياسة الإسقاط التي قد تحدث إذا لم يتم تنشيط ميزة فئة خدمة (COs) IP عبر ATM على PVC هذا).
الحد الأقصى لعدد VCS المتزامنة التي يمكن دعمها بشكل معقول.
س. ما هي أجهزة "وضع النقل غير المتزامن (ATM)" التي تدعم ميزات "فئة خدمة IP عبر ATM" بما في ذلك قوائم الانتظار العادلة بترجيح قائم على الفئة (CBWFQ) وقوائم انتظار خفض التأخير(LLQ)؟
ج. تشير فئة خدمة (COs) IP عبر ATM إلى مجموعة من الميزات التي يتم تمكينها على أساس كل دائرة افتراضية (VC). بالنظر إلى هذا التعريف، لا يتم دعم "فئة خدمة IP عبر ATM" على معالج واجهة ATM (AIP)، أو PA-A1 أو معالجات شبكة ATM 4500. لا يدعم جهاز ATM هذا قوائم الانتظار لكل VC، حيث تحدده PA-A3 ومعظم وحدات الشبكة (بخلاف ATM-25). راجع المستندات التالية للحصول على مزيد من المعلومات:
الصوت وجودة الخدمة (QoS)
س. كيف تعمل تجزئة ودمج الارتباط (LFI)؟
ج. تكون حركة المرور التفاعلية مثل Talent و"نقل الصوت عبر بروتوكول الإنترنت" عرضة لزيادة زمن التأخير عندما تقوم الحِزم الكبيرة لمعالجات الشبكة مثل "بروتوكول إرسال الملفات (FTP)" بالإرسال عبر WAN. يكون تأخير الحِزم لحركة المرور التفاعلية كبيرًا عند وضع حِزم FTP في قائمة انتظار على روابط WAN أبطأ. تم ابتكار طريقة لتجزئة الحِزم الأكبر، ووضع الحِزم (الصوتية) الأصغر في قوائم الانتظار بين أجزاء الحِزم الأكبر أو حِزم (FTP). تدعم موجّهات Cisco IOS العديد من آليات تجزئة الطبقة 2. راجع المستندات التالية للحصول على مزيد من المعلومات:
س. ما هي الأدوات التي يمكنني استخدامها لمراقبة أداء "نقل الصوت عبر IP"؟
ج. توفر Cisco حاليًا العديد من الخيارات لمراقبة "جودة الخدمة (QoS)" في الشبكات باستخدام حلول "نقل الصوت عبر بروتوكول الإنترنت (IP)" من Cisco. لا تقوم هذه الحلول بقياس جودة الصوت باستخدام "قياس جودة الكلام الإدراكي (PSQM)" أو بعض الخوارزميات المُقترحة الجديدة لقياس جودة الصوت. تتوفر لهذا الغرض أدوات من Agilent (HP) وNetIQ. ومع ذلك، توفر Cisco أدوات لتقديم فكرة حول جودة الصوت التي تواجهها من خلال قياس التأخير والتوتر وفقد الحِزم. لمزيد من المعلومات، راجع استخدام وكيل ضمان الخدمة من Cisco ومراقبة أداء شبكة الإنترنت لإدارة جودة الخدمة في شبكات نقل الصوت عبر IP.
س. %SW_MGR-3-CM_ERROR_FEATURE_CLASS: Connection Manager Feature Error: Class SSS: (QoS) - خطأ التثبيت، تجاهل.
ج. يُعد خطأ تثبيت الميزة الذي تمت ملاحظته سلوكًا متوقعًا عند تطبيق تكوين غير صالح على قالب. يشير إلى عدم تطبيق سياسة الخدمة بسبب وجود تعارض. بشكل عام، يجب ألا تقوم بتكوين التشكيل على الفئة الافتراضية للسياسة الفرعية في مخططات السياسة الهرمية، بل قم بتكوينها على السياسة الأصلية للواجهة. تتم طباعة هذه الرسالة بالإضافة إلى تتبُّع الأثر كنتيجة لذلك.
في السياسات القائمة على الجلسات، يجب أن يتم التشكيل على الفئة الافتراضية فقط على الواجهة الفرعية أو على مستوى PVC. التشكيل في الواجهة المادية غير مدعوم. إذا تم التكوين على الواجهة المادية، فإن ظهور رسالة الخطأ هذه هو سلوك متوقع.
في حالة LNS، قد يكون السبب الآخر هو توفير سياسة الخدمة عبر خادم radius عند عرض الجلسات. أصدِر الأمر show tech لعرض تكوين خادم radius ومن أجل عرض أي سياسات خدمة غير قانونية يتم تثبيتها عبر خادم radius عند ظهور الجلسة أو تذبذبها.
التعليقات