الخلاصة

  • تقول مسودة السياسة ARIN-2025-1 إن جميع مزودي خدمات الإنترنت هم سجلات إنترنت محلية، وإن العكس لا يصح دائماً. ويشترط تعريف LIR المقترح وظيفة Internet Registry وعضوية RIR وتلقي تخصيصات ثم توزيع الأرقام على العملاء والمستخدمين النهائيين والبنية التحتية.
  • أما تعريف ISP المقترح فلا يشترط إلا تقديم خدمات إنترنت إلى أطراف من خارج المؤسسة، ويذكر الاتصال وخدمات الويب والاستضافة المشتركة والخوادم المخصصة وVPS وVPN. لا تثبت هذه الوقائع وحدها أياً من شروط السجل التي يلزمها الاحتواء المعلن.
  • يمكن إصلاح الفجوة من دون أن تصمم ARIN أعمال الشركات: تثبيت إصدار المصطلحات ودورة حياة المورد ووظيفة التفويض والمادة المطبقة لكل تصنيف، مع سجل محمي لكل موضع مهم ينتقل فيه النص أو التطبيق من ISP إلى LIR.

بطاقتان لا تدخل إحداهما في الأخرى تلقائياً

تبدو الكلمتان مترادفتين عند النظر إلى شركة اتصال تقليدية. فهي تبيع النفاذ، وتتلقى كتلة عناوين مباشرة، وتوزع أجزاء منها على العملاء، ثم تسجل ذلك التوزيع. يصف ISP موقع الشركة في السوق، فيما يصف LIR وظيفتها في سلسلة الأرقام؛ وفي هذا المثال تقع الصفتان على المؤسسة نفسها.

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

يصنف متعقب NOG Alliance المستقل المقترح ARIN-2025-1 بوصفه Draft Policy، ويسجل 13 أغسطس 2026 تاريخاً لآخر تغيير. وينطلق المقترح من نقص حقيقي: LIR معرّف بينما يبقى ISP ضمنياً. ثم يضيف بيان المشكلة علاقة محددة، فيقول إن جميع ISPs هم LIRs بحكم الدلالة والممارسة التجارية الشائعة، لكن ليس كل LIR هو ISP.

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

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

تعريف LIR يتبع سلسلة المورد

يضع النص المحفوظ في أرشيف مستقل لرسالة PPML من مارس 2026 عدة روابط لتعريف LIR. فهو Internet Registry وعضو في RIR، ويتلقى منه allocations لأرقام الإنترنت، ثم يخصصها للعملاء والمستخدمين النهائيين والبنية التحتية.

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

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

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

تعريف ISP يتبع نشاط السوق

ينطلق تعريف ISP المقترح من محور آخر. فهو المنظمة التي تقدم خدمات إنترنت إلى منظمات أو عملاء أو أفراد غير موظفيها. وتشمل الأمثلة الاتصال وخدمات الويب وcolocation والخوادم المخصصة والخوادم الخاصة الافتراضية والشبكات الخاصة الافتراضية.

لا تقول الجملة إن ISP يجب أن يكون Internet Registry. ولا تشترط تلقي allocation مباشرة من RIR، أو امتلاك حالة عضوية معينة، أو إعادة تخصيص موارد رقمية أو تعيينها للعملاء.

يظهر الغموض في نقاش PPML محفوظ بصورة مستقلة حول دليل الطلب. ينقل مشارك دليلاً يختصر LIR بأنه ISP، وينقل في الوقت نفسه تعريفاً يقول إن LIRs يكونون «عادة» ISPs، ثم يسأل: هل الفئتان متطابقتان أم متداخلتان أم اختياريتان لحامل direct allocation؟ يثبت الأرشيف طرح السؤال، لا كيفية حسم طلب بعينه.

يكشف هذا الترتيب عن الجسر المفقود. قد يدل اسم الخدمة على الباب الذي ينبغي فحصه، لكنه لا يجتاز الاختبار خلف الباب. بيع VPN ليس واقعة تلقي allocation من RIR، وتشغيل خادم مخصص لا يثبت تسجيل توزيعات الأرقام إلى العملاء.

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

المطلوب ليس اختياراً بعينه، بل اختيار مكتوب لا يترك لكل قارئ بناء سياسة مختلفة.

الاستلزام الذي لا يظهر في النص

يمكن إظهار الفجوة بخمسة محمولات تحليلية. هذه الرموز ليست مصطلحات ARIN ولا مقترحاً لقاعدة بيانات.

ليكن IR(x) أن المنظمة x توزع موارد أرقام الإنترنت وتسجل توزيعاتها، وM(x) علاقة العضوية المحددة بالسجل الإقليمي، وA(x) تلقي allocation منه، وD(x) تخصيص المورد أو تفويضه في اتجاه المصب، وS(x) تقديم خدمة واحدة على الأقل من القائمة إلى طرف خارجي.

