الخلاصة

  • ميّز RFC 3679 بين أرقام خيارات مقترحة قابلة للاسترداد وأرقام PXE وApple المستخدمة فعلياً رغم غياب وصف لها في RFC منشور.
  • وضع RFC 3942 مساراً انتقالياً للأرقام في النطاق الخاص. وفي وقت لاحق، نقل RFC 8910 إشارة البوابات الأسيرة من الرقم 160 بعد أن كشفت تجربة عن استخدام متعارض لدى Polycom. يسجل السجل حالة التنسيق، لا إحصاءً للأجهزة المنشورة.

غياب المراجع لا يعني غياب الاستخدام على الشبكة

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

عالج RFC 3679 الصادر في يناير 2004 الخطرين معاً. فقد أورد تخصيصات سابقة انتهت مقترحاتها، أو لم تصل أبداً إلى تعريف منشور، أو لم يعد بروتوكول التبديل الاحتياطي آنذاك يستخدمها. وأجاز إعادة تلك الأرقام إلى مجموعة IANA المتاحة. لكن قسماً منفصلاً ذكر أن خيارات PXE 93 و94 و97 واسعة الاستخدام رغم غيابها عن RFC منشور. كما أشار إلى استخدامات Apple للأرقام 95 و112 إلى 114 بلا توثيق في RFC، وطلب إبقاء تخصيصاتها إلى أن يبت فريق عمل DHC في أمرها. لم يكن معيار القرار هو النشر وحده، بل تقارير الاستخدام. RFC 3679

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

من قائمة إلى مسار انتقال

في وقت لاحق من عام 2004، وسّع RFC 3942 فضاء خيارات DHCPv4 المعرفة علناً من 1–127 إلى 1–223، فأعاد تصنيف النطاق الأعلى الذي كان مخصصاً للاستخدام الخاص. لم يكن في وسع هذا التغيير محو الإعدادات المحلية الموجودة. لذلك وضع المعيار انتقالاً منظماً: يمكن إعلان رقم ذي استخدام خاص معروف غير متاح إلى أن يخطر الموردون فريق العمل وIANA؛ ويمنح التخصيص العام المؤقت مهلة إخطار قدرها ستة أشهر، تليها مهلة ثمانية عشر شهراً لتقديم مسودة إنترنت. ودُعيت المواقع إلى الانتقال إلى ما تبقى من النطاق الخاص. RFC 3942

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

تعارض لاحق جعل الفرق ملموساً

ذكر RFC 4578 لاحقاً أن خيارات PXE 93 و94 و97 واسعة الاستخدام، لكنه أشار أيضاً إلى أن عملاء PXE يطلبون الأرقام 128–135، وهي غير مخصصة رسمياً لاستخدام PXE وقد تتعارض مع استخدامات أخرى على الشبكة نفسها. فالطلب الذي يصدره العميل لا ينشئ بحد ذاته تخصيصاً رسمياً.

ظهرت حالة أوضح مع البوابات الأسيرة. استخدم RFC 7710 في البداية خيار DHCPv4 رقم 160 للإعلان عن معرّف URI للبوابة. وخلال تجربة شبكة IETF 106، كانت بعض أجهزة Polycom تستخدم 160 لأغراض أخرى؛ وعندما حمل الخيار معرّف URI للبوابة، لم تعمل تلك الأجهزة كما هو مرغوب. لذلك نقل RFC 8910 الإشارة إلى الخيار 114، وحدّث RFC 3679، وأعاد 160 إلى حالة «غير مخصص» مع تسجيل استخدام Polycom المعروف. يصف المؤلفون تعارضاً لوحظ في تلك التجربة، لا مدى انتشاره على جميع الشبكات. RFC 7710 RFC 8910

يعرض سجل IANA الحالي ما آل إليه عدد من الأرقام: أصبح 83 لـ iSNS، و88 و89 لخيارات BCMCS، و114 للبوابة الأسيرة، فيما بقي 96 غير مخصص؛ وكذلك 126 و127. هذه حالات في السجل، وليست دليلاً على غياب أجهزة ترسل تلك القيم على الشبكات النشطة. والتخصيص اللاحق لا يثبت اختفاء كل التطبيقات السابقة. سجل IANA BOOTP/DHCP RFC 4174 RFC 4280

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

المصادر

سياق معياري إضافي