الخلاصة

  • ألزم RFC 3021 بتفسير القيمتين في بادئة IPv4 من طول 31 بت بوصفهما عنواني طرفين عندما تكون الوصلة نقطية حقيقية.
  • خفّض ذلك الاستهلاك من أربعة عناوين إلى اثنين، لكنه لم يثبت أن الوسط يحوي طرفين فقط أو أن الجهازين يطبقان الاستثناء نفسه أو أن الرزم وصلت.

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

ترك RFC 3021 بتّاً واحداً لجزء host. فأصبحت القيمة صفر والقيمة واحد عنوانين للطرفين. هبط استهلاك كل وصلة مرقمة إلى النصف؛ وفي مثال خمسمئة وصلة استعيد ألف عنوان.

إلا أن الاقتصاد لم ينشأ من شكل الرقم وحده. نشأ من حقيقة أن لا مشارك ثالثاً يحتاج عنواناً، ولا جماعة محلية تحتاج broadcast موجهاً.

القناع إعلان عن شرط، لا برهان عليه

يمكن للمشغل أن يكتب /31 على interface مشتركة، لكن الأمر لا يزيل المشاركين الآخرين. وقد حصر RFC نطاقه في point-to-point links ولم يدرس الأنواع الأخرى. فإذا كانت الطوبولوجيا الفعلية أوسع، فشل الأساس الذي منح القيمتين معنى المضيف.

وكان توافق الطرفين شرطاً مستقلاً. حذر النص من أن الوصلة قد لا تعمل بصورة صحيحة إذا دعم طرف واحد فقط البادئات ذات 31 بتاً. قد يرى router حديث القيمة العليا جاراً، فيما يستمر الطرف القديم في معاملتها كصيغة broadcast. وقد تُرفض القيمة الدنيا باعتبارها رقم الشبكة. تتطابق ملفات الإعداد ولا تتطابق دلالة code الجاري.

لم يبق موضع للبث الموجّه

حين تُمنح القيمتان للطرفين، لا توجد قيمة ثالثة للبث الموجّه إلى الوصلة. أبقى RFC على limited broadcast للحركة التي تحتاج broadcast. أما routers البعيدة فتتعامل مع prefix بطريقة classless، ويطبق الجهاز المتصل مباشرة الاستثناء المحلي.

أزال ذلك سطحاً محدوداً لهجمات smurf التي تعتمد على تكرار الرزم عبر directed broadcast. وكان RFC 2644 قد جعل استقبال هذا النوع معطلاً افتراضياً. لكن RFC 3021 لم يصادق الجار، ولم يحم routing protocol، ولم يلغ بقية مخاطر الحرمان من الخدمة.

الاستثناء لم يلغ القواعد القديمة

ناقش RFC 950 إمكان host field بعرض بت واحد، وبيّن أن قيمتيه تحملان معنيين خاصين. وحدد RFC 1122 وRFC 1812 سلوك hosts وrouters تجاه صيغ all-zero وall-one. عدّل RFC 3021 تلك القواعد بدقة عندما تكون القيمة طرفاً في وصلة point-to-point ذات قناع 31 بتاً، فسمح باستخدامها مصدراً وألزم بتسليمها محلياً.

خارج هذا السياق بقيت قواعد الإسقاط أو broadcast. لذلك فقول إن الوثيقة «استخدمت عنوان الشبكة وعنوان البث» يخفي الشرط. لم تتجاهل الحجز؛ أعادت تعريف القيم حيث جعلت الطوبولوجيا الوظيفتين القديمتين غير لازمتين.

نجاح routing ليس إيصالاً نهائياً

سجل RFC وجود beta code لدى عدة vendors ونتائج إيجابية في ثلاثة ISPs على الأقل مع OSPF وIS-IS وBGP وEIGRP. هذا دليل تاريخي محدود على الإمكان، لا تعداد شامل للتبني ولا ادعاء عن نشر حالي.

تثبت adjacency أن رسائل control plane تبادلت في سياق ما. لا تثبت أن أدوات الإدارة تقبل القيمتين، أو أن filters لا تعيد تصنيفهما، أو أن data path يعمل في الاتجاهين، أو أن application استلمت payload نافعة.

المصادر

لم يكتب Lu Heng الوثيقة RFC 3021 ولم يؤيدها. تستخدم مقالاته هنا كعدسات تحليلية معلنة.