الخلاصة

  • تعد RFC 5920 قلب MPLS/GMPLS داخل نطاق مشغل واحد منطقة ثقة خاصة به، بينما يمكن أن يكون الجار بين المشغلين مصرحاً له لكنه غير موثوق.
  • تثبت المصادقة هوية الطرف المقابل، لكنها لا تمنحه سلطة عامة على كل مسار أو وسم أو إشارة أو حجز موارد أو عملية OAM.
  • تبقى فائدة الربط قائمة حين يقبل كل ASBR الاستخدام المتفق عليه فقط، مع إبقاء الترشيح وحدود المعدل والمراقبة وحق الفصل في يد المشغل المحلي.

اتفاق الربط لا ينقل حدود الثقة

يجيب اتفاق النظير عن سؤال محدد: هل يجوز للشبكتين تبادل خدمة معلومة؟ لكنه لا يثبت صحة كل إعداد أو رسالة تصدر من الشبكة البعيدة. في نموذج RFC 5920 تنتهي منطقة الثقة لكل مزود عند أجهزة ASBR التابعة له. الطرف الآخر معروف ومصرح له بالاتصال، لكنه يظل سلطة مستقلة خارج تلك المنطقة.

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

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

الهوية والصلاحية والثقة قرارات منفصلة

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

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

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

المستفيدون لا يتحملون الكلفة وحدهم

يستفيد العملاء من الاستمرارية بين الشبكات، ويوسع المزودان نطاق خدمتهما. لكن فرق تشغيل ASBR تتحمل كلفة الإعداد والمفاتيح والسعة والقياس والتدريبات والإنذارات الكاذبة. قد تحمي قاعدة ضيقة القلب وتقطع دائرة عميل؛ وقد تبقي قاعدة واسعة الخدمة وتسمح لحالة غير متوقعة باستهلاك موارد داخلية.

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

يكشف السيناريو البديل مقدار السلطة

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

وصف الجار بأنه مصرح وغير موثوق لا يجعله عدواً؛ بل يعترف بأنه سلطة منفصلة. يقبل المستقبل ما يلزم للغرض المتفق عليه فقط، ويراقب الانحراف، ويبقي قدرة الاحتواء. لا تحل ضمانات الطرف الآخر الداخلية محل واجب العناية عند الحدود المحلية.

الأدلة والحدود

تأتي الحقائق التقنية من RFC 5920، وتوفر RFC 5921 سياق MPLS-TP، بينما تفصل RFC 5718 هذا الموضوع عن المقال السابق حول قناة الإدارة داخل المسار. RFC 5920 وثيقة معلوماتية. توزيع المسؤولية وتوصيات التشغيل تحليل من Elias Ward.

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

المصادر