الخلاصة

  • يلغي RFC 9790 الاعتماد في التطبيقات والنشرات الجديدة على أول أربع بتات بعد رصة MPLS لتحديد الحمولة. قد تعني 0x4 و0x6 نسختي IPv4 وIPv6، وقد تكونان بداية إطار غير IP أو ترويسة لاحقة للرصة.
  • يأتي التفسير الصحيح من سياق الملصقات السابقة في مستوى التحكم أو الإدارة. ولتوزيع الحمل، يوفر Entropy Label أو FAT Pseudowire Label الصريح دليلاً أفضل من حقول مأخوذة من صيغة جرى افتراضها.
  • يضيّق سجل IANA أو Control Word أو ملصق الإنتروبيا مساحة الالتباس، لكنه لا يثبت وحده التنفيذ أو المسار أو التوازن أو ترتيب الحزم أو نتيجة خدمة العميل.

تعثر عتاد التوجيه على بت نهاية الرصة، ثم تقرأ 0100 في نصف البايت التالي. تسمي البرمجية القديمة القيمة «IPv4»، وتذهب إلى المواقع التي تتوقع فيها العناوين والمنافذ، وتستخدم البايتات الموجودة هناك في حساب ECMP.

لكن الحزمة تحمل إطار Ethernet داخل pseudowire. لم تكن 0100 سوى بداية عنوان MAC للوجهة. لم يكتشف الجهاز IP؛ بل حوّل التشابه إلى هوية، ثم سمح لهذا الظن بأن يختار وصلة فعلية.

يتناول RFC 9790 مجالاً لا يتجاوز ستة عشر قيمة. غير أن درسه التشغيلي أوسع: ما يمكن رؤيته ليس هو السياق، والسياق ليس هو النتيجة.

نصف البايت يثبت ما شوهد فقط

تضم حزمة MPLS ترويسة من الطبقة الثانية ورصة من مدخلات الملصقات، وقد يليها Post-Stack Header ثم حزمة مضمّنة. يحدد Bottom-of-Stack آخر ملصق، لكنه لا يعلن نوع البنية التالية.

PFN هو أعلى أربع بتات في أول بايت بعد الرصة. في IPv4 العاري يتطابق مع رقم النسخة 4، وفي IPv6 مع 6. أما إذا بدأت هناك ترويسة تحكم أو قناة مرتبطة أو إطار Ethernet، فهذه البتات جزء من تلك البنية.

لا تحتوي رصة MPLS على معرّف عام لنوع الحمولة. لذلك يشترط RFC 9790 السياق الذي ربطه مستوى التحكم أو الإدارة بمدخل الملصق السابق أو بمجموعة المدخلات. يستطيع التقاط الحزمة إثبات وجود 0x4، لكنه لا يستطيع بهذه المعلومة وحدها إثبات IPv4.

هذه حدود طبقات الواقع: البتات رصد، وربط الخدمة سياق، والمحلّل تفسير، وجدول التوجيه فعل. عندما تُدمج في عبارة واحدة هي «هذه IP»، يختفي الموضع الذي انتهى عنده الدليل.

تحوّل الاختصار المفيد إلى سياسة خفية

نشأ الأسلوب القديم من حاجة حقيقية. يوفر خماسي IP مادة أفضل لتوزيع التدفقات من الملصق العلوي وحده. ولهذا كانت معدات كثيرة تتعامل مع 4 كـIPv4 ومع 6 كـIPv6، وتقرأ الحقول المفترضة، ثم تعود إلى تجزئة الرصة للقيم الأخرى.

حين تكون الفرضية خاطئة تصبح الدقة وهمية. قد يبدأ عنوان MAC في Ethernet بـ4 أو 6. ويسجل RFC 8469 وجود عناوين مخصصة في هذه المجالات، إضافة إلى أثر عشوائية MAC لأغراض الخصوصية. ومن دون PW Control Word قد يفسر عقدة عبور إطار Ethernet على أنه IP.

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

المعنى موجود في السياق السابق

يقلب RFC 9790 السؤال: لا نسأل أولاً «بماذا تشبه هذه البتات؟»، بل «ما الذي يسمح سياق الملصق بأن يأتي بعدها؟». عندما لا تكون الحمولة IPv4 ولا IPv6، يجب استخدام PSH لا تكون قيمة PFN فيه 0x4 أو 0x6.

يعمل PW Control Word فاصلاً يمنع المعدات القديمة من دخول محلل IP بالخطأ. لا يوثق هوية المرسل ولا صحة الإطار؛ إنه يمنع التباساً واحداً معروفاً. ضيق هذا الادعاء هو مصدر قوته.

