الخلاصة

  • يسجل RFC 5328 المعرّف dvb ويجعل NSS غير حساس لحالة الأحرف، لكن الأسماء الفردية تُعيَّن عبر عملية DVB وتُثبت صلاحيتها بعضوية كتالوج محدد.
  • يمكن لمسارات البث وDVBSTP وHTTP وDNS أن تنتج نتائج مختلفة لمستقبلات مختلفة. وتبقى مصادقة الاسم أو المورد معلومات منفصلة تُحمل مع URN، لا خاصية داخل السلسلة.

المقارنة نجحت والاختلاف بقي

استقبل نظامان شكلين يختلفان في حالة الأحرف. طبّقا قاعدة RFC 5328 وانتهيا إلى الاسم نفسه. بعد ذلك أعاد كل محلل موقعاً مختلفاً ومحتوى مختلفاً.

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

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

الاسم الواحد مفتاح ربط، وليس حكماً بأن كل ما يوجد وراءه متطابق.

تسجيل NID لا يعيّن اسماً بعينه

الصيغة المعلنة هي urn:dvb:<NSS>. يسجل IANA المعرّف dvb لمساحة الأسماء، بينما تُعيّن DVB الأسماء الفردية عبر عملية وضع معاييرها، وقد تفوض أجزاء من المساحة إلى جهات تعمل تحت نظامها.

يعني ذلك أن parser يستطيع قبول البنية من دون أن يثبت وجود التعيين. ويؤكد RFC 8141 لاحقاً أن الصحة النحوية لسلسلة تبدأ بـ urn: غير كافية: يجب أن يكون NID مسجلاً، وأن تتبع بقية assigned-name قواعد المساحة.

يتطلب إيصال الصلاحية السلسلة الحرفية، وقاعدة التطبيع، وإصدار سجل NID، وقاعدة DVB، والجهة المعيِّنة، وأثر التفويض، وهوية الكتالوج وإصداره ونتيجة العضوية.

القيمة valid=true من دون هذه الحدود نتيجة لا يمكن إعادة إنتاجها.

الكتالوج يثبت التعيين ضمن زمنه

لا يحدد RFC 5328 آلية تحقق داخل الاسم. بل يقول إن DVB ستحتفظ بكتالوجات URN وإن وجود الاسم في كتالوج يدل على صلاحيته.

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

يمكن أن ينشر كتالوج جديد بينما يكرر مسار البث سجلات أقدم، أو يحتفظ محلل IP بذاكرة مخبأة من حقبة سابقة. الاسم صالح في الحالتين، لكن القرار التشغيلي مختلف.

يجب أن يسجل إيصال الكتالوج الناشر والسلطة والإصدار ووقت النشر ووقت الملاحظة. ويبدأ إيصال التحليل بعد ذلك.

الاستمرار لا يعني أن كل طريق متاح دائماً

تتعهد DVB بعدم إعادة تعيين سلسلة سبق تعيينها، وبالحفاظ على إمكانية الوصول واستمرار الموارد التي تحمل URN رسمياً.

هذا التزام حوكمة يحمي هوية الاسم. وليس قياساً لحظياً لخادم DNS أو مجموعة multicast أو endpoint HTTP أو stream بث. فالاسم المستقل عن الموقع صُمم ليستمر عندما يتغير الموقع.

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

لكل من التعيين والكتالوج والتحليل والوصول ساعته وإيصاله.

المستقبلات لا تبدأ من الشبكة نفسها

رفض RFC 5328 فرض آلية تحليل واحدة لأن الأجهزة تختلف في وسائل الوصول والقدرات.

يحتاج جهاز استقبال بث أحادي الاتجاه إلى معلومات التحليل داخل service discovery المرسل مع stream. ويمكن لجهاز في شبكة منزلية استخدام بوابة IP. نجاح جهاز IP لا يثبت أن جهاز البث تلقى سجلاته.

يصف المستند RAR وRR يرسلان دورياً في البث الرقمي، وRR multicast دورية عبر DVBSTP، وRR unicast رداً على GET /dvb/sdns.

لكل مسار شروط ورؤية مختلفة: دورة البث وتوقيت بدء الالتقاط، والانضمام إلى multicast والتوجيه، واكتشاف endpoint والاتصال في HTTP. دمجها في خانة resolved يمحو مكان الفشل.

