الخلاصة

  • تضيف مسارات الاكتشاف التلقائي في MVPN أو EVPN عقد Leaf إلى سياسة SR P2MP أو تسحبها منها؛ ثم يتولى متحكم مستقل حساب نسخة من الشجرة وإنشاءها.
  • يحتاج إثبات التسليم إلى وصل جيل PTI بحالة النسخ في كل عقدة، وTree-SID، وسياق الخدمة المشتركة، وsplit horizon، وقياس عند المستقبل.
  • يرد Hooman Bidgoli واحداً من خمسة مؤلفين في RFC 10018. تثبت المصادر مساهمته في عمل جماعي، ولا تثبت اختراعه المنفرد أو سيطرته على الإجماع أو التشغيل الفعلي.

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

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

صدر RFC 10018 في مسار معايير IETF في أغسطس 2026. يرد Rishabh Parekh وDaniel Voyer محررين، ويشاركهما التأليف Clarence Filsfils وHooman Bidgoli وZhaohui Zhang. يحدد المستند امتدادات لاستخدام أشجار Segment Routing P2MP والنسخ عند الدخول في MVPN وEVPN. قيمته التشغيلية أنه يبقي حدود الحالات ظاهرة بدلاً من دمجها في علامة نجاح واحدة.

الاكتشاف التلقائي يحدد نية العضوية

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

عندما يستورد PE عند الدخول مسار اكتشاف تلقائي صادراً عن PE عند الخروج، يكتشفه بوصفه Leaf في P-tunnel المعني ويضيفه إلى مجموعة السياسة. سحب المسار يزيله. وعند الخروج، يربط PE المسار بسياق الخدمة الملائم ويبلغ وحدة السياسة بأنه ينضم بوصفه Leaf أو Bud.

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

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

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

يأخذ المتحكم مجموعة Leaf والمسار المرشح وقيوده وهدفه، ثم يحسب نسخة شجرة P2MP. ينشئها عبر وصل مقاطع النسخ عند Root والعقد الوسيطة وLeaves. أما وسيلة تثبيت المقاطع — BGP أو PCEP أو NETCONF أو غيرها — فتقع خارج نطاق RFC 10018.

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

لذلك ينبغي أن تكون وحدة الإثبات جيلاً معرفاً، لا كلمة «نجاح». يسجل المشغل معرف المسار المرشح، وبصمة مجموعة Leaf، والقيود، وهدف التحسين، وطلب المتحكم، وهوية PTI المحسوبة، وإقرار كل عقدة. بهذه الصلة فقط يمكن مقارنة سجل التحكم بعداد البيانات.

تعزز الوثائق الأخرى هذا الفصل. يصف RFC 9960 بنية السياسة، ويحدد RFC 9524 أدوار Root وBud وLeaf وعقدة النسخ الوسيطة، ويوفر RFC 9961 ping وtraceroute لسياسة SR P2MP عبر MPLS. السياسة والحالة المثبتة ومراقبة OAM أدلة متكاملة وليست دليلاً واحداً.

Tree-SID لا يحمل سياق العميل كله

تحصل نسخة الشجرة المنشأة على Tree-SID. تضع Root الحمولة في الشجرة، وتنسخها عقد المزود على الفروع المثبتة، ثم تزيل Leaf معرف الشجرة وتسلم الحمولة إلى سياق MVPN أو EVPN.

في شجرة مخصصة لخدمة واحدة، قد يكفي معرف الشجرة لاستعادة السياق. أما الشجرة المشتركة فتحمل عدة شبكات VPN على P-tunnel واحد. يلزم عندها label للخدمة أو SRv6 service SID أو argument إضافي لتمييز العميل. يمكن للحزمة أن تعبر الشجرة الصحيحة ثم تدخل جدولاً خاطئاً.

يضيف تعدد الربط في EVPN التزام split horizon. تمنع هذه القاعدة حركة BUM من الرجوع عبر Ethernet Segment نفسه والوصول نسخةً ثانية. لا تثبت العضوية الصحيحة أن ESI وحالة المنع متطابقان. وإذا استلم الطرف نسختين، فلا تعالج المشكلة خريطة عضوية كاملة.

يجب أن يصل السجل Tree-SID بمعرف الخدمة، وEthernet Segment، وقيمة split horizon، وPE عند الدخول، ونتيجة lookup عند الخروج. لا يجوز استنتاج هذه الحقول من عدد الأوراق.

النسخ عند الدخول مسار تنفيذ مختلف

يتناول RFC 10018 أيضاً ingress replication. يصنع PE عند الدخول نسخة مستقلة لكل PE خروج ويرسلها عبر مسارات SR-MPLS أو SRv6. لا تشارك وحدة SR P2MP Policy والمتحكم بالطريقة نفسها المستخدمة في شجرة مشتركة.

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

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

المستقبل يغلق سلسلة الدليل

عند Root، تقاس الحزم المقبولة من العميل والحزم المدخلة في Tree-SID المحدد أو مجموعة النسخ الدقيقة. في كل عقدة نسخ تحفظ أعداد الدخول والخروج المنسوخ والإسقاط مرتبطة بالجيل. عند Leaf تسجل إزالة التغليف وlookup لسياق الخدمة. وعند حد المستقبل تقاس السلسلة المتوقعة والفقد والتكرار والترتيب والتأخير والاستهلاك المفيد.

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

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

ما الذي تثبته السجلات عن Hooman Bidgoli

تسرد صفحة IETF Datatracker الملتقطة في 1 سبتمبر 2026 سبعة RFCs مرتبطة بـHooman Bidgoli، منها RFC 9524 لبنية النسخ، وRFC 9960 لسياسة P2MP، وRFC 9961 لأدوات OAM، وRFC 10018. يسجل الأخير انتماءه إلى Nokia في Ottawa. وكانت صفحة رسمية لمتحدثي Nokia SReXperts تصف، وقت الالتقاط، عملاً في IP/MPLS والبث المتعدد وأمن الموجهات.

يوضح هذا التسلسل سبب صلة اسمه بحدود النظام المتعددة. ولا يثبت تأليفاً منفرداً أو ملكية إجماع IETF أو إدارة شبكة إنتاج بعينها. يضم RFC 10018 خمسة مؤلفين ويعتمد على عمل أقدم في MVPN وEVPN وSegment Routing.

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

بناء إيصال multicast على هيئة عملية وصل

يحفظ كل تغيير هوية الخدمة والمستأجر، ووضع التسليم، وRoot، ومسارات الاكتشاف المستوردة، وعضوية Leaf أو Bud، والمسار المرشح، والقيود، والهدف. ثم تضاف مطالبة المتحكم وجيل PTI وإقرارات مقاطع النسخ من كل جهاز.

بعد ذلك يوصل Tree-SID بـlabel أو SID للخدمة، وEthernet Segment، وsplit horizon، وlookup عند الخروج. وتغلق السلسلة بالحزم المقبولة والنسخ المنتجة وإسقاطات الفروع وإزالة التغليف ونتائج OAM وقياس المستقبل وتوقيت الإنذارات. وعند السحب، تحفظ هوية المبادر وأوقات التنظيف والدليل على توقف الحركة المتبقية.

لا تجعل هذه السلسلة multicast بسيطاً. إنها تجعل موضع الخلاف قابلاً للتحديد. تبقى مجموعة Leaf سجلاً دقيقاً للعضوية المقصودة، ويبقى «تم التسليم» ادعاءً آخر لا يصح إلا عندما تتفق الأدلة اللاحقة.

المصادر