الخلاصة

  • توضح مسودة LISP الحالية للبث المتعدد أن فقدان ITR الذي يشكل جذر التغليف يستلزم بناء الحالة باتجاه جذر جديد وإخباره من جديد بتدفقات (S-EID,G) المطلوبة.
  • يستطيع Anycast إبقاء RLOC قابلاً للوصول وتحويل تغير الشبكة التحتية إلى تقارب RPF، لكن ETR قد لا يدرك أن الجهاز المادي تغير؛ وعندها قد ينتظر الخلف رسالة Join/Prune الدورية التالية كي يتعلم حالة المستقبِل.
  • يقترح Daniel Kade «إيصال خلافة الجذر» و«دين إعادة إرسال الانضمام» كأداتين للحوكمة التشغيلية، لا كحقول جديدة في LISP أو PIM.

عنوان أخضر وشجرة صامتة

لنتصور بثاً حياً يخرج من موقع مصدر إلى مستقبِلين في شبكات متعددة. يتعطل Ingress Tunnel Router في موقع المصدر، فيجذب التوجيه عنوان RLOC المشترك إلى ITR ثانٍ. تعود مجسات العنوان إلى النجاح، وفي شبكة تحتية متعددة البث يتغير مسار RPF. يستطيع فريق التوجيه أن يسجل، بدقة محدودة، أن الوصول إلى العنوان عاد سريعاً.

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

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

المسودة draft-ietf-lisp-rfc6831bis-07 نشطة وفي مرحلة IESG Evaluation، وتهدف إلى Proposed Standard. وإذا اعتُمدت فستحل محل RFC 6831 التجريبي، لكنها ليست RFC بعد. نُشرت النسخة 07 في 11 سبتمبر 2026، وتبين المقارنة مع النسخة 06 أن التغييرات تتركز في الصياغة المعيارية وتحديث مراجع IGMP وMLD والتحرير. موضوع هذا المقال حد معماري في النص الحالي كله، لا آلية جديدة ننسبها على نحو مصطنع إلى رقم المراجعة.

نية باسم EID وشجرة باسم RLOC

يفصل LISP بين Endpoint Identifier وRouting Locator. داخل المواقع تُفهم النية من خلال EID المصدر ومجموعة البث، بينما توجه الشبكة التحتية باستخدام RLOC. يثبت هذا الفصل هوية الطرف عندما يتغير موقع الاتصال، لكنه يوزع حالة البث المتعدد بين فضاءي أسماء.

ينضم المستقبِل إلى (S-EID,G) باستخدام IGMPv3 أو MLDv2. يبحث ETR الحدودي عن EID المصدر ويختار RLOC تابعاً لـ ITR في موقع المصدر وفق أولوية ووزن الخريطة. في شبكة تحتية متعددة البث يرسل ETR إشارتين. تحمل رسالة PIM Join/Prune مغلفة في unicast قيمة (S-EID,G) إلى ITR المختار، وتبني رسالة أخرى حالة (S-RLOC,G) في الشبكة التحتية. الأولى تقول لجذر التغليف أي تدفق داخلي مطلوب؛ والثانية تبني شجرة توزيع محورها الـlocator.

أما في شبكة تحتية unicast، فيحتفظ ITR بقائمة صريحة لعناوين RLOC الخاصة بأجهزة ETR المستقبِلة وينسخ الحزمة عند الرأس، نسخة خارجية لكل وجهة. وعند الطرف الآخر يزيل ETR رأس LISP ويستشير Multicast FIB الداخلية لـ(S-EID,G) قبل الإرسال إلى المستقبِلين المحليين.

هذه الأدلة مترابطة لكنها ليست بدائل. يحدد Map-Reply locators محتملة ولا يثبت تثبيت التدفق على نسخة مادية بعينها. يثبت RPF السليم اتجاهاً في الشبكة التحتية ولا يثبت أن الجذر يعرف S-EID. وقد يبقى الانضمام المحلي قائماً فيما نسيه المغلف البعيد. ويمكن أن تصل حزمة عبر شجرة (RLOC,G) مشتركة ثم تُسقط لعدم وجود حالة داخلية مطابقة.

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

تبدل الجذر ينشئ التزاماً

توضح الفقرة السادسة من المسودة لماذا يتجاوز تعطل ITR مجرد تغير عادي في RPF. في unicast قد تكفي قابلية الوصول المحلية لاختيار locator آخر بقليل من التنسيق. أما في Multicast LISP فالـITR المختار هو جذر الشجرة الذي يقوم بالتغليف. إذا تعذر الوصول إليه، ينبغي لأجهزة ETR المنضمة إنشاء حالة (S-RLOC,G) نحو الجذر الجديد، وإرسال Join/Prune مغلف يخبره بأي (S-EID,G) تريد.

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

يقلل Anycast من ظهور الانتقال. إذا استخدم عدة أجهزة ITR عنوان RLOC نفسه، ينقل التوجيه العنوان وقد لا ترى الشبكة التحتية سوى واجهة RPF جديدة. أما ETR البعيد فلا يرى تغيراً في العنوان، وقد لا يوجد حدث يدفعه فوراً إلى إعادة إرسال (S-EID,G) عبر unicast. تنص المسودة على أن ITR الجديد العامل بـAnycast قد لا يحصل على الحالة إلا في الإرسال الدوري التالي من ETR.

لا توجد قيمة زمنية عالمية لهذه الفجوة. تؤثر طريقة التنفيذ ومؤقتات PIM والفقد والتقارب وسياسة التحديث ونمط الشبكة التحتية. ولا تعني الآلية أن كل تبديل يسبب فقداً حتمياً. النتيجة الأضيق والأكثر دقة هي أن استعادة العنوان واستعادة الحالة حدثان مختلفان.