يعيد سجل IANA استخدام القيم عمداً. تظهر 0x0 في صيغ DetNet وNSH وPW، وتظهر 0x1 في قنوات مرتبطة متعددة. يزيل ملصق الخدمة السابق الالتباس. ومن ثم فـPFN ليس رقماً عالمياً فريداً للنوع.

هنا تعمل فكرة Heng Lu عن الحد الأدنى للمواصفة الأولية: تحفظ الطبقة المشتركة القيم والمراجع والقيود الضرورية للتشغيل البيني، وتتحقق كل عقدة محلياً باستعمال حالتها الفعلية. ينسق السجل الدلالة؛ لا يرى الحزمة ولا يعتمد النتيجة.

سجلان لسؤالين مختلفين

يسجل IP Version Numbers أرقام النسخ داخل ترويسة IP. ويسجل Post-Stack First Nibble أنواع PSH. أما التقاطع عند 4 و6 فسببه التوافق التاريخي فقط.

يغطي سجل PFN القيم الست عشرة ويشترط Standards Action للتخصيصات الجديدة. وهذا يجعل الاستخدام المعياري قابلاً للتدقيق. لكن صفاً في IANA يثبت أن مواصفة وصفت قيمة؛ ولا يثبت أن الحزمة الحالية تطابقها أو أن بطاقة الخط نفذتها أو أن الإعداد فعّلها.

نشر المعيار لا ينشر الشفرة العاملة. السجل وصف للحالة الوثائقية، وليس شاهداً على تدفق لم يره.

يجب إنشاء الإنتروبيا حيث تتوفر المعرفة

يوصي RFC 9790 بملصق مخصص، مثل Entropy Label في RFC 6790 أو FAT Pseudowire Label في RFC 6391. يعرف موجّه الدخول الخدمة والحزمة الأصلية قبل تغليف MPLS، فيختار حقولاً مشروعة ويحسب قيمة ويضعها في الرصة.

في RFC 6790، يأتي Entropy Label Indicator ذي القيمة المحجوزة 7 مباشرة قبل Entropy Label. تستطيع عقد العبور استخدام الرصة من دون ادعاء فهم الحزمة الداخلية. الطرف المطلع ينتج الإشارة، والقلب الأقل معرفة يستهلك القيمة الصريحة.

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

وضع FAT في pseudowire اختياري، ويبقى المسار الواحد هو الوضع الافتراضي. تتبادل النهايتان قدرة الإرسال والاستقبال أو تحصلان على إعداد ساكن متطابق. رؤية Flow Label واحدة لا تثبت اتفاق الطرفين ولا استخدامها في كل عقدة عبور.

وصف «متقادم» ليس تقريراً عن الشبكة

يحدّث RFC 9790 الوثيقة RFC 4928 ويحظر استنتاج النوع من PFN في التطبيقات والنشرات الجديدة. لكنه يسمح للموجّهات القديمة بمواصلة سلوكها، ويطلب دليلاً عن التطبيقات المسوقة والمنشورة قبل الإلغاء الكامل لاحقاً.

يغير النص اتجاه التصميم، ولا يعيد برمجة ASIC عاملة. قد يجمع مسار خدمة واحد أجيالاً متعددة من البطاقات والبرمجيات. كلمة deprecated لا تثبت الإزالة، وكلمة legacy لا تمنح استثناء دائماً.

يجب أن يفصل سجل الإثبات بين الرصة وموضع BoS، والبايت التالي، وربط الملصقات، والصيغة والسجل الملائمين، والعتاد والمحلل، وEntropy/FAT Label أو مدخلات الرجوع، والعضو المختار، والترتيب والفقد والتأخير، ونتيجة العميل. لكل من الالتقاط ولقطة التحكم والإعداد والاختبار المتكرر وظيفة مختلفة.

إنجاز RFC 9790 ليس إعطاء أربع بتات سلطة أكبر، بل إعادتها إلى حجمها الحقيقي. النظام الموثوق لا يجعل الرمز صاحب سيادة على الحزمة؛ بل يطلب إيصالاً مستقلاً لكل استنتاج.

المصادر

  1. RFC 9790 — IANA Registry and Processing Recommendations for the First Nibble Following a Label Stack
  2. RFC 4928 — Avoiding Equal Cost Multipath Treatment in MPLS Networks
  3. RFC 3032 — MPLS Label Stack Encoding
  4. RFC 4385 — Pseudowire Emulation Edge-to-Edge Control Word
  5. RFC 6790 — The Use of Entropy Labels in MPLS Forwarding
  6. RFC 6391 — Flow-Aware Transport of Pseudowires over an MPLS Packet Switched Network
  7. RFC 8469 — Recommendation to Use the Ethernet Control Word
  8. IANA — Post-Stack First Nibble
  9. Heng Lu — Running-Code Primacy
  10. Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
  11. Heng Lu — On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile