الخلاصة

  • رتّب RFC 1863 الخوادم بحسب عدد العملاء الذين تتولى إعلامهم، فأعطى الأقل حملاً أقصر DelayTimer وجعله الأرجح فوزاً، لا المرسل الوحيد المضمون.
  • كانت قائمة العملاء المُعلَمين إعلاناً من الخادم عن مسؤولية الإرسال، لا إيصالاً من العميل يثبت الاستلام أو اختيار المسار أو تثبيته أو استمرار الوصول.
  • ظل العميل مطالباً باستبدال المسارات المتطابقة بلا اضطراب، وكان التحويل عند الفشل محكوماً بالجلسات وHold Time. وسجل RFC 4223 لاحقاً أن هذا التصميم المحدد لم يملك أي تطبيق.

أسبقية زمنية لا تمنح ملكية

اقترح RFC 1863 عام 1995 خوادم BGP/IDRP لتخفيف عدد الجلسات في الشبكة الكاملة. يتصل العميل بجميع خوادم العنقود طلباً للتكرار الاحتياطي، لكن خادماً واحداً فقط يفترض أن يرسل إليه التحديثات في الحالة العادية.

يتبادل الخوادم رسائل LIST كاملة. يحتفظ كل خادم بقائمته وبنسخة من قائمة كل زميل، ثم يرتبها أولاً بعدد العملاء وثانياً بعنوان الخادم عند التعادل. إذا لم يظهر العميل الجديد في أي قائمة، ينتظر الخادم صاحب المرتبة N مدة (N-1) × DelayGranularity.

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

ما انخفض هو عدد الاتصالات

كان الخادم يمرر المسارات الخارجية وسماتها من دون اختيار أفضل مسار لغرض التوزيع. يطبق العميل سياسته المحلية كما لو أن المعلومات وصلت من نظير مباشر. سماه المستند virtual peering وحدد فائدته: يقل عدد جلسات كل موجّه حدودي، لكن حجم معلومات التوجيه التي يحفظها العميل لا ينخفض.

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

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

كلمة «مُعلَم» جاءت من المرسل

لم يكتب العميل سطره في LIST. كان الخادم يقول إنه مسؤول عن إرسال المعلومات إليه. لا تؤكد القائمة وصول UPDATE معينة ولا بقاء المسار في ذاكرة العميل.

تظهر الحدود منذ حالة Initiation. يستطيع الخادم قبول الجلسات ومعالجة التحديثات الواردة، لكنه لا يرسل تحديثات. ينتظر مؤقت البدء المقترح لخمس دقائق أو اكتمال الجلسات الداخلية المكوّنة ووصول قوائمها. وجود جلسة حية لا يعني أن مسؤولية الإعلان صارت منسقة.

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

الفشل أعاد فتح الطلب

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

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

ربط RFC 1863 هذه العملية بميزانية زمنية: ينبغي أن يكون أكبر DelayTimer مضافاً إلى Hold Time بين الخوادم أقل من ثلثي أصغر Hold Time لدى العملاء. استخدم المثال 90 ثانية للعميل و30 ثانية بين الخوادم و15 ثانية لـDelayGranularity في عنقود من ثلاثة خوادم.

تحقق المتباينة يثبت بقاء نافذة للعمل، ولا يثبت حداثة جدول الناجي أو قبول العميل أو استمرار مستوى البيانات.

أثر داخلي لا يصبح سلسلة منشأ

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

كانت وظيفة ADVERTISER مختلفة، ولم توفر أي من السمتين المصادقة التي تركها المستند خارج نطاقه.

الخاتمة التاريخية جاءت بلا تطبيق

تضع صفحة RFC Editor المستند اليوم في حالة Historic. وذكر RFC 4223 عام 2005 أن تطبيقات خادم RFC 1863 غير موجودة وأن التصميم لم يستخدم بديلاً للشبكة الكاملة.

لا تشمل العبارة كل ما يسمى route server؛ فقد استبعد RFC 4223 الاستخدامات الأخرى صراحة. وذكر route reflection واتحادات BGP وأرقام AS الخاصة ضمن البدائل السائدة. يصف RFC 2796 وخلفه RFC 4456 عاكساً يختار أفضل مسار ويستخدم سمات أخرى لمنع الحلقات، بينما يصف RFC 3065 الاتحادات. لم تكن تلك تطبيقات مخفية لـRFC 1863.

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

ستة إيصالات لا تختصر في نتيجة واحدة

تثبت الجلسة اتصال التحكم. وتثبت LIST ادعاء مسؤولية حالياً. ويزيد المؤقت القصير احتمال السبق. ويقلل الفحص الثاني أثر التأخر. ويحتوي الاستبدال المطابق التكرار. ويحجز Hold Time زمناً للاسترداد.

لا يثبت أي منها وحده خدمة نافعة. تتطلب النتيجة مسارات حديثة وسياسة واختياراً وتثبيتاً وحلاً للقفزة التالية ومشاهدة في مستوى البيانات. قيمة RFC 1863 أنه أبقى المسافة بين «الأرجح فوزاً» و«اكتمل التحويل بأمان» ظاهرة.

المصادر