كان القيد البالغ 32 بت تقنيًا؛ وكان نظام التقنين سياسيًا

الملخص

• RFC 791حدد كل عنوان مصدر ووجهة IPv4 بـ 32 بت، وفسر في البداية عناوين الإرسال الفردي العادية عبر ثلاث طبقات؛ لم يصف سجلات إقليمية أو توقعات طلب أو اختبارات استخدام أو اعتماد على المزودين أو تدقيق أو عقوبات أو استئناف.
• لم تشكل القيم الممكنة البالغة 2^{32}، أي 4,294,967,296، أبدًا خزانًا واحدًا من عناوين المضيف العامة القابلة للتخصيص. خلقت بنية الطبقات والقيم الخاصة والاحتياطيات والكتل المخصصة ورؤية التوجيه والاستخدام الفعلي مقامات مختلفة لا يمكن دمجها.
• من 1993 إلى 1996، اختارت الإرشادات المنشورة قواعد حاسمة: توقعات لمدة 24 شهرًا وعتبات من الفئة B في RFC 1466؛ التجميع القائم على الطوبولوجيا في RFC 1519؛ والتخصيصات التدريجية، وتسلسل هرمي للمزودين، واختبارات الاستخدام، وعمليات التدقيق، وإعادة العناوين، والاستئناف لدى السجل الأم في RFC 2050.
• استجابت عمليات الحفظ والتجميع لمخاطر تقنية حقيقية، ولا سيما الهدر الطبقي ونمو جداول التوجيه. لم يكن العنصر السياسي يكمن في اختراع الندرة، بل في حقيقة أن مؤسسات محددة اختارت من بين الوسائل الممكنة لتوزيع التكاليف والسلطة والاستثناءات والاستئناف.
• تظهر سجلات التخصيص العامة النتائج الإيجابية، وليس الطلبات أو الرفض أو المراجعات أو التأخير أو المشورة غير الرسمية التي أنتجتها. يمكن إعادة بناء نص النظام ومبرره التقني بثقة أكبر من تأثيره التوزيعي الكامل.

حددت الهندسة الحد؛ اختارت الإدارة الاختبار

تحدد وثيقتان مؤرختان التمييز الأساسي.

في سبتمبر 1981، حددت RFC 791 حقلي عنوان المصدر وعنوان الوجهة، كل منهما 32 بت. عرفت عنوان الإنترنت على أنه أربع بايتات وقسمت تفسيرها الأولي للإرسال الفردي العادي بين تنسيقات الفئة A والفئة B والفئة C. استخدم عنوان الفئة A بتًا واحدًا لتحديد الفئة، وسبعة بتات لرقم الشبكة، و24 بتًا للعنوان المحلي. استخدمت الفئة B بتين للفئة، و14 بتًا لرقم الشبكة، و16 بتًا للعنوان المحلي. استخدمت الفئة C ثلاثة بتات للفئة، و21 بتًا لرقم الشبكة، وثمانية بتات للعنوان المحلي. كانت هذه خصائص بروتوكول، مذكورة في مناقشة العنونة ومواصفات الرأس.RFC 791, سبتمبر 1981, القسمان 2.3 و3.1, الصفحات 7 و11–12

في مايو 1993، أوصت RFC 1466 بأن يقوم سجل بحجم تخصيصات متجاورة من الفئة C بناءً على توقع مقدم الطلب لعناوين النظام النهائية اللازمة خلال الـ 24 شهرًا التالية. توقع أقل من 256 عنوانًا يقابل رقم شبكة من الفئة C؛ أقل من 512، اثنان؛ أقل من 1,024، أربعة؛ وهكذا، حتى 64 رقم شبكة من الفئة C متجاورة لتوقع أقل من 16,384. بالنسبة للفئة B، أشارت الوثيقة إلى أن مقدم الطلب يجب أن يبرر أكثر من 32 شبكة فرعيةوأكثر من 4,096 مضيفًا، مدعومة بخطة تقنية تغطي الـ 24 شهرًا التالية.RFC 1466, مايو 1993, القسمان 4.2.1 و4.3, الصفحات 6–8

