الخلاصة

  • إعلان بادئة تحت IP Flex-Algorithm في RFC 9502 يقدّم مدخلاً لحساب موجّه بالقيود، ولا يقدّم شهادة لمسار الحزمة أو لنتيجة الخدمة.
  • يجب أن تبقى أدلة التعريف والمشاركة والحساب وFIB والقياس منفصلة، لأن كل واحدة تثبت ادعاء مختلفاً وله صاحب مختلف.

حين تقول وثيقة تغيير إن «الخوارزمية 129 نشطة»، فالسؤال الأول ليس: هل الاسم صحيح؟ بل: ما الشيء الذي أُثبت تحديداً؟ قد تكون العبارة صحيحة بمعنى أن تعريفاً نُشر. وقد تكون صحيحة بمعنى أن جهازاً واحداً قبل التعريف. وقد تكون صحيحة بمعنى أن مدخلاً ظهر في FIB. لكنها تصبح ادعاءً غير مبرر إذا استُخدمت لتأكيد أن حركة عميل بعينها اتخذت المسار، أو أن الخدمة أصبحت متاحة وفق اتفاقيتها.

RFC 9502 مفيدة لأنها لا تخفي هذا الفارق. فهي توسع عمل IGP Flexible Algorithm ليشمل معلومات قابلية الوصول لبادئات IPv4 وIPv6. يظل ما تتيحه هو حساب مسار في سياق خوارزمية وشروطها. لا تلغي القرار المحلي، ولا تلزم كل جهاز بالمشاركة، ولا تجعل التوجيه في مستوى التحكم سجلاً لما وقع في مستوى الحزم.

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

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

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

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

الحد الرابع هو FIB. إدخال مسار فيها دليل قوي على قرار تمرير محلي، لكنه محلي. كما أن RFC 9502 تقيد مستوى بيانات IP الواحد بمسار خوارزمية واحد للبادئة نفسها. لا يثبت ظهور أرقام متعددة في التصميم أن لها مسارات إنتاج متزامنة للحركة ذاتها. يجب سؤال السؤال القابل للفحص: في أي موجّه، لأي بادئة، وفي أي لحظة، ما الذي رُكّب ولماذا؟

بعد ذلك فقط يأتي دليل المرور والنتيجة. عداد واجهة أو عينة تدفق أو مسبار قد يبرهن شيئاً عن حركة ضمن نافذة محددة. ولا واحد منها، من تلقاء نفسه، يبرهن أداء تطبيق أو اكتمال SLA. فصل الأدلة هنا ليس تحفظاً لغوياً؛ هو حماية من تحميل فريق الشبكة مسؤولية وعد تجاري لا تقيسه أدواته، أو من السماح لفريق تجاري بتقديم إعداد بروتوكولي كبديل لقياس الخدمة.

تصلح لذلك خمسة دفاتر مختصرة. دفتر FAD يسجل الرقم والقيود والنسخة والاتفاق. دفتر المشاركة يسجل العقد وعائلات IP. دفتر الحساب يسجل الوجهة والوقت والمسار المؤهل أو سبب الاستبعاد. دفتر FIB يسجل الجدول وnext hop في العقد المحددة. ودفتر القياس يسجل أداة الرصد والنافذة والنتيجة. لا ينبغي أن يحل دفتر محل آخر. وإذا كان المطلوب تأكيداً لخدمة، يضاف دفتر SLO صريح لا يُستنتج من الأربعة السابقة.

يتوافق هذا مع فكرة Heng Lu في مناقشة الحد الأدنى من المواصفات الأولية: الآلية التي تحدد موضع القرار المستقبلي لا تتخذ القرار مستقبلاً بدلاً من المشاركين. FAD ترسم الشروط، لكنها لا تقبلها عن كل موجّه ولا تنصب مساراً بأمر مركزي. إبقاء هذا موضعياً هو جزء من أمان التصميم، لا تفصيل يمكن محوه في تقرير تنفيذي.

وتضيف مقالة running code تنبيهاً مكملاً: وجود كود يعمل لا يمنح تلقائياً دليلاً على ما لم يرصد. مدخل FIB حقيقة مفيدة عن قرار في جهاز، لا تفويضاً للتحدث باسم تجربة المستهلك أو المسار العابر للمجالات. يجب أن يطابق مدى الدليل مدى الادعاء.

إن سجل IANA لمعاملات IGP يجعل نطاق 128–255 متاحاً لخوارزميات مرنة. السجل ينظم الأسماء، لا حالة الأجهزة. لا يرى موافقة FAD أو مشاركة IPv6 أو تدفق حزم. الخلط بين تسمية علنية وحالة تشغيلية هو خطأ حوكمة بقدر ما هو خطأ هندسي.

كما أن قراءة ألفاظ الإلزام في RFC 8174 لا تسمح بقفزة استدلالية. كلمة MUST NOT قد تفسر لماذا لم يُركّب مسار؛ لا تسمح باختراع نجاح لم يُقاس. أفضل ملخص للقيادة ليس ملخصاً يخفي هذه الطبقات، بل ملخص يقول بوضوح: أي طبقة ثبتت، ولأي عقدة وأي عائلة وفي أي زمن.

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