خيارات جودة الخدمة على واجهات نفق GRE

المقدمة

يراجع هذا المستند ميزات جودة الخدمة (QoS) التي يمكن تكوينها على واجهات النفق باستخدام تضمين التوجيه العام (GRE). تقع الأنفاق التي تم تكوينها باستخدام أمان IP (IPsec) خارج نطاق هذا المستند.

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

المتطلبات

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

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

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

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

نظرة عامة على GRE

قبل التعرف على جودة الخدمة (QoS) عبر أنفاق GRE، تحتاج أولا إلى فهم تنسيق الحزمة التي يتم إنشاء قنوات لها.

واجهة النفق هي واجهة افتراضية أو منطقية على موجه يشغل برنامج Cisco IOS®. وهو يقوم بإنشاء إرتباط ظاهري من نقطة إلى نقطة بين موجهين من Cisco عند نقاط بعيدة عبر شبكة IP البينية.

GRE هو بروتوكول تضمين مدعوم من قبل IOS ومعرف في RFC 1702 . تغلف بروتوكولات الاتصال النفقي الحزم داخل بروتوكول النقل.

تدعم واجهة النفق رأس لكل مما يلي:

• بروتوكول راكب أو بروتوكول يغلف، مثل IP أو AppleTalk أو DECnet أو IPX.

• بروتوكول الناقل (GRE في هذه الحالة).

• بروتوكول نقل (IP فقط في هذه الحالة).

يتم توضيح تنسيق حزمة نفق هنا:

راجع تكوين الواجهات المنطقية للحصول على مزيد من المعلومات حول تكوين أنفاق GRE.

جودة الخدمة لأنفاق GRE من Cisco

تدعم واجهة النفق العديد من ميزات جودة الخدمة نفسها التي تدعمها الواجهة المادية. تصف هذه الأقسام ميزات جودة الخدمة المدعومة.

تشكيل

قدم برنامج IOS الإصدار 12.0(7)T من Cisco الدعم لتطبيق تنظيم حركة البيانات العامة (GTS) مباشرة على واجهة النفق. يعمل نموذج التكوين التالي على تشكيل واجهة النفق للوصول إلى معدل إخراج إجمالي يبلغ 500 كيلوبت في الثانية. راجع تكوين تنظيم حركة البيانات العامة للحصول على مزيد من المعلومات.

interface Tunnel0 
  ip address 130.1.2.1 255.255.255.0 
  traffic-shape rate 500000 125000 125000 1000 
  tunnel source 10.1.1.1 
  tunnel destination 10.2.2.2

أضاف الإصدار 12.1(2)T من برنامج Cisco IOS Software دعم التشكيل القائم على الفئة باستخدام واجهة سطر أوامر جودة الخدمة (MQC) النمطية. يوضح التكوين التالي كيفية تطبيق سياسة التكوين نفسها على واجهة النفق باستخدام أوامر MQC. راجع تكوين التكوين المستند إلى الفئة للحصول على مزيد من المعلومات.

policy-map tunnel 
  class class-default 
    shape average 500000 125000 125000 
interface Tunnel0 
  ip address 130.1.2.1 255.255.255.0 
  service-policy output tunnel 
  tunnel source 130.1.35.1 
  tunnel destination 130.1.35.2

وضع السياسات

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

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

   policy-map child 
    class voice 
     priority 512

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

   policy-map tunnel 
    class class-default 
     shape average 2000000 
     service-policy child 

3. تطبيق النهج الأصلي على واجهة النفق.

   interface tunnel0 
      service-policy tunnel

يطبع الموجه رسالة السجل هذه عند تكوين واجهة نفق باستخدام نهج خدمة يطبق قوائم الانتظار دون تشكيل.

router(config)# interface tunnel1
router(config-if)# service-policy output child
 Class Based Weighted Fair Queueing not supported on this interface

تدعم واجهات النفق أيضا وضع السياسات على أساس الفئة، ولكنها لا تدعم معدل الوصول الملتزم به (CAR).

ملاحظة: لا يتم دعم سياسات الخدمة على واجهات النفق في 7500.

تجنب الازدحام

برنامج Cisco IOS الإصدار 11.3T قدم علامة نفق GRE وقيم أسبقية DSCP أو IP، والتي تشكل الموجه لنسخ قيم بت أسبقية IP الخاصة بوحدة ToS إلى النفق أو رأس GRE IP الذي يغلف الحزمة الداخلية. في السابق، كانت وحدات البت تلك مضبوطة على صفر. يمكن أن تستخدم الموجهات الوسيطة بين نقاط نهاية النفق قيم أسبقية IP لتصنيف الحزم لميزات جودة الخدمة مثل توجيه السياسة و WFQ والاكتشاف المبكر العشوائي المرجح (WRED).

أمر التصنيف المسبق لجودة الخدمة

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

في هذا المثال، اسم النفق0 هو اسم النفق. يتيح أمر التصنيف المسبق لجودة الخدمة ميزة جودة الخدمة ل VPNs على tunnel0:

Router(config)# interface tunnel0
Router(config-if)# qos pre-classify

ملاحظة: يمكن إستخدام الأمر QoS للتصنيف المسبق لتصنيف حركة مرور البيانات استنادا إلى قيم أخرى غير أسبقية IP أو DSCP. على سبيل المثال، قد ترغب في تصنيف الحزم استنادا إلى معلومات تدفق IP أو الطبقة 3، مثل عنوان IP المصدر والوجهة الذي يمكن إستخدام هذا الأمر له. يكون الأمر جودة الخدمة للتصنيف المسبق مطلوبا فقط إذا قمت بتصنيف حركة مرور البيانات على IP أو البروتوكول أو المنفذ. إذا كان التصنيف يستند إلى رمز DSCP، فلا يلزم التصنيف المسبق لجودة الخدمة.

تحديد حركة المرور لنهج جودة الخدمة

عند تكوين سياسة خدمة، قد تحتاج أولا إلى وصف حركة المرور التي تجتاز النفق. يدعم Cisco IOS محاسبة NetFlow و IP Cisco Express Forwarding (CEF) على الواجهات المنطقية مثل الأنفاق. ارجع إلى دليل حلول خدمات NetFlow للحصول على مزيد من المعلومات.

أين أقوم بتطبيق سياسة الخدمة؟

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

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

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

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

واجهات النفق متعدد النقاط

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

مشكلات معروفة

في حالات نادرة، يؤدي تطبيق سياسة الخدمة التي تم تكوينها باستخدام الأمر shape إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير وأخطاء المحاذاة. ينتج حمل وحدة المعالجة المركزية عن تسجيل أخطاء المحاذاة، والتي تحدث بدورها عن إعداد واجهة الإخراج ومعلومات إعادة كتابة التجاور بشكل غير صحيح. تؤثر هذه المشكلة فقط على الأنظمة الأساسية غير RSP (الطرفية المنخفضة) والأنظمة الأساسية التي تستخدم تحويل CEF المستند إلى الجسيمات، ويتم حلها عبر معرفات الأخطاء CSCdu45504 وCSCuk30302 من Cisco. يمكنك أيضا إعتبار هذه الحلول البديلة:

• استبدلت GRE عملية كبسلة مع نفق أسلوب ipip.

• استبدلت الشكل أمر مع الشرطة.

• تكوين التكوين على الواجهة المادية التي تدعم النفق.

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

• جودة الخدمة للشبكات الخاصة الظاهرية
• تكوين نفق GRE عبر الكابل
• دعم تقنية جودة الخدمة
• تكوين نفق GRE عبر IPSec باستخدام OSPF
• الدعم التقني والمستندات - Cisco Systems