الخلاصة

  • مع تعدد الشبكات التجارية بعد NSFNET، احتاجت الأنظمة المستقلة إلى مكان محايد تنشر فيه ما تنوي إعلانه وقبوله بصيغة منظمة تستطيع الأدوات تحليلها.
  • شاركت Elise Gerich في قيادة هذا التحول عبر Routing Arbiter، لكنه كان عملاً جماعياً، وظلت صلاحية صاحب البيان وحداثة البيانات وإعدادات الموجّهات والمسارات المرصودة حلقات مستقلة في سلسلة الإثبات.

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

أصبحت هذه الفجوة أكثر خطورة حين لم تعد NSFNET مركز البيئة الأمريكية، وبدأ مزودون تجاريون متعددون يتنافسون على خدمة العمود الفقري. صممت National Science Foundation انتقالاً يضم Network Access Points ووظيفة Routing Arbiter. كان من الممكن توزيع النقل على شركات خاصة، لكن لا يمكن توزيع المعرفة كلها إلى خزائن مغلقة. فالإنترنت المتعددة المشغلين تحتاج إلى قدر مشترك من قابلية الفهم كي تبقى شبكة واحدة من الناحية التشغيلية.

كانت Elise Gerich في موقع يربط الإدارة العامة بالهندسة. توثق Internet Hall of Fame عملها على NSFNET بين 1987 و1996، ومشاركتها في توسعة T1 والانتقال إلى T3، ودورها بوصفها co-principal investigator في Routing Arbiter Services. أما تاريخ Merit للمشروع فيذكر أن NSF منحت أعمال Routing Arbiter الأولى في 1994 إلى Merit وUSC ISI معاً. وكان Route Servers وRouting Assets Database، التي عرفت لاحقاً باسم RADb، من أبرز النتائج.

لا يصح تحويل هذه الوقائع إلى قصة مخترعة منفردة. فقد سبقت أعمال مجتمع RIPE في وصف سياسات التوجيه، وشارك مهندسو Merit وISI في بناء الخدمات والأدوات، وقدمت NSF التمويل والمهمة الانتقالية، واختبر المشغلون النماذج تحت ضغط التشغيل الحقيقي. تكمن أهمية Gerich في وصل قيادة البرنامج بالتوثيق والخدمة المستمرة. والطابع الجماعي ليس هامشاً؛ إنه جزء من سبب قدرة مؤسسة مشتركة بين المنافسين على اكتساب الشرعية.

يكشف RFC 1786، الذي شاركت Gerich ستة مؤلفين آخرين في كتابته عام 1995، عن المشكلة الأساسية. يستطيع بروتوكول مثل BGP تنفيذ مرشحات تستند إلى سياسة محلية، لكنه لا ينشر تلك السياسة ولا يشرحها للطرف الآخر. احتاج التنسيق التشغيلي وعزل الأعطال إلى طبقة أخرى. وبالاستناد إلى أعمال RIPE وتوسعات Merit، مثّل المستند العلاقة بين شبكتين في قرارين: ما ينوي نظام مستقل إعلانه، وما ينوي جاره قبوله. يفترض أن يتطابق الجانبان، لكن الواقع لا يضمن ذلك.

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

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

غير أن البيان المنشور ليس الواقع نفسه. يسجل route object ادعاء بأن بادئة ما ينبغي أن يكون لها origin AS معين. وتصف حقول الاستيراد والتصدير سلوكاً مقصوداً. لا يثبت أي منهما أن المسار معلن الآن في BGP، أو أن الجار قبله، أو أن الإعداد وصل إلى الجهاز. قد يسبق السجل التنفيذ، وقد يطابقه، وقد يبقى بعد تغيره بزمن طويل.

وثقت خبرة Internet Routing Registry اللاحقة تكلفة هذا الفاصل. يذكر RFC 2725 بيانات تقادمت بعد سحب مسارات أو إعادة ترقيم أو تغير الأصل أو المجاورة. ويوضح RFC 7682 أن الحافز قوي لإضافة معلومة جديدة حين يبني المزود مرشحاته من IRR، لكنه أضعف بكثير لحذف إدخال قديم لا يسبب أثراً ظاهراً. كما قد يعجز طرف ثالث عن معرفة أي مستودع هو صاحب المرجعية لمورد محدد.

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

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

تجيب تقنيات الأمان اللاحقة عن أجزاء محددة من السلسلة. يمكن لـRPKI، من خلال ROA، أن يثبت أن صاحب المورد أجاز لنظام مستقل أن يكون مصدر بادئة. لكن RFC 7682 يفرق بين هذا الإذن وبين سياسات الاستيراد والتصدير والتجميع الأكثر تعقيداً في RPSL. كما أن الإذن لا يمثل رصداً حياً لمسار BGP. سلطة المورد، وهوية من كتب البيان، وإعداد الجهاز، وما شوهد فعلاً أدلة مترابطة، لكنها ليست بديلاً بعضها عن بعض.

لهذا لا يتمثل إرث Gerich في قاعدة بيانات معصومة. الأهم هو بناء مؤسسة جعلت الاستقلال قابلاً للقراءة. جمع Routing Arbiter لغة ومستودعات وRoute Servers وأدوات، مع إبقاء القرار داخل كل شبكة. وتكشف نواقصه شروط الثقة بدلاً من أن تنفي الفكرة: يجب أن يكون للبيان مصدر معروف، وصلاحية زمنية، وقاعدة لحل التعارض، وطريقة لمقارنته بالسلوك.

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

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

المصادر