عصر العناوين الطبقية وولادة الندرة الإدارية

ملخص

شبكة تتطلب 300 عنوان مضيف عادي تجاوزت بـ 46 عنوانًا السعة العملية البالغة 254 لشبكة من الفئة C. الفئة الأصلية التالية وفرت 65,534 عنوان مضيف عادي، بينما وفرت فئتان C 508 عنوانًا مع احتمال تكلفة مسار إضافي وتنسيق متزايد. لذلك جعلت الهندسة الطبقية التخصيص خيارًا بين تكاليف مختلفة بدلاً من مجرد قراءة لطلب المضيفين.
ثلاث لقطات معاصرة تظهر أن شبكات الفئة C هيمنت من حيث عدد وحدات أرقام الشبكة المخصصة، بينما هيمنت تخصيصات الفئة A من حيث سعة العناوين الممثلة. في يناير 1983، مثلت 31 تخصيصًا من الفئة A 99.648% من القيم الرقمية للعناوين التي تغطيها الإجماليات المنشورة؛ ومثلت 1,042 فئة C 0.051%.
لا توفر المواد المحفوظة عينة مقترنة من الطلبات المبكرة والرفض والقرارات. لا يمكنها إثبات تأثير عام للسابق، أو عدم تكافؤ وصول مقدمي الطلبات، أو المعايير المستخدمة في قرار فئة مبكر معين. إنها تدعم استنتاجًا أضيق: التخصيصات الدائمة التي تمت قبل أن تصبح المعايير اللاحقة صريحة يمكن أن تخلق خيارًا مفيدًا محتملًا يعتمد على المسار.
ندرة مساحة العنوان، ونمو حالة التوجيه، ومشكلة تحديد حجم مقدم الطلب الفردي، والاهتمام الإداري المحدود كانت قيودًا متميزة. ظهرت في أوقات مختلفة وغالبًا ما وجهت نحو اختيارات تخصيص مختلفة.
فئات C المتعددة، والتقسيم إلى شبكات فرعية، والكتل المتجاورة، والتفويض الإقليمي كانت بدائل قابلة للتطبيق في ذلك الوقت، لكن كل منها فرض تكاليف توجيه أو أجهزة أو تنسيق أو إدارية. لا يمكن لسيناريو مضاد عادل افتراض أن التوجيه غير الطبقي كان متاحًا طوال الثمانينيات.

مخطط شبكة يتوقع 300 مضيف عادي واجه انقطاعًا دقيقًا. شبكة من الفئة C تحتوي على 256 قيمة محتملة في حقل عنوانها المحلي المكون من ثماني بتات. وفقًا للقيود التي تم توضيحها لاحقًا على قيم المضيف الصفرية والكل واحد، فإنها توفر 254 عنوان مضيف عادي. لذلك تجاوزت الحاجة فئة C بـ 46 عنوانًا، وليس اثنين. الرقم اثنان يصف الفرق بين 256 قيمة رقمية و254 عنوان مضيف عادي؛ إنه لا يصف العجز مقارنة بخطة 300 مضيف.

يمكن لشبكتين من الفئة C تغطية الحاجة الفورية بـ 508 عنوان مضيف عادي. ومع ذلك، فإنهما تظلان شبكتان وفقًا للفئات، مما قد يتطلب إدخالين للتوجيه مرئيين من الخارج، وتسجيلين، وتنسيق محلي إضافي. الفئة الأصلية التالية، الفئة B، وفرت 65,536 قيمة رقمية للعناوين المحلية، أي 65,534 عنوان مضيف عادي. وهذا يمثل حوالي 258,008 ضعف السعة العملية للمضيفين لفئة C وأكثر من 218 ضعف الحاجة المعلنة البالغة 300 مضيف.

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

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

الهندسة خلقت حدود القرار

RFC 791، المنشورة في سبتمبر 1981، عرفت عنوان الإنترنت بأنه أربعة بايتات، أي 32 بت. تحدد بتاتها عالية الترتيب أحد ثلاثة تنسيقات عناوين عادية وتثبت التقسيم بين رقم الشبكة والعنوان المحلي.

الفئة المعاصرة	نمط البتات عالية الترتيب	بتات رقم الشبكة بعد النمط	بتات العنوان المحلي	القيم الرقمية في الشبكة	عناوين المضيف العادية وفقًا للقواعد الموضحة لاحقًا	الترجمة الحديثة
الفئة A	`0`	7	24	16,777,216	16,777,214	/8
الفئة B	`10`	14	16	65,536	65,534	/16
الفئة C	`110`	21	8	256	254	/24

