الخلاصة

  • تثبت سياسة APNIC تغير صاحب التسجيل، لكنها لا تثبت تلقائياً حالة كل سياسة أو اعتماد أو تفويض يشير إلى الرقم.
  • يفصل سجل التسليم بين حقائق السجل والأفعال الموثقة والكائنات المنشورة ومشاهدات BGP، ثم يربطها بالتوقيت والبصمات.
  • لا تثبت المصادر أن كل ASN منقول مستخدم في BGP أو يملك كائن aut-num أو يظهر في ROA؛ لذلك تلزم حالات «غير منطبق» و«غير مرصود» و«غير معروف».

تعرّف RFC 1930 النظام المستقل بأنه مجموعة مترابطة من البادئات تعمل وفق سياسة توجيه واحدة واضحة. لذلك ليس ASN مجرد رقم قابل للنقل، بل معرّف لنطاق سياسة تراه بقية شبكات الإنترنت.

تسمح سياسة APNIC الحالية بنقل أرقام الأنظمة المستقلة بين حائزي الموارد، وبين الأقاليم عندما يعتمد السجل الإقليمي المقابل سياسة متوافقة. يجب أن تكون الجهة الناقلة هي الحائز المسجل وألا يكون المورد محل نزاع، وأن تستوفي الجهة المستلمة معايير التخصيص. وتصف APNIC النقل بأنه انتقال المورد بين كيانين قانونيين مع تحديث Whois؛ تبدأ الجهة الناقلة الطلب في MyAPNIC وتؤكد الجهة المستلمة تسلّمه.

هذه الوقائع تثبت قرار التسجيل ضمن حدوده. لا تثبت أن الرقم نشط، أو أن كائن IRR موجود، أو أن جهات الاتصال والمفاتيح تغيرت، أو أن أصحاب البادئات حدثوا ROA. كما أن مشاهدة BGP تثبت ظهوراً في وقت ونقطة رصد محددين، لا الملكية ولا التفويض.

يحفظ القسم الأول معرّف النقل وASN والحسابين ونسخة السياسة وإيصالات البدء والإقرار والحالة ووقت النفاذ. ويضيف النقل بين RIRs السجل المقابل وأساس التوافق ومرجعي الإتمام. ويحفظ القسم الثاني استعلامي RDAP autnum قبل النفاذ وبعده، مع وقت الرصد وهوية الخدمة وبصمة الاستجابة وفق RFC 9082.

يسجل القسم الثالث قرار المستلم بشأن استمرار سياسة التوجيه أو الانتقال أو الإيقاف. وإذا وجد aut-num فيحفظ قاعدة المصدر والمفتاح والمسؤولين والبصمتين السابقة واللاحقة. ولا توضع علامة «محدّث» بلا إيصال منسوب وقراءة لاحقة.

أما القسم الرابع فيفصل تفويضات منشأ المسارات. نقل ASN لا ينقل سلطة أصحاب البادئات على ROA. توضح RFC 6907 وRFC 8206 الحاجة إلى ترتيب التحضير قبل القطع وإلى تفويضات جديدة في بعض عمليات انتقال ASN. ولكل اعتماد سلطة وحالة قديمة وجديدة ودليل نشر ورصد تحقق.

يسجل القسم الخامس مشاهدات BGP المحددة بالوقت والمصدر. غياب المسار عند جامع واحد لا يثبت عدم الاستخدام عالمياً، وظهوره لا يثبت التفويض. وتمنع حالات REQUESTED وREGISTRY_EFFECTIVE وDEPENDENCIES_IN_TRANSITION وHANDOVER_OBSERVED ملء الخطوات اللاحقة تلقائياً بمجرد نفاذ التسجيل.

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

المصادر