Summary

  • عرضت Lily Botsyoe مشروع ARIN-2025-7 لتثبيت ‎/48 نقطةً أولى للمؤسسة ذات الموقع الواحد، ثم تطبيق حساب الأحجام الأكبر ابتداءً من موقعين.
  • سأل Lee Howard إن كانت مؤسسة لها ثمانية مواقع تستطيع طلب كتلة أصغر من ‎/44. أحالت Botsyoe السؤال إلى موظفي ARIN، فأكد John Sweeting وجود المرونة، ونبّهت Adair Thaxton إلى اختلاف «تستحق» و«ستتلقى» في النص.

قد يتيح لك المقاس الكبير، لكن بطاقة المقاسات لا تشتريه نيابة عنك. في ARIN 58، شرحت Lily Botsyoe خللًا في قاعدة IPv6: التطبيق الحرفي لعتبة 75% يوحي بأن موقعًا واحدًا يكفي للقفز إلى ‎/44، بينما يضعه المثال عند ‎/48. تبدأ الصياغة المقترحة من ‎/48، وتحصر حساب المقاسات الأعلى في المؤسسات ذات الموقعين فأكثر. كما تستبدل مصطلح «assignment» القديم بـ«allocation».

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

دعت Botsyoe مسؤول ARIN، John Sweeting، إلى الميكروفون. أجاب بأن التطبيق يتيح المرونة. ثم أشارت Adair Thaxton إلى موضع الخلل: الاستحقاق يحدد حجمًا يمكن تبريره؛ أما «ستتلقى» فتبدو كأنها أمر بإصدار ذلك الحجم تلقائيًا. عرف الحضور كيف يتعامل الموظفون مع الطلب اليوم، وبقيت العبارتان معًا في المسودة المعروضة.

وسأل Scott Johnson عمّا يُحسب موقعًا. قرأ Matthew Wilder تعريف «الموقع النهائي» من الدليل، ثم دلّت Thaxton على تعريف موقع الخدمة في سياسة IPv6. فإذا كانت الفئات تُحسب بعدد المواقع، يصبح الاسم نفسه مؤثرًا. سجل رفع الأيدي 67 مؤيدًا واثنين معارضين. ولا يزال النص الموصى به قيد نظر المجلس الاستشاري.

الاختبار التالي واضح: ثمانية مواقع تبرر ‎/44، وصاحب الطلب يريد كتلة أصغر. جواب Sweeting كان نعم. ينبغي أن يجد القارئ الجواب نفسه في القاعدة المنشورة.