الخلاصة

  • يذكر عرض في APNIC 62 أن APNIC مثّلت 3.0% من «ناشري Geofeed الناجحين» في عينة عشوائية من 200 ألف صف جغرافي قابل للاكتشاف عبر Whois، مقابل 21.6% لـ ARIN و75.5% لـ RIPE NCC.
  • جُمعت النتائج بحسب أسماء netname المتميزة، واستُبعد AFRINIC وLACNIC لأسباب تقنية. ولم تُنشر أعداد المجتمع المؤهل، أو لحظة أخذ اللقطة، أو عدد الأسماء وراء كل عمود، أو تعريف حالة النجاح.
  • لذلك تصف النسب تركيب مجموعة نجاح مشمولة في القياس. ولا تثبت أن 3.0% من أعضاء APNIC أو حائزي الموارد أو البادئات أو الشبكات تبنوا Geofeed.
  • قد تخفض واجهة النشر بنقرة واحدة نوعاً من الاحتكاك، لكن أثرها يحتاج إلى إيصال قياس مُؤرشف بالإصدارات يربط الأهلية بالاكتشاف والتحقق والصيانة والاستخدام اللاحق.

الحاشية تحدد وحدة العد

تدعو الأعمدة إلى قراءة تنافسية: 3.0% لـ APNIC، و21.6% لـ ARIN، و75.5% لـ RIPE NCC. ويسأل العنوان عن السجل الإقليمي الذي يأتي منه الناشرون الناجحون، فيسهل تحويل ارتفاع العمود إلى ترتيب للتبنّي بين المناطق.

لكن الحاشية تغيّر الشيء المعدود. جاءت البيانات من عينة عشوائية تضم 200 ألف صف جغرافي من geolocatemuch.com، وكان شرط دخولها إمكان اكتشاف المرجع عبر Whois. وجُمعت السجلات «بحسب معرّفات الشبكات»، أي أسماء netname المتميزة. أما AFRINIC وLACNIC فحُذفا عمداً لأسباب تقنية.

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

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

تركيب العينة لا يساوي انتشار الظاهرة

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

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

يصف تقرير APNIC Blog المصدر بأنه عينة، ويقول إن البيانات أبرزت فروقاً إقليمية في تبنّي Geofeed. قد يكون الاتجاه حقيقياً؛ فالنجاحات الموسومة باسم APNIC قليلة داخل المجموعة المشمولة. لكن المعلومات المنشورة لا تقيس احتمال تبنّي مشغل تابع لـ APNIC مقارنة بمشغل تابع لـ RIPE NCC.

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

كلمة «ناجح» تحتاج إلى آلة حالات

تشرح صفحة geolocatemuch.com العلنية الاكتشاف عبر Whois، وتوفر ملفاً موحداً جرى التحقق منه. كما تكشف تعقيد عملية الربط: قد يحمل ملف واحد بادئات عدة، وقد تشير كائنات موارد متعددة إلى ملف واحد، ويجب إهمال الصفوف الواقعة خارج النطاق الذي يغطيه كائن التسجيل.

لا يعرّف رسم APNIC 62 «الناشر الناجح». هل النجاح هو العثور على المرجع، أم جلب عنوان URL، أم تحليل CSV، أم وقوع الصف داخل النطاق، أم التحقق من سلطة الناشر، أم اجتياز حقول المكان للفحوص، أم استخدام خدمة لاحقة للبيانات؟ هذه حالات مختلفة وليست تسمية واحدة.

يحدد RFC 8805 تنسيق الملف ويترك القرار للمستهلك. يمكن للمستهلك التعامل معه بوصفه إشارة، وتفضيل مصدر آخر، وتسوية التعارضات وفق سياسته. ويوحّد RFC 9632 الاكتشاف والمصادقة الاختيارية. بذلك تقوى الحجة بأن حائز المورد أجاز الملف، لكن الادعاء لا يتحول إلى جغرافيا مقاسة.

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

النقرة الواحدة تزيل احتكاكاً واحداً

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

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

لكن النقرة لا تستضيف CSV أو تصونه، ولا تقرر دلالة حقول المكان، ولا تثبت الدقة، ولا تجبر قاعدة تجارية على استهلاكه. قد تكتمل نقلة في جانب السجل فيما تبقى كل الحالات اللاحقة مجهولة.

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

إيصال قياس لادعاء التبنّي

يبدأ الإيصال المُؤرشف قبل الرسم. ينبغي أن يسجل وقت اللقطة، وإصدارات ملفات المصدر والبرمجيات، وقاعدة اختيار 200 ألف صف، وعدد الصفوف الخام والبادئات الفريدة، وطريقة الاكتشاف عبر Whois أو RDAP، وقاعدة ربط العنصر بالسجل، وكل استبعاد تقني. كما يسمّي حالة النجاح ويعرض التدفق عبر: مكتشف، ومجلوب، ومحلل، وداخل النطاق، ومتحقق السلطة، وراهن، ومستخدم.

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

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

يثبت تقرير مؤتمر APNIC 62 أن «The case for RIRs» كان عرضاً في Cooperation SIG. لكنه لا يحول اقتراح المتحدث إلى سياسة APNIC. كما ينبه المقال إلى أن آراء الكتّاب لا تمثل APNIC بالضرورة. هذا الفصل يحمي مساحة التجربة وحدود المساءلة معاً.

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

المصادر

  1. APNIC Blog — تحديد الموقع الجغرافي لعناوين IP في APNIC 62
  2. Sid Mathur — Self-published Geofeeds; the role of RIRs
  3. تقرير مؤتمر APNIC 62
  4. Geolocate much?
  5. RFC 8805 — تنسيق بيانات الموقع الجغرافي المنشورة ذاتياً
  6. RFC 9632 — العثور على بيانات Geofeed واستخدامها
  7. RFC 9877 — امتداد RDAP لبيانات Geofeed