الملخص

  • أتاح RFC 3059 لوكيل المستخدم أن يطلب، عبر امتداد فارغ عمداً، أن يحمل كل عنوان في Service Reply قائمة السمات المسجلة الكاملة الخاصة به.
  • كان 0x0002 اختيارياً ويُتجاهل إذا لم يُفهم. لذلك كان غيابه يطلق Attribute Request لكل عنوان، ولا يثبت قائمة فارغة؛ وقد يغيب أيضاً إذا تعذر على المجيب توفير كتلة المصادقة التي يطلبها SLP SPI.

الفراغ كان فعلاً لا نتيجة

العثور على مرشحين ومعرفة خصائصهم سؤالان مختلفان. في SLPv2 الأساسي، يعيد Service Request عناوين الخدمات. ثم يرسل User Agent طلب سمات إلى عنوان محدد أو نوع خدمة إذا احتاج إلى الوصف.

نُشر RFC 3059 بصفة Proposed Standard في فبراير 2001 ليضم مرحلتي التسليم في جولة واحدة. يضع العميل Attribute List Extension في Service Request، ويضبط طولي Service URL وAttribute List على صفر ويحذف الحقلين. كانت البنية الفارغة تعني: أرفق السمات في الرد.

لم يكن الصفر ملاحظة عن الخدمة. أخذ معناه من اتجاه الرسالة. قراءته على أنه «لا سمات» تحول صياغة السؤال إلى جواب قبل أن يتكلم المجيب.

العنوان كان مفتاح الربط

يعيد SA أو DA الداعم امتداداً واحداً لكل URL Entry في Service Reply. يحمل الامتداد Service URL المقابل وقائمة السمات الكاملة. أوصى النص بأن يتبع ترتيب الامتدادات ترتيب العناوين، لكنه وضع العنوان نفسه داخل كل امتداد.

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

أما «القائمة الكاملة» فتعني ما سجله المجيب للخدمة بلغة الطلب، لا كل حقيقة عن عملية حية. قد يبقى التسجيل في الذاكرة فيما تتوقف نقطة النهاية عن الاستجابة، وقد لا تظهر قدرة لم تُسجل. سرّع RFC نقل إعلان، ولم يثبت التنفيذ.

الرقم الاختياري رسم مسار التوافق

سجلت IANA المعرّف 0x0002. ووضع RFC 2608 المجال من 0x0000 إلى 0x3FFF للامتدادات المعيارية الاختيارية التي تُتجاهل إذا جُهلت. استطاع النظير الأقدم أن يعيد Service Reply عادياً.

تحمل User Agent كلفة ذلك التوافق. إذا جاء الرد بلا Attribute List Extension، يفترض فقط أن SA أو DA لا يدعمه، ثم يرسل Attribute Request لكل عنوان. كان الغياب حالة غير مكتملة لها مسار استدراك، لا قيمة صفراً.

استخدمت امتدادات أخرى قواعد مختلفة. وضع RFC 3421 امتدادي Select وSort في مجال إلزامي وربطهما بـ OPTION_NOT_UNDERSTOOD، بينما عالج RFC 3224 وRFC 3082 وظائف أخرى. يبين ذلك أن كلمة «امتداد» لا تمنح كل الحالات دلالة خطأ واحدة.

طلب المصادقة قد يحجب الامتداد

يمكن أن يحتوي Service Request على SLP Security Parameter Index. عندها يجب أن يتضمن كل امتداد سمات عائد كتلة مصادقة لذلك SPI. وإذا لم يدعم SA أو DA الكتلة أو عجز عن إعادتها، وجب ألا يعيد الامتداد.

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

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

قصر الحوار لا يوسع سلطة البيانات

قد تتطلب أربعة عناوين Service Request واحداً وأربعة Attribute Requests. مع دعم الطرفين، يصل الوصف المسجل في رد واحد. ينخفض الزمن وعدد الرسائل، ولا تتحول الدعاية إلى قياس حي.

عند ضياع هذا الفصل، تعرض واجهة «لا قدرات» لأن الإثراء لم يصل، ويحفظ جرد صفراً لأنه لم ينفذ الاستدراك، ويحذف محدد آلي مرشحاً لأنه ساوى «لم يُنقل هنا» بـ«غير موجود». عالج RFC 3059 ذلك بدقة: لاحظ الإيصال المفقود، ثم اسأل من جديد لكل عنوان.

المصادر