جسرٌ بين سجلين: لماذا لم تُصلح مسودة AFRINIC الثالثة قابلية نقل موارد IPv4

الخلاصة

• عرّف أرشيف AFRINIC المقترح بأنه AFPUB-2019-V4-003-DRAFT03، وهو النسخة 3.0 من تعديل مقترح للقسم 5.7 من CPM. وينسبه الأرشيف إلى Anthony Ikechukwu Ubah وTaiwo Oyewande. ويورد حقل التفاصيل تاريخ 22 سبتمبر 2020 للتقديم، بينما يؤرخ سجل المراجعات النسخة الثالثة في 21 سبتمبر؛ لا يتيح السجل المتاح حسم فرق اليوم الواحد.
• حصر سجل المراجعات تعديل Draft 3 في 5.7.3.2 و5.7.4.3. أعاد الأول منع المصدر من تلقي تخصيص أو تعيين جديد من AFRINIC لمدة اثني عشر شهراً بعد نقل معتمد، بعدما كانت صيغة Draft 2 تجعله مؤهلاً فوراً ما دام ممتثلاً للسياسة الجارية. وأبقى الثاني موارد IPv4 القديمة على صفتها القديمة بعد النقل، بعدما كانت صيغة Draft 2 تسقط تلك الصفة.
• لم تكن مطالبة المصدر بالامتثال لسياسات السجل المستقبِل في 5.7.3.1، ولا اختبار حاجة المتلقي الداخل إلى AFRINIC في 5.7.4.1، من تعديلات Draft 3. إنهما جزء من البنية التي ورثتها النسخة الثالثة من Draft 2. الخلط بين تاريخ البندين وتاريخ النسخة يحول بقاء الخلل إلى إصلاح مزعوم.
• ظل إجراء النسخة الثالثة يوجّه الطرف الناقل إلى السجل المستقبِل، ثم يطلب من ذلك السجل إخطار السجل الناقل والأطراف بعد الموافقة. لكن تقييم الموظفين قال إن كل سجل يتعامل مع الطرف الواقع ضمن علاقة خدمته، وإن السجلين يتواصلان في ما بينهما. لذلك سجلت AFRINIC أن ARIN وAPNIC رأيا بند امتثال المصدر غير متوافق، وأن LACNIC لا يطلب من المصدر الامتثال للسجل الآخر، وأن RIPE NCC رأى إجراء البدء غير متوافق وغير قابل للتنفيذ.
• أقوى دفاع عن الصيغة جدي: التحقق من صاحب السيطرة المعترف بها، وفحص النزاع، واختبار أهلية المتلقي، ومنع العودة الفورية إلى المخزون الحر، وحفظ السجلات من التناقض، كلها أهداف قد تحد من الاحتيال والازدواج وتحمّل الندرة. لكن هذه أهداف مختلفة، ولا يبرر جمعها إخضاع مصدر أجنبي لسجل خاص لا تربطه به علاقة خدمة.
• الوظيفة الدنيا المشروعة لـAFRINIC هنا هي وظيفة ماسك سجل ومنسق تقني خاص: التحقق من طرفه ومن المورد ومن أعلام النزاع، وتبادل تأكيد موثق مع السجل المقابل، وتحديث التسجيل وreverse DNS وRPKI وتاريخ النقل على وقت نفاذ واحد. لا تمنحها هذه الضرورة ملكية المورد، ولا ولاية سيادية أو تشريعية أو تنظيمية أو قضائية عامة على الصفقة أو السعر أو الجغرافيا أو نموذج العمل.
• لا تثبت مواد Draft 3 اعتماد المقترح أو تنفيذه أو استخدامه في صفقة، ولا تثبت أثراً محققاً في السعر أو العضوية أو الاحتيال أو زمن المعالجة. ما تثبته هو أضيق وأكثر فائدة: تعديلان محددان لم يغيرا توزيع الأدوار الخاطئ، وتقييم تشغيلي سجل أن جميع الإجراءات المقابلة الأربعة المذكورة لم تتوافق مع ذلك التوزيع.

