الخلاصة

  • تطلب مسودة ROLL المؤرخة في 28 أكتوبر القيمة 0x0B لخيار Response Spreading و0x0C لخيار DIO Option Request. لكن سجل IANA الحالي يخصص القيمتين في فئة خيارات رسائل تحكم RPL لخيارَي RREQ وRREP بموجب RFC 9854. طلبت النسخة 02 الرقمين نفسيهما؛ فالنسخة 03 حملت التعارض معها.
  • تقترح علامة N رداً صريحاً واحداً من نوع DIO على طلب DIS متعدد الوجهات، من دون إعادة ضبط مؤقتات Trickle لدى الجيران. وتقر المسودة بأن تكرار الطلبات والقيود الخبيثة والموجهات القديمة يمكن أن تواصل استهلاك الطاقة والهواء والمعالجة.

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

رقم الخيار في RPL ليس ملصقاً للزينة؛ إنه التعليمة التي تحدد كيف يقرأ المستقبل البايتات التالية. يسجل RFC 9854 0x0B لـ RREQ و0x0C لـ RREP، ويعرض سجل IANA التخصيصين في جدول خيارات رسائل التحكم. ثم تطلب الفقرة 7.2 من المسودة الجديدة الرقمين نفسيهما لوظيفتين مختلفتين. تكتب المسودة أن القيم تحتاج تأكيد IANA. هذه العبارة لا تفتح مقعداً إضافياً في السجل. لا يستطيع المستقبل إعطاء الحقل الواحد معنيين متعارضين من دون قرار ترميز جديد.

ما تثبته الوثائق الآن هو تعارض بين النص والسجل. لا توجد هنا واقعة موثقة عن حزمة حقيقية فُسرت خطأ في شبكة عاملة. تحتاج النسخة التالية أرقاماً شاغرة أو اختياراً صريحاً لترميز مختلف. والجدير بالتدقيق أن النسخة 02 حملت الطلب ذاته. الخطأ لم يولد في 03، بل بقي فيها.

تستحق المسألة التصحيح لأن المشكلة التي تعالجها المسودة حقيقية. وفق RFC 6550، يرسل الجهاز الذي يحتاج معرفة بنية المسار رسالة DODAG Information Solicitation، أو DIS، إلى عدة جيران. يعامل الموجهون المطابقون الرسالة باعتبارها عدم اتساق، فيعيدون ضبط مؤقتات Trickle. ثم تتكرر رسائل معلومات الرسم DIO بوتيرة أعلى لفترة. يحصل السائل على معلوماته، فيما يدفع آخرون كلفة بث لم يطلبوه. في شبكة منخفضة الطاقة، الرد المهذب له فاتورة.

تقلب علامة No Inconsistency، أي N، هذه المعادلة. عند وصول DIS متعددة الوجهات وتحمل N، يترك الموجه مؤقتات Trickle المطابقة كما هي ويرسل DIO صريحة. يصبح الجواب حدثاً واحداً بدل فترة من الإعلانات المتسارعة. تسمح علامة T بإرسال الرد إلى عنوان واحد. يوزع Response Spreading الردود على الزمن كي لا يتكلم الجميع في اللحظة نفسها. أما علامة R وDIO Option Request فتحددان الخيارات المطلوبة في الرد. السؤال الأكثر دقة يفرض عملاً أقل على الحي كله.

جواب واحد يمكن طلبه ألف مرة

لكن فصل الأمن في المسودة يبين حدود الاقتصاد. يستطيع مرسل خبيث تكرار DIS ليستهلك الطاقة ووقت القناة والمعالجة من جديد. وقد تمنع قيود مصممة لاستبعاد الجميع الردود المفيدة وتؤخر الانضمام. ويمكن لموجه قديم أن يواصل إعادة ضبط Trickle وفق RFC 6550. لا تضيف المسودة مصادقة أو ضمان سلامة جديداً؛ وهي تشير إلى وسائل حماية RPL القائمة، وفحص الخيارات، وحدود الموارد، والنظر في تقييد معدل الطلبات.

من يملك زر السؤال لا يدفع كامل ثمن الجواب. تلك هي مشكلة الحوكمة التي تجعل علامة N مفيدة وتجعلها غير كافية وحدها. يصنف IETF Datatracker النسخة 03 مسودة نشطة لفريق عمل، ولم تصبح RFC. اختيار أرقام متاحة وقياس شبكة تضم موجهات قديمة وجديدة تحت طلبات متكررة سيحددان مقدار التوفير الفعلي.

المصادر