تم تضمين تدوين الشرطة المائلة فقط كترجمة حديثة للحدود الطبقية الثابتة. لا ينبغي تفسيره بأثر رجعي كدليل على أن المسؤول في عام 1981 يمكنه تعيين طول بادئة تعسفي. الفئة B لم تكن نقطة على قائمة مستمرة. بتات رأسها كانت تخبر التطبيقات الطبقية بمعاملة أول بايتين كجزء الشبكة. الفئة C حددت الحدود بعد ثلاثة بايتات. لم يقدم النظام أصلاً تخصيصًا قابلاً للتوجيه عالميًا في منتصف الطريق بينهما.

نسبة السعة الرقمية من فئة إلى التالية كانت بالضبط 256. الفئة A تحتوي على (2^{24}) قيمة عنوان محلي، الفئة B (2^{16})، والفئة C (2^8). بعد استبعاد قيم المضيف العادية الصفرية والكل واحد، كانت النسب العملية أكبر قليلاً:

(16,777,214 / 65,534 = 256.007782) سعة فئة B لكل فئة A.
(65,534 / 254 = 258.007874) سعة فئة C لكل فئة B.

يجب تأريخ عمليات الاستبعاد. RFC 791 أسست الهندسة الطبقية لكنها لم تنشر جدولًا حديثًا للمضيفين القابلين للاستخدام.RFC 950، المنشورة في 1985، أوضحت المعاني الخاصة للحقول الصفرية والكل واحد في سياق التقسيم إلى شبكات فرعية والبث.RFC 1122نصت في 1989 على أن حقول المضيف والشبكة والشبكة الفرعية لا يمكن أن تأخذ القيم الصفرية أو الكل واحد، إلا في حالات خاصة محددة.

لمقارنة التخصيصات، القيم الرقمية الإجمالية هي المقياس الأقل اعتمادًا على الافتراضات: (2^{24})، (2^{16})، أو (2^8) لكل شبكة. لإعادة بناء مشكلة سعة المضيفين العادية لمقدم الطلب وفقًا للقواعد الموضحة لاحقًا، الأرقام المألوفة ناقص اثنين مناسبة. خلط هذين المقياسين ينتج ادعاءات مضللة، كما يوضح مثال 300 مضيف.

قسمت أنماط البتات عالية الترتيب أيضًا مساحة 32 بت بالكامل بشكل غير متساو. العناوين التي تبدأ بـ (0) احتلت نصف جميع السلاسل الثنائية. النمط (10) احتل الربع. النمط (110) احتل الثمن. الأنماط الأخرى عالية الترتيب كانت محجوزة أو مطورة لأغراض أخرى، بما في ذلك البث المتعدد والتجريب. وهكذا، عدد صغير من أرقام الشبكة من الفئة A سيطر على جزء هائل من مساحة العنونة الرقمية، بينما المخزون الأكبر بكثير من أرقام الشبكة من الفئة C احتل جزءًا أصغر.

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

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

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

التوجيه جعل الوحدة الأكبر جذابة تشغيليًا

كان من الممكن أن تكون الفجوة بين الفئتين B و C أقل تأثيرًا إذا تمكنت الموجهات من تجميع الشبكات المتجاورة التعسفية دون تعديل تفسيرها. خلال جزء كبير من الفترة، لم تتمكن من ذلك.

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

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

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

حساب الشبكات الفرعية يوضح لماذا أصبحت الفئة B جذابة لحرم جامعي ينمو. إذا تم استخدام ستة بتات من حقلها المحلي ذي 16 بت للشبكات الفرعية، فإن الهندسة الخام تنتج 64 نمط شبكة فرعية و1,024 نمط مضيف في كل شبكة فرعية. وفقًا لاتفاقية ذلك الوقت التي استبعدت أنماط الشبكات الفرعية الصفرية والكل واحد، بقي 62 شبكة فرعية عادية. بتطبيق استبعادات المضيف المعتادة، بقي 1,022 قيمة مضيف لكل شبكة فرعية. المنتج كان: (62 × 1,022 = 63,364). يمكن لهذه المنظمة تشغيل عشرات الشبكات الداخلية خلف رقم فئة B خارجي واحد. استخدم الترتيب قيم عناوين أكثر بكثير مما يحتاجه حرم جامعي صغير في البداية، لكنه وفر أرقام الشبكة المرئية من الخارج وترك مساحة للنمو الداخلي.

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