عندئذ يمكن قراءة تعريف LIR على صورة LIR(x) = IR(x) ∧ M(x) ∧ A(x) ∧ D(x). ويقرأ تعريف ISP على صورة ISP(x) = S(x).

لكي يكون كل ISP هو LIR، يحتاج النص إلى S(x) → IR(x) ∧ M(x) ∧ A(x) ∧ D(x). لكنه لا ينص على هذا الاستلزام.

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

مزود افتراضي عند الحد

لنتصور شركة مختلقة تبيع خدمة ويب مُدارة ووصول VPN. تأتي كل عناوينها من مزود أعلى، وليس لها allocation مباشر من RIR، ولا تؤدي وظيفة Internet Registry بتوزيع موارد أرقام على العملاء وتسجيلها.

هذه حالة تركيبية لاختبار المنطق، وليست اسماً لمشغل حقيقي أو طلباً لدى ARIN أو تقريراً عن ممارسة الموظفين.

تحقق الشركة محمول ISP المنشور لأنها تقدم خدمتين مذكورتين إلى أطراف خارجية. لكنها لا تحقق على الأقل شرطي التخصيص المباشر والتوزيع للمصب في تعريف LIR. وقد لا تحقق شرط member of an RIR أيضاً، بحسب المعنى المقصود منه.

قد يكون وصف الشركة تجارياً بأنها ISP مفيداً. وقد يكون توجيهها إلى دليل طلب ISP مفيداً أيضاً، لأنه يساعدها على معرفة ما إذا كانت تعيينات عملائها المستقبلية تبرر allocation مباشراً. لكن التوجيه لا ينشئ تخصيصاً قبل صدوره، ولا يحول استخدام عناوين upstream إلى وظيفة سجل.

ليست حالة الحد فخاً لغوياً. إنها أرخص اختبار لمعرفة ما إذا كان التعريف ينقل العلاقة التي قصدها واضعوه.

وظيفة المورد والاسم التجاري محوران مختلفان

يصف RFC 7020 نظام سجلات الأرقام باعتباره هرمية توزع فيها السجلات الموارد على العملاء، ويقول إن LIRs يكونون عادة ISPs. كلمة «عادة» تصف علاقة متكررة؛ ولا تنشئ هوية بين دور السجل وكل شركة تبيع خدمة إنترنت.

على محور المورد توجد جهة طالبة وحاملة تخصيص مباشر وموزعة للمصب وend user ومستخدمة لمساحة upstream. وعلى محور الخدمة توجد الاتصال والاستضافة وcolocation وVPN. يمكن للتصنيف قراءة المحورين، لكنه يجب أن يذكر أي تركيب يشغّل الدور المعياري.

جعل تعريف بديل مقترح في PPML هذا الاختيار صريحاً: ربط LIR بنظام RFC 7020، وجعل استهلاك موارد الأرقام وتبريرها للعملاء سمة مهمة لـISP. كان ذلك اقتراح مشارك لا نصاً معتمداً. قيمته تشخيصية: حين تعرف وظيفة المورد المطلوبة يمكن كتابة الجسر في جملة واحدة.

وإذا بقيت member of an RIR شرطاً لـLIR، فيجب تحديد العلاقة الدقيقة ووقت اختبارها. لا تنشئ الخدمة التجارية تلك الحالة بالاستلزام، ولا ينبغي استنتاج علاقة المورد من الاسم التسويقي.

التاريخ الإداري أبقى الدورين منفصلين

كان RFC 2901، وهو دليل معلوماتي من عام 2000، يوجه المؤسسات إلى مواد مختلفة بحسب كيفية حصولها على العناوين واستخدامها. إنه تاريخ ولا يقرر شروط ARIN الحالية. لكنه يحفظ نقطة تحليلية: استُخدم ISP منذ زمن اسماً لمسار طلب، بينما ينتمي LIR إلى هرمية السجلات.

قد تتقارب الكلمات في الحديث وتستمر الإجراءات في سؤال حقائق مختلفة. الحقيقة المشتركة المفيدة ليست الاسم المفضل للشركة، بل وظيفة المورد التي تختار قاعدة في إصدار وزمن محددين.

النقاش العام وجد الجسر الضعيف

لم يكن النقاش المحفوظ خلافاً أسلوبياً فقط. وافقت رسالة من مارس 2026 على أن جملة LIR المقترحة غير مكتملة نحوياً، وشككت في at a local level لأن بعض LIRs تعمل وراء منطقة RIR واحدة. وأعادت الرسالة نفسها نشر تعريف ISP القائم على قائمة الخدمات.

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

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

مصفوفة دنيا بين الدور والمحمول

لا يتطلب الإصلاح أن تجمع ARIN قائمة بكل ما تبيعه كل شركة. يكفي سجل صغير ومحمي يربط قرار الدور بالقاعدة وبوظيفة المورد الفعلية.