كانت RFC 1466 إعلامية بطبيعتها. نص بيان حالتها صراحةً على أنها لا تحدد معيارًا للإنترنت. إليز غيريتش هي المؤلفة؛ يشير الملخص إلى دعم عام لتوصياتها من مجموعة التخطيط الهندسي الفيدرالية التي تعمل لصالح مجلس الشبكات الفيدرالي، والرؤساء المشاركين لمجموعة التخطيط الهندسي بين القارات، وRIPE. يشكل هذا المزيج دليلاً على توصية صاغها مؤلف بدعم مؤسسي. لا يثبت أن كل سجل نفذ كل عتبة فورًا، أو أن إجراءً معياريًا من IETF فرض السياسة، أو أن كل شبكة معنية كانت موافقة.RFC 1466, الحالة والملخص والشكر, الصفحات 1 و9

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

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

أنتج نفس فضاء العناوين مقامات متعددة غير متوافقة

الحساب المألوف دقيق: [2^{32}=4,294,967,296]. وحدته هي قيم ثنائية اسمية لكل حقل عنوان مصدر أو وجهة 32 بت. هذا ليس عدد المضيفين العموميين القابلين للتخصيص، أو المؤسسات، أو اتصالات العملاء، أو تخصيصات السجلات، أو البادئات الموجهة، أو طلبات الفضاء.

قسمت بتات الفئة هذا الفضاء الرياضي فورًا. حقل رقم الشبكة الخام للفئة A احتوى على 2^7 = 128 نمطًا ثنائيًا؛ الفئة B احتوت على 2^{14} = 16,384؛ والفئة C احتوت على 2^{21} = 2,097,152. لم تعامل المحاسبة الإدارية كل نمط خام كرقم شبكة عادي. بدلاً من ذلك، أحصى جدول مايو 1992 من RFC 1466 126 رقم شبكة من الفئة A، و16,383 من الفئة B، و2,097,151 من الفئة C. هذه الأرقام تمثل مجموعات أرقام الشبكة حسب الطبقات، وليس قيم العناوين أو المؤسسات.

سجل الجدول أيضًا 49 رقم شبكة من الفئة A مخصصة، و7,354 من الفئة B، و44,014 من الفئة C في مايو 1992. هذه إدخالات ناجحة في جدول إداري معين. لا تكشف عن عدد مقدمي الطلبات، أو عدد العناوين المشغولة، أو المعلنة، أو القابلة للوصول، أو المطلوبة.RFC 1466, القسم 3, الجدول 1, الصفحة 3

لذلك يفصل تدقيق معقول للمقامات المجموعات التالية.

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

خلقت اتفاقية تعريف المضيف المعتادة آنذاك مجموعة أخرى. وصفت RFC 1519 شبكة من الفئة C بأنها يمكنها دعم 2^8 – 2 = 254 معرّف مضيف عادي كحد أقصى، والفئة B يمكنها دعم 2^{16} – 2 = 65,534 كحد أقصى، بعد استبعاد قيم الصفر الكلي والواحد الكلي المحلية المستخدمة وفقًا للاتفاقية المذكورة. هذه معرّفات عادية محتملة داخل شبكة، وليست أعداد مضيفين متصلين.RFC 1519, معيار مقترح, سبتمبر 1993, القسم 1, الصفحات 1–2

افترض، فقط للقياس، أن معرّفًا مطلوبًا لكل من المضيفين الـ 600 المتصلين. توفر المعرّفات العادية البالغة 65,534 في الفئة B 65,534/600 = 109.223 ضعف الحاجة المذكورة، تاركة 65,534 – 600 = 64,934 معرّفًا عاديًا خارج هذه الحاجة الفورية. يظهر الحساب الدرجة حسب الفئات؛ لا يثبت أن مقدم طلب حقيقي لـ 600 مضيف لم يحتج أي احتياطي، أو كانت طوبولوجيته مسطحة، أو يمكنه العمل بكتلة بدون فئة عشوائية.

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

تتطلب الأدلة اللاحقة نفس الحذر. بُنيت دراسة CAIDA حول استهلاك IPv4 من ملف IANA تم جمعه في 14 سبتمبر 2005 وصور WHOIS مأخوذة في 31 أغسطس 2005 لـ ARIN وAPNIC وLACNIC وRIPE. كانت صورة AFRINIC مفقودة. أزالت CAIDA اختلافات التنسيق لإنشاء تمثيل مشترك وحددت خطوط كل RIR بالفضاء المرتبط بهذا السجل في ملف IANA، مما قلل من التكرارات الناتجة عن الترحيلات والإحالات. جمعت المواد الموروثة الم migrated في مجموعة "متنوعة" منفصلة.CAIDA, "معدلات استهلاك IPv4", المنهجية والتحذيرات

