الخلاصة

  • أتاحت RFC 3074 لخوادم DHCP المتعاونة اتخاذ قرار محلي متطابق اعتمادًا على معرّف العميل وخريطة مسبقة توزع 256 خانة.
  • وزعت التجزئة صلاحية الرد، لا حجم العمل المرصود. وقد تؤدي الخانات غير المسندة إلى الصمت؛ أما الرد بعد مهلة فلا يثبت أن العميل حصل على عقد إيجار.

توزيع الردود ليس مقياسًا حيًا للحمل

قد تصل رسالة DHCP المذاعة إلى عدة خوادم. واقترحت RFC 3074 في 2001 تقليل الردود المكررة من دون تعديل العملاء: يحسب كل خادم التجزئة نفسها لمعاملة الخدمة، ولا يرد إلا إذا وقعت النتيجة ضمن إسناد خانات التجزئة الخاص به، أو HBA.

يستخدم الخادم خيار Client Identifier إذا وُجد. وإلا يعتمد على حقلي طول العتاد وعنوان العميل المادي، ولا يدخل في الحساب أكثر من أول ستة عشر بايتًا. تعيد تجزئة Pearson قيمة من 256 قيمة. وتحدد خريطة من 32 بايتًا القيم التي يخدمها الخادم؛ ويمكن لمرحل BOOTP بدلًا من ذلك ربط الخانات بمعرّفات الخوادم وتوجيه الطلبات انتقائيًا.

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

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

الخانة بلا مالك قد تعني الصمت

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

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

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

ما زال Datatracker يصنف RFC 3074 معيارًا مقترحًا من IETF. وهذا يصف مكانة الوثيقة في المسار المعياري، لا انتشار تنفيذها اليوم. أما RFC 8156 الصادرة في 2017 فتحدد failover لـ DHCPv6 وانتقال عقود الإيجار بعد تعطل خادم أو انقسام الشبكة. إنها مقارنة محدودة، وليست دليلًا على تحديث RFC 3074 أو نشرها.

تقدم ملاحظة Heng Lu اللاحقة عن «طبقات الواقع» عدسة تحريرية فقط، لا دليلًا عن DHCP: ينبغي فصل القاعدة المكتوبة عن إعداد المشغل والتنفيذ المرصود والنتيجة لدى العميل. بهذه الحدود تبدو مساهمة RFC 3074 التاريخية دقيقة: جعلت أهلية الرد قابلة للحساب، لكنها لم تجعل نتيجة الخدمة تثبت نفسها.

المصادر