دين إعادة إرسال الانضمام

أسمي نيات الاستقبال التي لم يثبت وصولها إلى ITR الجديد دين إعادة إرسال الانضمام. لحظة تغير الجذر المادي، يصبح كل ETR لم تثبت حالة (S-EID,G) اللازمة له بنداً مفتوحاً. كلمة «دين» ليست إدانة أخلاقية ولا عداد حزم؛ إنها تمنع عملية انتقال موزعة من الاختفاء خلف مؤشر عنوان واحد.

يربط البند الأدنى بين ETR وS-EID والمجموعة وITR القديم والخلف المتوقع وجيل آخر join ووقت التحديث ونمط الشبكة التحتية وشرط الإغلاق. إذا أظهر التنفيذ إقراراً بتثبيت الحالة فيمكن استخدامه. وإذا لم يفعل، ينبغي وصل فحص محدود لحالة الجذر بملاحظة البيانات عند ETR أو مستقبِل اختباري مضبوط.

لا يسدد الدين ping ناجح إلى RLOC العامل بـAnycast، ولا مسار في RIB، ولا إدخال في cache الخريطة، ولا مجاورة PIM، ولا عملية حية. لا يثبت أي منها أن نية ذلك المستقبِل عبرت إلى تلك النسخة المادية. كما لا يثبت تعافي موقع واحد تعافي غيره، فقد ينتظر كل ETR دورة مختلفة.

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

إيصال خلافة الجذر

يجمع إيصال خلافة الجذر هذه القطع. إنه اقتراح من Daniel Kade للحوكمة التشغيلية، وليس حقلاً على السلك في LISP أو PIM أو IGMP أو MLD. وظيفته منع فريق واحد من إغلاق الحادث بناءً على الطبقة التي يملكها وحدها.

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

ثم يتابع تقدم التحكم لكل نطاق متأثر: آخر (S-EID,G) معروف في الجذر القديم، والاختيار الجديد، وتقارب RPF، وجيل join لدى ETR، وإعادة الإرسال المغلفة، والحالة المثبتة لدى الخلف إن أمكن رؤيتها. يجب إرفاق نقطة الجمع ومصدر الساعة بكل دليل؛ ولا يجوز تحويل أوقات غير قابلة للمقارنة إلى ترتيب سببي مؤكد.

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

تدخل سلطة الرجوع في الإيصال نفسه. قد تسمح المنظومة بإعادة locator محدد، أو تفريغ الخلف، أو دفع refresh مضبوط، أو نقل التدفق، أو قبول نسخ مؤقت عند الرأس. لا يخترع المقال أمراً عاماً؛ بل يطلب تسمية الفعل ونطاقه وصاحب القرار ومعيار التحقق.

موضع النسخ يغير موضع الدليل

تسمح المسودة بالنسخ داخل الموقع، أو في راوتر عابر في الشبكة التحتية، أو عند ETR، أو عند ITR. يحتفظ underlay متعدد البث بحالة أكبر في الوسط، بينما ينقل underlay unicast الكلفة إلى نسخ وعرض نطاق في المصدر. كما قد تدفع أولوية Map-Reply ووزنها مواقع مختلفة إلى ITRs مختلفة.

ينبغي للمحاسبة أن تتبع الطوبولوجيا. قائمة ETR عند ITR خطة نسخ وليست إيصال تسليم. وقد تجمع شجرة (S-RLOC,G) سليمة عدة مصادر داخلية. تذكر المسودة أن موقعاً قد يتلقى تدفقاً لم يطلبه بسبب اشتراك الشجرة، ثم يسقطه لغياب (S-EID,G) الداخلي. الإسقاط صحيح، لكن السعة المشتركة استُهلكت بالفعل.

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

فجوة التشخيص ما زالت قائمة

تستبعد المسودة من نطاقها تفاصيل locator reachability وبعض سلوك mPITR وتصميم mtrace لبيئة LISP متعددة البث. وتقول إن تصميم الأخير ما زال يحتاج إلى عمل انطلاقاً من Mtrace Version 2. لذلك لا يقدم اختبار مسار عام رؤية كاملة عبر فضاءي EID وRLOC.

ينبغي لكل قياس أن يسمي طبقته. يبين اختبار الشبكة التحتية مسار RLOC، ويبين فحص ITR تثبيت (S-EID,G)، وتبين عدادات ETR فك التغليف والبحث الداخلي، ويثبت المستقبِل وصول البيانات المفيدة. يمكن لترابطها أن يدعم إعلان الخدمة؛ ولا يستطيع قياس واحد أن يحل محل البقية.

تحدد مسودة IETF الآلية وحدودها، ولا يلزمها أن تقدم منتج مراقبة شاملاً. لهذا تقع الدقة على المشغلين والموردين. عبارة «نجح تبديل Anycast» ينبغي أن تبقى حكماً على العنوان. أما تعافي البث المتعدد فيحتاج أيضاً إلى دليل الحالة والمستقبِل.

المصادر

  1. مسودة LISP الحالية للبث المتعدد
  2. تاريخ المسودة
  3. سجل Datatracker API
  4. النسخة 07 بصيغة HTML
  5. نص النسخة 07
  6. الفروق بين النسختين 06 و07
  7. مجموعة عمل LISP
  8. RFC 6831
  9. RFC 9300: مستوى بيانات LISP
  10. RFC 9301: مستوى تحكم LISP
  11. RFC 8059: سمات PIM Join لـLISP
  12. RFC 7761: بروتوكول PIM
  13. RFC 8487: ‏Mtrace Version 2
  14. RFC 9776: ‏IGMPv3
  15. RFC 9777: ‏MLDv2
  16. RFC 7799: مصطلحات القياس
  17. مصدر XML للنسخة 07