استخدمت أرقامها حجم العناوين، معبرًا عنه عادةً بكميات مكافئة/8. ميزت بين تخصيصات IANA، وأول ظهور في سجل في المصب، وأكثر تعيين تحديدًا موجود في البيانات. ذكرت CAIDA صراحةً أن الرسوم البيانية تظهر التخصيصات، وليس الإعلانات أو إمكانية الوصول. وأوضحت أيضًا أن تنظيف IANA نسب تاريخ أغسطس 1993 إلى العديد من السجلات الموروثة حيث لم تكن التواريخ التاريخية الدقيقة متاحة. هذه تواريخ إدارية معاد بناؤها، وليس تواريخ معاملات مستردة.CAIDA, المنهجية والتحذيرات والأشكال 1–7

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

مقال ريشتر وألمان وبوش وباكسون،مقدمة حول ندرة IPv4، أحدث. تم تقديمه في 10 نوفمبر 2014، وتمت مراجعته في 27 فبراير 2015، ونشر كمساهمة تحريرية فيACM Computer Communication Review45(2) في أبريل 2015. يشكل توليفة رجعية قيمة ومسار مصادر للتطورات التقنية والمؤسسية وعصر النضوب. لا يمكنه إثبات ما كان يعرفه الفاعل في 1981–1998، أو كيف عاش مقدم طلب ذلك الوقت التفاعل مع سجل، أو إذا تم نشر آلية، أو إذا كان المعاصرون يلتزمون بعقيدة سوق أو ملكية لاحقة.ريشتر وآخرون, "مقدمة حول ندرة IPv4", إشعار النشر

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

كان الهدر الطبقي والضغط على التوجيه حقيقيين

جاء الضغط الفوري الأول من الدرجة. منظمة تحتاج أكثر من 254 معرّف مضيف عادي لم يكن لديها وحدة تخصيص حسب الطبقات متناسبة مع حاجة 300 أو 600 أو 4,000. يمكن أن تكون الفئة B كبيرة جدًا. يمكن أن تكون مجموعة من الفئة C أقرب في حجم العناوين، لكنها أصعب في الإدارة، وقبل تجميع فعال، أكثر تكلفة لنظام التوجيه العالمي.

ساعدت الشبكات الفرعية داخل شبكة موجودة حسب الطبقات. RFC 950، وهي مواصفات في طريقها إلى المعيار في أغسطس 1985، حددت عنوان قناع قسم حقل العنوان المحلي إلى أجزاء شبكة فرعية ومضيف. يمكن لمؤسسة استخدام رقم شبكة واحد معترف به خارجيًا عبر عدة شبكات فرعية داخلية بدلاً من إعلان كل كابل داخلي كشبكة مستقلة. هذا وحده لم يمكن سجلًا من إصدار أطوال بادئة موجّهة عالميًا عشوائية إلى إنترنت كانت آلياته بين النطاقات لا تزال تعتمد على التفسير الطبقي.RFC 950, أغسطس 1985, القسم 2.1, الصفحات 4–6

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

RFC 1519، المنشورة كمعيار مقترح في سبتمبر 1993، وصفت ثلاث مشاكل: النضوب السريع لأرقام الشبكة من الفئة B، ونمو جدول التوجيه بما يتجاوز قدرات البرمجيات والموجهات المتاحة، والنضوب المستقبلي لفضاء 32 بت. كانت استراتيجيتها الفورية هي CIDR: تخصيص كتل متجاورة بحجم أكثر ملاءمة، ومحاذاة التوزيع مع الطوبولوجيا، وإعلان التجميعات عندما يسمح دعم البروتوكولات والاتصال بذلك.RFC 1519, الحالة والأقسام 1–3, الصفحات 1–9

تتطلب حجتها الكمية كلًا من الجدول الدقيق والنص المقرب.

الجدول I، من MERIT، أبلغ عن 4,526 طريقًا معلنًا في يناير 1992 و8,561 في ديسمبر 1992. القسم 3.3.2 وصف بدلاً من ذلك قاعدة بيانات توجيه NSFNET لشهر يناير بأنها تحتوي على "حوالي 4,700" إدخال وديسمبر تحتوي على 8,500. ذكر أن الجدول التاريخي تضاعف في المتوسط كل عشرة أشهر بين 1988 و1991 ونشر توقعًا بحوالي 30,000 إدخال بعد سنتين من مرجع يناير 1992.RFC 1519, الجدول I والقسم 3.3.2, الصفحات 7–9