المشكلة التي لا يحلها حسن النية

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

تكشف Draft 3 الفارق بين مضمون الاختبار ومكان إجرائه. قد يكون التحقق من صاحب المورد مطلوباً، لكن ذلك لا يعني أن السجل المستقبِل يستطيع التحقق من مصدر خارج علاقته الخدمية. وقد يكون شرط المتلقي مبرراً ضمن خدمة السجل الذي يستقبله، لكن ذلك لا يجعل السجل نفسه مرجعاً للمصدر. وقد تكون المعاملة بحاجة إلى اعتراف متبادل، لكن الاعتراف المتبادل لا يساوي امتثال كل طرف للجهة الخاصة التي تخدم الطرف الآخر. عندما يُطمس هذا الفارق، يبدو التنسيق وكأنه ولاية، وتصبح نقطة الاعتماد التقني باباً لسلطة لم تنشأ أصلاً.

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

خط زمني يجب ألا تُخلط طبقاته

بدأت عائلة المقترح محل البحث بتقديم Draft 1 في 30 أكتوبر 2019. ثم قُدمت Draft 2 في 13 أغسطس 2020، ويقول سجل مراجعاتها إنها حدّثت 5.7.3.1 و5.7.4.1 و5.7.4.3. هذه الإشارة حاسمة لأن اثنين من البنود التي ظلت لاحقاً في قلب مشكلة التوافق يعود تغييرهما إلى Draft 2: التزام المصدر بسياسة السجل المستقبِل، واختبار حاجة المتلقي. لا يجوز نسبتهما إلى Draft 3 لمجرد أن تقييم النسخة الثالثة ناقش آثارهما.

في 16 و17 سبتمبر 2020، ناقش اجتماع AFRINIC-32 Draft 2. يسجل المحضر شرح المؤلفين أن التبادلية مطلوبة، كما يسجل أسئلة واعتراضات تتعلق بالامتثال لسجل أجنبي، والاتصال المباشر بالسجل المستقبِل، وما وُصف بقالب موحد، والحاجة، والموارد المتنازع عليها، ونطاق ASN، والصفة القديمة. ويشير السجل كذلك إلى وجود فروق بين النص المنشور وبعض ما ورد في العرض الشفهي أو الشرائح. قيمة هذا المحضر أنه يثبت حالة الأسئلة في مناقشة Draft 2. لا يجوز تحويله إلى محضر مناقشة Draft 3، ولا إلى دليل سببي يقول إن مداخلة بعينها أنتجت تعديلاً بعينه.

بعد ذلك بأيام ظهر Draft 3. هنا توجد دقة زمنية صغيرة لكنها جديرة بالحفظ: حقل التفاصيل في صفحة الأرشيف يقول إن التقديم كان في 22 سبتمبر 2020، بينما يضع سجل المراجعات تاريخ النسخة الثالثة في 21 سبتمبر. ليس من الضروري اختراع حل لهذا التعارض. الأدق هو تسجيل التاريخين والقول إن فرق اليوم الواحد غير محسوم في المواد المتاحة. أما اليقين الحقيقي فيكمن في نطاق التعديل: القسمان 5.7.3.2 و5.7.4.3 وحدهما.

في 13 أكتوبر 2020، حملت صفحة Draft 3 تقييماً لموظفي AFRINIC تناول الصيغة الثالثة ومشكلات تنفيذها وتوافقها. هذه هي الوثيقة الزمنية المناسبة للحكم على النسخة الثالثة. والفصل بين محضر سبتمبر وتقييم أكتوبر ليس احتياطاً لغوياً فحسب؛ إنه يمنع صناعة قصة سببية لا توجد لها بينة. نعرف أن مناقشة Draft 2 سبقت Draft 3، ونعرف أن النسخة الثالثة غيرت بندين، لكننا لا نعرف من السجل المتاح لماذا اختار المؤلفان هذين البندين تحديداً، ولا ما إذا كان كل تعديل جواباً على مداخلة محددة أو رأي صادر عن سجل مقابل.

