الخلاصة

  • تقترح v004 كتلة IPv4 واحدة /24 للمؤسسات المؤهلة لتخصيص IPv6 أولي، لتشغيل وظائف انتقالية مثل محللات DNS وبوابات البريد والمراقبة والتسجيل والوصول إلى خدمات لا تزال IPv4-only.
  • تأتي الكتلة من مخزون Final /8، وتُحتسب ضمن الحد الأقصى القائم لحيازة المستفيد؛ ويشترط المقترح إعلاناً عن النشر، ومراجعة قائمة على الإقرار، ومنع النقل، والإعادة عند انتهاء الحاجة.
  • لم يُعقد تصويت على التوافق بشأن prop-165 في APNIC 62. وتقييم الأمانة المنشور على صفحة المقترح يخص v003، فلا يصلح دليلاً على أثر v004 أو نتيجة له.

جسر ضيق فوق فجوة انتقالية

تطرح النسخة الرابعة من prop-165 سؤالاً مألوفاً في هندسة الانتقال، لكنها تعالجه عبر قواعد توزيع الموارد لا عبر تصميم البروتوكولات وحده: ماذا تفعل المؤسسة التي تريد تشغيل شبكة IPv6-only حين تظل بعض الوظائف التشغيلية أو الوجهات القديمة بحاجة إلى اتصال IPv4؟ يجيب المقترح بأن الحاجة المحدودة لا ينبغي أن تتحول تلقائياً إلى عائق أمام نشر IPv6، لكنه لا يمنح مساحة عامة من IPv4 لكل من يطلبها. إنه يقترح كتلة واحدة /24، وبشروط تجعل الاستحقاق تابعاً لغرض انتقالي معلن.

تسرد v004 وظائف محددة: محللات DNS، وبوابات البريد، وأنظمة مراقبة الشبكة وتسجيلها، وإتاحة الوصول إلى خدمات لا تزال تعمل عبر IPv4 وحده. القيمة المؤسسية لهذه الأمثلة أنها تصف نقاط تماس عملية بين شبكة تتجه إلى IPv6-only وبقية بيئة الإنترنت. لا تعني القائمة أن كل طالب يحتاج هذه الكتلة، ولا أن كل خدمة من تلك الخدمات لا يمكن تشغيلها بوسيلة أخرى. إنها تحدد فئة من الاحتياجات التي يقول واضعو المقترح إنها قد تستمر بالتوازي مع نشر IPv6.

هذه نقطة مختلفة عن مجرد تفضيل الاحتفاظ بعنوان IPv4. فالمقترح يربط الطلب بأهلية الحصول على تخصيص IPv6 أولي، ويطلب من المؤسسة وصف نشر IPv6-only المقصود والخدمات الانتقالية التي تحتاج إلى اتصال IPv4، مع الإقرار بالشروط. ثم يضع حداً كمياً ثابتاً: /24 واحدة فقط لكل مؤسسة. بهذا المعنى، ليست الكتلة المقترحة حقاً مستقلاً يُضاف إلى ميزانية IPv4، بل أداة انتقالية مقيدة، يفترض أن تظل وظيفتها مفهومة عبر الزمن.

أين تقع المسؤولية؟

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

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

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

الحفظ لا يتوقف عند حجم /24

تأخذ قاعدة الحجم دوراً واضحاً: لا يجوز أن يتجاوز التخصيص /24 واحدة، ولا تمنح المؤسسة أكثر من تخصيص واحد بموجب هذا المسار. لكن المقترح لا يجعل الكتلة زيادة على ما يسمح به النظام القائم. يجب أن تأتي من مخزون Final /8، وأن تُحسب ضمن الحد الأقصى الحالي لاستحقاق المؤسسة من IPv4، وألا ترفع إجمالي ما يجوز لها الاحتفاظ به. هذه القيود الثلاثة مهمة معاً؛ فالحجم يحدد السقف لكل طلب، ومصدر الكتلة يحدد المخزون الذي يتحمل أثرها، والاحتساب يمنع الاستثناء من التحول إلى هامش إضافي خارج حدود الحيازة.

كما يحظر النص نقل الكتلة، أو إتاحتها لمؤسسة أخرى بإعادة تخصيص أو بأي وسيلة أخرى. هذا المنع يستهدف انفصال المورد عن الحالة الانتقالية التي بررت منحه. فإذا أمكن تداول الكتلة أو تشغيلها لمصلحة كيان آخر، تصبح رابطة الطلب بالنشر الأصلي أضعف، وتتحول أداة انتقالية إلى مورد قابل لإعادة التوجيه. وتضيف شروط الإعادة حالات صريحة: إعادة تخصيص IPv6 المرتبط، أو توقف نشر IPv6-only، أو انتهاء الحاجة الانتقالية إلى IPv4، أو فقدان أحد شروط السياسة.