هذا التوقع لا ينبع من الإدخالات المقربة المذكورة: [4,700\times 2^{24/10}=24,806.75]. باستخدام ملاحظة يناير الدقيقة من الجدول I: [4,526\times 2^{24/10}=23,888.37]. أياً من هذه النتائج ليس حوالي 30,000 بالتقريب العادي. لا يمكن للمقال الاحتفاظ بـ 30,000 إلا كالتوقع المنشور وغير الم reconciled لمؤلفي RFC. لا يشرح المصدر الفرق حوالي 5,193 إدخال بين 30,000 والنتيجة مع الإدخالات المقربة. سيكون من غير المناسب اختراع مرجع مختلف أو فاصل نمو أو تعديل مخفي لسد الفجوة.

مقارنة ديسمبر أكثر مباشرة. كانت الوحدة الملاحظة في الجدول I هي 8,561 طريقًا معلنًا في ديسمبر 1992. قرّب القسم 3.3.2 هذا الرقم إلى 8,500 وقارنه بأكثر من 9,400 توقعه منحنى سابق. قال المؤلفون إنهم لا يستطيعون تحديد ما إذا كانت الملاحظة المنخفضة تمثل تغييرًا كبيرًا في النمو. كانت هذه ملاحظات وتوقعات في سياق MERIT/NSFNET، وليس تعدادًا لجميع الموجهات ولا حدًا فيزيائيًا ستفشل عنده الإنترنت.

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

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

لم يكن الانتقال تلقائيًا. RFC 1338، اقتراح معلوماتي نشر في يونيو 1992 وأصبح لاحقًا مهملاً بواسطة RFC 1519، حذر من أن خطة العنونة الجديدة وتعديلات بروتوكولات التوجيه بين النطاقات ضرورية. ذكرت أن جداول التوجيه يمكن أن تنمو بسرعة كبيرة في الفترة بين نشر التخصيصات الموجهة طوبولوجيًا ونشر البروتوكولات المتوافقة.RFC 1338, يونيو 1992, القسم 2.1, الصفحة 4

قدم BGP-4 مواصفات لنقل البادئات بدون فئة وتجميع الطرق، لكن لا ينبغي الخلط بين حالة النشر والتطبيق. كانت RFC 1654 مواصفة BGP-4 في طريقها إلى المعيار في يوليو 1994. RFC 1771، أيضًا في طريقها إلى المعيار، حلت محلها في مارس 1995 ووصفت دعم بادئات IP، وإزالة مفهوم فئة الشبكة في BGP، وتجميع الطرق ومسارات AS.RFC 1654, يوليو 1994, الحالة والأقسام 1–2, الصفحات 1–2;RFC 1771, مارس 1995, الحالة والأقسام 1–2, الصفحات 1–2

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

وزعت قاعدة التوقع عدم اليقين

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

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

اعترفت RFC 1466 بالعبء. ذكرت أن القيود على تخصيصات الفئة B قد تجبر بعض المؤسسات على تكريس موارد إضافية لاستخدام عدة أرقام شبكة من الفئة C. اعتبرت الوثيقة هذه التكلفة مؤسفة لكنها ضرورية لمواصلة الحفظ. هذا دليل مباشر بشكل غير معتاد على تحمل التكاليف: اختارت توصية المؤلف قاعدة حفظ وحددت نفقات تقنية إضافية على مقدمي الطلبات المعنيين كنتيجة.RFC 1466, القسم 4.2, الصفحة 6

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

كان التخصيص بدون فئة بديلاً أكثر رسوخًا تقنيًا في 1993، لكن ضمن حدود معينة. اقترحت RFC 1338 كتل مزود متجاورة في يونيو 1992، وحددت RFC 1519 استراتيجية التخصيص والتجميع CIDR في سبتمبر 1993. تظهر تحذيراتها الخاصة الافتراضات المطلوبة: كان على السجلات التخصيص على حدود مناسبة، وكان على المزودين الحفاظ على كتل محاذية للطوبولوجيا، وكان على البروتوكولات بين النطاقات والموجهات دعم أزواج شبكة-قناع عشوائية. قبل تنفيذ هذه الشروط بشكل كافٍ، يمكن أن يؤدي إصدار كتل أدق إلى مضاعفة الطرق بدلاً من تقليلها.