التعديل الأول: اثنا عشر شهراً بين النقل والعودة إلى المخزون

كان نص 5.7.3.2 في Draft 2 يسمح للمصدر، بعد النقل، بأن يظل مؤهلاً لتخصيصات أو تعيينات IPv4 أخرى من AFRINIC ما دام ممتثلاً للسياسة القائمة. قلبت Draft 3 هذه النتيجة العملية، فقررت عدم أهلية المصدر لمورد جديد من AFRINIC لمدة اثني عشر شهراً بعد نقل معتمد. هذا ليس تفصيلاً إجرائياً. إنه يغير ترتيب الحوافز بين الحصول على موارد عبر خدمة التخصيص وبين نقلها في السوق ثم العودة لطلب المزيد.

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

لكن المواد لا تقيس حجم التدوير ولا وتيرته ولا ما إذا كانت مدة الاثني عشر شهراً هي الأنسب. ولا تثبت أن Draft 3 ردعت جهة، أو حفظت كمية من المخزون، أو أخرت صفقة. لذلك ينبغي تحليل البند بوصفه تصميماً للحافز لا نتيجة اقتصادية محققة. فالفرق كبير بين قول إن القاعدة يمكن أن تبطئ التدوير، وقول إنها فعلت ذلك في الواقع.

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

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

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

التعديل الثاني: الصفة القديمة لا تسقط عند الحركة

قالت صيغة 5.7.4.3 في Draft 2 إن موارد IPv4 القديمة المنقولة تفقد صفتها القديمة. عكست Draft 3 ذلك، فنصت على أن المورد القديم يبقى قديماً بعد النقل. بهذه الجملة أزيل أثر مباشر كان سيربط قابلية الحركة بفقدان وضع تاريخي. وبغض النظر عن التفاصيل الخدمية التي قد ترتبط بذلك الوضع، فإن بنية الحافز واضحة: إذا كان الانتقال يسقط الصفة آلياً، فقد يتردد صاحب المورد في النقل حتى عندما تكون الحركة أكثر كفاءة.

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

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

وقد تبدو المفارقة أكثر وضوحاً هنا: استطاعت Draft 3 أن تكون أكثر احتراماً للاستمرارية التاريخية، وفي الوقت نفسه تظل أقل دقة في توزيع مسؤوليات التحقق. السياسة الواحدة يمكن أن تتحسن على محور وتتوقف على محور آخر. وهذا سبب آخر لعدم استخدام كلمة «إصلاح» وصفاً عاماً للنسخة الثالثة. ما جرى إصلاحه هو مصير الصفة القديمة في النص. أما الجسر المتبادل فظل يحمل السلك نفسه.

ما بقي من Draft 2 داخل Draft 3

احتفظت Draft 3 في 5.7.3.1 بشرط أن يكون المصدر الحائز الصحيح المسجل للمورد لدى أي RIR، وأن يمتثل لسياسات السجل المستقبِل، وألا يكون طرفاً في نزاع بشأن المورد. تجمع العبارة ثلاثة اختبارات مختلفة. التحقق من أن المصدر هو صاحب السيطرة المعترف بها يقع في صميم دقة السجل. وفحص وجود نزاع معلوم يمنع قيد انتقال قد يضاعف تعارض المطالبات. أما إخضاع المصدر لسياسة السجل المستقبِل فليس مجرد صورة ثالثة من الاختبارين السابقين؛ إنه ينقل علاقة القاعدة إلى مؤسسة قد لا تعرف المصدر ولا تخدمه.

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

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

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

مخطط علاقات موصول بالعكس

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

شرح تقييم موظفي AFRINIC أن كل RIR يتعامل مع الطرف الناقل في منطقته وأن السجلات تتواصل بعضها مع بعض. وورد أن AFRINIC لا يتولى مباشرة فحص مصدر خارجي لا تربطه به علاقة. هذه ليست حجة عن السيادة الإقليمية؛ بل عن اختصاص تشغيلي ناشئ من حيازة المعلومات والعلاقة الخدمية. كلمة «منطقته» هنا لا تحول الحدود الإدارية إلى حدود دولة، ولا تجعل المورد ملكاً جماعياً للإقليم. إنها تحدد الجهة التي تعرف العميل والسجل الذي يستطيع توثيق تغير حالته.

