الخلاصة

  • تعيد استجابة APNIC الحالية لطلب RDAP عن 1.1.1.1 كائن شبكة IP يغطي 1.1.1.0–1.1.1.255 وتحمل مصفوفة حالته القيمة active.
  • تعرف RFC 9083 هذه المصفوفة بأنها حالة كائن مسجل. ولا تثبت وحدها ظهور البادئة في BGP أو إمكان الوصول إليها عالمياً أو توافر خدمة عليها.

كلمة واحدة في مستويين مختلفين

تحدد الاستجابة فئة ip network والمعرّف وحدود العناوين وأحداث التسجيل والروابط ومصفوفة الحالة. هذه بنية دقيقة ومفيدة، لكن دقة التنسيق لا توسع نطاق الدليل.

تنص الفقرة 4.6 من RFC 9083 على أن status يبين حالة كائن مسجل. وتعرض APNIC خدمة RDAP وسيلة للوصول إلى بيانات تسجيل موارد الإنترنت. لذلك تثبت active كيف عرض السجل الكائن وقت الاستعلام، لا كيف كانت الشبكة تعمل.

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

قد يبقى التسجيل active بينما لا يرى جامع معين المسار. وقد يظهر المسار بينما لا يستجيب مضيف. وقد تختلف نتيجة خدمة anycast باختلاف شبكة المصدر. لا تتعارض هذه الحالات لأنها تقيس أشياء مختلفة.

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

الصياغة الدقيقة هي: وقت الاسترجاع المسجل، نشرت APNIC كائن شبكة IP هذا بحالة active. أما الإعلان والوصول وحمل الحركة والسيطرة التشغيلية فتحتاج إلى مصادر أخرى.

المصادر