الخلاصة
- تقترح النسخة 01 من مشروع الاختيار الحتمي للمسارات متساوية الكلفة في PIM حساب قيمة تجزئة من المصدر والمجموعة ومعرّف الموجّه الصاعد أو قيمة Color، كي تختار الأجهزة الطرفية الجار نفسه وتقل نسخ التدفق المتكررة.
- يصف ملحق توافق Arista خيارَي Hello خاصين وتجزئة Color بترتيب البايتات الصغير أولاً، بينما يستخدم الاقتراح العام ترتيب بايتات الشبكة. ويسجل ملحق Cisco حساباً آخر يعتمد معرّف الموجّه.
- رقم خيار Color العام ما زال
TBD. يتحدد نجاح الاختيار المشترك من رسائل Hello التي وصلت فعلاً ومن الوجهة التي تلقت كل رسالة Join.
تبدأ النسخة المكررة بقرار قبل نقل البيانات. في شبكة طرفية وعمود فقري قد تملك أجهزة طرفية عدة طرقاً متساوية الكلفة إلى مصدر البث المتعدد. يختار كل جهاز جاراً صاعداً وفق مسار العودة، ويرسل إليه رسالة PIM Join. تحدد المواصفة RFC 7761 حالة الانضمام ومسار العودة، لكنها لا تعيّن فائزاً مشتركاً لكل حالة تعادل. إذا اختارت الأطراف أعمدة مختلفة، قد يعبر التدفق نفسه أكثر من وصلة صاعدة.
لشبكة من طبقتين، يحسب المشروع تجزئة تضم المصدر S والمجموعة G ومعرّف كل موجّه صاعد مؤهل، ثم يختار أعلى نتيجة. ويستخدم معلومة محلية عند التعادل. تبدو القاعدة حتمية على الورق، لكنها تحتاج إلى مجموعة المرشحين نفسها والمدخلات نفسها والخوارزمية نفسها لدى جميع الأطراف. اختلاف جار واحد في القائمة يكفي لتقسيم الاختيار مع بقاء كل جهاز ملتزماً بقاعدته المحلية.
في الشبكات ذات الطبقات الثلاث، تدخل قيمة Color. يستطيع موجّه في الوسط إعلان قيمة من أربعة بايتات في PIM Hello لتجميع الأجهزة المتصلة بعمود فقري أعلى. تحسب الأطراف التجزئة من S وG وColor. ولا تشارك في تلك المقارنة إلا الأجهزة التي أعلنت Color. بذلك يصبح ترتيب الترقية جزءاً من اختيار المسار: تشغيل الخيار على بعض الوصلات يغيّر قائمة المرشحين قبل اكتمال الترقية. على خطة التغيير أن تحدد متى يبدأ كل جار بإعلان القيمة، لا أن تكتفي بقائمة الأجهزة التي ستُحدَّث.
يعرض ملحق Arista حالة موجودة في الميدان. يستخدم EOS خيار Hello الخاص 65001 لتمييز الصيغة بقيمة ثابتة، والخيار 65002 لحمل Color. ولم يُخصَّص بعد رقم للخيار العام المقترح. ينصح المشروع بألا ترسل التطبيقات المطابقة الخيارين الخاصين أو تقرأهما افتراضياً، مع إمكان تفعيل التوافق على واجهة محددة. هذا المفتاح يساعد على الانتقال التدريجي، لكنه يجعل حالة كل واجهة مؤثرة في ما يفهمه الجار المقابل وفي المرشحين الذين يراهم.
الفارق الأشد خفاءً هو ترتيب البايتات. يضع الحساب العام المقترح Color بترتيب الشبكة، بينما تضعه خوارزمية Arista المتوافقة بالبايت الأقل أهمية أولاً. وينص المشروع على استخدام خوارزمية Arista المتوافقة للمقارنة إذا أعلن أي مرشح الخيار الخاص. هذه قاعدة وصل واضحة بين القديم والجديد؛ تنفيذها في أسطول بعينه مسألة اختبار. ظهور الرقم نفسه في شاشتين لا يكشف ترتيب البايتات الذي دخل دالة التجزئة.
ويضيف ملحق Cisco اختلافاً ثانياً. يقول إن الشركة طورت اختياراً مستقلاً بمعرّف الموجّه يستخدم تجزئة RP في RFC 7761، ويحسم التعادل بمعرّف الواجهة المعلن وفق RFC 6395. يستخدم متن المشروع تجزئة Jenkins ومعلومة محلية لكسر التعادل. يمكن قياس أثر هذه الفروق من دون تخمين: اختر زوجاً محدداً (S,G)، وسجل مرشحي كل جهاز طرفي وخيارات Hello ومدخلات الحساب والجار الفائز. أعد التسجيل بعد تعطل جهاز من العمود الفقري.
يقارن المشروع طريقته أيضاً بآلية ECMP Redirect في RFC 6754. يستطيع الموجّه الصاعد في تلك الآلية طلب نقل رسالة Join بعد الاختيار الأول، وهو ما قد يحرك تدفقاً قائماً. يريد الحساب المشترك اختيار الجار نفسه من البداية، لكنه ينقل عبء التنسيق إلى الاختبار السابق للتشغيل. طريقة تصلح المسار بعد نشوئه، وأخرى تشترط اتفاق الأجهزة قبل أول Join.
لا يقدم المشروع قياساً لكمية السعة التي سيوفرها، ولا حادثة مثبتة ناجمة عن هذا الاختلاف. موضع القياس محدد: أين وصلت رسائل Join، وكم نسخة من التدفق مرت في الوصلات. هناك فقط تتحول كلمة «حتمي» إلى نتيجة تشغيلية.
إحاطة الأعضاء
سياق أعمق للاتجاهات
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
الدائرة الاستراتيجية
إحاطة يومية بلغتك، مبنية على تغييرات تحققنا منها.
انضم مقابل USD 20 شهريًايمكنك الإلغاء في أي وقت.
هل أنت عضو بالفعل؟ سجّل الدخول
يبقى التقرير العام مجانيًا. تتطلب أبحاث الأعضاء والإحاطة اليومية والمنتدى عضوية.
