الخلاصة

  • عرّف RFC 1930 النظام المستقل بسياسة توجيه واحدة وواضحة، لا باسم الشركة أو بعدد الموجّهات لديها.
  • كان نموذج RIPE لعام 1994 يفصل بالفعل بين البيانات الإدارية والتقنية؛ ثم أوضحت أفضل ممارسة عام 1996 متى يضيف ASN مستقل معنى إلى التوجيه.

التحليل

قد تملك مؤسسة موجّهات وكتلاً شبكية، وتشتري الاتصال من مزوّد، ومع ذلك لا تحتاج إلى رقم نظام مستقل خاص بها. هذه هي الفكرة غير البديهية في RFC 1930. ففي مارس 1996، لم تتعامل أفضل ممارسة لدى IETF مع ASN كشارة لكل مؤسسة متصلة بالإنترنت، بل عرّفت النظام المستقل بأنه مجموعة من بادئات IP تديرها جهة أو أكثر وفق سياسة توجيه واحدة ومحددة بوضوح. يصبح الرقم مفيداً حين تحتاج الشبكات الأخرى إلى تمييز تلك السياسة.

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

وكانت إجراءات التسجيل قد بدأت في إظهار هذا الفرق. فقسّم RIPE-109 المؤرخ 1 مارس 1994 طلب AS إلى جزء إداري وآخر تقني. كان الجزء الإداري إلزامياً، أما التفاصيل التقنية فيمكن أن تكون ناقصة عند الطلب، مع حثّ RIPE على إرسالها لاحقاً. وتضمّن النموذج كائن AS وعبارات as-in وas-out لوصف المسارات التي يقبلها المشغّل من نظرائه وما يعلنه لهم. ويذكر RFC 1930 صراحة أن توجيهاته الأوسع بُنيت على وثيقة RIPE الإقليمية.

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

وكانت دقة التعريف مهمة لأن فضاء الأرقام محدود. وصف RFC 1930 المجال حينها بأنه 16 بت، وقال مؤلفاه إن نحو 5,100 رقم خُصص، وإن أقل من 600 كان يشارك فعلياً في التوجيه العالمي عام 1996. هذه أرقام تاريخية وليست إحصاءً حالياً. وحذرت الوثيقة من إنشاء AS لمجرد أنه خطوة إدارية معتادة، وخصصت الأرقام 64512 إلى 65535 للاستخدام الخاص. وفي 2007، وضع RFC 4893 انتقالاً تدريجياً في BGP إلى أرقام من أربعة أوكتتات مع آليات توافق، ثم حل محله RFC 6793.

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

المصادر