OpenCAPIF 5 يربط نطاقات CAPIF ويضبط مشاركة واجهات API

الخلاصة

يتيح OpenCAPIF Release 5 مشاركة واجهات الخدمة بين وظائف CAPIF مركزية تعمل في نطاقات مختلفة.
يمر كل تبادل عبر هوية النظير وTLS متبادل وإذن المزوّد وقواعد تحدد ما يراه كل مستدعٍ.

وجدت OpenCAPIF باب جار الـAPI. وجاء الإصدار الخامس ومعه سجلّ يدوّن من يعبر.

أعلنت ETSI الإصدار OpenCAPIF 5.0.0 في 26 أكتوبر. ميزته الرئيسية هي CAPIF Interconnection: تستطيع عمليات CAPIF المنفصلة اكتشاف واجهات الخدمة ونشرها عبر المؤسسات. يستطيع مستدعٍ مرتبط بوظيفة CAPIF مركزية (CCF) استخدام واجهة يوفرها CCF آخر. الجملة قصيرة؛ أما الطريق إليها فله أكثر من نقطة تفتيش.

يبدأ مسؤول CCF المحلي طلب الاتصال. يتصل CCF-A بـCCF-B عبر TLS متبادل، ويرسل هوية CCF والنطاق ومعلومات جهة التصديق والمفتاح العام. يسجل الطرف الآخر هذه الهوية ويرد بهويته. بعد ذلك يزامن الطرفان واجهات API التي تستوفي شروط المشاركة. يتعرف النظام أولاً إلى الطرف المقابل، ثم يفتح سجل الخدمات.

المزوّد هو من يحدد ما يخرج. يجب أن تحمل الواجهة isShareable = true وأن تذكر النطاقات المسموح بها في capifProvDoms. ويتحقق النظام من مصدر الواجهة ومسار نشرها، كي لا تعود النسخة عبر النظير نفسه أو تدخل في حلقة نشر. تُسجل النسخة لدى الطرف الآخر بوصفها غير قابلة لإعادة المشاركة. للواجهة عنوان وجهة واضح، لا جولة بلا نهاية.

تضيف Release 5 خدمة Open Discover لسؤال يسبق التسجيل: هل توجد الواجهة أو النسخة أو نقطة النهاية المطلوبة في هذا النطاق؟ يستطيع المستدعي إجراء البحث برمز صالح من Register Service قبل إتمام onboarding. يفتح سجل الواجهات أولاً، ثم يقرر إن كان التسجيل يستحق وقته.

وتحدد Visibility Control من يرى ماذا. يستطيع المزوّد أو المسؤول إنشاء قواعد تستهدف المزوّدين أو الواجهات أو وظائف AEF، وإضافة استثناءات لمستدعٍ بعينه، واختيار السماح أو المنع افتراضياً، وتفعيل القاعدة وتحديد مدتها. يطبق Discover Service القواعد النافذة على كل طلب. قد يرى مستدعٍ واجهة لا تظهر لغيره.

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

أدخلت 3GPP الربط بين نطاقات CAPIF في Release 16، وحددت نقاط CAPIF-6/6e وإجراءات الأمان. وتترك المواصفات تفاصيل تنفيذية مفتوحة؛ لذلك يصف فريق OpenCAPIF التدفق المحدد في Release 5 بأنه اقتراح تنفيذ من مجموعة SDG ضمن معمارية 3GPP. قيمة الإصدار أنه يحول هذا الاختيار إلى خطوات قابلة للفحص: تبادل هوية، تصفية واجهات، ثم مزامنة.

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