الخلاصة

  • تمثل RFC 9862 سياسة SR بواسطة PCEP Association، وتمثل كل مسار مرشح بواسطة LSP داخل الارتباط. المسار هو وحدة الإشارة، لكن بعض القرارات لا تُفهم إلا على مستوى المجموعة الكاملة.
  • تحمل INVALIDATION TLV علامة D الخاصة بالضبط على مسار مرشح. إذا فعّلها أي مسار أصبحت Drop-Upon-Invalid مفعلة للسياسة كلها، ولا يبدأ الإسقاط إلا بعد أن تصبح جميع المسارات المرشحة غير صالحة.
  • ينبغي إنشاء إيصال إسقاط على مستوى السياسة يربط القدرات المتفاوض عليها، والعضوية الكاملة، وعلامتي الضبط والتشغيل، ولحظة عبور العتبة، والمسار المختار، ونتيجة الحزم. هذا اقتراح تحريري من Daniel Kade، وليس حقلاً في RFC أو أمراً من IETF.

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

يُنقل ضبط Drop-Upon-Invalid في INVALIDATION TLV التابع لمسار مرشح، لكنه لا يفعّل الخاصية لذلك المسار وحده. وجود D في ضبط أي مسار يعني أن سياسة SR كلها تملك الخاصية. لا يحدث الإسقاط فوراً. يجب أن يتحقق شرط ثانٍ: أن تصبح كل المسارات المرشحة في السياسة غير صالحة. عندئذ تدخل السياسة حالة الإسقاط، وتختار المسار المفعّل صاحب أعلى Preference، وتستمر في جذب الحركة لتسقطها عند headend بدلاً من السماح بتراجع عادي إلى مسار آخر.

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

لغة البروتوكول فردية والشرط جماعي

يمكن لسياسة SR أن تضم مساراً مرشحاً واحداً أو أكثر. تقدم RFC 9862 ما يسمى SR Policy Association أو SRPA لتمثيل السياسة داخل PCEP، بينما يمثل كل LSP عضو مساراً مرشحاً. هذا الاختيار ينسجم مع بنية PCEP، لأن LSP هو الوحدة التي يمكن الإعلان عنها وتحديثها والإبلاغ عن حالتها.

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

يشارك Color وendpoint في تعريف السياسة، بينما يشارك originator وdiscriminator في تعريف المسار المرشح. لا يجوز للمسار أن ينتمي إلى أكثر من SRPA، ويظل معرّفه ثابتاً أثناء جلسة PCEP، ولا تُقبل المعرّفات المكررة داخل السياسة نفسها. تجعل هذه القواعد الربط ممكناً، لكنها لا تنشئ وحدها سجلاً زمنياً للعضوية الفعلية.

حتى التفاوض على القدرات يجيب عن سؤال محدود. يجب أن يعلن الطرفان دعم SRPA قبل استخدامها، وعلى المتحدث الذي أعلن القدرة أن يضمّن الارتباط مع كل LSP لسياسة SR يصدره. وتفصل SRPOLICY-CAPABILITY TLV دعم أولوية الحساب، وExplicit NULL، وinvalidation، والعمل بلا حالة. استلام SRPA دون القدرة المتفق عليها يؤدي إلى خطأ وإغلاق الجلسة. يثبت ذلك وجود مفردات مشتركة، ولا يثبت أن كل المسارات فقدت صلاحيتها أو أن حزمة أُسقطت.

الحرف D نفسه يصف حقيقتين مختلفتين

تحتوي INVALIDATION TLV على حقلي Config وOper. يعني D في Config أن المسار المرشح مهيأ لتفعيل Drop-Upon-Invalid. ويعني D في Oper أن LSP يسقط الحركة فعلاً بعد تفعيل الخاصية. تشابه الحرف لا يحول النية إلى نتيجة.

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

