جرس الاستيثاق دخل في خانة الدليل نفسها

الخلاصة

• تطلب مسودة فريق LAKE المؤرخة في 2 نوفمبر تسميتين فقط لبيانات التفويض الخارجية في EDHOC: واحدة لنموذج الفحص الخلفي BG وأخرى لنموذج جواز الاستيثاق PP. طلبت نسخة يوليو أربع تسميات بينها اثنتان مستقلتان للتحفيز.
• يستطيع الطرف المعتمد على نتيجة الاستيثاق إرسال قيمة CBOR المنطقية true، المشفرة 0xF5، في message_1 تحت تسمية النموذج؛ ويجب أن يرد الطرف الخاضع للاستيثاق باقتراح في message_2.
• ما زالت التسميتان تحملان الرمزين المؤقتين TBD1 وTBD2. سجل IANA الحالي لا يخصصهما.

اختُصرت الخانات ولم تُختصر المسؤوليات

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

الإشارة الأولى هي 0xF5 في رسالة EDHOC الأولى، يرسلها الطرف الذي سيتخذ قرار الوصول. يأتي رد الطرف الخاضع للاستيثاق في الرسالة الثانية تحت التسمية نفسها. في BG يمر الدليل عبر الطرف المعتمد إلى جهة التحقق لتقييمه. وفي PP يقدم الطرف الخاضع للاستيثاق نتيجة سبق أن أصدرتها جهة التحقق. الخلط بين الحالتين يغير معنى السجل الذي سيبنى عليه قرار الوصول.

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

تصف صفحة LAKE الرسمية الوثيقة بأنها مسودة فريق عمل بحالة I-D Exists. ولا تظهر التسميتان في سجل EDHOC لدى IANA. ما ينقص للحكم على التنفيذ هو رقم تسجيل نهائي وسجل توافق بين تطبيقات تعمل وفق هذه المراجعة.