عدلت RFC 2050 تصميم التوقعات في نوفمبر 1996. فصلت التخصيصات لمزودي خدمة الإنترنت عن التعيينات للشركات النهائية. القسم 2.1 ذكر أن مزودي خدمة الإنترنت الجدد سيحصلون على تخصيص أدنى بناءً على الاحتياجات الفورية. يمكن أن تزيد التخصيصات اللاحقة بعد أن يقدم مزود خدمة الإنترنت التحقق من الاستخدام، وكان الفضاء الإضافي يهدف لتغطية حوالي ثلاثة أشهر من التعيينات في المصب. قيل إن قاعدة العملاء المتوقعة لها تأثير ضئيل؛ كانت الاحتياجات المثبتة هي السائدة.RFC 2050, BCP 12, نوفمبر 1996, القسم 2.1, الصفحات 4–5

كانت الأرقام الشهيرة 25 و50 بالمائة موجودة في مكان آخر. كانت في القسم 3.1، ضمن تعيينات الشركات النهائية: معدل استخدام فوري 25 بالمائة ومعدل استخدام 50 بالمائة في غضون عام. القسم 3.6 عرّف البسط كعدد المضيفين المتصلين بالشبكة والمقام كإجمالي عدد المضيفين المحتملين على تلك الشبكة. معيار العام يعني أن المضيفين المتصلين كان متوقعًا أن يصلوا إلى 50 بالمائة على الأقل من مجتمع المضيفين المحتملين للشبكة في ذلك الأفق. لم يكن نسبة عملاء إلى عناوين، أو عناوين معينة لحجم التخصيص، أو واجهات إلى عناوين، أو تعيينات في المصب إلى تخصيص مزود خدمة إنترنت.RFC 2050, القسمان 3.1 و3.6, الصفحات 7 و9

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

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

حول التسلسل الهرمي الطوبولوجيا إلى اعتماد

اقترحت RFC 1466 تقسيم أجزاء من فضاء أرقام الفئة C إلى كتل جغرافية كبيرة وتفويض مسؤولية التخصيص الرئيسية لسجلات إقليمية مؤهلة. وصفت هذا التقسيم بأنه "تقسيم إداري أساسي" يهدف لدعم التسجيل الموزع. فضلت سجلًا إقليميًا واحدًا على ذلك المستوى، وتوقعت أن تكون المنظمة معترفًا بها ومزودة بموارد كافية، وطالبت بالالتزام بتوجيهات IANA وسجل الإنترنت المركزي. بقي السجل المركزي متاحًا لخدمة مكتتب إذا لزم الأمر، على الرغم من أنه قد يحيله إلى الهيئة الإقليمية.RFC 1466, الأقسام 2 و3 و4.3, الصفحات 2–4 و7

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

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

نقلت RFC 1519 التسلسل الهرمي نحو طوبولوجيا المزودين. أوصت بأن يتم توزيع معظم إن لم يكن كل أرقام الشبكة عبر مزودي الخدمة. كان منطقها التقني مباشرًا: العناوين المسحوبة من كتلة مزود يمكن تمثيلها بتجميع ذلك المزود، بينما الكتل الواقعة بشكل مستقل غالبًا ما تتطلب طرقًا أكثر تحديدًا. ذكرت الوثيقة أيضًا أن التوزيع الموزع يقلل العبء البيروقراطي على سلطات الترقيم المركزية.RFC 1519, القسمان 2.2 و3, الصفحات 5–8

وصفت RFC 2050 نظام سجلات من ثلاثة مستويات: IANA، وسجلات الإنترنت الإقليمية، وسجلات الإنترنت المحلية. في إطار مزودي خدمة الإنترنت، يمكن لمزود خدمة إنترنت يبادل الطرق في مواقع متعددة دون توجيه افتراضي أن يطلب فضاءً مباشرة من سجله الإقليمي. قيل لمزودي خدمة الإنترنت الآخرين أن يطلبوا فضاءً من مزود في المنبع. كان الوصول الإقليمي المباشر مرتبطًا بتعدد الإيواء أو الاتصال بنقطة تبادل محايدة رئيسية، والتي عرّفها RFC بأنها تربط أربعة مزودي خدمة إنترنت غير مرتبطين أو أكثر.RFC 2050, القسمان 1.1 و2.1, الصفحات 3–4

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

كانت التكاليف معترفًا بها بالفعل. RFC 1900، بيان معلومات من مجلس هندسة الإنترنت في فبراير 1996، ذكر أن المؤسسات التي لا تعيد الترقيم بعد تغيير المزود قد تواجه اتصالاً محدودًا، أو تكاليف إضافية لتحمل عبء التوجيه الناتج، أو كليهما. عنوانها،إعادة الترقيم تحتاج إلى عمل، لخص حالة الفن. دعت إلى تطوير ونشر آليات لتسهيل التغييرات؛ لم تذكر أن إعادة الترقيم أصبحت رخيصة أو روتينية.RFC 1900, فبراير 1996, القسم 1, الصفحات 2–3

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

