الخلاصة

  • كان من الممكن أن تُفهم شبكة فرعية واحدة من الفئة A على أنها الشبكة الأم كاملة، فتمنع بقية مكوناتها من استخدام المسار الافتراضي.
  • لذلك فرض فتح المخزون انتقالاً مترابطاً بين السجل والمزود وشبكة العميل والأقران والتجميع والتخلص من الأجزاء غير المنشورة.
  • وصف RFC 2036 شروطاً ومخاطر متوقعة، ولم يقس معدل وقوعها أو يثبت نجاح مشغل بعينه.

لم يكن المخزون المتاح قابلاً للاستخدام تلقائياً

ناقش RFC 2036 توصية محتملة بأن تبدأ IANA، عبر السجلات المفوضة، في تخصيص الأجزاء التي كانت غير مستخدمة من فضاء الفئة A كبوادئ عديمة الفئات. قبل ذلك، صُممت تخصيصات CIDR المحافظة في كثير من الأحيان كتجميعات متوافقة من شبكات الفئة C. كان بالإمكان تغيير حساب العناوين مع إبقاء افتراضات قديمة في شبكات العملاء والمزودين.

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

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

لهذا ألزم RFC 2036 مزودي الخدمة باستخدام توجيه عديم الفئات حتى مع الاعتماد على default route. لم يعد التجميع بالوكالة كافياً. صار حد التخصيص الإداري مطلباً يجب أن يحفظه البرنامج الجاري.

انعكس اتجاه subnet default

واجه نطاق العميل غير العابر استثناءً دقيقاً. في الكتل المنسجمة مع الفئات، كان توجيه subnet default نحو المزود قد يصنع حلقة عند الحد، ولذلك ينبغي ألا يتجه إلى الخارج. أما عند استخدام مكون عديم الفئات من شبكة A داخل IGP قائم على الفئات، فقد طلب RFC 2036 العكس: يتبع default الخاص بالشبكات الفرعية المسار الافتراضي العام نحو المزود.

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

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

الاتصال المتعدد نقل الشرط إلى الجيران

يمكن لنطاق منفصل أن يبقى classful من دون أثر خارجي. ويمكن لعميل وحيد الاتصال بمزود عديم الفئات أن يستخدم الاستثناء المضبوط. لكن multi-homing يزيل هذه البساطة؛ فقد يعلن مزودان مكونات مختلفة من الشبكة الأم نفسها، ما يفرض على IGP الداخلي حفظ أطوال البوادئ.

كما يجعل اتصال الأقران الشرط متعدياً. يقدم RFC 2036 مثالاً لشبكتي طرف X وY تعملان بلا فئات، وبينهما نطاق Z قائم على الفئات ويعمل كعبور. تعلن X مكوناً واحداً؛ يرفعه Z إلى الفئة A كاملة ويعلنه إلى Y. يتغلب الإعلان على default الذي تلقته Y من مزودها، فتسلك كل حركة الشبكة الأم طريق Z ثم X، حيث تسقط X ما ليس محلياً لأنها ليست شبكة عبور.

لا يحتاج أي بروتوكول إلى الانهيار. يمكن لكل مكون أن ينفذ قاعدته القديمة بدقة، بينما تنتج التركيبة مساراً خاطئاً. وصلة احتياطية أو peer جديد قد يحول استثناءً آمناً بالأمس إلى خطر اليوم.

أصبح ترتيب التخصيص أداة انتقال

اقترح RFC 2036 أن تبدأ السجلات بجهات تعمل أصلاً بـ IGP عديم الفئات، أو نطاقات معزولة، أو عملاء classful باتصال واحد إلى مزود classless ويقبلون توجيه subnet default إلى الخارج. وطلب من المنتجات إظهار نمط التشغيل بوضوح، بما في ذلك الاختيار بين اتباع default أو استخدام sink. أما المضيف فاحتاج على المدى الأطول إلى إعداد يعتمد بادئة محلية وعنوان مضيف، لا تقسيم الفئة والشبكة الفرعية والمضيف وحده.

جاء RFC 2050 بعد شهر ليقول إن التخصيصات تفترض VLSM وتقنيات عديمة الفئات، وإن الطلب المبني على استخدام classful لن يُقبل. هذه مواءمة بين سياسة التخصيص والاستعداد التقني، وليست دليلاً على تنفيذ كل مستلم.

وفرت مجموعة ALE سياق الضغط. شملت مهمتها تقدير عمر IPv4، ودراسة الاستعمال وسياسات التخصيص وعدد الطرق والاسترداد وإعادة الترقيم. نقل RFC 2036 قلقها من استهلاك فضاء الفئة C ووجود قرابة ربع عناوين IPv4 في النصف العلوي غير المخصص من الفئة A آنذاك. لكنه لم ينشر بيانات ALE الخام أو نتائج تشغيلية.

الصفة التاريخية لا تخلق إحصاءات مفقودة

نُشر RFC 2036 كوثيقة Informational، وهو اليوم Historic، ولا يسجل RFC Editor له تصويبات. في 2006 قال RFC 4632 إن CIDR نُشر بالكامل وإن أكثر من ست سنوات من الخبرة تراكمت في تخصيص بوادئ عديمة الفئات من فضاء كان يعد Class A. يدعم ذلك حكماً تاريخياً لاحقاً من IETF، لكنه لا يسمي مزودين أو منتجات ولا يحصي الفشل والنجاح.

احتفظ RFC 4632 أيضاً بقاعدة عامة: على منشئ التجميع إسقاط الحزم التي تطابق التجميع ولا تطابق طريقاً أكثر تحديداً إلى وجهة null. هذه الصيغة المعمارية اللاحقة لمشكلة الثغرات. ولم يعد سجل IANA الحالي يعرض المخزون الذي وصف عام 1996؛ أما وثائق اختيار آخر كتل /8 وما بعد النفاد فتغلق قصة المخزون فقط.

تتطلب إعادة بناء سليمة ستة إيصالات منفصلة: بادئة السجل، وdefault وسياسة المزود، وIGP وsubnet default لدى العميل، ومحفز التجميع ومصارفه، وحفظ القناع عند كل peer، ثم next hop أو الإسقاط المرصود. تمنع أولوية الشفرة العاملة لدى Heng Lu أن يتحول سجل التنسيق إلى شهادة تلقائية على التحويل الفعلي.

المصادر