الخلاصة

  • تعرّف RFC 5127 تجميع المعالجة بوصفه جمع فئات خدمة Diffserv متعددة في معاملة تمرير واحدة مع إمكان بقاء عدة قيم DSCP.
  • فئة الخدمة تعبّر عن متطلبات التطبيق من طرف إلى طرف، أما التجميع فيعبّر عن قرار محلي داخل مقطع شبكة.
  • يجب أن يفي التجميع بأشد متطلبات أعضائه في الفقد والتأخير والتذبذب، لا بمتوسطها.
  • ينبغي أن تكون خصائص الحركة والمتطلبات متقاربة؛ فالاسم المتشابه لا يجعل أحجام الرزم والدفعات والمعدلات متشابهة.
  • لا يجوز تدمير هوية الفئة الأصلية لأن النطاق التالي قد يجمعها بطريقة أخرى.
  • توصي الوثيقة بالحفاظ على DSCP وتصنيف قيم متعددة إلى طابور مشترك؛ وإذا استُخدمت علامة محلية وجب استعادة الأصل عند الخروج.
  • يظل التكييف أو القبول أو policing مطلوباً لكل فئة، ثم يمكن إضافة تحكم على مجموع التجميع.
  • خريطة التجميعات الأربعة مثال اختياري وليست حداً أدنى أو أقصى ولا شهادة سعة.
  • يفترض تجميع Real-Time قبولاً مضبوطاً عند الحافة؛ اسم الطابور لا ينشئ ذلك الضبط.
  • تعتمد سلامة الدمج على سرعة الوصلة واستعمالها وعمق الطابور والجدولة وأحجام الرزم ومزيج المعدلات وحالة الفشل.
  • تحمل MPLS Traffic Class وLSP ترميز نطاق محلي ولا تثبت تثبيت الجدولة أو السلوك المرصود أو نتيجة التطبيق.
  • يجب فصل إيصالات الهوية والاستحقاق والقبول والميزانية والترجمة الحدودية والقياس والنتيجة.

ما الذي يعبر الحد فعلاً؟

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

لهذا توصي RFC 5127 بأن تُبنى العلاقة بين المزوّدين على فئات الخدمة، لا على أسماء تجميعات المعالجة الداخلية. يستطيع كل نطاق أن يختار عدد طوابيره وخرائطه بحسب موارده. ما لا يستطيع فعله هو محو الفئة ثم مطالبة النطاق التالي باستنتاجها.

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

حتى هذا الاتفاق ليس إيصال تنفيذ. يجب أن تُرى سياسة الدخول، وقرار القبول، والخريطة المحلية، والموارد المثبتة، والقياس عند الخروج. العقد يحدد ما ينبغي أن يحدث؛ الرزم والقياسات تبين ما حدث.

التجميع لا يحوّل المتطلبات إلى متوسط

يمكن لتجميع المعالجة أن يضم عدة DSCP في معاملة تمرير واحدة. بذلك يختلف عن تجميع يدور حول codepoint واحد وPHB واحد. الاشتراك في الموارد لا يلغي هوية كل عضو.

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

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

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

علامة محلية تحتاج إلى عهدة

تفضّل الوثيقة إبقاء DSCP الأصلي وتوجيه عدة قيم إلى طابور مشترك بواسطة المصنف. بذلك يستطيع النطاق التالي أن يفصل الفئات أو يعيد تجميعها وفق سياسته.

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

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

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

كما أن DSCP لا يصادق على الاستحقاق. تستطيع رزمة سيئة التصنيف أن تطلب معاملة مفضلة. قرار الثقة والاتفاق والقياس تظل طبقات مستقلة.

القبول لكل عضو قبل ميزانية المجموع

لكل تجميع موارد محدودة. لذلك توصي RFC بالتكييف أو القبول لكل فئة عضو، وتسمح بتحكم إضافي على مجموع الحركة.

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

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

الأنماط التاريخية تساعد على التخطيط ولا تمنح قبولاً مستقبلياً. خدمة نقطة إلى نقطة قد تكون قابلة للتنبؤ، فيما تتغير حركة متعددة النقاط بسرعة. كلما زاد عدد الأعضاء زادت أهمية العلاقة بين قممهم.

أربعة تجميعات لا تؤسس دستوراً

تعرض RFC Network Control وReal-Time وAssured Elastic وElastic. وتقول صراحة إن النطاق يمكن أن يدعم أكثر أو أقل، أو مجموعة فرعية فقط.

يحمي Network Control حركة بقاء الشبكة، مع إمكان فصل تحكم العميل عن تحكم المزوّد نفسه. يعتمد Real-Time على قبول سابق. يحافظ Assured Elastic على درجات إسقاط مختلفة. ويمكن لـ Elastic أن يسقط CS1 قبل Default/CS0.

إذن عدّ أربعة طوابير لا يثبت التوافق. لا يكشف عدد الأعضاء ولا الموارد ولا معالجة الفئات غير المدعومة ولا أثر الفشل.

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

السعة تتغير بعد الفشل

تربط RFC درجة التجميع بسرعة الوصلة وعمق الطابور وسلوك المجدول والاستعمال ومزيج الأحجام والمعدلات. والقول إن الوصلات الأسرع تسمح بمزيد من التجميع مشروط ببقاء الاستعمال ضمن المستوى الهندسي.

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

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

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

MPLS لا يجعل الترميز عالمياً

يقدم الملحق مثال E-LSP باستخدام الحقل الذي كان يسمى EXP. أعادت RFC 5462 تسميته Traffic Class. لكل نطاق MPLS سلطة على تخصيصه المحلي.

في E-LSP تساعد البتات في استنتاج PHB Scheduling Class ودرجة الإسقاط. وفي L-LSP يحمل المسار فئة جدولة واحدة، فيصبح دعم كل تجميع قراراً لكل LSP.

العلامة والبتات واختيار المسار تصف ترميز الحمل. الجداول المثبتة تصف الإعداد. العدادات والمجسات تصف التنفيذ. قياسات التطبيق تصف النتيجة.

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

حدود السجل

يثبت RFC Editor وDatatracker نشر RFC 5127 بوصفها Informational. يثبت سجل IANA تخصيص القيم. وتحدد RFCs المرتبطة معمارية Diffserv وAF وEF والمقاييس وMPLS، فيما تسجل وثائق لاحقة تطور العمل.

لا تحتوي المصادر على مزوّد حالي مسمى، أو إعداد منتج، أو trace، أو حادثة، أو نسبة انتشار، أو نتيجة SLA. لذلك لا تنسب المقالة نجاحاً أو إخفاقاً لمشغّل؛ بل تحدد آلية الإثبات المطلوبة.

المصادر