كانت سلطة التدقيق موجودة على الورق؛ ممارستها لا تزال غير مقاسة

الخيار المؤسسي الثالث يتعلق بالتحقق والنتائج.

سمحت RFC 1466 لسجل الإنترنت المركزي باستلام الخطط المحاسبية والتقنية للتخصيصات الإقليمية المفوضة والتحقق من اتساق هذه الخطط مع التوجيهات. كانت الاستثناءات لمعايير حجم الفئة C تُقرر كل حالة على حدة. لم توفر الوثيقة سجل استثناءات، أو مهلة استجابة قياسية، أو عبء إثبات منشور، أو مراجع مستقل.RFC 1466, القسمان 4.2.2 و4.3, الصفحات 7–8

وصفت RFC 2050 مجموعة أدلة أوسع. يمكن للسجل طلب أقنعة الشبكة الفرعية، وأعداد المضيفين، والطوبولوجيا، وخطط التوجيه، وجداول النشر، والتعيينات السابقة، وإثباتات. الفضاء المملوك سابقًا من قبل أقسام أو شركات تابعة تابعة لنفس الكيان الأم يمكن أخذه في الاعتبار على مستوى المؤسسة. تمت معالجة الطلبات كل حالة على حدة، مع كفاءة التوجيه من بين الاعتبارات ذات الصلة.RFC 2050, الأقسام 3.2–3.5, الصفحات 8–9

أشار القسم 4 إلى أن جميع طلبات العناوين تخضع للتدقيق والتحقق بأي وسيلة يراها السجل الإقليمي مناسبة. إذا تبين أن التعيين يعتمد على معلومات كاذبة، يمكن للسجل إبطال الطلب وإعادة العناوين المخصصة إلى المجمع الحر. القسم 3.1 حدد بشكل منفصل أن العنوان يظل صالحًا طالما استمرت معايير الأهلية في التحقق وحجز سلطة الإبطال عندما لا تعود الحاجة موجودة. توصية إعادة الشغل في القسم 2.1 انطبقت على عناوين العملاء من المزود عندما ينتهي الاتصال. كانت هذه صلاحيات مرتبطة ولكنها منفصلة: الإبطال للمعلومات الكاذبة، وفحص استمرار الحاجة، وإعادة الشغل عند تغيير المزود.RFC 2050, الأقسام 2.1 و3.1 و4, الصفحات 4–5 و7 و10

نصت الوثيقة أيضًا على مراجعة هرمية. القسم 6 سمح لمنظمة غير راضية عن سجل التخصيص بالاستئناف لدى السجل الأم. يجب توفير الوثائق ذات الصلة، واستئناف إضافي يمكن أن يصعد عبر السلسلة حتى IANA. كان من المتوقع أن يوثق كل سجل إجراءات الاستئناف الخاصة به. بقي المراجع داخل نفس التسلسل الهرمي للسجلات؛ لم تنشئ RFC محكمة خارجية.RFC 2050, القسم 6, الصفحة 11

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

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

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

سجل RIPE يثبت أقل مما يثبته سجل التخصيص

توفر حلقة RIPE دليلاً على العمل المفوض، ولكن ليس على قرار تخصيص كامل.

وثيقة RIPE-062،إجراءات تسجيل أرقام الإنترنت RIPE NCC، الإصدار 0.5 من يوليو 1992، موجودة في الملحق أ من أول تقرير ربع سنوي لـ RIPE NCC. ذكرت أن RIPE NCC كان يعمل منذ 1 مايو 1992 كسجل مفوض لأرقام شبكة الإنترنت الأوروبية. إجراءاته كانت تقديم أرقام لمزودي الخدمة وهيئات التنسيق الوطنية أو المحلية بدلاً من تقديمها مباشرة للمؤسسات الفردية. سمح لمزودي الخدمة بطلب أرقام شبكة من الفئة B واحدة تلو الأخرى وطالب بتبرير قائم على حجم المؤسسة، والشبكة الحالية، والنمو المتوقع، وعدم القدرة على استخدام كتلة من الفئة C.RIPE-062, الإصدار 0.5, يوليو 1992, الصفحة 25 وما بعدها