هذه البنية ترسم دورة حياة بدلاً من واقعة تخصيص وحيدة. يبدأ المسار بإعلان يشرح الحالة، ثم يربط السجل الكتلة بنشر IPv6، ويمنع نقلها، ويعيد فحص الحاجة من خلال تأكيد دوري، وينتهي بإعادة المورد عند انقطاع الصلة. جودة هذا المسار لا تقاس فقط بمدى صغر الكتلة، بل بمدى إمكان إغلاقه حين تتغير الظروف. /24 محدودة حسابياً، إلا أن الأثر التجميعي يتوقف على عدد الطلبات وعلى بقاء كل كتلة في الاستخدام الموصوف؛ ولا تقدم v004 رقماً للطلبات المتوقعة أو حجماً متوقعاً للتخصيصات، فلا ينبغي ملء هذا الفراغ بتقدير غير منشور.

الإيقاف التلقائي وحدوده

يجعل بند sunset توقيت إيقاف التخصيصات الجديدة مرتبطاً بمؤشرين. الأول إسقاط APNIC أن المساحة المتاحة للتخصيص بموجب Final /8 ستنفد خلال ستة أشهر، محسوباً بمعدل متوسط التفويض الشهري خلال الاثني عشر شهراً السابقة. والثاني هبوط المساحة المتاحة دون حد أدنى للاحتياطي يحدده مجتمع APNIC. وعلى APNIC نشر موعد النفاد المتوقع والمساحة المتبقية من Final /8 مرة واحدة على الأقل كل ربع سنة.

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

كذلك يفصل بند الإيقاف بين الطلبات المستقبلية وما سبق منحه. عند تحقق شرط sunset، تتوقف التخصيصات الجديدة، بينما يمكن أن تستمر التخصيصات القائمة إذا ظلت ممتثلة. وتنشر APNIC إشعاراً بتفعيل الشرط. وتُعالج الطلبات الموافق عليها قبل التفعيل بصورة طبيعية؛ أما الطلبات التي لم تحصل على الموافقة عندها فتقيّم وفق السياسات السارية حينئذ. بهذا التفريق، يحمي المقترح استمرارية الحالات القائمة مع وقف تدفق جديد، لكنه لا يعامل مجرد تقديم الطلب على أنه ضمان للحصول على الكتلة.

الحالة الإجرائية ليست حكماً على التصميم

تظل الحدود الإجرائية أساسية عند تقييم أي قراءة للمقترح. صفحة prop-165 تسجل نشر v004 في 27 أغسطس 2026 للنقاش، وتعرض تقييم الأمانة المنشور للنسخة v003 تحديداً. أما تقرير APNIC 62 الرسمي فيدرج prop-165 ضمن المقترحات التي لم يُعقد بشأنها نداء توافق. لذلك لا يصح وصف v004 بأنها أُقرت أو رُفضت، ولا نقل استنتاجات تقييم v003 إليها كأنها اختبار للنسخة الرابعة، ولا استنتاج موقف المجتمع من عدم عقد النداء.

هذه الحدود تترك سؤال التصميم مفتوحاً: هل يحقق الإعلان والمراجعة القائمة على الإقرار ما يكفي من الصلة بين المورد وحالة الاستخدام، مع خفض كلفة الإجراءات؟ يمكن للمناقشة أن تختبر وضوح ما يعد نشر IPv6-only، ومعقولية المعلومات الداعمة عند طلبها، وسبل ربط الكتلة بالتخصيص المؤهل، وموعد إعادة المورد بعد انتهاء الحاجة. لكنها تحتاج إلى التمييز بين ما يقوله النص وما لم يحسمه. المقترح يحدد الغرض والأمثلة والقيود، لكنه لا يقدم معياراً تقنياً مفصلاً لتعريف كل حالة تشغيلية، ولا يفرض فحص الشبكة.

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

ما الذي يجعل الاستثناء قابلاً للتصديق؟

يقدم prop-165 v004 حجة ضيقة: قد تحتاج المؤسسة أثناء نشر IPv6-only إلى قطعة صغيرة من IPv4 لوظائف انتقالية لا تزال جزءاً من التشغيل الواقعي. وتبني القاعدة على ضوابط مترابطة: أهلية مرتبطة بتخصيص IPv6 أولي، إعلان يحدد النشر والاستخدام، سقف /24، مصدر Final /8، احتساب ضمن الحد القائم، سجل يربط الموارد، منع النقل، مراجعة، إعادة، ووقف آلي للتخصيصات الجديدة عند عتبات الندرة.

لكن الترابط لا يزيل الأسئلة التنفيذية. فالمراجعة غير الفنية تعتمد على جودة وصف المؤسسة وعلى قدرتها على تقديم ما يدعم وجود النشر، بينما تفسير «الدعم الأساسي لعمليات شبكة IPv6-only» قد يتطلب حكماً تشغيلياً في بعض الحالات. كما أن آلية sunset تعتمد على نشر دوري وعتبة احتياطي يحددها المجتمع. هذه نقاط يتعين أن يظل النقاش حولها محدداً: كيف يظل الوصف قابلاً للتحقق دون تحويل الطلب إلى مسح لكل مضيف؟ وكيف تُحفظ عتبة احتياطي يقررها المجتمع ويجعل تطبيقها مفهوماً؟ وكيف يعرف المسجلون أن الكتلة أعيدت أو توقف إصدار المزيد؟

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

المصادر الأولية: نص prop-165 v004 لدى APNIC؛ صفحة المقترح وسجل نسخه لدى APNIC؛ تقرير APNIC 62 الرسمي.