الدليل التشغيلي لعام 1989،RFC 1118، وصف مشكلة التوافق مباشرة. العديد من البرمجيات المتاحة، ولا سيما 4.2BSD، لم تكن قادرة على التعامل مع العناوين المقسمة إلى شبكات فرعية دون برمجيات إضافية، بينما دعمت 4.3BSD التقسيم إلى شبكات فرعية عند الإطلاق. اختلفت الأنظمة الأخرى. بعضها يمكن أن يعمل كأوراق لكن ليس كبوابات داخل جزء مقسم إلى شبكات فرعية من الشبكة.

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

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

جعل نمو حالة التوجيه المقايضة أكثر إلحاحًا. أعادتRFC 1338إنتاج سلسلة من Merit تظهر 173 مسارًا معلنًا في يوليو 1988، 603 في يوليو 1989، و4,775 في فبراير 1992. المقارنة الكاملة من يوليو 1988 إلى فبراير 1992 كانت: (4,775 / 173 = 27.601). كانت هذه زيادة بمقدار 27.601 مرة على 43 شهرًا. المقارنة الأقصر من يوليو 1989 إلى فبراير 1992 كانت: (4,775 / 603 = 7.919). كانت هذه زيادة بمقدار 7.919 مرة على 31 شهرًا. هذه مقارنات مختلفة ولا ينبغي دمجها.

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

يبدو مقدم الطلب الذي يحتاج 300 مضيف الآن أقل كتمرين حسابي بسيط. فئتان C توفران سعة فورية كافية، لكنهما قد تتطلبان مسارين. فئة B تقلل التمثيل الخارجي إلى شبكة واحدة مع حجز 65,536 قيمة رقمية. خلقت الهندسة الانقطاع. حدد التوجيه والمعدات التكاليف النسبية. كان على النظام الإداري اختيار خيار غير كامل.

واجهة القرار المبكرة لا تزال غير مكتملة

شرحت RFC 791 ما تعنيه الفئة. لم تحدد من يجب أن يحصل عليها. انتقل هذا القرار عبر مجموعة متغيرة من المؤسسات والإجراءات.

في سبتمبر 1981، نشرتRFC 790أرقام الشبكة المخصصة ووجهت طلبات التخصيص إلى Jon Postel في معهد علوم المعلومات بجامعة جنوب كاليفورنيا. أظهر السجل الأرقام المخصصة والمحجوزة وغير المخصصة، لكنه لم ينشر اختبارًا عامًا كاملاً للاختيار بين الفئات A و B و C.

في يناير 1983، وثقتRFC 820بيئة سياسية أكثر تفصيلاً. وصفت التخصيصات بأنها بحث وتطوير، دفاع، أو تجاري. لخص ملحقها التوصيات المتفق عليها بين مكتب برنامج شبكة البيانات الدفاعية و DARPA في سبتمبر 1982. لمجتمع البحث، ربطت التوصيات منح معرفات الشبكة بإثبات أن مقدم الطلب يحصل على برمجيات بوابة قياسية أو ينفذ بوابة تلبي متطلبات بروتوكول البوابة الخارجية (EGP).

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

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

تغير الترتيب المؤسسي خلال العقد.دليل أرشيف SRI ARC/NIC لمتحف تاريخ الحاسوبيؤرخ نقل إدارة الأرقام المخصصة والتخصيص العالمي لعناوين IP من USC-ISI إلى عقد SRI NIC في عام 1987. يحدد أداة البحث المراسلات ومواد التسمية والعنونة التي قد تحتوي على سجلات الطلبات، لكنه لا يكشف بنفسه عن المنطق وراء قرار فئة فردي.

قدمت RFC 1118 وصفًا عامًا للإجراء المخصص لمقدمي الطلبات في عام 1989. كان على شبكة متصلة محتملة إرسال رسالة إلى[email protected]، وطلب نموذج العنوان المتصل، وتعبئته، وإعادته. ثم يتم إعادة العنوان المخصص عبر البريد الإلكتروني أو البريدي. أضاف الدليل أنه لم يتبق سوى أرقام قليلة من الفئة A، وأنه عمليًا، على معظم مقدمي الطلبات الاختيار بين الفئة B والفئة C.

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

تأكيد البقاء المرسل إلى جامعة بريستول محدود أيضًا. تعيد الجامعة إنتاج رسالة مؤرخة في 8 مارس 1991 تخصص137.222.0.0، شبكة من الفئة B، إلىBRISTOL-NET. يحدد الفئة والرقم والاتصال التقني والتاريخ. كما ينصح المستلم بشأن تسجيل جدول المضيفين وعنونة البث وحل العناوين.

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

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

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

