الخلاصة

  • جعلت RFC 1219 أرقام الشبكات الفرعية تنمو من جهة البتات الأعلى دلالة، وأرقام المضيفين من الجهة الأدنى دلالة، وتركت بينهما بتات نمو غير مخصصة. سمح العد المرآتي بالتوسع من الطرفين من دون تغيير العناوين الموجودة.
  • كان الوعد محددًا: بقاء العنوان لا يعني بقاء القناع. وقد يتطلب النمو قناعًا جديدًا، وبروتوكول توجيه داخليًا يتعامل مع أقنعة متعددة، وتنسيقًا بين سلطة الجذر وسلطة كل شبكة فرعية.
  • إذا كان القناع القديم أطول من اللازم مرّت وجهة محلية عبر البوابة؛ وإذا كان أقصر من اللازم بحث المضيف عبر ARP عن وجهة بعيدة ولم يتلق جوابًا. يمكن أن تبدو قائمة العناوين ثابتة بينما تتشقق قابلية الوصول.

مساحة نمو لا يملكها أي طرف مسبقًا

صدرت RFC 1219، وعنوانها On the Assignment of Subnet Numbers، في أبريل 1991 باسم P. F. Tsuchiya. يصنفها سجل RFC Editor وثيقة Informational. ويقول النص إن الإجراء شأن محلي تقديري وليس معيارًا للإنترنت؛ أما سجل IETF Datatracker فيثبت هوية الوثيقة لا وجود نشر تشغيلي لها.

انطلقت المسألة من نموذج القناع في RFC 950. أوصت تلك الوثيقة ببتات متصلة للشبكة الفرعية في الطرف الأعلى دلالة من الجزء المحلي للعنوان. بقي سؤال التخطيط: هل يُحجز الفراغ لمزيد من الشبكات الفرعية، أم لمزيد من المضيفين داخل كل واحدة؟

لم تحاول RFC 1219 تحسين التنبؤ. أبقت أرقام المضيفين تنمو بالطريقة المعتادة من البتات الأدنى دلالة، وقلبت عد أرقام الشبكات الفرعية كالمرآة كي تنمو من البتات الأعلى دلالة. وبين بتات المضيف h وبتات الشبكة الفرعية s بقيت بتات g صفرية، وهي احتياطي مشترك للنمو.

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

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

تجنب إعادة الترقيم لم يتجنب إعادة الضبط

قد يؤدي إنشاء شبكة فرعية إلى تحويل بت نمو إلى بت شبكة فرعية، وإلى إطالة قناع شبكة موجودة. وقد يؤدي توسيع عدد المضيفين إلى تحويل بت نمو إلى بت مضيف، وإلزام جميع مضيفي تلك الشبكة بقناع أقصر. لم تلغ الخوارزمية نشر حالة جديدة.

يوضح سياق RFC 1009 سبب اشتراط التوجيه. فقد سمحت بأقنعة متعددة داخل شبكة مقسمة، واشترطت إمكان ضبط قناع مختلف لكل واجهة بوابة. لذلك احتاجت RFC 1219 إلى بروتوكول توجيه داخل النطاق قادر على التعامل مع الأقنعة المختلفة.

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

آخر بت حوّل الاستقلال إلى قرار مشترك

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

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

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

ولا تثبت أسماء الأدوار أن مؤسسة بعينها أنشأت تلك السلطات أو نسقت بينها. إثبات التنفيذ يحتاج إلى فاعلين وموافقات مؤرخة وأوامر تغيير وإعدادات موزعة ورصد مستقل.

طول زائد يعني التفافًا، وطول ناقص يعني طريقًا مسدودًا

تكشف مرحلة الانتقال أثر قناعين قديمين في اتجاهين متعاكسين.

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

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

في الحالتين يظل عنوان IP كما كان. يظهر الأصل ثابتًا في الجرد، لكن حركة أولى تلتف عبر البوابة، وثانية تنتهي عند ARP بلا جواب. لا يستطيع مؤشر «صفر عناوين متغيرة» التمييز بين وصول مباشر، والتفاف، وفشل كامل.

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

حدود الادعاء هي القيمة التاريخية

قالت RFC 1219 وقت صدورها إن التقنية ليست معروفة على نطاق واسع وإن تنفيذها أقل انتشارًا. هذا وصف زمني لعام 1991، لا قياس للتبني اللاحق. لا يحتوي ملف الأدلة على إصدار برمجي أو تقرير مشغّل أو قياس حركة.

ويقول النص صراحة إن قضايا الأمن غير مناقشة. لذلك لا يثبت توثيق أوامر التخصيص، ولا صلاحية استهلاك آخر بت، ولا سلامة توزيع القناع، ولا أمان الرجوع.

ما يبقى هو فصل ضروري بين طبقات الدليل. العنوان هو الهوية المسجلة؛ القناع هو تفسير المضيف؛ المسار حالة التحكم؛ الوصول واقعة تلاحظها الحزم؛ والنتيجة تخص التطبيق والمستخدم. ثبات الطبقة الأولى لا يملأ الطبقات الأخرى بكلمة «مستقر».

المصادر