الخلاصة

  • تستطيع RFC 9757 تنسيق إنشاء جلسات BGP ومسارات صريحة نحو النظير وإعلانات البادئات والتحويل بنمط Raw أو Tunnel عبر PCEP، لكن PCInitiate يسجل نية المتحكم وPCRpt يسجل شهادة محدودة من PCC.
  • ينبغي أن تمتد سلسلة الإثبات إلى سلطة المتحكم وحقبته، والمزامنة، وهوية BGP على الطرفين، وقبول السياسة، والتثبيت في RIB وFIB، واختبارات الحزم، والاستعادة والتنظيف المرتبين.

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

تجعل RFC 9757 هذا الفاصل مهماً لأنها تمد مفهوم PCE كمتحكم مركزي إلى الآليات العادية لشبكة Native IP. نُشرت الوثيقة بصفة Experimental، وتعالج مسارات تُبنى من جلسات BGP ومسارات مضيف وإعلانات بادئات. يثبت سجلا RFC Editor وDatatracker هوية الوثيقة وحالتها. وتطلب الوثيقة نفسها ملاحظات من التنفيذ والنشر بشأن الأثر التشغيلي وقابلية التوسع والاستقرار. هذه حدود جوهرية: تخصيص الكائنات والإجراءات المعيارية لا يثبتان التبني ولا النجاح في التشغيل.

ثلاث تعليمات يجمعها اسم مسار، لا معاملة ذرية

يحمل PCInitiate في تعليمة Native IP كائنات SRP وLSP وتعليمة Central Controller Instruction من Object-Type 2، إضافة إلى كائن واحد بالضبط من ثلاثة كائنات جديدة. يصف BPI نظير BGP، ويصف EPR مسار مضيف نحو ذلك النظير، ويصف PPA البادئات المطلوب إعلانها إليه. يربط Symbolic Path Name التعليمات الموزعة بمسار واحد من طرف إلى طرف، ويميّز CC-ID تعليمة المتحكم داخل جلسة PCEP.

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

تبدأ الحدود قبل أي أمر. على الطرفين إعلان Path Setup Type 4 وبتّ قدرة Native-IP، ويؤدي عدم تطابق التفاوض إلى أخطاء محددة وإنهاء الجلسة. يمنع ذلك استخداماً صامتاً لقدرات غير متوافقة، لكنه لا يثبت حداثة طوبولوجيا PCE، ولا صحة التفويض المؤسسي، ولا اكتمال مجموعة PCC، ولا سلامة نافذة التغيير. وإلى جانب مصادقة PCE وحماية اتصال PCEP كما توصي الوثيقة، يجب حفظ هوية المتحكم الموثقة ونطاق التفويض وصاحب القرار وحقبة التحكم. قد تكون التعليمة المحمية تشفيرياً قابلة للنسب بدقة، ومع ذلك تكون خاطئة أو قديمة أو خارج الصلاحية.

جلسة BGP تحتاج إلى شاهد من كل طرف

يحمل BGP Peer Info رقم AS للنظير والعنوانين المحلي والبعيد وقيمة EBGP TTL وحقل الحالة أو الخطأ وبت T الذي يحدد استراتيجية التحويل. ويجب تخصيص العناوين لهذا الاستخدام، لا مشاركتها مع جلسة أنشئت يدوياً. يحاول PCC المستلم إنشاء الجلسة ثم يبلغ عن التقدم أو النجاح أو الفشل.

الكلمة الحاسمة هي «يبلغ». لا تغير RFC 9757 آلة حالات BGP المحددة في RFC 4271. فهي تمرر بعض معلمات الإعداد إلى وحدة BGP المحلية، بينما تأتي قيم أخرى كثيرة من الإعدادات الافتراضية. تمثل حالة BPI المسماة established دليلاً مفيداً من جهاز واحد، لكنها ليست سجلاً ثنائياً. ينبغي للوصل التشغيلي أن يجمع عناوين الطرفين وأرقام AS وAFI/SAFI وحماية النقل ونسخة السياسة وهوية الموجّه وجيل الجلسة وأزمنة إنشائها. وإلا فقد تحمل جلسة قديمة أو قيمة افتراضية غير متوقعة أو نظير خاطئ الملصق المطمئن نفسه.

تقدم RFC 8821 بنية CCDR الأوسع، حيث تساعد جلسات BGP متعددة على تشكيل اختيار مسار Native IP. لكن هذا الهدف لا يلغي سياسات الاستيراد والتصدير. عندما يطلب PPA من PCC طرفي إعلان بادئات إلى نظير محدد، تتطلب RFC 9757 تقريراً بعد نجاح الإرسال. تنتهي كلمة «أُرسل» عند الطرف المحلي. فهي لا تثبت التسليم، ولا وجود المسار في Adj-RIB-In لدى النظير، ولا قبول سياسة الاستيراد، ولا اختيار أفضل مسار، ولا الإعلان اللاحق، ولا الاستخدام في التحويل. عند التغييرات الحساسة، يجب الاحتفاظ بهوية UPDATE الصادر، ودليل النظير المستلم، وإصدار السياسة الدقيق، والاختيار في Loc-RIB، ومدخل FIB الذي ستواجهه الحزم.