في أغسطس 1990، وصفتRFC 1174الأدوار المؤسسية بشكل أكثر رسمية. احتفظت وظيفة IANA في USC-ISI بالسلطة المركزية لتخصيص وتعيين المعرفات الرقمية والسلطة التقديرية لتفويض أجزاء من هذه المسؤولية. تم تكليف مسؤولية معرفات الشبكة والنظام المستقل إلى سجل الإنترنت الذي يديره SRI International في DDN-NIC. أوصت الوثيقة بالحفاظ على وظائف IANA المركزية وسجل الإنترنت مع تفويض الكتل إلى منظمات معتمدة دوليًا.

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

تثبت RFC 1174 أن التفويض والتقدير كانا مفهومين مؤسسيين معترف بهما في عام 1990. لا تثبت كيف تم ممارسة التقدير في حالة معينة من 1983 أو 1991.

قياس التوزيع دون اختراع مقدمي طلبات

يمكن بناء قياس قابل للتكرار من لقطات منشورة معاصرة، بشرط أن تظل وحدة الملاحظة ضيقة.

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

توفر ثلاث لقطات منشورة نقاط مقارنة مفيدة:
1. إجماليات يناير 1983 من RFC 820 لأرقام الشبكة المخصصة من الفئات A و B و C.
2.RFC 1166، المنشورة في يوليو 1990، وإجمالياتها للشبكات المخصصة للإنترنت والاستخدامات المستقلة.
3.RFC 1466، المنشورة في مايو 1993، وجدولها المعنون «إحصاءات أرقام الشبكة (مايو 1992)».

النطاقات المحجوزة وغير المخصصة، وأرقام النظام المستقل، ومساحة البث المتعدد، والفئات التجريبية مستبعدة. القيم الرقمية الممثلة تحسب بضرب كل عدد مصدر في (2^{24}) أو (2^{16}) أو (2^{8}). لا يطرح الحساب حجوزات المضيفين أو الشبكات الفرعية أو البث لأن المستلمين يمكنهم تنظيم حقولهم المحلية بشكل مختلف ولأن الهدف هو قياس السعة الرقمية التي تغطيها كل تخصيص حسب الفئة.

ليناير 1983:
(31 × 16,777,216) + (24 × 65,536) + (1,042 × 256) = 521,933,312

ليوليو 1990:
(34 × 16,777,216) + (2,533 × 65,536) + (16,214 × 256) = 740,578,816

لإحصاءات مايو 1992:
(49 × 16,777,216) + (7,354 × 65,536) + (44,014 × 256) = 1,315,302,912

اللقطة وتعريف المصدر	شبكات الفئة A	شبكات الفئة B	شبكات الفئة C	إجمالي الوحدات حسب الفئة	قيم العناوين الرقمية الممثلة	حصة A	حصة B	حصة C
يناير 1983، الإجماليات المخصصة في RFC 820	31	24	1,042	1,097	521,933,312	99.648%	0.301%	0.051%
يوليو 1990، تخصيصات الإنترنت والمستقلة في RFC 1166	34	2,533	16,214	18,781	740,578,816	77.024%	22.415%	0.560%
إحصاءات مايو 1992 المعاد إنتاجها في RFC 1466	49	7,354	44,014	51,417	1,315,302,912	62.501%	36.642%	0.857%

هيمنت شبكات الفئة C على عدد وحدات أرقام الشبكة في اللقطات الثلاث المختارة. لم تهيمن على السعة الممثلة. في يناير 1983، غطت 31 تخصيصًا من الفئة A 99.648% من قيم العناوين الرقمية في الإجماليات المنشورة. غطت 1,042 وحدة من الفئة C 0.051%.

يحتوي السطر الأول على تركيز كبير. ربطت RFC 820 النطاق من192.1.xxxإلى192.4.xxxبـ «شبكات BBN المحلية». كل قيمة كاملة للبايت الثاني غطت 256 رقم شبكة من الفئة C. لذلك غطت أربع من هذه القيم:
(4 × 256 = 1,024). مثلت هذه الوحدات الـ 1,024:
(1,024 / 1,042 = 98.272553%)
من عدد الفئة C في إجمالي يناير 1983. كانت سعتها الرقمية المجمعة:
(1,024 × 256 = 262,144). وهذا يعادل أربع شبكات من الفئة B من حيث السعة الرقمية الخام:
(4 × 65,536 = 262,144).

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

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

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