وفق ما سجله التقييم، وجد ARIN وAPNIC أن بند امتثال المصدر غير متوافق. وقال LACNIC إن سياسته لا تطلب من المصدر الامتثال للسجل الآخر. ورأى RIPE NCC أن إجراء البدء في 5.7.5 غير متوافق وغير قابل للتنفيذ. ليست هذه أحكاماً قضائية ولا إجماعاً عالمياً على معنى قانوني واحد. إنها تقييمات توافق عملية أوردها موظفو AFRINIC، لكنها واسعة الدلالة: الإجراءات المقابلة الأربعة المذكورة لم تتطابق مع تصور أن المصدر يبدأ لدى السجل المستقبِل ويخضع لقواعده.

يمكن تمثيل الخطأ ببساطة. لدينا مصدر «س» مرتبط بالسجل «أ»، ومتلقٍ «ص» مرتبط بالسجل «ب». تمتلك «أ» أفضل الأدلة على «س» والمورد الخارج؛ وتمتلك «ب» أفضل الأدلة على «ص» والقيد الداخل. Draft 3 وضعت «س» أمام «ب» في بداية المسار. البروتوكول الأكثر قابلية للتنفيذ يجعل «س» يبدأ لدى «أ»، ويجعل «ص» يكمل ما يلزم لدى «ب»، ثم يتبادل «أ» و«ب» رسالتين موثقتين أو معاملة منسقة. هذا التعديل لا يخفف التحقق؛ بل يضع كل تحقق عند الطرف القادر عليه.

التوافق ليس تشابه السياسات

من السهل أن تُفهم «التبادلية» على أنها تطابق: لن أعترف بنقلك ما لم تكن قواعدك نسخة من قواعدي. لكن أنظمة مختلفة تستطيع التشغيل البيني من دون التطابق. المطلوب هو طبقة مشتركة رقيقة تتيح تمثيل الواقعة نفسها: مورد محدد بلا لبس، مصدر معروف وصاحب سيطرة مسجلة، أداة نقل مخولة، حالة نزاع معلومة، متلقٍ محدد، لحظة نفاذ، وسلسلة تحديثات متسقة. يمكن أن تختلف الخدمات فوق هذه الطبقة في الرسوم، وشكل العضوية، واختبارات الاستخدام، والعمليات الداخلية.

إذا طُلب من المصدر الامتثال لكل سياسة لدى السجل المستقبِل، فإن أوسع اختلاف يصبح سبباً محتملاً لتعطيل الجسر. قد يعرّف سجل الحاجة بطريقة لا يستعملها الآخر. وقد يتطلب مستنداً لا يستطيع الطرف الأجنبي تقديمه لأنه ليس عضواً أو عميلاً. وقد يبني إجراءه على اتصال يبدأه السجل المقابل لا الفرد. هذه ليست بالضرورة دلائل على ضعف أي سجل منفرد؛ إنها دلائل على أن بروتوكول الربط لا يجوز أن يفترض عالماً مؤسسياً واحداً.

التوافق الأدنى يجيب عن سؤال: هل يستطيع السجلان تحديث الحالة من «المصدر مسجل لدى أ» إلى «المتلقي مسجل لدى ب» من دون أن يبقى القيدان صحيحين معاً أو يصبح كلاهما غير واضح؟ أما التطابق الواسع فيجيب عن سؤال مختلف: هل يقبل كل سجل فلسفة الآخر في تخصيص الموارد؟ ربط السؤالين يرفع كلفة النقل، ويمنح قواعد غير لازمة لدقة السجل قوة خارج نطاقها.

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

لماذا تسوية السجل جزء من الاقتصاد الحقيقي

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

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

