الخلاصة

  • يثبت بيع اتصال مخصص وجود خدمة اتصال، لكنه لا يثبت وحده أن العميل تسلم كتلة من عناوين IPv4.
  • يسجل النقاش العلني في سبتمبر ملاحظة عن البوابات ومثالاً لمزود برازيلي، من دون أن يقول إن عناوين انتقلت إلى العميل أو أن يحدد التصنيف المناسب.

في 14 سبتمبر، سأل أحد المشاركين في قائمة سياسات LACNIC لماذا يظهر خيار إعادة الإسناد في MiLACNIC ولا يظهر في Registro.br، وما إذا كان هناك موعد نهائي. وفي اليوم التالي، تحدث مشارك من Registro.br عن عمل LACNIC مع سجلات الإنترنت الوطنية (NIRs) لتشغيل القاعدة، مشيراً إلى أن لكل نظام مشكلاته أيضاً. ثم قال مشارك آخر إنه رأى الخيار في MiLACNIC لرقم نظام مستقل يعرفه، لكنه لم يحتج إلى استخدامه بعد. وأضاف أن ما دفعه إلى السؤال حالة حقيقية: مزود إنترنت برازيلي يبيع اتصالاً مخصصاً لشركة ليست برازيلية. (سؤال 14 سبتمبر; رد بشأن التنفيذ; توضيح الحالة)

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

هذا التمييز يقع في صميم سياسة LACNIC رقم LAC-2025-5، «إعادة إسناد موارد IPv4 إلى أطراف ثالثة». تسجل الصفحة الرسمية التصديق عليها في 24 مارس 2026. ويقتصر النص النافذ على IPv4، ويضع شروطاً لإعادة الإسناد المؤهلة: متطلبات تخص المستلم، وحدوداً لحجم الكتلة، ومعايير للاستخدام أو للحاجة الفورية، وربطاً في WHOIS بين الكتلة ورقم النظام المستقل للمستلم، وحدثاً في سجل عام لحركة الموارد. كما تبقى المسؤولية النهائية على عضو LACNIC الذي يعيد الإسناد، وتوجد فترة انتظار بعد النقل أو استعادة المورد. (النص النافذ المصادق عليه)

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

الاختبار يتعلق بمستلم المورد، لا باسم الخدمة

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

لا يصنف الدليل الحالة المذكورة في القائمة، لكنه يبين لماذا لا تصلح كلمة «اتصال» بديلاً عن سؤال السياسة. فالدائرة أو الوصلة تصف ما يشتريه العميل: اتصالاً بين نقاط الشبكة. أما سجل الموارد فيصف شيئاً مختلفاً: أي مؤسسة تتسلم كتلة IPv4 وما الأدلة التي تربطها بالمورد. وقد يجمع عقد أو فاتورة واحدة بين الأمرين؛ وقد يوجد أحدهما من دون الآخر.

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

تحدد LAC-2025-5 عناصر الفحص. يجب أن تقع الكتلة ضمن نطاق الحجم الوارد في النص الحالي. ويجب أن يستوفي المستلم شروط رقم النظام المستقل وIPv6. ويفرق اختبار الاستخدام بين الاستخدام القائم أو الحاجة الفورية، وبين خطة بلوغ العتبة الأعلى خلال سنة. ويربط WHOIS الكتلة برقم النظام المستقل للمستلم، ويسجل سجل الحركة العام الكتلة والرقم والتاريخ وبدء الحدث أو انتهائه. ويحتفظ العضو الذي يعيد الإسناد بالمسؤولية النهائية. هذه ليست مؤشرات عامة على وجود عميل، بل حقول لنظام محدد لإدارة الموارد.

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

اختلاف البوابة يطرح سؤالاً ولا يثبت عطلاً

ينبغي قراءة نقاش سبتمبر بوصفه دليلاً محدود النطاق على التنفيذ. ففي 1 سبتمبر، قال مساعد السياسات في LACNIC إن التنفيذ متوقع قبل نهاية العام، بدءاً بالجوانب الأساسية، مع استمرار العمل على تحديات تقنية. ثم أفاد مشارك بأنه رأى خياراً في نظام ولم يره في آخر. وأشار رد إلى العمل المشترك وإلى مشكلات خاصة بكل نظام. وقال مشارك آخر إن الخيار ظهر له في MiLACNIC لرقم نظام مستقل يعرفه، لكنه لم يستخدمه بعد. (إشعار التنفيذ في 1 سبتمبر)

تظهر الرسائل أن المستخدمين حاولوا فهم طريقة ظهور القاعدة الجديدة في واجهات مختلفة بينما كان التنفيذ لا يزال جارياً. لكنها لا تثبت تعطل بوابة، ولا أن الخيار كان متاحاً لكل حساب في MiLACNIC، ولا أنه كان يجب أن يظهر في Registro.br في ذلك الوقت، ولا أن موعداً نهائياً قد فات. إنها ملاحظات مؤرخة وتفسيرات، وليست مقارنة مضبوطة لسلوك النظامين.

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

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

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

ما الذي يجب أن يثبته سجل تنفيذ مفيد؟

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

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

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

الدرس محدود لكنه مهم. قد يحمل الاتصال المخصص عناوين، وقد تجمع الخدمة التجارية عدة مدخلات شبكية. لكن الإجابة لا تكمن في الاسم التسويقي للخدمة أو جنسية العميل أو ظهور خيار في البوابة. بل في هوية مستلم مورد IPv4 وكيفية تسجيل العلاقة واستيفاء شروط القاعدة الحالية. الأدلة العامة تطرح السؤال ولا تحسمه.

النسخ الرسمية الأخرى للسياسة LAC-2025-5