الخلاصة

  • أتاحت RFC 3925 لـ DHCPv4 نقل بيانات أكثر من مورّد في الرسالة نفسها مع حدود صريحة بين الإدخالات.
  • سجّلت أرقام الخيارات الخارجية، لكنها تركت رموز الخيارات الفرعية ومعانيها لكل مورّد؛ رقم PEN يعرّف مساحة اسم، ولا يوثّق ادعاءً.

كان المسار المعتاد لتبادل معلومات المورّدين في DHCPv4 محدوداً. أتاحت الخيار 60 في RFC 2132 للعميل إرسال سلسلة تعريف لفئة المورّد، بينما حمل الخيار 43 كائناً معتماً يحدّد المورّد محتواه. وكان الخادم يفسّر الخيار 43 ضمن السياق الذي يشير إليه الخيار 60. نفع ذلك حين كفت مفردات مورّد واحد. لكن الغموض ظهر عندما احتاج جهاز أو ملف صناعي إلى بيانات يعرّفها عدة مورّدين كلٌّ على حدة. تصف RFC 3925 مشكلة في تأطير البيانات، لا تعطل تخصيص عناوين DHCP.

كان الحل زوجاً جديداً من الخيارات. يضع الخيار 124، Vendor-Identifying Vendor Class، والخيار 125، Vendor-Identifying Vendor-Specific Information، رقم مؤسسة خاصة من IANA إلى جانب بيانات كل مورّد. ويمكن أن يحتوي الخيار 125 إدخالات متعددة؛ لكل إدخال رقم مؤسسة وطول وبيانات المورّد. يحدد الطول حدّ البيانات، ويشير الرقم إلى التفسير المناسب. أبقت RFC 3925 الخيارين القديمين 60 و43 بلا تغيير، لذا قد تواجه آلية التنفيذ الصيغتين القديمة والتعريفية معاً.

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

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

استعارت RFC 3925 نمط خيارات فئة المورّد ومعلوماته في DHCPv6، الذي كانت RFC 3315 قد عرّفته من قبل. هذه صلة تصميم موثقة، لا دليل على تطابق معنى الحمولات أو الانتشار بين عائلتي البروتوكول. كما أن الخيار لا يوثّق هوية المورّد: تقول RFC 3925 إنها لا تضيف أمنًا، بينما تحدد RFC 3118 آلية مصادقة DHCP منفصلة يمكن استخدامها عند الحاجة إلى الأصالة. وجود رقم داخل الخيار اختيار لمساحة، لا توقيع.

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

المصادر