يبين السلوك العادي البديل الذي جرى رفضه. عندما يصبح LSP غير صالح يتوقف عادة عن جذب الحركة، فتنتقل إلى LSP آخر أو إلى IGP. تختار Drop-Upon-Invalid العكس عمداً: تستمر في الجذب ثم تسقط الحركة في headend. يمكن أن يكون ذلك قراراً حذراً عندما يكون المرور عبر طريق غير مقصود أسوأ من الانقطاع الصريح. ويمكن أن يوسع العطل إذا كان الضبط قديماً أو وُضع في نطاق خاطئ. تحدد RFC الآلية المتوافقة، ولا تختار المخاطر نيابة عن المشغل.

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

سقوط آخر مسار صالح هو الحدث الحاسم

تعد RFC 9256 سياسة SR غير صالحة عندما تكون كل مساراتها المرشحة غير صالحة. هذا حكم على مجموعة. قد يقلل فقد المسار الأول المرونة، وقد يغير فقد مسار آخر الخيار النشط، لكن فقد آخر مسار صالح وحده يعبر حد السياسة.

بعد عبور الحد، تتحقق السياسة مما إذا كان أي مسار قد فعّل Drop-Upon-Invalid. إن وجد، تدخل حالة الإسقاط وتفعّل المسار صاحب أعلى Preference من بين المسارات التي تحمل D. وتوضح RFC 9862 أن مساراً مرشحاً واحداً فقط يحتاج إلى الإبلاغ عنه إلى PCE بعلامة D التشغيلية. يكفي ذلك للإشارة، لكنه لا يمثل تاريخ السبب كاملاً.

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

يجب كذلك فصل Preference عن computation priority. تختار Preference أفضل مسار؛ القيمة الأعلى تفوز وقيمة RFC 9256 الافتراضية هي 100. أما أولوية الحساب في RFC 9862 فترتب إعادة الحساب بعد تغير الطوبولوجيا؛ القيمة الأصغر تأتي أولاً وقيمتها الافتراضية المشروطة هي 128. حقل عام اسمه «الأولوية» قادر على قلب التفسير من دون خطأ شكلي.

غياب TLV قد ينقل القرار إلى الإعداد المحلي

تحدد RFC 9862 معاني مقصودة للغياب. عندما تكون القدرة متوفرة ولا تظهر TLV لأولوية الحساب، تُستخدم 128. وعندما تغيب سياسة Explicit NULL يقرر الإعداد المحلي. يخص ذلك SR-MPLS ولا ينطبق على SRv6، وتُهمل القيم غير المعروفة، كما يستطيع المشغل تجاوز السلوك المستلم بإعداد محلي.

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

توجب RFC 9862 تمكين المشغل من رؤية معرّفي السياسة والمسار المعلنين في SRPA. وتوصي بإظهار قدرات كل نظير وLSPs المرتبطة بمعرّف سياسة. هذه الرؤية ضرورية، لكن التفسير الدائم يتطلب جمع اللقطات في انتقال زمني واحد.

إيصال لتوسع نطاق القرار

يبدأ إيصال الإسقاط على مستوى السياسة المقترح هنا بـ Color وendpoint وSRPA وجلسة PCEP والقدرات كما رآها الطرفان. ثم يجمد مجموعة المسارات الكاملة التي استُخدمت في القرار، مع originator وdiscriminator وPreference وD في الضبط وصلاحية كل مسار.

بعدها يأتي التسلسل. متى أصبح كل مسار غير صالح، وبحسب أي مصدر؟ أي مسار كان آخر الصالحين؟ متى صار شرط «الكل غير صالح» صحيحاً؟ أي المسارات كانت تحمل D؟ أيها اختير حاملاً للإسقاط بسبب Preference؟ وفي أي اتجاه ظهر تقرير D التشغيلي؟ يجب إبقاء أي فرق بين نية PCE وتقرير PCC ظاهراً.

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

لا يعني ذلك إرسال الطوبولوجيا إلى سلطة مركزية. يمكن أن تكشف SRPA وTLVs معلومات إضافية عن السياسة. لذلك ترث RFC 9862 التوصية بجلسات PCEP موثقة ومشفرة عبر TLS بين PCE وPCC ضمن السلطة الإدارية نفسها. ينبغي أن يظل الإيصال محلياً ومقيد الوصول وبالحد الأدنى.

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

Sources