سجل القسم 3 من RFC 1466 لاحقًا حقيقتين أضيق. كان RIPE NCC قد استلم بالفعل فاصل أرقام الشبكة من الفئة C من 193.0.0 إلى 193.255.255 قبل اعتماد اقتراح RFC، ووافق على التخصيص ضمن هذا الفاصل وفقًا لتوجيهات RFC 1466.RFC 1466, القسم 3, الصفحة 3

الفاصل يحتوي على 2^{16} = 65,536 رقم شبكة من الفئة C بحجم/24. معبرًا عنه بفاصل CIDR اللاحق 193.0.0.0/8، يغطي 2^{32-8} = 16,777,216 قيمة عنوان اسمية. الرقم الأول يحسب وحدات رقم الشبكة من الفئة C؛ الثاني يحسب القيم الثنائية المغطاة بالفاصل. لا يقيس أي منهما المضيفين المتصلين، أو التعيينات في المصب، أو الإعلانات، أو الاستخدام، أو الكمية المطلوبة من قبل RIPE NCC.

لا توفر الوثائق المحفوظة الطلب الأساسي، أو سند تخصيص رسمي، أو مذكرة قرار، أو أحجام الكتل البديلة التي تم النظر فيها، أو الشروط المتفاوض عليها، أو تاريخ تخصيص دقيق. تثبت RIPE-062 إجراءً مفوضًا. تثبت RFC 1466 الحيازة السابقة للكتلة 193.* والاتفاق على استخدام التوجيهات الجديدة. كانت الإدارة الموزعة والتجميع المحتمل أهدافًا لخطة السياسة الإجمالية؛ لا يمكن القول إنها تشكل الدافع الموثق أو الشرط المتفاوض عليه لهذا التخصيص المعين.

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

جاءت الاستجابات التقنية على مراحل

لم تقدم الفترة بديلاً كاملاً للتقنين. قدمت استجابات جزئية بحالات مختلفة، ومتطلبات مسبقة، ونقل تكاليف.

يوضح الفضاء الخاص الفرق بين المواصفة والاستبدال. RFC 1918، BCP 5 من فبراير 1996، حجز ثلاث كتل للشبكات الخاصة. تطلبت من المؤسسة تحديد المضيفين الذين لا يحتاجون اتصالاً خارجيًا على مستوى الشبكة. انتقال مضيف من الحالة الخاصة إلى العامة تضمن تغيير عنوان IP الخاص به، وإدخالات DNS المقابلة، وملفات التكوين على المضيفين الآخرين التي تشير إلى العنوان. معلومات التوجيه الخاصة لا ينبغي أن تنتشر خارج حدود المؤسسة، ومراجع DNS الخاصة تطلبت احتواء.RFC 1918, فبراير 1996, الأقسام 2–5, الصفحات 3–7

كان NAT أكثر من مجرد مفهوم في مايو 1994، لكنه أقل من حل عالمي مثبت. RFC 1631 كانت معلوماتية ووصفت تصميمًا أوليًا. القسم 3 شرح أن التطبيقات التي تحمل عنوان IP في بياناتها قد تفشل ما لم يتعرف المترجم على المحتوى ويعيد كتابته; التشفير يمكن أن يجعل ذلك مستحيلاً. القسم 4 حدد تطبيقات تجريبية في برنامج KA9Q وموجه Cray Communications، تم اختبارها مع Telnet وFTP، وذكرت أن النماذج الأولية أظهرت الشفافية فقط ضمن الحدود المذكورة في المقال.RFC 1631, مايو 1994, القسمان 3 و4, الصفحات 6–9

غير IPv6 المقام المعماري. RFC 1883، مواصفة في طريقها للمعيار منشورة في ديسمبر 1995، نقلت حجم عنوان IP من 32 إلى 128 بت. لم تستبدل المضيفين أو الموجهات أو التطبيقات أو إجراءات تشغيل IPv4 المثبتة عند نشرها. لسجل يعالج طلب IPv4 في 1996، كان IPv6 خلفًا محددًا، وليس دليلاً على أن مشكلة التخصيص الفورية لـ IPv4 قد اختفت.RFC 1883, ديسمبر 1995, الحالة والقسم 1, الصفحات 1 و3

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

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

مثلت RFC 2050 الممارسة دون الحصول على موافقة سياسية

الدور المؤسسي مهم، لأن "قررت IETF" ستدمج عدة أفعال مختلفة.

