الخلاصة

  • أضافت المراجعة 09 من draft-ietf-sidrops-rtr-yang، المؤرخة في 7 سبتمبر 2026، فترة تحديث مستقلة وعدادات Serial Query وReset Query وRouter Key وASPA وخمس فئات أحدث من Error Report.
  • تجعل هذه الحقول الحد الفاصل بين الموجّه والمخزن المؤقت أوضح للرصد، لكنها لا تثبت الطرف المسبب للعطل ولا أثر البيانات في سياسة التوجيه المحلية ولا مدة تأثر حركة المستخدمين.
  • الحقول المقترحة حالة تشغيلية للقراءة فقط. وتصف RFC 8342 حالة النظام والإحصاءات المجموعة بأنها عابرة، لذلك لا يعوض الاستعلام اللاحق عن سجل محفوظ.
  • تسرد المسودة تطبيقين معروفين، لكن كليهما يحدد draft-03 وآخر تحديث في 30 مارس 2026. ولا يثبت النص دعمهما لحقول المراجعة 09 الجديدة.
  • يقترح Daniel Kade إيصالاً لحالة مخزن RPKI يربط نسخة النموذج ووقت الجمع وحقبة تصفير العداد وسياق الجلسة والرقم التسلسلي والمؤقتات وفروق الأخطاء وإجراء المشغّل. هذا اقتراح تحريري لا مطلب في المسودة.

انقطاع واحد وتعليمات متعددة

يمكن للوحة مراقبة خارجية أن تحول كل جلسة مقطوعة بين الموجّه والمخزن إلى ضوء أحمر واحد. لكن مشروع الإصدار الثاني من بروتوكول RPKI-to-Router يفصل بين فشل النقل وإعادة تشغيل المخزن وإيقافه.

يرسل المخزن Cache Restart عندما ينوي التوقف مؤقتاً والعودة قبل أن تبلغ البيانات لدى العملاء حد انتهاء الصلاحية. أما Cache Shutdown فيطلب من الموجّهات محو البيانات التي تعلمتها من ذلك المخزن. وقد يؤدي توقف النقل مدة طويلة إلى تقرير Transport Failure وإنهاء الجلسة. لهذه الأحداث آثار مختلفة قبل أن تطبق الشبكة سياستها المحلية على المسارات.

ويكمل الزمن هذا الفرق. يحدد Refresh Interval موعد الاستعلام الدوري، وRetry Interval محاولة جديدة بعد الفشل، وExpire Interval أقصى مدة يمكن فيها الاحتفاظ بالبيانات القديمة من دون تحديث ناجح. لذلك يمكن أن تنقطع الجلسة بينما تبقى مادة RPKI قابلة للاستخدام مؤقتاً. عبارة «المخزن متوقف» لا تصف هذه الحالة.

تحول المراجعة 09 من مسودة YANG لدى SIDROPS جزءاً أكبر من هذا الحد إلى بيانات قابلة للاستعلام. هذا هو الحدث الجديد، وليس إثباتاً لوقوع حادث فعلي.

فصل الفترة عن الموعد

يضيف فرق النص بين 08 و09 الحقل refresh-interval، وهو عدد الثواني بين استعلامات Serial Query الدورية. وفي الوقت نفسه صار وصف refresh-time يعني اللحظة، بأجزاء المئة من الثانية، التي يتوقع فيها التحديث التالي.

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

وتحصل شجرة PDUs على عدادات صريحة لـSerial Query وReset Query. يطلب الأول التغييرات منذ رقم تسلسلي معروف، بينما يطلب الثاني المجموعة النشطة كاملة. ارتفاع Reset Query قد يدل على مسار استعادة مختلف عن التحديث التفاضلي العادي. وتظهر أيضاً عدادات Router Key وASPA، وهما من فئات بيانات الإصدار الثاني المقترح.

وتكتسب شجرة الأخطاء مفردات جديدة: خطأ قائمة مزودي ASPA وفشل النقل وخطأ الترتيب وإعادة تشغيل المخزن وإيقافه. كما تربط الأوصاف القديمة كل حقل بوضوح برمز Error Report. وهكذا يغطي سطح الإدارة المقترح الرموز من 0 إلى 13.

لكن اسم العداد ليس حكماً. لا يثبت خطأ ASPA أن قائمة معيبة دخلت قرار المسار. ولا يشرح Reset Query سبب التحديث الكامل. ولا يضمن تقرير إعادة التشغيل أن المخزن عاد قبل انقضاء المهلة.

كل عداد يحتاج إلى بداية

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

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

تؤكد المعايير الأساسية هذا الحد. تستخدم RFC 7950 الوسم config false لبيانات الحالة. وتعرف RFC 8342 حالة النظام، بما فيها الحالة المقروءة والإحصاءات، بأنها عابرة وتتغير بتفاعل المكونات الداخلية أو الأنظمة الأخرى. الحالة التشغيلية مفيدة لأنها تعرض ما يستخدمه الجهاز الآن؛ لكنها لا تحفظ الأمس تلقائياً.

لذلك يجب أن ترافق كل قراءة نسخة الوحدة ووقت الجمع ونجاحه أو فشله وحقبة تصفير العداد وهوية محدودة للمخزن والجلسة ونسخة البروتوكول وSession ID والرقم التسلسلي وآخر End of Data وحالة Refresh وRetry وExpire. من دون ذلك قد لا تصلح لقطتان للمقارنة.

حتى الشيفرة العاملة لها إصدار

تتضمن المراجعة 09 قسماً لحالة التطبيقات، وهو دليل مفيد بحدود واضحة. يسمي Juniper Networks (HPE) وNew H3C Technologies، لكن كلا السجلين يقول Draft-03، وآخر تحديث لهما 30 مارس 2026، ولا يقدم خبرة تطبيق محددة.

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

والوضع المؤسسي مرتبط بإصدار أيضاً. يعرض Datatracker النص كمسودة إنترنت نشطة في مجموعة SIDROPS ومقصودة لمسار Standards Track. حالة IESG هي I-D Exists، ولا يوجد document shepherd، وحقل consensus boilerplate غير معروف. تبني مجموعة العمل مهم، لكنه لا يجعل النص RFC أو معياراً معتمداً.

المصادر