الخلاصة

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

ثلاثة ضغوط وثلاث ساعات

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

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

كانت ROAD وعاءً مؤقتًا للنقاش

لم تكن ROAD مجموعة عمل دائمة عادية. اجتمعت بعد IETF في Santa Fe، وتداولت وجهًا لوجه وبالبريد، وقدمت تقريرها في San Diego، ثم نقلت العمل إلى BOF وجلسة عامة مفتوحة ومجموعات متخصصة.

حدد هذا الشكل سلطتها. استطاعت المجموعة ترتيب المشكلات واقتراح العمل، لكنها لم تملك كل تخصيص أو معيار أو implementation أو انتقال محلي لاحق. يصنف RFC 1380 نفسه Informational ويسمي نفسه تقريرًا أوليًا عن مداولات IESG. إنه دليل على مرحلة في القرار، لا Internet Standard ولا سجل تنفيذ.

كان اتجاه CIDR واضحًا بما يكفي للمشكلة القريبة. أما البنية ذات العناوين الأكبر فلم تحظ باختيار نهائي؛ ظل أثر الانتقال والبنية التشغيلية وملكية change control وخبرة التنفيذ غير مكتمل. لم تحوّل العجلة هذا النقص إلى معرفة.

بدأت المراحل الأربع في اللحظة نفسها

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

سمى IESG الآفاق: فوري، قصير، متوسط، طويل. تبدو الأسماء متتابعة، لكن RFC 1380 نص على بدء جميع المراحل فورًا، لأن تنفيذها واحدة بعد الأخرى غير ممكن.

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

الفوري يؤخر المشكلة ولا يغلقها

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

تثبت قاعدة أشد أن policy تغيرت. وتثبت الاستعادة أن موردًا معينًا عاد. ويثبت upgrade سعة محلية. ويثبت جدول أصغر تخفيفًا في نقطة الرصد. لا يثبت أي منها منفردًا انتهاء النفاد أو عبء البشر أو خطر الانتقال.

وتنتقل الكلفة أيضًا: يقدم طالب العنوان دليلًا أكثر، ويمارس السجل حكمًا أكثر، ويدفع المشغل ثمن المعدات. وقد تستبدل topology أبسط بعض المسارات البديلة. عدم تغيير host software لا يجعل التدخل بلا أثر مؤسسي.

كان CIDR سلسلة أعمال لا مفتاحًا واحدًا

قدّم RFC 1338 supernetting جسرًا قصير الأجل يبطئ ضغط الفئة B والجدول بينما ينضج الحل الطويل. كان تقدير ثلاث سنوات افتراض تخطيط، لا ضمانًا.

احتاج الأثر إلى تخصيص قابل للتجميع، وبروتوكولات تحمل أزواج network-mask، وبرمجيات router منشورة، وحدود تعمل مع المجالات القديمة وIGP. وأبقى multihoming وتغيير المزود مسارات أكثر تحديدًا. وقد يؤدي نشر خطة التخصيص قبل classless routing إلى تسريع الجدول مؤقتًا.

لذلك وزع RFC 1380 البرنامج بين خطة عناوين تشغيلية، وعمل BGP، واحتمال IDRP، وتخطيط النشر. كان CIDR يشتري وقتًا للمشكلة الأكبر؛ لم يكن زرًا ولا شراءً مجانيًا.

راجع RFC 1519 المواصفة لاحقًا مع الإبقاء على دور الجسر. مراجعة النص تثبت تغير المستند، لا adoption أو topology أو النتيجة.

كان الجسر يأخذ من الوجهة

جعل RFC 1380 دينين ظاهرين. الأول هو الانتقال: استبدال طبقة Internet أو توسيعها سيكون مؤلمًا للموردين والمشغلين والمستخدمين. لذلك وجب أن يقلل الخيار المرحلي الألم أو يبقي طريق خروج سلسًا.

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

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

احتاجت العناوين الأكبر إلى ملف آخر

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

الدعوة إلى المقترحات، وInternet-Draft، والمراجعة العامة، والعرض، وتوصية IESG، وقرار IAB أفعال منفصلة. يحدد الجدول الزمني من يقدم ماذا، لكنه لا يصادق مسبقًا على المرشح.

سجل RFC 1719 لاحقًا أن IPDecide BOF كشف غياب اتجاه ثابت. حمّل IESG مسؤولية توصية IPng عبر عملية منشورة ومفتوحة، وربط العجلة بمعدلات التخصيص وأثر policy والتوفير المتوقع من CIDR وزمن التطوير والوضع في الميدان والانتقال.

وفي 1995 وثق RFC 1752 قرارًا آخر: أوصى بـ SIPP المعدل أساسًا لـ IPng، وفصل عمل البروتوكول والتكوين التلقائي والانتقال والتعايش، وسمى رقم الإصدار 6 باسم IPv6.

لا يجعل هذا RFC 1380 اختيارًا خفيًا لـ IPv6. بل يثبت أن القرار الطويل احتاج أدلة وعملية وتوصية جديدة. وحتى تلك التوصية لا تثبت انتقالًا عالميًا أو تقاعد IPv4 أو نجاح شبكة معينة.

المصادر والحدود

يستخدم المقال النصوص الرسمية لـ RFC 1338 وRFC 1380 وRFC 1519 وRFC 1719 وRFC 1752. تثبت التشخيصات والتوصيات والمعايير وتعاقب الوثائق. ولا تثبت حالة شبكة حالية أو دقة كل توقع أو إنجاز كل موعد أو منتجًا بعينه أو تغييرًا محليًا مأذونًا أو نتيجة مقاسة.

النتيجة المحدودة هي أن التخفيف العاجل والاستبدال الدائم كانا عملين مختلفين يجب أن يبدآ معًا. احتاج الإجراء المؤقت إلى ثلاثة سجلات: الفائدة، والموارد المستهلكة، ومسار الخروج. من دونها يُرى الوقت المشترى ويختفي المستقبل المدفوع.