تقدم لقطة 1990 مقامًا مختلفًا. ذكرت RFC 1166 بشكل منفصل 4,210 شبكة مخصصة لـ ARPA-Internet و DDN-Internet، و 18,781 مخصصة للإنترنت والاستخدامات المستقلة. المجموعة الفرعية المتصلة تضمنت 29 فئة A، 1,209 فئة B، و 2,972 فئة C. الإجمالي الأوسع للتخصيصات احتوى على 34 فئة A، 2,533 فئة B، و 16,214 فئة C.

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

تحذر مصادر 1992 من فرض اللقطات في سلسلة مستمرة زائفة الدقة. ذكرت RFC 1338 أن تحليل ملفnetwork-contacts.txtالخاص بـ DDN-NIC وجد 46 فئة A موزعة و 5,467 فئة B موزعة في 25 فبراير 1992. أعادت RFC 1466 لاحقًا إنتاج إجماليات مايو 1992 البالغة 49 و 7,354. استخدمت الوثائق أيضًا مقامات مختلفة لمجمع الفئة B: 16,256 في RFC 1338 و 16,383 في RFC 1466.

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

أسماء المستفيدين لا تعوض المقام المفقود

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

تضمنت إدخالات الفئة A من RFC 1166 حالات غير أمريكية بوضوح، من بينها RSRE في المملكة المتحدة، CAN-INET في كندا، و JAPAN-A مع اتصال في جامعة طوكيو. تضمنت السجلات السابقة كلية لندن الجامعية وشبكات عبر الأطلسي عبر الحزم أو الأقمار الصناعية. هذا يكفي لرفض الادعاء بأن تخصيصات الفئة الكبيرة كانت حصرًا أمريكية. لا يكفي لإنتاج نسبة مئوية موثوقة حسب الدولة.

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

تغير الأسماء أيضًا وحدة الملاحظة. يمكن أن تنتمي إدخالات متعددة إلى منظمة واحدة؛ يمكن لإدخال واحد أن يدعم منظمات متعددة أو مواقع تشغيل. نطاق الفئة C لـ BBN هو أوضح مثال على العديد من وحدات أرقام الشبكة تحت اسم واحد. الاستخدام اللاحق لـ Merit للشبكة 35 عبر أنظمة مستقلة متعددة يوضح المشكلة العكسية: يمكن لشبكة طبقية المشاركة في ترتيب توجيه موزع.

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

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

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

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

هذا اعتماد معقول على المسار. إنه ليس عائدًا كميًا للسابق.

المعايير العامة ظهرت مع تراكم الضغط

لا ينبغي الخلط بين واجهة القرار المبكرة غير المكتملة وغياب أي معايير. يظهر الملف بعض قواعد الأهلية المبكرة وتوجيهات تخصيص لاحقة أكثر وضوحًا.

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

بحلول عام 1990، استخدمت RFC 1174 لغة الندرة مباشرة. النمو السريع والتدويل جعلا تفويضًا إضافيًا مناسبًا، وتم وصف معرفات الفئة A و B بأنها موارد نادرة بشكل متزايد تتطلب تخصيصًا حذرًا. أرفقت الوثيقة قلقًا بشأن السعة مع قلق إداري. اعتمد مجموعة عالمية من مقدمي الطلبات على وظائف لا تزال مركزة في مؤسسات أمريكية، بينما زاد عدد الشبكات والسجلات.

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

RFC 1366، المنشورة في أكتوبر 1992، حولت التوجيه إلى قواعد أكثر تحديدًا. يجب أن تكون السجلات الإقليمية المرشحة معترفًا بها في مناطقها الجغرافية، ومستقرة، ومناسبة الموارد، وملتزمة بتوجيهات مشتركة من IANA وسجل الإنترنت. احتفظت الوظائف المركزية بمسؤولية مساحة الفئة B، حيث تساعد السجلات الإقليمية في التقييم.

للفئة B، نصت RFC 1366 على معيارين: خطة تقسيم إلى شبكات فرعية توثق أكثر من 32 شبكة فرعية وأكثر من 4,096 مضيفًا. سمحت بالنظر في الحالات الفردية عندما تكون كتلة من فئات C غير مناسبة تقنيًا. للفئة C، اقترحت كتلًا متجاورة بتًا، بحجم حسب الحاجة وتوقعات 24 شهرًا.