ترفع الإجراءات غير المتوافقة عدة أنواع من الكلفة. أولاً، كلفة قانونية للتأكد من أن أداة النقل ستُقبل في مؤسستين مختلفتين. ثانياً، كلفة وساطة وضمان لأن لحظة التسليم والدفع لا تقابل لحظة تحديث موحدة. ثالثاً، كلفة زمنية ناتجة من إحالة الطرف بين سجلين لا يتفقان على نقطة البدء. رابعاً، كلفة تشغيلية لتنسيق التوجيه وreverse DNS وRPKI. وخامساً، خصم مخاطرة يلحق بالمورد عندما تكون السيطرة المعترف بها غير واضحة. المواد لا تقيس هذه الكلف في صفقات خاصة بـDraft 3، لكن آلية نشوئها قابلة للتحديد من اختلاف الإجراءات.

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

أقوى دفاع عن Draft 3

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

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

المشكلة ليست في الاعتراف بهذه المخاطر، بل في جمع أدواتها داخل كلمة واحدة مثل «التبادلية». منع التدوير يخص علاقة المصدر المستقبلية بخدمة تخصيص AFRINIC. اختبار الحاجة يخص قبول المتلقي في خدمة معينة. حفظ الصفة القديمة يخص كيفية استمرار معلومة تاريخية. التحقق من النزاع يخص سلامة المطالبة الحالية. وتبادل التأكيد يخص اتساق سجلين. هذه ضوابط مختلفة في الهدف والدليل والجهة القادرة على التنفيذ وسبيل معالجة الخطأ.

حالما نفصلها، يصبح الرد على الدفاع أوضح. نعم للتحقق من هوية المورد وصاحب السيطرة. نعم لفحص تعارض المطالبات. نعم لتنسيق السجلين. يمكن النظر بجدية في قيد زمني ضيق ومعلن ضد التدوير، مع قياس أثره. ويمكن للسجل المستقبِل تطبيق شروطه على المتلقي الذي يطلب خدمته. لكن لا يلزم من أي من ذلك أن يمتثل مصدر أجنبي لقواعد مؤسسة لا تربطه بها علاقة، أو أن يبدأ لديها الطلب، أو أن يتحول خلاف بشأن الحاجة إلى إنكار تقني لقدرة السجل الآخر على وصف انتقال مشروع.

وظيفة خاصة لا تفقد أهميتها حين تُحدّ

القول إن AFRINIC ماسك سجل ومنسق تقني خاص ليس تقليلاً من شأنه. على العكس، إنه تعريف دقيق لوظيفة حيوية. تفرد التسجيل، وصحة بيانات الحائز، واستمرارية reverse DNS، واتساق RPKI، وحفظ تاريخ النقل، كلها خدمات بنية تحتية يعتمد عليها مشغلون وأسواق. وقد يتطلب أداؤها عقوداً وبرمجيات وموظفين وتنسيقاً دولياً وتدابير أمنية.

لكن أهمية الوظيفة لا تغير طبيعتها. نشر مقترح ومناقشته وتقييمه وتحديث السجل لا يحول AFRINIC إلى دولة أو مشرّع أو منظم عام أو شرطة أو نيابة أو جهة عقاب أو مصادرة أو محكمة قانون عام. ولا يجعل موارد IPv4 ملكاً لـAFRINIC أو لمجموعة غير محددة تسمى «المجتمع». السجل يصف من يعترف به في علاقة خدمته، ويحافظ على تناسق منظومة تقنية؛ لا ينشئ الملكية بعبارة في قاعدة البيانات، ولا يصدر حكماً نهائياً في الحقوق الخاصة.

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

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

ماذا كان سيجعل الجسر قابلاً للعمل؟

يبدأ التصميم البديل من الأطراف الفعلية لا من خريطة المناطق. يسجل المصدر طلبه لدى RIR الذي يحتفظ بقيده الحالي. يتحقق ذلك السجل من الهوية والتفويض وتحديد المورد وأي علامة نزاع فعالة، ومن شروط خدمته المتعلقة بخروج المورد. في الوقت نفسه أو بعد رسالة تمهيدية موثقة، يسجل المتلقي طلبه لدى RIR المستقبِل. يتحقق هذا السجل من هوية المتلقي والمعلومات التي يحتاجها لتقديم خدمته، ومن شروط الدخول المعلنة التي تخص المتلقي نفسه.