إقرار المسار ليس قراءة من عتاد التحويل

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

قواعد الترتيب هذه سطح تحكم ينبغي إثباته. يجب أن يحتفظ السجل بإصدار المسار واعتماديات الأجهزة وأوقات الإرسال والإقرار وحل القفزة التالية واللحظة التي أزيلت فيها الحالة القديمة. يثبت PCRpt الناجح أن PCC قبل عملية EPR أو أكملها وفق تنفيذه. لكنه لا يغني عن قراءة RIB وFIB من مصدر مستقل، ولا عن حالة الجوار ومراقبة الحزم. فقد يوجد المسار في جدول تحكم ثم يخسر مفاضلة الأولوية، أو يفشل تثبيته في العتاد، أو يشير إلى مجاورة قديمة، أو يصل بعد أن حذف جهاز آخر المسار السابق.

ينطبق الفصل نفسه على Raw وTunnel. يعتمد Raw على الوجهة الأصلية لحزمة المستخدم، فيعطي تحكماً متوسطاً وقد تشترك حركة قادمة من مدخل آخر في مقطع مفضل. أما Tunnel فيستخدم IP-in-IP بين نقطة الدخول والخروج المختارتين لتقييدهما بصورة أوثق. يسجل بت T الاختيار، لكنه لا يثبت التغليف وفكه، ولا سلامة MTU، ولا التحقق من المصدر، ولا هوية النهايتين، ولا الطريق الذي سلكته الحزم. لذلك ينبغي لاختبار الحزم أن يحمل هوية المدخل وفئة التدفق والحجم والتوقيت والمخرج المتوقع، مع دليل منفصل من طرفي النفق في نمط Tunnel.

العطل يحول الارتباط إلى مسألة زمن وسلطة

تعامل RFC 9757 كائنات BPI وEPR وPPA ذات Symbolic Path Name نفسه كسمات لمسار واحد في قاعدة LSP، وتستدعي مزامنة RFC 8232. ويوفر النموذج ذي الحالة في RFC 8231، وإجراءات PCE-initiated في RFC 8281، والتعليمات المركزية في RFC 9050 الإطار المحيط للحالة والتفويض والمهلة.

تثبت المزامنة ما أُبلغ عنه ضمن إصدار محدد من القاعدة وسياق جلسة معين، لكنها لا تجمد الشبكة. إذا خرج PCC من نطاق التحكم، فعلى PCE إعادة الحساب والنشر على الأجهزة النشطة مع تجنب الحلقات العابرة. وإذا تعطل PCE، يمكن إعادة تفويض التعليمات، وقد تبقى الحالة الموجودة حتى انقضاء State Timeout Interval. لذلك تحتاج سلسلة الأدلة إلى حقبة المتحكم وجيل جلسة PCEP وإصدار القاعدة ومجموعة PCC والوقت الدقيق الذي تغيرت فيه سلطة كل تعليمة.

التنظيف ليس زر حذف واحداً. يرسل PCE تعليمات إزالة مستقلة لـ PPA وEPR وBPI. ويتبع الإثبات الآمن الاعتماديات: التأكد من سحب الإعلانات المقصودة؛ ثم إزالة التحويل القديم من دون قطع المسار الباقي مبكراً؛ ثم إزالة جلسة BGP وإعدادها؛ ثم غياب أي حالة متروكة في RIB أو FIB أو جداول الأنفاق أو القاعدة المتزامنة. أما الشاهد الأخير فيجمع اختباراً سلبياً وآخر إيجابياً: لا يحمل المسار المتقاعد حزمة الاختبار، بينما يستمر المسار الباقي أو مسار التراجع في حملها.

يوفر مبدأ Heng Lu في أولوية الكود العامل معياراً مفيداً: لا تتقدم وثائق التنسيق على التنفيذ والتحقق والنشر والاستخدام. ويفصل مفهوم الحد الأدنى للمواصفة الأولية بين مفردات تقنية مشتركة والاختيارات المحلية اللاحقة. وبالنسبة إلى RFC 9757، يعني ذلك تقدير طبقة الارتباط من دون مطالبتها بإثبات ما لا تراه.

يحتاج سجل القيادة إلى عشرة وصول مترابطة: سلطة المتحكم وحقبته؛ القدرة المتبادلة؛ اكتمال المزامنة؛ الطلب والتقرير لكل كائن؛ هوية BGP الثنائية؛ قبول سياسة المسار؛ التحقق في RIB وFIB؛ حالة Raw أو Tunnel؛ اختبارات الحزم والخدمة؛ وإعادة الحساب والسحب والتراجع. تحسن RFC 9757 النصف الأول من هذه السلسلة. قيمتها ليست في تحويل PCRpt إلى دليل من الحزم، بل في جعل حدوده مرئية قبل أن يصبح اللون الأخضر قراراً تجارياً بلا سند.

سجل المصادر

يمكن مراجعة الحالة الحالية في بحث تصحيحات RFC 9757. ويأتي أساس PCEP من RFC 5440، بينما توفر RFC 8408 وRFC 8283 سياق PST وPCECC. وتستند المعايير التحريرية أيضاً إلى Reality, Not Advocacy وReality Layers لـ Heng Lu.