ينبغي حفظ نوع المستقبل والقناة ونسخة السجل ووقت أول مشاهدة وعمر cache.

نقطة البدء ليست نتيجة التحليل

قبل تحليل الاسم، يحتاج client إلى نقطة دخول Service Discovery and Selection. يصف RFC خدمة dvbservdsc وTCP أو UDP والمنفذ 3937 وعناوين multicast مسجلة، كما يصف اكتشاف نقاط غير افتراضية عبر DNS SRV تحت services.dvb.org.

يثبت سجل IANA معنى الاسم والرقم، لا وجود عملية تستمع. ولا يثبت عنوان multicast المسجل وجود route أو membership أو packet. وقد يعيد SRV هدفاً من دون إثبات الاتصال أو السلطة أو حداثة RR.

لذلك ينتهي إيصال bootstrap عند طريقة الاكتشاف والجواب والهدف والوقت. ثم تبدأ محاولة الاتصال واختيار سلطة التحليل واستلام السجل.

قام RFC 8553 لاحقاً بتنسيق استخدام أسماء DNS ذات الشرطة السفلية في RFC 5328 وغيره مع سجل IANA موحد. تسجيل _dvbservdsc لا ينشئ RR ولا يشغّل خدمة.

المصادقة لا تسكن في URN

يذكر RFC 5328 أنه عند تحويل URN إلى موقع واستخدامه قد يلزم توثيق المورد. وينبغي حمل معلومات توثيق الاسم أو المورد منفصلة مع URN بدلاً من وضعها في URN نفسه.

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

ويترك RFC آثار المعاني الخاصة التي قد تمنحها مواصفات DVB لأحرف NSS خارج نطاقه. لا يحق لمحلل عام استنتاج الصلاحية من شكل يبدو هرمياً.

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

تحديث جهة الاتصال لا يحدّث المحلل

استبدل RFC 7354 معلومات التسجيل وبيانات registrant، واستخدم بريداً قائماً على الدور، وصرح بأن بقية الحقول تبقى كما في RFC 5328.

هذا دليل على صيانة إدارية محدودة. لم يختبر كتالوجاً أو DNS أو multicast أو HTTP أو جهازاً. تحويل تاريخ الاتصال الجديد إلى إشارة uptime ينسب إلى السجل ملاحظة لم ينفذها.

يمكن أن تكون جهة الاتصال حديثة والخدمة غير متاحة، أو تعمل الخدمة بينما تحتاج بيانات الاتصال إلى صيانة. لكل حالة مسؤول وقرار مختلف.

الأمثلة ليست جرداً

يعرض RFC اسمين للتعليم وينبه إلى أنهما غير مضمونين كموارد حقيقية. إدخالهما تلقائياً إلى asset inventory يصنع كياناً من مثال نحوي.

تحتاج الترقية إلى الجرد دليلاً على التعيين والكتالوج. وتحتاج الترقية إلى هدف تشغيلي سلطة تحليل ونطاقاً ومسؤولية. وجود NID حقيقي لا يجعل كل سلسلة ممكنة تحته حقيقية.

الاسترجاع لا يغلق النتيجة

قد يعيد التحليل موقعاً أو metadata أو representation. بعده تأتي عملية الجلب والمصادقة والحداثة وparsing والتحويل وrendering وإذن التطبيق والنتيجة.

اختلاف الأجهزة يجعل هذه الحدود عملية. قد يحتاج مورد صالح لبوابة ويب إلى تحويل لجهاز آخر. وقد تصف metadata صحيحة محتوى غير قابل للوصول. وقد تظهر شاشة من دون أن تكتمل الخدمة التفاعلية.

حفظ hash للمحتوى ونتيجة parser وrenderer وapplication outcome يمنع ترقية رد النقل إلى نجاح الخدمة.

إيصال القرار

احفظ URN الحرفي والمطبّع، وإصدار سجل NID، وقواعد DVB، والجهة المعيِّنة والتفويض، وهوية الكتالوج وإصداره وعضويته، ونوع المستقبل والقناة وbootstrap، وملاحظات RAR/RR/DVBSTP/HTTP/DNS، وسلطة التحليل المختارة، والمواقع، والمصادقة الخارجية، وhash وحداثة المحتوى، ونتائج parser وrenderer والإذن والنتيجة.

يجمع URN هذه الإيصالات. ولا يمنح أياً منها سلطة الآخر.

المصادر