الخلاصة

  • يعرّف RFC 9888 نموذجاً لخدمات CPS التي يديرها مزودو الخدمة لحمل PASSporT الخاصة بـ STIR خارج مسار SIP عندما يتعذر النقل من طرف إلى طرف.
  • ليس هناك CPS عالمي واحد بالضرورة: قد يشغّل المزود خدمته، أو يستخدم طرفاً ثالثاً، أو يشارك خدمة؛ ويتطلب العثور على CPS الخاص بالوجهة اتصالاً بالإنترنت.
  • يربط إعلان CPS عناوين HTTPS بسلطة أرقام هاتفية ممثلة بمعلومات TNAuthList، كي يستطيع الطرف المعتمد التحقق من أهلية الموقّع للإعلان عن تلك الوجهة.

كيف تعمل السلسلة

تُرسل PASSporT من خدمة مصادقة خارج النطاق إلى CPS بعد مصادقة الخدمة باستخدام بيانات اعتماد STIR. ولا يكفي وصول الرمز: يطبق CPS سياسة تفويض محلية قبل قبوله. ويشترط RFC 9888 استخدام TLS بين خدمة المصادقة وCPS. أما PASSporT المخزنة فلا يلزم تشفيرها في نموذج مزود الخدمة هذا، وهي عادة لا تبقى إلا إلى أن تُسترجع، وبحد أقصى فترة صلاحيتها التي يصفها RFC 9888 بأنها ستين ثانية.

يجب على CPS دعم الاسترجاع بالسحب؛ أما الإخطار بالدفع فهو اختياري. وعندما تكون CPS مشتركة بين مزودين، تفحص الوجهة داخل PASSporT لاختيار خدمة التحقق المصرح لها. يمكن للبوابة أن تصل بين STIR داخل النطاق وخارجه، أو أن تعمل نيابة عن مزود قديم، لكن إصدار بيانات الاعتماد والتفويض يظلان قراري ثقة أساسيين.

ما الذي لا يثبته النص

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

المصادر