جعلت المعايير بعض العوامل عامة مع ترك مجال للتقدير. «أكثر من 32 شبكة فرعية» يعتمد على الهيكل المقترح. «أكثر من 4,096 مضيفًا» يعتمد على ما يعد مضيفًا وما إذا كان الرقم يصف النشر الحالي أو نموًا موثوقًا. عدم الملاءمة التقنية تطلب شرحًا بدلاً من حساب آلي.

المصدر القانوني لتلك الفترةRIPE-048، المنشور في 1 أغسطس 1992، يظهر الواجهة الأوروبية في التطور. ذكر أن RIPE NCC يعالج طلبات المنظمات الأوروبية وأن مقدمي الطلبات يعيدون عادة المواد المقدمة عبر مزود خدمة IP أو RIPE NCC. ربط التخصيص بعلاقات المزود والاتصال الخارجي المحتمل.

ذكرت RIPE-048 أن أرقام الفئة A و B نادرة وتتطلب تبريرًا من حيث الحجم المتوقع وهيكل الشبكة. طلب الفئة A يتطلب تبريرًا تقنيًا مفصلاً ومراجعة عالمية قد تستغرق عدة أشهر. نصحت باستخدام مجموعة معقولة من فئات C بدلاً من فئة B عندما يمكن تصميم الشبكة بهذه الطريقة، مشيرة صراحة إلى أن هذا يعكس التوجيهات السابقة المدفوعة بقيود جدول التوجيه.

أشارت الوثيقة إلى ورقة معلومات منفصلة من صفحة واحدة حول الفئة B، لكن النص المفحوص من RIPE-048 لا يعيد إنتاج تلك الورقة. لذلك سيكون من غير المناسب إسناد قائمة مفصلة بحقول توقع المضيفين والشبكات الفرعية والاستخدام إلى RIPE-048 نفسه. الدعم المباشر أضيق: الحجم المتوقع والهيكل، سياق المزود أو الاتصال، ملاءمة الفئة C، تبرير مفصل للفئة A، وإمكانية مراجعة عالمية طويلة.

قدمت RFC 1466، المنشورة في مايو 1993، الحقول المفصلة مباشرة. كان على مقدم طلب الفئة B توثيق أكثر من 32 شبكة فرعية وأكثر من 4,096 مضيفًا. يجب أن تشرح الخطة الهندسية لماذا كانت كتلة من فئات C غير معقولة وتضمين عدد المضيفين المتوقعين في 24 شهرًا وعدد المضيفين لكل شبكة فرعية خلال تلك الفترة. يجب أن تبقى الخطط سرية وتستخدم للحكم على ما إذا كان الطلب مبررًا. مقدم الطلب الذي يفشل في الاختبار يتلقى كتلة من فئة C، بينما تبقى الاستثناءات ممكنة.

للفئة C، وضعت RFC 1466 مقياس تخصيص متجاور بناءً على توقعات المشترك لـ 24 شهرًا:

الحاجة المتوقعة	التخصيص الافتراضي
أقل من 256 عنوانًا	1 فئة C
أقل من 512	2 فئة C متجاورة
أقل من 1,024	4 فئة C متجاورة
أقل من 2,048	8 فئة C متجاورة
أقل من 4,096	16 فئة C متجاورة
أقل من 8,192	32 فئة C متجاورة
أقل من 16,384	64 فئة C متجاورة

استخدمت هذه الحدود احتياجات العناوين، وليس السعة العملية البالغة 254 مضيفًا المستخدمة في مثال الافتتاح. يعكس هذا التمييز مقياس التخصيص الخاص بالوثيقة ولا ينبغي «تصحيحه» بصمت إلى اتفاق مختلف.

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

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

حالات الحدود تمنع قصة أخلاقية

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

يتحدى نطاق BBN الاقتراح القائل إن الحاملين البارزين تلقوا فئة خشنة بشكل ثابت. في يناير 1983، مثلت «شبكات BBN المحلية» 1,024 من 1,042 وحدة من الفئة C في إجمالي المصدر. كانت أربع فئات B ستوفر نفس السعة الرقمية الخام بأربع وحدات حسب الفئة. ومع ذلك، أظهر السجل الفئة الدقيقة بكميات كبيرة.

