الخلاصة

  • خصصت RFC 2373 عناوين anycast من فضاء unicast؛ فلم تكشف البتات أن واجهات عدة تشترك في العنوان، ولم تحدد الواجهة التي ستتلقى الحزمة.
  • كان معنى «الأقرب» هو نتيجة مقياس المسافة لدى بروتوكولات التوجيه في تلك اللحظة، لا الأقرب جغرافياً ولا الأسرع أو الأصح أو الأقل حملاً أو الثابت عبر الزمن.

عنوان واحد بلا فائز مكتوب فيه

بدأ نموذج العنونة في RFC 2373 من الواجهات. يحدد unicast واجهة واحدة، ويحدد multicast مجموعة ويوصل إلى جميع أفرادها، أما anycast فيحدد مجموعة أيضاً لكنه يوصل إلى واجهة واحدة فقط، هي «الأقرب» وفق التوجيه.

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

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

«الأقرب» حكم صادر عن التوجيه

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

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

حمل التوجيه سجل العضوية الخفي

وصفت RFC 2373 أطول بادئة P تشمل النطاق الطوبولوجي الذي يضم أعضاء مجموعة anycast جميعاً. داخل P، كان على كل عضو أن يظهر في مسار منفصل خاص بالمضيف. وخارج P، أمكن تجميع العنوان ضمن مسار البادئة نفسها.

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

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

قد تعني الأصفار «أحد الموجهات»

جعل عنوان Subnet-Router anycast الإلزامي هذا الغموض ملموساً. فهو يجمع بادئة الشبكة الفرعية بمعرف واجهة كله أصفار. من ناحية الصيغة، لا يختلف عن عنوان unicast للواجهة صفر. أما من ناحية التشغيل، فعلى كل موجهات الشبكة الفرعية معرفته، وتُسلّم الحزمة إلى واحد منها.

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

سجلت القيود الأولى مقدار عدم اليقين

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

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

ما الذي تثبته الإجابة فعلاً

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

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

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

جعلت RFC 2373 عنواناً واحداً قادراً على العثور على عضو من مجموعة. ونجح ذلك لأنها لم تتظاهر بأن العنوان يعرف مسبقاً من سيكون ذلك العضو.