تكفي ستة عشر خانة لمصفوفة أولية وبيان انتقال.

  1. هوية المنظمة وOrg ID. تسجيل الكيان القانوني والكيان في السجل اللذين استخدما في التصنيف، مع الحد الزمني ذي الصلة.
  2. هوية الطلب أو القرار. مفتاح ثابت، ووقت الإرسال، وروابط صريحة إلى المراجعات أو الطلبات البديلة.
  3. إصدار المصطلحات وتاريخ النفاذ. تحديد NRPM أو المسودة أو إصدار التنفيذ الذي عرّف ISP وLIR وIR وend user والتفويض.
  4. غرض التصنيف. ذكر قرار السياسة الذي يختبر الدور من أجله؛ فلا يحكم وصف تجاري شامل إجراءات لا علاقة بينها.
  5. محمول الخدمة التجارية. تسجيل فئة الخدمة الخارجية المحدودة اللازمة من دون إدخال كتالوج المنتجات الخاص كله في السياسة.
  6. محمول Internet Registry. بيان ما إذا كانت المنظمة توزع موارد الأرقام وتسجل ذلك، مع مرجع محمي إلى الدليل.
  7. حالة allocation المباشر. فصل لا يوجد، ومطلوب، ومقبول، وصادر، ومعاد، وملغى، ومستبدل، وربط كل حالة بحدث المورد.
  8. وظيفة التفويض للمصب. تسجيل reallocation أو reassignment، وفئة المتلقي، والمادة التي تحكم الوظيفة.
  9. استخدام البنية الداخلية. إبقاء الاستخدام الذاتي المحدود منفصلاً عن التوزيع على العملاء.
  10. حالة العضوية. تسجيل non-member applicant أو Service أو General أو General in Good Standing أو Trustee وفق القاعدة المعنية، وعدم استنتاج قوة التصويت من دور المورد.
  11. حالة الاتفاق والسلطة. ربط تغطية RSA أو LRSA وسلطة ممثل المنظمة بدليل محمي من دون نشر وثائق التفويض.
  12. مسار السياسة المطبق. تسمية المواد واختبارات الأهلية والاستثناءات التي اختارتها وظيفة المورد المتحققة.
  13. مطابقة مواضع المصطلح. حفظ المصطلح القديم والجديد والقسم والواجهة ورمز محدود للأثر الدلالي في كل موضع مؤثر.
  14. ربط التنفيذ. وصل معنى السياسة بالإصدار المطابق من الدليل العام وإرشاد الموظفين والتدريب وحقل الطلب وحالة الاختبار.
  15. النتيجة والتفسير والتصحيح. حفظ المحمولات الحاسمة، والنتيجة، ومسار المراجعة، وانتقال الدور اللاحق، وسجل التصحيح.
  16. إسقاط تجميعي حافظ للخصوصية. نشر أعداد مسارات الطلب وتغييرات التصنيف واختلافات إصدار النموذج والتصحيحات من دون أسماء المتقدمين أو أسرار المنتجات.

هذه ليست مطالبة بمخطط قاعدة بيانات بعينه. إنها أقل قدر من المعلومات الذي يمكّن مراجعاً آخر من إعادة بناء سبب تطبيق مسار سياسة محدد.

الطبقة المشتركة تعرف الوظيفة ولا تصمم الشركة

توفر Minimum Initial Specification حداً مناسباً. ينبغي أن تكون طبقة التنسيق المشتركة صارمة في الحقائق الحتمية اللازمة للتفرد والتشغيل البيني والإثبات والسلامة والأمن. أما ترتيبات العمل والطموح المؤسسي والتفضيل التقديري فتبقى محلية.

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

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

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

المصادر

ما لا تثبته الأدلة

لا يحدد أي مصدر في هذه الحزمة منظمة حقيقية وضعتها ARIN في مسار طلب خاطئ بسبب مصطلحي ISP وLIR. ولا توجد قياسات لتذاكر إضافية أو تأخير أو رفض أو تغير في حجم allocation. كما لا تنشر الحقول الحالية للتطبيق الداخلي أو التدريب أو منطق التصنيف الكامل.

لذلك تدعم الأدلة نتيجة نصية وتوصية للانتقال. ولا تدعم اتهاماً بسوء السلوك أو تقديراً لمعدل حدوث الخطأ.

كذلك لا تتنبأ بنتيجة السياسة. يصنف المتعقب المستقل ARIN-2025-1 بوصفه Draft Policy. قد تعيد نسخة لاحقة الربط المباشر بين المجموعتين، أو تحذف دعوى الاحتواء، أو تختار LIR وحده، أو تعيد تصميم التعريفين. وسيكون تقييم الموضوع الجديد حقيقة جديدة، لا تصديقاً لاحقاً لاستنتاج اليوم.