انقطع الرابط، لكن الموجّه القديم قد يُبقي التحويل نشطاً

الخلاصة

• أضافت مراجعة 1 نوفمبر قاعدة للنشر المختلط: إذا حملت سياسة Redirect-to-IPv4 بت D وتعطلت الوصلة المباشرة، يبطلها الموجّه المتوافق؛ أما المستقبل الذي لا يفهم D فيجب عليه تجاهله ومتابعة معالجة السياسة.
• حصرت النسخة 01 البت في المجتمع الموسع لتحويل IPv4 عند الموضع 14. نسخة يوليو شملت مقترحاً لـ IPv6 ولم تفصل سلوك الأجهزة المختلطة.
• الالتفاف والحلقة في الوثيقة مثالان مرسومان، لا حادثة شبكة مثبتة.

الأمر واحد، وقاموس الموجّه مختلف

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

يربط الموجّه المتوافق عنوان الهدف بالوصلة المباشرة نفسها. إذا كان D=1 وفشلت الوصلة، يضع سياسة FlowSpec في حالة غير صالحة ويوقف التحويل؛ ولا ينقذها العثور على العنوان عبر مسار أوسع. عندئذ تطبق سياسة أخرى إن وجدت، وإلا يعود التوجيه المعتاد. إذا عادت الوصلة وكانت بقية شروط القاعدة صالحة، يستطيع الجهاز تفعيلها بلا إعلان جديد من المتحكم. كيفية كشف الفشل متروكة للتنفيذ.

القسم 5 المضاف يحدد ثمن التوافق. المستقبل الذي يعرف Redirect-to-IPv4 ولا يعرف D MUST أن يتجاهل البت ويواصل تطبيق السياسة، وMUST NOT أن يرمي المسار لمجرد وجوده. هذه القاعدة تحافظ على عمل الجهاز القديم، لكنها لا تمنحه حماية فقدان الوصلة. والسياسة القديمة ذات D=0 لا تكتسبها تلقائياً. حدّدت المراجعة الموضع 14 في مجتمع IPv4 وأزالت الصيغة المقترحة لـ IPv6.

الملف Internet-Draft فردي يطمح إلى Standards Track. سؤال التشغيل ليس هل وضع المتحكم D فحسب، بل أي الموجّهات تقرأه وأيها يواصل التحويل عندما تختفي الوصلة.