الخلاصة

  • يدعو Haisheng Yu إلى تقسيم خطط IPv6 على حدود الخانات الست عشرة، بحيث تظهر المنطقة والخدمة والوظيفة بوضوح في بنية العنوان.
  • كتب مع Haijun Li المقترح prop-170 لإتاحة تخصيصات متوافقة مع حدود الأربع بتات لمن يطلبها من سجلات الإنترنت المحلية ويثبت حاجته. أحرز المقترح توافقاً في اجتماع APNIC 62، ثم واصل مساره الإجرائي.

عناوين IPv6 كثيرة إلى حد يصعب تخيله. أما الساعات التي يقضيها مهندس في فهم خطة ترقيم ورثها عن غيره فمحدودة جداً. هذه هي الفاتورة التي يضعها Haisheng Yu على الطاولة في مقاله لدى APNIC. كل خانة بالنظام الست عشري تمثل أربعة بتات. إذا انتهت حقول المنطقة والخدمة عند حدود تلك الخانات، صار العنوان مقروءاً من دون تحويله كل مرة إلى سلسلة ثنائية.

سجّلت APNIC حضور Yu من CNNIC وهو يطرح سؤالاً في جلسة عن نشر IPv6 خلال APRICOT 2026. وفي شرح نشره لاحقاً، يبدأ تقسيم العناوين بمنطقة جغرافية متصلة ثم يوزع الخدمات داخلها. عندئذ يسهل جمع المسارات في إعلان واحد أو عدد قليل من الإعلانات. وإذا بدأ التقسيم بالخدمات، توزعت المدينة نفسها على بادئات متباعدة وتضاعفت الإعلانات. تسلسل /32 ثم /40 ثم /48 ثم /56 في مقاله مثال توضيحي، لا قالب مفروض على الجميع.

ويعطي مثالاً آخر أشد إيلاماً: حقل من خمسة بتات يتيح 32 منطقة. المنطقة التالية قد تفرض إعادة التصميم والترقيم. تخصيص بايت كامل منذ البداية كان سيترك مجالاً للنمو. هنا يصبح الاقتصاد في بضع بتات من فضاء هائل طريقة مكلفة لصناعة العمل لاحقاً.

نقل Yu الفكرة مع Haijun Li إلى النص الأصلي للمقترح prop-170. يخص المقترح تخصيص IPv6 لسجلات الإنترنت المحلية. على طالب المحاذاة أن يقدم طلباً صريحاً وخطة عناوين طويلة الأجل؛ تتحقق APNIC أولاً من الحاجة، ثم تمنح عادة أصغر كتلة مصطفة تكفيها. يبقى حد /32 الأدنى وآلية المضاعفة الافتراضية بمقدار بت واحد. ولا يفرض النص إعادة ترقيم جماعية على الحائزين الحاليين. وعند تعذر التوسع المجاور، يسمح بتخصيص منفصل تبرره الحاجة.

تشير دراسة APNIC للأثر إلى تحديث أدوات وإرشادات العمل. ويسجل تقرير اجتماع APNIC 62 تحقق التوافق في القاعة واستمرار خطوات السياسة. قيمة ما فعله Yu أنه أعطى وضوح العنوان طريقاً إلى طلب قابل للفحص. الامتحان التالي هو جودة الخطة المقدمة، لا جمال صف الخانات وحده.