الملخص
- شبكة تحتاج إلى 300 عنوان مضيف عادي تجاوزت السعة العملية لشبكة واحدة من الفئة C البالغة 254 عنوانًا بـ 46 عنوانًا. الفئة الأصلية التالية قدمت 65,534 عنوان مضيف عادي، بينما قدمت شبكتان من الفئة C 508 عنوانًا مقابل تكلفة محتملة لمسار إضافي ومزيد من التنسيق. لذلك جعلت الهندسة الفئوية التخصيص اختيارًا بين تكاليف غير متشابهة بدلاً من قراءة بسيطة لطلب المضيف.
- ثلاث لقطات معاصرة تُظهر أن شبكات الفئة C هيمنت على عدد وحدات أرقام الشبكات المخصصة بينما هيمنت تخصيصات الفئة A على سعة العناوين الممثلة. في يناير 1983، مثلت 31 تخصيصًا من الفئة A ما نسبته 99.648% من قيم العناوين الرقمية التي غطتها الإجماليات المنشورة؛ ومثلت 1,042 وحدة من الفئة C 0.051%.
- المواد الباقية لا توفر عينة متطابقة من الطلبات المبكرة والرفض والقرارات. ولا يمكنها إثبات وجود أثر عام للمحرك الأول، أو عدم تكافؤ وصول المتقدمين، أو المعايير المستخدمة في قرار فئة مبكر معين. وتدعم استنتاجًا أضيق: التخصيصات الدائمة التي تمت قبل أن تصبح المعايير اللاحقة صريحة يمكن أن تخلق ميزة خيار مسار معقولة.
- كانت ندرة فضاء العناوين، ونمو حالة التوجيه، ومشكلة تحديد الحجم لمقدم طلب فردي، والاهتمام الإداري المحدود، قيودًا منفصلة. لقد ظهرت في أوقات مختلفة وغالبًا ما أشارت إلى خيارات تخصيص مختلفة.
- كانت شبكات C المتعددة، والتقسيم إلى شبكات فرعية، والكتل المتجاورة، والتفويض الإقليمي بدائل ممكنة في تلك الفترة، لكن كل منها فرض تكاليف توجيه أو أجهزة أو تنسيق أو إدارة. لا يمكن للسيناريو المضاد العادل أن يفترض أن التوجيه غير الفئوي كان متاحًا طوال الثمانينيات.
واجه مخطط الشبكة الذي يتوقع 300 مضيف عادي انقطاعًا دقيقًا. احتوت شبكة واحدة من الفئة C على 256 قيمة ممكنة في حقل عنوانها المحلي ذي الثماني بتات. وبموجب القيود الموضحة لاحقًا على قيم المضيف صفر الكلي وواحد الكلي، قدمت 254 عنوان مضيف عادي. لذلك كان المتطلب 46 عنوانًا بعد شبكة C واحدة، وليس اثنين. الرقم اثنان يصف الفرق بين 256 قيمة رقمية و254 عنوان مضيف عادي؛ ولا يصف العجز مقابل خطة 300 مضيف.
يمكن لشبكتين من الفئة C تغطية المتطلب الفوري بـ 508 عنوان مضيف عادي. ومع ذلك، بقيتا شبكتين فئويتين، مما قد يتطلب إدخالين توجيهيين مرئيين خارجيًا، وتسجيلين، وتنسيقًا محليًا إضافيًا. الفئة الأصلية التالية، الفئة B، قدمت 65,536 قيمة رقمية للعنوان المحلي، أو 65,534 عنوان مضيف عادي. كان ذلك حوالي 258.008 ضعف سعة المضيف العملية لشبكة C وأكثر من 218 ضعفًا للمتطلب المعلن البالغ 300 مضيف.
لم يحتوي البروتوكول على فئة متوسطة. ولم يقرر ما إذا كان الحفاظ على قيم العناوين أهم من الحفاظ على حالة التوجيه، أو ما إذا كانت أجهزة المؤسسة يمكنها التقسيم بأمان، أو ما إذا كان يمكن تنسيق شبكتين أصغر دون تعطيل، أو مقدار النمو الذي ينبغي احتسابه. كان لا بد من حل هذه الأسئلة خارج نمط البتات.
هذه هي النقطة التي أصبحت فيها الدقة التقنية ندرة إدارية. لم تبدأ الندرة فقط عندما اقترب المجمع المتبقي من النفاد. بل ظهرت أيضًا كلما وقعت حاجة مقدم الطلب في الفجوة الواسعة بين الوحدات المتاحة وكان على المسؤول تحديد أي تكلفة سيقبلها نظام التخصيص.
الهندسة خلقت حدودًا للقرار
عرّفتRFC 791، المنشورة في سبتمبر 1981، عنوان الإنترنت على أنه أربع ثمانيات، أو 32 بتًا. واختارت بتاتها العليا واحدًا من ثلاثة تنسيقات عناوين عادية وبذلك حددت التقسيم بين رقم الشبكة والعنوان المحلي.
| الفئة المعاصرة | نمط البتات العليا | بتات رقم الشبكة بعد النمط | بتات العنوان المحلي | القيم الرقمية في شبكة واحدة | عناوين المضيف العادية وفق القواعد الموضحة لاحقًا | الترجمة الحديثة |
|---|---|---|---|---|---|---|
| Class A | 0 | 7 | 24 | 16,777,216 | 16,777,214 | /8 |
| Class B | 10 | 14 | 16 | 65,536 | 65,534 | /16 |
| Class 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 ثلاثة خيارات عامة لمنظمة ذات شبكات LAN متعددة. يمكنها الحصول على رقم شبكة إنترنت منفصل لكل كابل. أو يمكنها جعل عدة شبكات LAN تبدو كشبكة شفافة واحدة. أو يمكنها تقسيم شبكة واحدة مخصصة إلى شبكات فرعية.
حافظ الخيار الأول على تطبيقات مضيف بسيطة لكنه صدّر التعقيد المحلي إلى نظام التوجيه العالمي. حذرت RFC 950 من أن نشر كل شبكة محلية عالميًا سيؤدي إلى انفجار في حجم جداول التوجيه، بما في ذلك على البوابات ذات المساحة الصغيرة لمعلومات التوجيه. تجنب التجسير الشفاف أرقام شبكات إنترنت إضافية لكنه جاء مع قيوده الخاصة في التوسع ونطاقات الفشل. سمح التقسيم إلى شبكات فرعية لشبكة فئوية خارجية واحدة باحتواء عدة شبكات داخلية، مما حافظ على إدخالات التوجيه العالمية بتكلفة تطبيقات محلية أكثر قدرة.
يوضح حساب الشبكات الفرعية لماذا أصبحت الفئة B جذابة لحرم جامعي متنامٍ. إذا استُخدمت ستة بتات من حقلها المحلي البالغ 16 بتًا للشبكات الفرعية، أنتجت الهندسة الخام 64 نمط شبكة فرعية و1,024 نمط مضيف داخل كل شبكة فرعية. وبموجب عرف الفترة الذي استبعد أنماط الشبكات الفرعية صفر الكلي وواحد الكلي، بقيت 62 شبكة فرعية عادية. وبتطبيق استبعادات المضيف العادية ترك 1,022 قيمة مضيف لكل شبكة فرعية. وكان الناتج:
\[62 \times 1,022 = 63,364 \]
يمكن لتلك المنظمة تشغيل عشرات الشبكات الداخلية خلف رقم شبكة خارجي واحد من الفئة B. استخدم الترتيب قيم عناوين أكثر بكثير مما يتطلبه حرم صغير في البداية، لكنه وفر في أرقام الشبكات المرئية خارجيًا وترك مساحة للنمو الداخلي.
لم يكن التقسيم إلى شبكات فرعية بلا تكلفة. احتاجت المضيفات والبوابات إلى فهم الأقنعة. يمكن أن تتعارض التخصيصات الموجودة داخل الحقل المحلي مع حد شبكة فرعية تم اختياره حديثًا. كان على البرمجيات أن تقرر ما إذا كانت الوجهة محلية أو تتطلب بوابة باستخدام أكثر من حد الفئة الثابت.
وصف دليل التشغيل لعام 1989RFC 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أرقام الشبكات المخصصة ووجهت طلبات التخصيص إلى جون بوستل في معهد علوم المعلومات بجامعة جنوب كاليفورنيا. أظهر السجل أرقامًا مخصصة ومحجوزة وغير مخصصة، لكنه لم ينشر اختبارًا عامًا كاملاً للاختيار بين الفئات A و B و C.
بحلول يناير 1983، وثقتRFC 820بيئة سياسات أكثر تفصيلاً. وصفت التخصيصات بأنها بحث وتطوير، أو دفاع، أو تجارية. ولخص ملحقها توصيات تم الاتفاق عليها بين مكتب برنامج شبكة بيانات الدفاع وDARPA في سبتمبر 1982. بالنسبة لمجتمع البحث، ربطت التوصيات منح معرفات الشبكة بإثبات أن مقدم الطلب كان يحصل على برمجيات بوابة قياسية أو ينفذ بوابة تلبي متطلبات بروتوكول البوابة الخارجية.
كان هذا المعيار يتعلق بالأهلية والجاهزية التشغيلية. ولم يقدم قاعدة تحجيم كاملة. يمكنه التمييز بين مقدم طلب مستعد للمشاركة في بيئة الشبكة ذات الصلة وآخر دون قدرة بوابة مناسبة، لكنه لم يخبر المسؤول ما إذا كان ينبغي لمنظمة مؤهلة تخطط لـ 500 مضيف أن تتلقى شبكتي C أو فئة B واحدة.
سجلت RFC 820 أيضًا فجوة تنفيذ بين التقسيم المقصود للمسؤوليات والتشغيل الفعلي. لم يتم تنفيذ التقسيم المقترح بالكامل، وبقي بوستل المنسق لتخصيصات الأرقام. كانت أوصاف الأدوار الرسمية والتعامل اليومي لا يزالان يتقاربان.
تغير الترتيب المؤسسي خلال العقد. يؤرخدليل سجلات 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 مستفيدًا.
توفر ثلاث لقطات منشورة نقاط مقارنة مفيدة:
- إجماليات RFC 820 لشبكات A و B و C المخصصة في يناير 1983.
- RFC 1166، المنشورة في يوليو 1990، وإجمالياتها للشبكات المخصصة للإنترنت والاستخدامات المستقلة.
- RFC 1466، المنشورة في مايو 1993، وجدولها المعنون "إحصائيات أرقام الشبكات (مايو 1992)."
يتم استبعاد النطاقات المحجوزة وغير المخصصة، وأرقام الأنظمة الذاتية، وفضاء البث المتعدد، والفئات التجريبية. تُحسب القيم الرقمية الممثلة بضرب كل عدد مصدر في \(2^{24}\)، \(2^{16}\) أو \(2^8\). لا يطرح الحساب حجوزات المضيف أو الشبكة الفرعية أو البث لأن المستلمين يمكنهم هيكلة حقولهم المحلية بشكل مختلف ولأن الغرض هو قياس السعة الرقمية التي يشملها كل تخصيص فئوي.
لشهر يناير 1983:
\[(31 \times 16,777,216) + (24 \times 65,536) + (1,042 \times 256) = 521,933,312 \]
لشهر يوليو 1990:
\[(34 \times 16,777,216) + (2,533 \times 65,536) + (16,214 \times 256) = 740,578,816 \]
لإحصائيات مايو 1992:
\[(49 \times 16,777,216) + (7,354 \times 65,536) + (44,014 \times 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 \times 256 = 1,024 \]
وشكلت تلك الوحدات الـ 1,024:
\[1,024 / 1,042 = 98.272553\% \]
من عدد الفئة C في إجمالي يناير 1983. كانت سعتها الرقمية المجمعة:
\[1,024 \times 256 = 262,144 \]
وكان ذلك يساوي أربع شبكات من الفئة B في السعة الرقمية الخام:
\[4 \times 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، واحدة لكل LAN، إذا دعمت الانحراف بخطة هندسية. يمكن للسجلات أيضًا طلب تفسير حيث يؤدي الفشل في تقسيم شبكات الفئة C إلى استهلاك فضاء مفرط.
لذلك كانت واجهة القرار في الفترة المتأخرة أكثر وضوحًا من المبكرة. عرف المتقدمون أن إجماليات المضيف، وخطط الشبكات الفرعية، وأفق 24 شهرًا، وملاءمة الفئة C مهمة. كما عرفوا أن الاستثناءات وحكم السجل بقيا. لم يكن التغيير من التقدير إلى لا تقدير. بل كان من معايير عامة رقيقة نحو تقدير منظم.
الحالات الحدودية تمنع حكاية أخلاقية
يمكن للقياسات الإجمالية أن تدعم عدة قصص تبسيطية إذا تم تجاهل قيودها. الحالات المسماة قيمة لأنها تضعف تلك القصص دون التظاهر بالكشف عن دوافع غير موثقة.
يتحدى نطاق BBN الافتراض بأن شاغلي المناصب البارزين تلقوا بشكل ثابت فئة خشنة واحدة. في يناير 1983، شكلت "شبكات BBN المحلية" 1,024 من أصل 1,042 وحدة فئة C في إجمالي المصدر. كانت أربع فئات B ستوفر نفس السعة الرقمية الخام بأربع وحدات فئوية. لكن السجل أظهر الفئة الدقيقة بكميات كبيرة.
لا يثبت هذا أن المسؤولين فضلوا التخصيص الدقيق لـ BBN. المنطق الأصلي غائب. قد يكون النطاق قد دعم الاختبار، أو شبكات محلية منفصلة، أو التجريب، أو أغراض إدارية داخلية. قد لا يكون جميع أعضائه قد ظهروا كمسارات عالمية مستقلة. النتيجة القابلة للدفاع هي ببساطة أن البروز المؤسسي لم يرتبط ميكانيكيًا بتخصيص فئة كبيرة واحدة.
تتحدى بريستول ادعاءً مختلفًا. تلقت جامعة أوروبية فئة B في 8 مارس 1991، بعد أن كان نمو التوجيه واضحًا وقبل نشر المعايير التفصيلية 1992-1993. يستبعد التأكيد افتراضًا مطلقًا بأن فئات الإرث متوسطة الحجم كانت مغلقة أمام الجامعات غير الأمريكية.
لا يثبت معاملة متساوية. الطلب مفقود، ولا توجد مجموعة متطابقة من الجامعات غير الناجحة. تثبت الحالة أن مثل هذه النتيجة حدثت، وليس كم مرة أو لماذا.
تقدم شبكة Merit 35 حالة حدية تشغيلية. أدرجت 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 \times 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 بين منظمات غير مرتبطة سيتطلب طبقة توجيه وإدارة مشتركة أو دعم خارجي غير فئوي لم توفره الهندسة الأصلية ذات المستويين.
يمكن أن يجعل التجسير الشفاف عدة شبكات LAN تبدو كشبكة واحدة، لكنه نقل التعقيد إلى نطاق طبقة ربط أكبر. ولم يلغ تكاليف الفشل، أو الأداء، أو التنسيق. ولم يكن بديلاً شاملاً للشبكات الفرعية الموجهة.
يمكن أن يوزع التفويض الإقليمي أو القائم على المزود الاهتمام الإداري دون تغيير تنسيق العنوان. يمكن تفويض كتل من أرقام الفئة 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، لكن ليس لأن الفجوة أمليت إجابة واحدة. بل وُلدت لأن كل إجابة متاحة فرضت تكاليف على طرف أو نظام مختلف، وكان على أحد أن يقرر أي تكلفة يقبلها.
المصادر
- RFC 790,Assigned Numbers
- RFC 791,Internet Protocol
- RFC 820,Assigned Numbers
- RFC 950,Internet Standard Subnetting Procedure
- RFC 1118,The Hitchhikers Guide to the Internet
- RFC 1122,Requirements for Internet Hosts—Communication Layers
- RFC 1166,Internet Numbers
- RFC 1174,IAB Recommended Policy on Distributing Internet Identifier Assignment
- RFC 1338,Supernetting: an Address Assignment and Aggregation Strategy
- RFC 1366,Guidelines for Management of IP Address Space
- RFC 1466,Guidelines for Management of IP Address Space
- RFC 1482,Aggregation Support in the NSFNET Policy-Based Routing Database
- RIPE-048,RIPE Internet Network Numbers Template
- Computer History Museum,Guide to the SRI ARC/NIC Records
- University of Bristol,25 Years of Internet at University of Bristol
- On IPv4 Transfer Markets: Analyzing Reported Transfers and Inferring Transfers in the Wild