هذا لا يثبت أن المسؤولين فضلوا تخصيصًا دقيق الحبيبات لـ BBN. السبب الأصلي غائب. قد يكون النطاق دعم الاختبار أو الشبكات المحلية المنفصلة أو التجريب أو الأهداف الإدارية الداخلية. ربما لم تظهر جميع أعضائه كمسارات عالمية مستقلة. الاستنتاج القابل للدفاع هو ببساطة أن الشهرة المؤسسية لم تتوافق ميكانيكيًا مع تخصيص فئة كبيرة.

تتحدى بريستول ادعاءً آخر. تلقت جامعة أوروبية فئة B في 8 مارس 1991، بعد أن كان نمو التوجيه واضحًا وقبل نشر المعايير التفصيلية لعام 1992-1993. يزيل التأكيد أي اقتراح مطلق بأن الطبقات التراثية متوسطة الحجم كانت مغلقة أمام الجامعات غير الأمريكية.

لا يثبت معاملة متساوية. الطلب مفقود، ولا توجد مجموعة مقترنة من الجامعات غير الممنوحة. تثبت الحالة أن مثل هذه النتيجة حدثت، وليس كم مرة أو لماذا.

توفر شبكة 35 التابعة لـ Merit حالة حد تشغيلية. قامت RFC 1166 بإدراج الشبكة 35 ضمن تخصيصات الفئة A.RFC 1482، المنشورة في يوليو 1993، أظهرتها مهيأة على العمود الفقري NSFNET T3 بحيث يمكن توقع إعلانات التوجيه من ما يصل إلى ستة أنظمة مستقلة.

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

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

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

ظهرت أربعة ضغوط على ساعات مختلفة

يمكن لكلمة ندرة أن تحجب أكثر مما توضح ما لم يتم تسمية المورد المقيّد.

تعلقت ندرة مساحة العنونة المحدودة بمساحة 32 بت المحدودة، وبشكل أكثر إلحاحًا، بالمخزونات المحدودة من أرقام شبكة الفئة A و الفئة B. غطت فئة A (2^{24}) قيمة عنوان محلي رقمية واستهلكت واحدًا من حوالي 126 فتحة رقم شبكة عادية معترف بها في جداول ذلك الوقت. لم تبلغ RFC 1466 سوى حوالي 11 رقم فئة A كغير مخصصة أو غير محجوزة وفقًا لتعريفات سياستها وحجزت النصف العلوي من مساحة الفئة A إلى أجل غير مسمى.

تعلقت ندرة حالة التوجيه بالذاكرة والمعالجة وتحديثات البروتوكول والاستقرار التشغيلي. يمكن أن تصبح حادة بينما تبقى أجزاء كبيرة من مساحة العنونة الرقمية غير مخصصة. كل فئة C مرئية بشكل منفصل يمكن أن تضيف وجهة إلى جدول الموجه. تحذير RFC 1118 بشأن العقد المحدودة بحوالي 700 شبكة وسلسلة التوجيه من RFC 1338 تظهر لماذا يمكن أن تبدو فئة B مقسمة إلى شبكات فرعية أقل تكلفة تشغيليًا من عدة شبكات أصغر.

كانت حاجة مستوى مقدم الطلب مختلفة. منظمة الـ 300 مضيف لم ترَ مجمع IPv4 بأكمله كوفير. رأت فئة متاحة صغيرة جدًا بـ 46 عنوان مضيف عادي والفئة التالية أكبر بكثير مما هو مطلوب. حلت فئتان C مشكلة السعة لكنها قدمت تكاليف توجيه وتنسيق محتملة. كانت ندرة مقدم الطلب هي نقص وحدة تخصيص مناسبة تمامًا.

تعلق الاهتمام الإداري بالقدرة على استقبال النماذج وطرح الأسئلة وتقييم الخطط ومطابقة السجلات وتنسيق التفويضات وإعادة القرارات. ربطت RFC 1174 التفويض الإضافي بالنمو السريع والتدويل. ذكرت RFC 1466 أن الطلب زاد بشكل ملحوظ في عامين وأن التخصيص يتطلب نهجًا أكثر منهجية. حذرت RIPE-048 من أن المراجعة العالمية لطلب الفئة A يمكن أن تستغرق عدة أشهر.

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

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

لم تكن الندرة حدثًا واحدًا. كانت مجموعة من القيود غير المتطابقة.

البدائل القابلة للتطبيق حملت جميعها تكاليف

يجب أن يسأل سيناريو مضاد لتلك الفترة عما كان يمكن فعله بشكل معقول مع البروتوكولات والمعدات والمؤسسات المتاحة آنذاك. لا يجب أن يفترض أن مسؤولًا في عام 1981 يمكنه حل المشكلة بكتابة بادئة تعسفية حديثة في سجل.

