الخلاصة

  • توضح النسخة 07 المؤرخة في 28 سبتمبر أن مواضع تسميات الانتروبيا الواردة في رسالة PCUpd تمثل بديلاً كاملاً للمواضع السابقة في المسار نفسه.
  • يمكن لتحديث صالح أن يستبدل المجموعة أو يحذفها؛ أما مجموعة غير صالحة أو صالحة جزئياً فلا يجوز أن تغيّر المسار أو حالة التسميات القائمة.

عندما تتغير الطريق في شبكة SR-MPLS، لا يكفي أن يتلقى الجهاز تعليمات جديدة لمواضع أزواج ELI/EL. فقد يظل موضع قديم نشطاً بعد انتقال الحزم إلى مسار آخر، ثم يضاف موضع جديد إليه. والنتيجة ليست طلباً سابقاً ولا قراراً جديداً واضح النسب. تتناول مراجعة مشروع PCEP Extension for SR-MPLS Entropy Label Positions هذه اللحظة التي قد تختبئ خلف عبارة «نجح التحديث».

لم تولد فكرة تسميات الانتروبيا في هذه النسخة. فقد عرضت النسخة 06 إشارات القدرة والطلب والموضع باستخدام العلامة E. الجديد في 07 هو أن مواضع رسالة PCUpd تشكل مجموعة إحلال كاملة للمسار LSP المعني. إن كان SR-ERO صالحاً ويحمل E، حلّت المواضع الجديدة محل القديمة دفعة واحدة. وإن كان صالحاً بلا E، أزيلت أزواج ELI/EL السابقة جميعها. أما المعلومات غير الصالحة أو الجزئية فتوجب على العميل PCC إبقاء المسار والمواضع كما هما، مع رد خطأ ينبغي ربطه بمعرّف SRP الخاص بالتحديث.

وتضع الصياغة الجديدة قيوداً على التفاوض. لا يحق لـPCC طلب حساب المواضع من PCE لم يعلن تلك القدرة. ولا يحق لـPCE تسليم مجموعة ناقصة على أنها حساب مفيد. إذا كانت بيانات MSD أو ERLD مفقودة أو متناقضة أو غير كافية، فلا ينبغي تقديم عناصر SR-ERO قابلة للاستخدام، بل إرسال خطأ. كما لا يجوز تطبيق مواضع وصلت في جواب لم يطلبها العميل.

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

يسجل Datatracker النص في آخر مراجعة داخل مجموعة PCE، وحالته I-D Exists؛ إنه Internet-Draft مقصود لمسار المعايير، لا RFC منشور ولا برهان على تحسن موازنة الحمل في شبكة عاملة.

المصادر