الخلاصة

  • يربط src-members، كما تقترحه مسودة GROW، مرجع المجموعة المباشر بسجل IRR محدد، إلا أن هذا القيد لا ينتقل إلى المراجع الموجودة داخل المجموعة المختارة.
  • في مرحلة الانتقال يمكن لمحلل حديث وآخر قديم أن يبنيا سياستين مختلفتين من كائن مقبول واحد؛ لذلك يلزم إيصال يثبت مسار الحل وفارق النتيجتين قبل الإذن بالنشر على الشبكة.

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

تعالج draft-ietf-grow-rpsl-registry-scoped-members-00 الجزء الأول من المشكلة. تضيف المسودة الخاصية src-members إلى كائني as-set وroute-set. ويمكن للكاتب أن يستخدم قيمة مثل RIPE::AS-EXAMPLE بدلاً من اسم غير مؤهل. بذلك يصبح اسم السجل جزءاً من تعليمات البحث عن العضو المباشر.

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

التكرار يعيد القرار إلى الأداة

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

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

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

بعد العثور على المجموعة يتوقف أثر البادئة. تُحل مراجع المجموعة الابنة بحسب خصائصها هي. إذا احتوت على src-members جديد أمكنها تسمية سجل آخر. وإذا استخدمت members أو mp-members القديمتين عاد المحلل إلى خوارزمية اختيار المصدر المعهودة. لا تنتقل بادئة الأب إلى الأبناء.

وينطبق الأمر نفسه على الاستعلام الأول. تطلب المسودة من البرمجيات قبول معامل يقيد البحث عن الجذر بسجل معين، لكنها تمنع امتداد القيد تلقائياً إلى الاستعلامات اللاحقة. البدء من RIPE::RS-FIRST لا يثبت أن كل الكائنات الناتجة جاءت من RIPE.

التوافق يبقي قراءة بلا مصدر

تعتمد الخطة انتقالاً تدريجياً. ستظل برمجيات لا تعرف الخاصية الجديدة، وقد تبقى كائنات قديمة من دون تحديث أو بتحديث جزئي. لذلك تستمر members وmp-members إلى جانب src-members.

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

الاتجاه العكسي غير موثوق. لا يمكن استنتاج RIPE::RS-SECOND من RS-SECOND لأن المصدر هو المعلومة المفقودة أصلاً. لذا تمنع المسودة توليد الخاصية الدقيقة من البيانات القديمة.

هكذا يقرأ برنامج حديث الكائن على أنه إحالة إلى RIPE، بينما يقرأ البرنامج القديم الاسم المجرد ويطبق ترتيب سجلاته المحلي. نجاح التحقق يثبت توافق التهجئة بعد حذف البادئة، ولا يثبت أن البرنامجين سيجلبان الكائن نفسه.

وتحظر المسودة وضع RIPE::AS-OTHER وARIN::AS-OTHER معاً في src-members. المرجعان مختلفان في الصيغة الجديدة، لكن إسقاطهما إلى الصيغة القديمة ينتج AS-OTHER مرتين. التمثيل المتوافق لا يستطيع حفظ الفرق، ولذلك تقيد قواعده قدرة التعبير الجديدة.

هذا ثمن مقصود للتدرج، لا اتهام للآلية. لكنه يفصل بين قبول الكائن في السجل واتفاق كل المستهلكين على السياسة الناتجة.

إيصال يحفظ شجرة القرار

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

يبدأ الإيصال بمفتاح الجذر وأي قيد سجل في الاستعلام. ثم يثبت اسم برنامج التحليل وإصداره، وتفعيل دعم src-members، والسجلات المتاحة، ووقت المرايا ورقمها التسلسلي أو لقطة أو بصمة محتوى يمكن التحقق منها.

وتسجل كل حافة متكررة: سجل الكائن الأب ومفتاحه، والخاصية المقروءة، والمرجع كما كُتب، وهل كان اختيار المصدر صريحاً أم ضمنياً، والسجل والكائن المختاران وبصمتهما. السجل المجهول والكائن الغائب والتصادم والدورة وحد العمق وحد الحجم نتائج يجب حفظها، لا رسائل مؤقتة في سجل تنفيذ.

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

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

المصدر المعلوم ليس سلطة مطلقة

لا يحول الإيصال كائن IRR إلى إثبات لحق إعلان المسار. ولا يثبت علاقة تجارية، ولا يحل محل RPKI. إنه يثبت كيف تحولت مدخلات محددة إلى قرار يمكن مساءلته.

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

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

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

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

المصادر

  1. سجل مسودة أعضاء RPSL محددي السجل
  2. تاريخ المسودة الحالية
  3. الإصدار 00 بصيغة HTML
  4. الإصدار 00 النصي
  5. مصدر XML للإصدار 00
  6. سجل المسودة السابقة
  7. تاريخ المسودة السابقة
  8. الإصدار 01 من المسودة السابقة
  9. ميثاق مجموعة GROW
  10. وثائق GROW
  11. إعلان تبني GROW
  12. مستودع المصدر للمؤلفين
  13. RFC 2622: لغة مواصفات سياسة التوجيه
  14. RFC 4012: الجيل التالي من RPSL
  15. RFC 2725: أمن نظام سياسة التوجيه
  16. RFC 2650: استخدام RPSL عملياً
  17. RFC 7682: اعتبارات سجلات التوجيه
  18. RFC 7909: تعريف المشكلة واستخدام RPKI للتحقق من المنشأ
  19. Lu Heng: الحد الأدنى للمواصفة الأولية والقرار المستقبلي المحلي والتبني الطوعي
  20. Lu Heng: The Policy Mirror