RFC 2050 كانت BCP 12، منشورة في نوفمبر 1996، ومؤلفوها هم كيم هوبارد، مارك كوسترز، ديفيد كونراد، دانيال كارينبيرج، وجون بوستل. ملخصها وصف السياسات التي كانت تستخدمها السجلات الإقليمية آنذاك لتنفيذ التوجيهات التي طورتها IANA وأشار إلى أن القواعد تظل قابلة للمراجعة.RFC 2050, صفحة العنوان، الملخص، والمقدمة، الصفحات 1–2

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

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

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

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

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

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

التخصيص بدون فئة صوب عدم تطابق حاد في الحجم. الخيار بين 254 و65,534 معرّفًا عاديًا كان سيئًا للشبكات المتوسطة الحجم. البادئات المتجاورة يمكن أن تقترب أكثر من الحاجة من الفئة B الأصلية، مع تجنب مجموعة عشوائية من الفئة C غير المرتبطة.

التجميع يتعلق بموارد مشتركة منفصلة. ملاحظات الطرق في يناير وديسمبر 1992، على الرغم من التوقع غير الم reconciled لـ RFC لعامين، أظهرت نموًا سريعًا في جدول ملموس من MERIT. تجميعات المزودين يمكن أن تقلل عدد الوجهات التي تحملها الموجهات بدون افتراضي. اعتماد الكسب على الطوبولوجيا، والبرمجيات، والتعاون، لكنه كان جوهريًا تقنيًا.

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

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

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

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

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

مقارنة محدودة بعام 1996 تحدد السلطة، وليس النتائج

يمكن تثبيت بديل مفيد في نوفمبر 1996، عندما نُشرت RFC 2050. لنحافظ على ثبات حقول IPv4 ذات 32 بت، وبقايا القدرات الطبقية واللاطبقية المثبتة آنذاك، ومواصفات BGP-4 المتاحة آنذاك، وموارد الموجهات المحدودة، والطلب غير المؤكد، وإعادة الترقيم المكلفة، وغياب التحول العالمي الفوري إلى IPv6. لا نفترض نشرًا عالميًا لـ BGP-4 أو NAT أو العناوين الخاصة، لأن المواصفات المذكورة لا تقيس التبني.

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

الآن لنغير تحليليًا ثلاث معامل مؤسسية.

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

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

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

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

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

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

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

أربعة استنتاجات، بمستويات ثقة مختلفة

الحقيقة المعمارية هي الأقوى. RFC 791 حددت كل حقل مصدر ووجهة IPv4 بـ 32 بت. النتيجة كانت 2^{32} قيمة اسمية لكل حقل، وليس فضاء أسماء غير محدود وليس 4,294,967,296 مضيفًا عموميًا قابلاً للتخصيص.

العواقب الطبقية والتوجيهية مدعومة جيدًا أيضًا. التفاوتات الكبيرة في سعة المضيفين العاديين بين الفئة C والفئة B جعلت التخصيصات متوسطة الحجم غير فعالة. يمكن لعدة فئة C حفظ رقم شبكة من الفئة B مع إضافة طرق. جدول MERIT من RFC 1519 وثق 4,526 طريقًا معلنًا في يناير 1992 و8,561 في ديسمبر 1992. توقعه بحوالي 30,000 في عامين لا يمكن إعادة إنتاجه من صيغة المضاعفة المذكورة، لكن القلق الأساسي بشأن نمو الطرق والدرجة الطبقية لم يعتمد فقط على هذا الخطأ الحسابي.

الخيارات الإدارية قابلة للتحديد. RFC الإعلامية لجيريش أوصت بتوقعات لمدة 24 شهرًا، وعتبات، وتقسيمات جغرافية، وعمليات تدقيق، واستثناءات كل حالة على حدة. مؤلفو CIDR ربطوا التخصيص بطوبولوجيا المزودين والتجميع بدون فئة. هوبارد، كوسترز، كونراد، كارينبيرج، وبوستل وثقوا البداية التدريجية، والتسلسل الهرمي، واختبارات الاستخدام القائمة على المضيفين المتصلين، وسلطة التدقيق، والإبطال، وإعادة الشغل، والاستئناف الهرمي في BCP 12. IANA، والسجلات الإقليمية والمحلية، والمزودون، وشبكات الترانزيت شغلوا أدوار تنفيذ مختلفة. قبلت IESG RFC 2050 كتمثيل دقيق للممارسة الحالية، مع رفض الموافقة على السياسة.

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

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

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