فكر في منظمة تتوقع 1,000 مضيف عادي. أربع فئات C تقدم:
(4 × 254 = 1,016)
عنوان مضيف عادي. فئة B تقدم 65,534. من حيث حفظ العناوين، كانت أربع فئات C أفضل بوضوح. في نظام توجيه طبقي، قد تتطلب أربع إدخالات شبكة مرئية من الخارج. نصيحة RFC 1118 بأن الحرم الجامعي لا يجب أن يعلن عن أكثر من شبكتين منفصلتين جعلت هذه التكلفة كبيرة في عام 1989.

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

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

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

جعلت RFC 1338 هذا الاعتماد صريحًا. خطتها المقترحة للتخصيص يمكن أن تعطي كتلًا من فئة C بحجم مناسب للمنظمات المتوسطة، لكن ميزة التوجيه تطلبت أن تمثل البروتوكولات بين النطاقات وجهات شبكة زائد قناع تعسفية. المنظمات متعددة التوصيل قد لا تزال تتطلب إعلانات أكثر تحديدًا. تطلب النشر تغييرات برمجية وتنسيقًا تشغيليًا واتفاقًا بين NIC و IANA ومزودي الخدمة.

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

يمكن للجسر الشفاف أن يجعل شبكات محلية متعددة تظهر كشبكة واحدة، لكنه نقل التعقيد إلى نطاق طبقة ارتباط أوسع. لم يلغِ تكاليف الأعطال أو الأداء أو التنسيق. لم يكن بديلاً عالميًا للشبكات الفرعية الموجهة.

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

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

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

لذلك سعر كل بديل الندرة بشكل مختلف:
- فئات C متعددة وفرت قيم العناوين لكنها استهلكت مسارات ومعاملات إدارية.
- فئة B مقسمة إلى شبكات فرعية وفرت الحالة الخارجية لكنها استهلكت وحدة عنوان خشنة وتطلبت معدات متوافقة.
- فئات C متجاورة حافظت على خيارات التجميع المستقبلية لكنها لم توفر توجيهًا غير طبقي فوري.
- التفويض الإقليمي وزع الفحص لكنه تطلب تنسيقًا وشرعية واتساق سجلات.
- إعادة الترقيم استعادت السعة على حساب الاستمرارية التشغيلية.

النظام المرصود لم يكن النظام الوحيد الممكن تقنيًا. كان استجابة لتكاليف لا يمكن تقليلها جميعًا في وقت واحد.

ما تغير، ما استمر، وما لا يمكن استنتاجه

تدعم الأدلة تقسيمًا مقسمًا للسببية.
خلق التصميم الطبقي الانقطاعات. كان يمكن تقسيم عنوان 32 بت بطرق أخرى، لكن الهندسة المنشورة قدمت حدودًا ثابتة A و B و C. لحاجة فوق 254 مضيفًا عاديًا بقليل، لم تكن هناك فئة أصلية تقدم زيادة متواضعة. كانت هذه خاصية للبروتوكول.

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

حددت السياسة الإدارية استجابة النظام. احتوت الوثائق المنشورة المبكرة على معايير الأهلية واستعداد البوابة لكنها لا تعيد بناء واجهة كاملة لاختيار الفئة. بين عامي 1990 و 1993، ناقش الملف العام الندرة والتفويض وعتبات المضيفين والشبكات الفرعية وتوقعات 24 شهرًا والخطط الهندسية والاستثناءات. أصبح الحكم أكثر تنظيمًا دون أن يختفي.

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

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

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

تؤكد الأدلة الحديثة الاستمرار دون حل الدوافع المبكرة. وجدت دراسة عام 2017 حول تحويلات IPv4 المبلغ عنها أن المساحة التراثية شكلت 63.82% من مساحة العنونة في عينتها من التحويلات المبلغ عنها. أظهر نفس البحث لماذا يجب تفسير السجلات اللاحقة بحذر: يمكن أن تعكس تغييرات التوجيه تغييرات المزود أو إعادة التخصيص أو إعادة التنظيم التنظيمي أو إدارة العناوين المعقدة بدلاً من البيع.

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

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

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

ولدت الندرة الإدارية في الفجوة بين 254 و 65,534، ولكن ليس لأن الفجوة أمّلت استجابة واحدة. ولدت لأن كل استجابة متاحة فرضت تكاليف على طرف أو نظام مختلف، وكان على شخص ما أن يقرر التكلفة التي سيقبلها.