بعد ذلك يتبادل السجلان معرفاً موحداً للمعاملة، وبصمة للمورد، وتأكيداً بأن كل طرف اجتاز فحوصه، ووقت نفاذ مقترحاً، وحالة أي متطلبات لاستمرارية reverse DNS وRPKI. لا يحتاج أحدهما إلى إرسال ملف عميله الكامل للآخر، ولا إلى تمكين الآخر من الحكم عليه. يكفي أن يكون التأكيد قابلاً للمصادقة، مرتبطاً بالمعاملة، ومحدود الصلاحية.

عند لحظة النفاذ، يحدث الانتقال كعملية منسقة. لا ينبغي أن يسجل السجل المصدر خروجاً نهائياً قبل أن يكون السجل المستقبِل جاهزاً، ولا أن يسجل المستقبِل دخولاً نهائياً بينما المصدر ما زال يظهر الحالة القديمة بلا إشارة. يمكن استخدام حالتي «معلق» و«ملتزم» مع مهلة وإلغاء آمن، على نحو يمنع بقاء نصف معاملة. ثم تُحدّث خدمات التسجيل وreverse DNS وRPKI وسجل النقل والتذاكر وفق ترتيب معروف، ويُبلغ الطرفان بنتيجة واحدة.

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

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

الأنظمة التي كان عليها أن تتحرك مع النص

لم يعامل تقييم الموظفين النقل باعتباره تعديلاً في صفحة سياسة فحسب. فقد حدد آثاراً محتملة في MyAFRINIC وreverse DNS وRPKI ROAs وسجلات النقل ونظام التذاكر، إضافة إلى مراجعة الإجراءات والتنسيق بين السجلات والعقود والموظفين وموارد هندسة البرمجيات. هذه القائمة تفسر لماذا لا تكفي عبارة فضفاضة عن «إخطار السجل الآخر».

في MyAFRINIC، يحتاج النظام إلى تمثيل حالة المعاملة ومن يحق له رؤيتها أو الموافقة عليها. وفي reverse DNS، يحتاج تفويض المناطق العكسية إلى انتقال لا يترك فجوة أو سلطتين متنافستين. وفي RPKI، يجب تنسيق إبطال ROA أو تعديله وإصدار ما يلزم في السياق الجديد من دون خلق فترة تتعارض فيها الإعلانات مع التفويض المشفر. وفي سجل النقل، يجب حفظ التاريخ بحيث لا يؤدي انتقال المورد إلى محو منشئه أو إخفاء تسلسله. وفي نظام التذاكر، ينبغي ربط مراسلات السجلين والأطراف بمعرف واحد يمكن مراجعته.

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

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

حدود ما نعرفه

لا توجد في المواد التي تثبت صيغة Draft 3 بينة على اعتمادها أو التصديق عليها أو تنفيذها. ولا توجد صفقة مكتملة أو مرفوضة يمكن نسبتها إلى النص، ولا قياس للسعر أو التأخير أو العضوية أو الاحتيال أو المخزون. كما لا توجد نتيجة قضائية أو حسم لملكية موارد IPv4 في أي ولاية. هذه ليست فجوات صغيرة يمكن ملؤها بالحدس؛ إنها حدود تحدد نوع الاستنتاج الممكن.

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

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

ما أثبتته النسخة الثالثة بالفعل

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

وأثبت تقييم 13 أكتوبر أهمية سؤال بسيط في أي قاعدة مشتركة: من يملك العلاقة التي تسمح له بالتحقق؟ إذا كانت الإجابة «السجل المصدر» بالنسبة إلى المصدر و«السجل المستقبِل» بالنسبة إلى المتلقي، فإن السياسة التي تعكس المسار تصنع عقبة من دون أن تضيف أماناً. قد تزيد المستندات، لكنها لا تزيد المعرفة؛ وقد توسع نطاق الامتثال، لكنها لا تحسن صحة القيد.

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