الخلاصة

  • يعرض RFC 9657 ثلاث فئات حتمية لـ Time-Variant Routing: حفظ الموارد، وكفاءة التشغيل، والوصول الديناميكي؛ ولا يعرّف آلية أو حلاً بعينه.
  • يتيح المسار المتوقع تجهيز توجيه الطرفية وتصفية وصلة ستنتهي قريباً، لكنه لا يثبت الساعة أو اكتساب الإشارة أو adjacency أو معدل البيانات أو وصول الحمولة.
  • يصل الإيصال القابل للتدقيق بين مصدر التوقع ومراجعته وسلطة الوقت والسياسة المحلية والقرار والرصد الفعلي والطابور والتحويل وإقرار الوجهة.

معرفة الطريق لا تعني معرفة القناة

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

RFC 9657 يجعل هذا النوع من التغير مدخلاً مشروعاً لحساب routing. الوثيقة معلوماتية؛ لا تعرّف بروتوكولاً ولا صيغة schedule. وتقسم الحالات إلى حفظ الموارد، وكفاءة التشغيل، والوصول الديناميكي.

المسار المتوقع يصف موضع المنصة. أما البيئة والإشارة والتنفيذ فتملك سجلات أخرى.

الحركة الحتمية تواجه بيئة متغيرة

يفترض الوصول الديناميكي أن حركة العقدة والبيئة معروفتان بما يكفي لتوقع انتهاء adjacency أو عودتها وتغير معدل البيانات. يستطيع الحساب تجنب وصلة يتوقع أن تنتهي بعد لحظات، أو تجهيز مسار جديد قبل ظهور الاتصال.

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

تستبعد الوثيقة الحالات غير الحتمية مثل vehicle-to-vehicle. لكنها لا تقول إن الحالات داخل النطاق بلا خطأ. «نافذة متوقعة» بيان من النموذج. «اكتسبت الطرفية الإشارة» رصد. «مرّت الحزمة» دليل data plane. «استلم التطبيق» نتيجة وجهة.

الوصلة التي لم تُستخدم ليست وصلة فاشلة

يمكن لخوارزمية TVR أن تصفّي adjacency موجودة الآن لأنها ستنتهي قريباً أو لأن معدلها المتوقع سينخفض. القرار قد يكون صحيحاً، لكنه policy تجاه المستقبل لا قياساً لعطل حاضر.

إذا سجّل النظام الحالة «down»، يفقد القدرة على تقييم قراره. يجب أن يقول: لم تُختَر الوصلة تحت forecast revision محدد وسياسة محددة. ثم يقارن وقت الانتهاء ومعدل البيانات الحقيقيين بالتوقع.

يحتاج السجل إلى مصدر trajectory، ووقت الإصدار، ومدة الصلاحية، وحدود عدم اليقين، والمسار البديل، وحالة adjacency الفعلية، ونتيجة التدفق.

حفظ الموارد يجعل الغياب مقصوداً

قد تطفئ العقدة الراديو لحفظ الطاقة، أو تدخل وضعاً حرارياً آمناً، أو تستخدم الطاقة لنقل بيانات كي تفرغ التخزين. تفترض حالة حفظ الموارد أن الإنفاق والتراكم ودالة الإدارة قابلة للتوقع بما يكفي.

في مثال حساسات تعمل بالطاقة الشمسية تتغير الوصلات عند t1 وt2 وt3 بحسب عتبة تشغيل الراديو. يفيد ذلك في عدم تسمية الانقطاع المخطط فشلاً. غير أن العودة المخططة لا تثبت الجاهزية. يشير RFC إلى أن discovery ومزامنة الجوار قد يؤخران forwarding بعد انضمام العقدة.

يجب حفظ انتقال الطاقة واكتشاف الجار وتكوين adjacency وتركيب route وأول packet ونتيجته.

الانتظار جزء من المسار

في كفاءة التشغيل يصبح cost دالة زمنية. يجب أن يكون قابلاً للقياس والتوقع، مستمراً بما يكفي، وكبيراً بما يبرر التغيير. قد ترفض العقدة وصلة باهظة، أو تجمع data في burst، أو تنتظر وقتاً أقل تكلفة.

تعرض الوثيقة إرسالاً من N1 إلى N2 في t1، ثم تخزيناً حتى t3 قبل N3. يقدم RFC 4838 وRFC 9171 سياق Delay-Tolerant Networking وBundle Protocol.

هذا المسار يحتاج إلى هوية queue وcustody وexpiry ومساحة وrelease وإقرار destination. انخفاض السعر المتوقع لا يثبت بقاء البيانات أو وصولها.

الساعة سلطة مشتركة

يحدد RFC 3339 تمثيل التاريخ والوقت، ويحدد RFC 5905 NTPv4، ويقدم RFC 8633 ممارسات أمن الوقت. الصيغة الصحيحة والتزامن والمصدر الموثوق ثلاثة ادعاءات.

يؤكد RFC 9657 أن time synchronization حرجة وأن تغيير الساعات دون إذن قد يعطل الشبكة أو يسبب DoS. إذا فتح طرف نافذة قبل الآخر، لا تفيد صحة schedule النصية.

اربط القرار بمصدر الوقت وoffset وعدم اليقين وحالة sync وأحداث clock step.

صيغة schedule لا تتحقق من العالم

يعرّف RFC 9922 مجموعات YANG مشتركة للتوقيت والتحقق والحالة، لكنه لا يفترض الفعل الناتج ولا يحل التعارضات. يقدم RFC 7758 time capability في NETCONF.

تصف هذه الأدوات «متى»، ولا تثبت trajectory أو weather أو energy أو price التي أنشأت التوقيت. هذه المقالة لا تعيد حدود RFC 9922 بين schedule status وتنفيذ الفعل؛ بل تملك الحد بين حالة الشبكة المستقبلية المتوقعة والحالة المرصودة عند التنفيذ.

سلسلة من التوقع إلى الاستلام

سجّل الهدف والمنتج والنموذج والافتراضات والإصدار والصلاحية. أضف سلطة الوقت والتوزيع والسياسة المحلية وحساب الطريق. عند النافذة، راقب terminal state وneighbor وadjacency وrate وnext hop. للبيانات المؤجلة، احفظ queue وcustody وexpiry وrelease. أغلق السلسلة بإقرار الوجهة.

لا تحذف التوقعات الخاطئة؛ فهي دليل جودة النموذج.

يفصل منهج Heng Lu في طبقات الواقع بين forecast وschedule والقرار والنتيجة. وتنسق المواصفة الأولية الدنيا لغة زمنية مشتركة من دون محو السلطة المحلية. وتطلب أولوية الكود العامل الرصد الفعلي.

يضع RFC 9845 التغير الزمني ضمن فرص green networking، لكن وفورات الطاقة والمنفعة تظل نتائج مقاسة.

المصادر