الخلاصة

  • طلب اقتراح ARIN رقم 2026.10 أن يدير جهات الاتصال الفنية المرتبطة بمورد معين بيانات RPKI وIRR لذلك المورد. أقرت ARIN بالحالة في 4 سبتمبر، وأحالتها إلى ترتيب داخلي للأولويات ثم وسمت الاقتراح Closed من دون موعد تسليم.
  • تظل تعليمات إنشاء ROA وحذفه تمر عبر شاشة RPKI الخاصة بمعرّف المنظمة. يحتاج الفني المرتبط بالمورد وحده إلى حساب مخوّل على مستوى Org ID قبل أن تبدأ ساعة نشر السجل.

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

قدّم Nathanael Jean-Francois الاقتراح في 20 أغسطس 2026. وصف منظمات تترك العمل اليومي على موارد معينة لفنيين أقرب إلى الخدمات المتأثرة، بينما تقع صلاحية ROA عند جهة اتصال التوجيه الخاصة بالمنظمة. قال إن هذا المرور يزيد زمن معالجة حوادث أمن التوجيه وتجهيز خدمات جديدة. لم يقدم قياسًا لعدد الدقائق أو الحوادث. الواقعة القابلة للفحص هي انفصال المسؤولية عن المورد عن سلطة توقيع بيان منشأ مساره.

ردت ARIN في 4 سبتمبر بأنها تدرك الحاجة إلى ضبط أدق لصلاحيات RPKI وIRR، وستنظر في الفكرة ضمن أولوياتها الداخلية لتحسين الإدارة والصلاحيات لاحقًا. ثم وضعت حالة Closed على الصفحة. لا يظهر موعد إطلاق أو مرحلة تصميم عامة. وتظل إرشادات ROA تطلب من المستخدم اختيار المنظمة ثم Manage RPKI لإنشاء السجلات أو إزالتها. كما توجه الأسئلة الشائعة عن RPKI إلى Org ID الخاص بالمورد لعرض ما تغطيه شهادة المنظمة.

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

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

تنشر ARIN أرقامًا لساعة أخرى تبدأ بعد إنشاء ROA. تقول الأسئلة الشائعة إن السجل يدخل المستودع فورًا، ويُنشر المستودع كل خمس دقائق، ويُنتظر أن يؤثر ROA في التوجيه على الإنترنت خلال 30 إلى 60 دقيقة من إنشائه. هذه الأرقام لا تقيس انتظار الشخص صاحب صلاحية Org ID. وعند حذف ROA، تذكر الإرشادات أن قاعدة ARIN تتغير فورًا وأن المستودع العام يعكس الحذف خلال 24 ساعة. زمن إنشاء السجل وحذفه مختلفان؛ قبلهما زمن بشري لم يُقَس في الاقتراح.

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

حتى ذلك الحين، على مشغّل الشبكة أن يعرف لكل Org ID من يستطيع إنشاء ROA وإلغاءه، ومن ينوب عنه، وكيف يُستدعى في حادثة. أقرت ARIN بالفجوة بين العمل والصلاحية. أغلقت صفحة الطلب؛ بقي المفتاح في الطابق الأعلى.

الاقتراح ورد ARIN · آلية ACSP · إدارة ROA · أسئلة RPKI · دليل Org ID