الخلاصة

  • يعرض RFC 7067 وRFC 8171 نموذجي Push وPull لاستبدال جزء من إغراق unknown unicast وARP وND بربط بين العنوان وموضع الوصول. غير أن غياب العنوان عن دليل ناقص يعني «غير معروف هنا»، ولا يساوي غيابه عن مجموعة ثبت اكتمالها.
  • ينقل RFC 8302 وRFC 8380 هذا الربط إلى التخزين المؤقت والردود المحسّنة والتغليف المسبق. كلما عمل السجل في مرحلة أبكر من مسار البيانات، ارتفع أثر الربط القديم أو الكاذب، ولم تعد المصادقة بديلاً عن الحداثة أو المراقبة الحية.

التحليل

إجابة صحيحة البنية عن مكان لم يعد صحيحاً

عندما تنتقل آلة افتراضية من RB1 إلى RB2، قد لا يتغير عنوان IP أو عنوان MAC الخاص بها. الذي يتغير هو RBridge الذي يمكن الوصول إليها من خلاله. يحتفظ عميل Pull بالربط القديم حتى انتهاء مدته أو وصول تحديث. وخلال تلك المدة تكون الرسالة صالحة من ناحية الصيغة، بينما لم يعد الموقع الذي تصفه صالحاً من ناحية التشغيل.

يتعامل الإغراق مع الجهل بطريقة مكلفة وواضحة: يوسّع السؤال عندما لا يعرف طرف الشبكة الوجهة. أما الدليل فيَعِد بتقليل السؤال المتكرر. يوزع Push بيانات العنوان والوصول مسبقاً، بينما يطلبها Pull عند الحاجة ثم يسمح بتخزينها. ويصبح هذا مفيداً في مراكز البيانات التي تتزايد فيها الآلات الافتراضية وتكثر عمليات إنشائها وحذفها ونقلها.

قدّم RFC 7067 المشكلة والتصميم العام في نوفمبر 2013. شاركت Linda Dunbar في تأليفه مع Donald Eastlake وRadia Perlman وIgor Gashinsky. وهو RFC من فئة Informational، وليس مواصفة على Internet Standards Track. ثم حدّد RFC 8171، من تأليف Donald Eastlake 3rd وLinda Dunbar وRadia Perlman وYizhou Li، آليات Push وPull على Standards Track في يونيو 2017.

كما شاركت Linda Dunbar كلاً من Yizhou Li وDonald Eastlake 3rd وRadia Perlman وMuhammad Umair في RFC 8302، وشاركت Donald Eastlake 3rd وRadia Perlman في RFC 8380. نُشر الاثنان على Standards Track في 2018. يثبت سجلها في IETF Datatracker المشاركة في عمل جماعي، ولا يثبت اختراعاً فردياً أو انتشار تنفيذ أو نجاح شبكة بعينها.

الشمول ليس وصفاً تجميلياً

يمكن لدليل ناقص أن يقول بصدق إنه لا يملك بيانات عن عنوان ما. هذا لا يعني أن العنوان غير موجود. أما الدليل الكامل لنطاق Data Label محدد فيدّعي أنه يضم جميع حالات الربط ذات الصلة، ولذلك تصبح النتيجة السلبية أقوى.

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

إذن تتغير صلاحية الفعل مع كلمة «كامل». الغياب عن مصدر جزئي دعوة إلى البحث عن دليل إضافي. والغياب عن مجموعة مكتملة ومثبتة قد يبرر إنهاء البحث في ذلك النطاق. واجهة تعيد حالة واحدة باسم not found تمحو هذا الفرق وتمنح السجل الجزئي سلطة لا يملكها.

ويفصل RFC بين نقل المعلومة وإنتاج حقيقتها. يُعرّف Primary server بأنه يحصل على معلوماته بآلية موثوقة صُممت لضمان الحداثة، لكنه يترك آلية التغذية خارج نطاق الوثيقة. ويمكن لـSecondary server أن يتلقى من خادم أولي. لذلك قد يوزع البروتوكول بدقة معلومة قديمة إذا لم ير نظام التنسيق آخر حركة للآلة.

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

حتى الإجابة السلبية تحتاج إلى انتهاء

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

يلزم RFC 8171 الخادم الذي يستخدم Lifetime أكبر من الصفر بإرسال Update لتقليل مدة استعمال البيانات القديمة. ويعرض ثلاث درجات لحفظ حالة الذاكرة المؤقتة. في الدرجة الأقل تفصيلاً يتابع الخادم آجالاً مجمعة لكل Data Label، وقد يضطر إلى محو مجموعة واسعة. وفي الدرجة الأكثر تفصيلاً يتابع أي عميل قد يحتفظ بأي إجابة إيجابية أو سلبية وحتى أي وقت، فيصحح بدقة أكبر مقابل حالة مركزية أثقل.

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

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

مستوى الثقة سياسة لترتيب الأدلة

يستخدم RFC 8302 ذاكرة تربط IP وMAC وData Label لتحسين ARP وND. تأتي البيانات من الإدارة أو الدليل أو control plane، وقد تأتي من التعلم في data plane. لكل مصدر فشله: يمكن تزوير ARP وND من دون SEND، ويمكن أن تتأخر بيانات الإدارة أو تُضبط خطأ.

تسمح خاصية Confidence Level للتنفيذ بترتيب الموثوقية النسبية. فإذا كانت بيانات الدليل كاملة وموثوقة أمكن أن تحد من ضرر رسائل ARP/ND المزورة. وإذا كانت ناقصة أو غير موثوقة أمكن مزجها مع التعلم المحلي وحسم التعارض بالثقة.

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

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

القرار المبكر يوسّع أثر الخطأ

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

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

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

الدليل خدمة قابلة للتصحيح

توفر فكرة Lu Heng اللاحقة حول المواصفة الأولية الدنيا، والقرار المستقبلي المحلي، والتبني الطوعي عدسة تحريرية لـSofia Ren. يمكن أن تبقى الطبقة المشتركة رفيعة: صيغة الربط، والنطاق، ومعاني Push/Pull، والشمول، والانتهاء، والتصحيح. وتبقى سياسة الثقة والذاكرة والرجوع وقبول المخاطر لدى الأنظمة التي تتحمل النتيجة. هذه مقارنة تحريرية لاحقة وليست نسبة فلسفة خاصة إلى مؤلفي RFC.

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

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

الدليل الجيد يختصر السؤال. والدليل الجدير بالثقة لا يمنع الشبكة من تصحيح جوابه.

المصادر