الخلاصة

  • يعني PDR-ACK الإيجابي أن الجذر يعلن بناء الـTrack المطلوبة ويلتزم بإبقائها طوال المدة المتفق عليها؛ ولا يعني أن حزمة استخدمتها فعلاً.
  • يحتاج الإثبات التشغيلي إلى ربط الطلب وتسلسله، وحالة التثبيت الخاصة بالنمط، وأعمار المقاطع والـTrack، والهوية التي تحملها الحزمة، ومراقبة المسار، ونتيجة التطبيق.

ظهر النجاح على شاشة التحكم قبل أن يبدأ المرور. وصل الطلب، وأعاد الجذر رقم التسلسل الصحيح، وسُجلت الـTrack. ثم تحولت العبارة في التقرير إلى «الخدمة الحتمية تعمل». لكن لا عداد تحرك عند الخروج، ولا حزمة حملت TrackID أمام أداة الرصد، ولا تطبيق سجل الاستلام. كان الإقرار صحيحاً، أما النتيجة فكانت مستعجلة.

نُشر RFC 9914 في أبريل/نيسان 2026 بصفة Proposed Standard، ويحدد Root-Initiated Routing State في RPL. ويسجل RFC Editor أنه يحدّث RFC 6550 وRFC 6553 وRFC 8138. إنه بروتوكول لإسقاط Track في شبكة محدودة الموارد كثيرة الفقد، لا تقريراً عن نشر بعينه أو أداء مقاس.

يستطيع المدخل إرسال P-DAO-REQ إلى الجذر وفيه TrackID والطرفان والعمر المطلوب وPDRSequence. ويستخدم الجذر التسلسل نفسه لربط PDR-ACK بالطلب. الرد الإيجابي يعلن البناء ويتعهد بالعمر المتفاوض عليه؛ والرد السلبي يرفض. لا يتضمن أي منهما رصداً لمستوى البيانات.

يتغير موضع الحالة باختلاف النمط. في Non-Storing Mode يحتفظ الجذر بحالة مسار المصدر أو النفق. وفي Storing Mode يرسل الجذر Projected DAO، أي P-DAO، إلى المخرج؛ ثم تنتقل المعلومة عكسياً نحو المدخل ويثبت كل موجه مقطعه، ويعيد المدخل P-DAO-ACK إيجابياً. وإذا غاب الإقرار، يستطيع الجذر إعادة المحاولة بالـTrackID نفسه أو إزالة الـTrack. لذلك تخفي خانة «مثبت» الواحدة مكان الحيازة الحقيقي.

للرفض أسباب محددة أيضاً. تستطيع Vector Information Option إرجاع حالات مثل Out of Resources وPredecessor Unreachable وUnreachable Target. تشرح الحالة لماذا لم يقبل عقدة مقطعاً، لكنها لا تثبت وحدها سبب الفقد الفيزيائي أو تعطل التطبيق.

للوقت أكثر من ساعة. يرتب Segment Sequence التحديثات، ويحدد Segment Lifetime عمر المقطع. يُهمل التسلسل الأقدم، ولا يجوز لتكرار المجموعة نفسها تغيير الحالة، ويزيل العمر الصفري المقطع. وتتجدد المقاطع بصورة غير متزامنة ومستقلة عن عمر الـTrack الكلي. بقاء التعهد الخارجي صالحاً لا يعني أن الداخل ثابت.

قد تظل التغييرات الأعمق شفافة للمدخل. فإذا عجز الجذر عن الحفاظ على الخدمة أزال الـTrack كلها، ويمكنه إرسال PDR-ACK سلبي غير متزامن بعمر صفر. وعدم وصول هذه الرسالة لا يثبت أن كل قفزة بقيت بلا تغيير.

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

يمكن رصد TrackID وDODAGID عبر RPL Packet Information أو مسار المصدر أو التغليف وفق RFC 9008 وRFC 6553. تثبت اللقطة ارتباط حزمة بالـTrack عند نقطة معينة، لا القفزات غير المرصودة ولا قبول التطبيق. كما قد تسلك الحزم السابقة واللاحقة مسارات مختلفة أثناء إعادة الإسقاط، فتظهر اهتزازات زمنية أو إعادة ترتيب.

يقدم RFC 8655 سياق DetNet للأهداف المحدودة، ويشرح RFC 9912 بنية RAW والحماية والتكرار والحذف والتكيف السريع. يبينان سبب الحاجة إلى Track، ولا يقيسان حالة بعينها.

توجد مخاطرة في الحالة الموزعة نفسها. عقدة خبيثة قادرة على تزوير P-DAO قد تحدث تقلباً وتستنزف ذاكرة الموجهات. يشترط RFC 9914 أمن طبقة الوصلة ويستند إلى تحليل تهديدات RPL في RFC 7416. وينسق سجل RPL لدى IANA الرموز والحالات، من دون أن يشهد لأمن نشر محدد.

يحفظ السجل القابل للتدقيق P-DAO-REQ وPDRSequence، وقرار الجذر وعمر الـTrack، والنمط، وP-DAO/P-DAO-ACK عند اللزوم، ورفض كل عقدة، وتسلسلات المقاطع وأعمارها، وTrackID/DODAGID المرصودين، وقياسات المدخل والمخرج والقفزات، والفقد وإعادة الترتيب، ثم نتيجة التطبيق. هذه سلسلة تحريرية مستنبطة من حدود الرصد، وليست مخطط بيانات يفرضه RFC.

يدعو Minimum Initial Specification لهينغ لو إلى أساس مشترك ضيق وقرارات لاحقة ذات مسؤولية محلية. ويعطي Running-Code Primacy الحالة المنفذة والمرصودة وزناً أعلى من الرمز. ويمنع Reality Layers دمج الطلب والإقرار والمسار والحزمة والخدمة. هذه مبادئ تحريرية معلنة، لا شروط IETF إضافية.

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

Sources