في APNIC Whois يحدد mnt-lower تسلسل أمناء الصيانة لا تسلسل التوجيه

الخلاصة

• توضح APNIC أن كائن mntner يجيز تحديثات قاعدة Whois، وأن mnt-lower يُستخدم إلى جانب mnt-by عندما يكون لأمناء الصيانة تسلسل هرمي.
• يحكم هذا التسلسل تغييرات السجل. ولا يثبت مخروط عملاء BGP أو علاقة عبور أو أصل إعلان حالي أو إمكانية وصول أو ملكية قانونية أو سيطرة راهنة على الموجهات وبيانات الاعتماد.

مستوى أدنى في قاعدة البيانات لا في الشبكة

يصف دليل كائن inetnum لدى APNIC كائن أمين الصيانة بأنه كائن قاعدة بيانات يُستخدم لإجازة تحديثات قاعدة APNIC. ويحمل سجل العناوين عادةً mnt-by الذي يحدد الأمين المسؤول عن حماية الكائن. وعندما يوجد تسلسل هرمي بين الأمناء، تقول APNIC إن mnt-lower يُستخدم أيضاً.

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

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

ثلاثة حقول صيانة وثلاث قراءات منفصلة

توثق APNIC الحقول mnt-by وmnt-lower وmnt-routes كلّاً على حدة. يحمي mnt-by الكائن نفسه. ويشارك mnt-lower في تسلسل صيانة الكائنات السجلية الأدنى. أما mnt-routes فيحدد أمين الصيانة الذي يتحكم في إنشاء كائنات route المرتبطة بنطاق العناوين. وقد يظهر الاسم نفسه في أكثر من حقل من دون أن تتحول هذه الإشارات إلى قياسات لشبكة حية.

يعزز دليل خيارات البحث المتقدم هذا الفصل، إذ يخصص استعلامات عكسية مستقلة لـ mnt-lower وmnt-routes وorigin. والعثور على كائن يشير إلى أمين في دور واحد لا يثبت بقية الأدوار. وحتى origin داخل كائن route يبقى تصريحاً سجلياً، لا ملاحظة مباشرة لإعلان BGP.

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

الحفاظ على الملاحظة السجلية

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

يعتمد الاختبار التالي على الادعاء. فالأصل المرصود يحتاج إلى جامعات BGP متزامنة مع تحديد نقاط الرصد. ويُفحص تفويض المسار بصورة مستقلة في حالة RPKI المناسبة. ويمكن دراسة السياسة المعلنة في كائنات IRR الملائمة من دون مساواة التصريح بالملاحظة. وتتطلب السيطرة الحالية تأكيد المشغل أو أدلة بيانات الاعتماد وإدارة التغيير. أما العلاقة التجارية فتحتاج إلى عقود أو إفصاحات أو تأكيد مباشر من الأطراف.

لا ينتقص هذا الفصل من قيمة Whois. يستطيع mnt-lower كشف تفويض سلطة تحديث السجل، والمساعدة في تتبع مسؤولية صيانة الكائن، والإرشاد إلى الجهة التي يمكنها تصحيح البيانات. وهذه نتائج مهمة ما دامت لا تُرفع إلى ادعاءات لم يُصمم الحقل لإثباتها.

الخلاصة المنضبطة

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

المصادر

• APNIC — دليل كائن inetnum
• APNIC — خيارات بحث Whois المتقدمة
• APNIC Whois — مثال حي لأمين صيانة