الخلاصة

  • يوقف Warm Standby النسخ قرب المصادر بعد انتخاب PE واحد، بينما ينقل Hot Standby النسخ إلى جهة الاستقبال ويجعل كل PE سفلي يختار ما يقبله.
  • مجموعة التدفق الواحد SFG تصريح في الإعداد والإشارة؛ فهي لا تقارن الحمولة أو التسلسل أو الساعة أو حالة وحدة الترميز أو حداثة التطبيق.
  • يحتاج إثبات التكرار إلى إيصال من سبعة حقول يفصل أساس التكافؤ وسلطة المنع وحالة المصدر وإشارات BGP وملاحظة المستقبل وزمن التحويل وخطة التراجع.

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

نُشر RFC 9856 في مسار معايير IETF في سبتمبر 2025، وهو يوسع إجراءات البث المتعدد في EVPN الواردة في RFC 9251 وRFC 9625. نطاقه هو مصادر متعددة ترسل تدفق IP multicast يفترض أنه متطابق إلى نطاق مستأجر واحد، مع منع وصول حزم مكررة إلى المستقبلين. ينجح المعيار حين يحافظ على هذا الادعاء الدقيق؛ ولا ينبغي توسيعه إلى ضمان لجودة التطبيق.

المجموعة تعبّر عن قرار سابق

يمكن تعريف Single Flow Group على صورة (*,G)، أي كل مصدر يرسل إلى المجموعة G، أو (S,G) حيث قد يكون S بادئة مصدر بأي طول. ويشير بت SFG في Multicast Flags Extended Community إلى أن مسار S-PMSI A-D يحمل هذا المعنى.

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

يجب أن يبدأ سجل التشغيل بأساس التكافؤ: ما المصادر، وما العينة، وما حدود فرق الوقت والتسلسل، وكيف قورنت الحمولة، ومن مالك التطبيق الذي قبل النتيجة. بعد ذلك تنقل SFG هذا القرار إلى الشبكة، ولا تستبدله.

Warm Standby يجمع السلطة في المنبع

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

تعيد عملية الانتخاب استخدام إطار DF في RFC 8584. يمكن للأفضلية أن تختار PE محدداً، وعند اختلاف الخوارزمية أو القدرة يفصل RFC 9856 بأدنى عنوان IP معلن. هذا يحقق قراراً حتمياً في مستوى التحكم، لكنه لا يقيس جودة المصدر أو استعداده.

يُعلن مسار S-PMSI A-D عند وصول أول حزمة لمجموعة مهيأة، ويُسحب عند توقف الحركة. يوصى بمؤقت خمول من دون قيمة موحدة. بعد فشل الجهاز المنتخب وسحب المسار يستطيع جهاز آخر تولي الدور. منع النسخ عند المنبع يوفر سعة الشبكة، لكن RFC يذكر أن التحويل أطول منه في Hot Standby.

لا توجد مدة قصوى عامة ولا ضمان بانعدام الفقد. لذلك يجب وصل الدائرة المختارة بالمؤقت الفعلي، ولحظة الكشف، ووصول السحب، والانتخاب الجديد، وآخر حزمة قديمة وأول حزمة جديدة يراها المستقبل.

Hot Standby يوزع الاختيار على المستقبلين

في الوضع الساخن تعبر النسخ كلها شبكة المستأجر. يرتبط كل مصدر بـ Ethernet Segment، حتى المصدر أحادي الاتصال، وتحمل الحزم علامة S-ESI. يختار كل PE سفلي S-ESI أساسياً وفق سياسته المحلية ويهمل العلامات الأخرى.

يقرب ذلك البديل من المستقبل، لكنه يستهلك سعة وحالة تحكم إضافيتين. كما أن إعلان S-PMSI A-D يبدأ من إعداد SFG لا من استقبال الحركة. وجود المسار يثبت العضوية المهيأة، ولا يثبت وصول محتوى مفيد. ويمكن لـ multipoint BFD مراقبة أنفاق P التي تحمل التدفق، لكنه لا يراقب وحدة الترميز أو الساعة أو سلامة المادة.

يسمح RFC صراحة لأجهزة PE السفلية باختيار S-ESI مختلفة. قد يقبل موقع المصدر A ويقبل موقع آخر المصدر B، مع تلقي كل منهما نسخة واحدة فقط. لذلك لا يجوز اختزال الحالة في خانة عالمية واحدة باسم «المصدر النشط».

يتغير الاختيار عند سحب آخر مسار A-D ذي صلة لكل EVI أو ES. وقد يمتد السحب الجماعي لـ S-ES مشترك إلى نطاقات مستأجرين متعددة. وإذا اختفى آخر S-PMSI A-D لمجموعة، تُزال قاعدة فحص RPF المعتمدة على علامة S-ESI. تغير الفلتر واقعة يجب رصدها، وليس دليلاً تلقائياً على الاستمرارية.

إيصال التكرار ذو الحقول السبعة

لا يضيف الإيصال المقترح بروتوكولاً جديداً، بل يحفظ الأدلة في مواضعها:

  1. أساس التكافؤ: المستأجر، تعبير SFG، قائمة المصادر، طريقة مقارنة الحمولة والتسلسل والوقت، الحدود، العينة ومالك التطبيق المسؤول.
  2. سلطة المنع: warm أو hot، موقع القرار، معرف الانتخاب أو السياسة، نسخة الإعداد والقدرات الفعلية.
  3. حالة المصدر: PE المنتخب ودائرة الوصول في Warm، أو S-ESI الأساسي عند كل PE سفلي في Hot.
  4. إشارات BGP: مسارات S-PMSI A-D وA-D لكل ES/EVI، وRT، وبت SFG، وأفضلية DF، وعلامات ESI/DCB، وجيل السحب الذي رآه كل موضع قرار.
  5. ملاحظة المستقبل: المصدر أو العلامة المقبولة، العدادات، الفجوات، التكرار، إعادة الترتيب، حداثة التطبيق وعينة تقلل بيانات الخصوصية.
  6. توقيت التحويل: العطل، مصدر الكشف، وصول السحب، تغير الانتخاب أو S-ESI، آخر حزمة قديمة، أول حزمة جديدة، وفترة الفقد أو التكرار المقاسة.
  7. التراجع: الاختيار السابق، الإعداد القابل للعكس، صاحب صلاحية الإعادة، معيار الإلغاء، سبب الانتهاء والدين التشغيلي المتبقي.

هذا اقتراح تشغيلي من Daniel Kade، وليس حقلاً في RFC 9856 ولا شهادة امتثال من IETF. مسار BGP يثبت حالة تحكم؛ والعلامة تثبت قاعدة ترشيح؛ وعينة المستقبل تثبت تجربة؛ واختبار التطبيق هو الذي يثبت التكافؤ.

الحد الأدنى المشترك لا يلغي المساءلة المحلية

لا يفرض RFC 9856 دعم الوضعين معاً. لذلك تحتاج البيئة المختلطة إلى سجل صريح للقدرات الموجودة فعلاً. وتخصيص IANA لبتي SFG وESI-DCB يوفر مفردات قابلة للتشغيل البيني، لكنه لا يثبت أن جهازاً محدداً يدعمها أو يعلنها أو يبرمجها بصورة صحيحة.

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

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

المصادر