الخلاصة

  • ألزمت RFC 3159 بند PIB-INDEX بأن يشير إلى InstanceId واحد، وقررت أن هذا الرقم لا يحمل دلالة سوى تعريف مثيل PRC. العنوان الدقيق لم يكن شرحاً للسياسة.
  • توزع المعنى بين وحدة PIB وتعريفات PRC والاصطلاحات النصية وفئة الموضوع ونمط الوصول وقيود التفرد والمراجع وإعلانات المطابقة ودورات الحياة المختلفة في AUGMENTS وEXTENDS.
  • احتاج القبول والأثر إلى إيصالات لاحقة: تبادل COPS-PR ونتيجة المعاملة وحالة PEP والسلوك المفروض فعلاً ونتيجة التطبيق. لا يمحو التصنيف Historic ولا الانتشار المحدود هذا الفصل بين التسمية والإثبات.

لا يصنع رقمان مختلفان نيتين مختلفتين

لنفترض أن PDP أرسل Provisioning Instance اثنين إلى موجّه. المصنّف والفعل والعتبة والمرجع إلى الطابور متطابقة، ولا يختلف سوى InstanceId.

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

حددت SPPI ادعاء المعرّف بدقة. احتوى PIB-INDEX واصفاً واحداً من نوع InstanceId. وكانت قيمته المبنية على Unsigned32 بلا معنى غير تعريف مثيل PRC. وعند إلحاقها بـ OID لتعريف الصف، تتكون PRID الخاصة بالمثيل.

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

استعارت SPPI أدوات SMI لكنها أعادت رسم المصطلحات

نشرت Structure of Policy Provisioning Information في أغسطس 2001 لتكييف SMI الخاصة بـ SNMP مع كتابة وحدات Policy Information Base. أتاح ذلك إعادة استخدام صيغ ASN.1 والخبرة والأدوات القائمة.

لكن COPS كان يستعمل كلمة object لعناصر البروتوكول. لذلك سمّت SPPI الجدول وتعريف صفه Provisioning Class أو PRC، وسمّت الصف المتحقق Provisioning Instance أو PRI، وسمّت العمود صفة. ولم تدعم مقابلاً للكائنات القياسية scalar في SMI.

نقلت MODULE-IDENTITY دلالة الوحدة. ووصفت OBJECT-TYPE بنية PRC وصفاتها ومعانيها. ومنحت الاصطلاحات النصية الأنواع الأساسية دلالة خاصة قابلة لإعادة الاستخدام. وحددت مجموعات الكائنات وإعلانات المطابقة الحد الأدنى لقدرات التطبيق.

لكن اكتمال النموذج لا يعني التنفيذ. قد تكون PRI صحيحة الترميز والنوع ومكتملة الحقول، ثم لا يقبلها PEP. وقد يقبلها من دون أن يثبت أن حالته المحلية تغيرت أو أن مسار الرزم تأثر.

عنون PIB-INDEX المثيل، بينما خدم INDEX التحويل

احتاج الصف الأساس إلى PIB-INDEX إلا إذا ورث هويته بواسطة AUGMENTS أو EXTENDS. أشار الواصف الوحيد إلى صفة InstanceId تكون عادة في PRC نفسها، لكن ذلك لم يكن إلزامياً.

أمكن أن يظهر INDEX عادي لغرض مختلف: التحويل الخوارزمي من PIB إلى MIB. الخلط بين البندين يساوي بين هوية مثيل التزويد وفهرسة تمثيل إداري مشتق.

ولهذا لا يكفي أن يحفظ سجل التدقيق PRID وحدها. ينبغي أن يحفظ الوحدة ومراجعتها وتعريف PRC والاصطلاحات النصية والسياق. من دون هذا القاموس يبقى OID دقيقاً لكنه يتيم.

يعيد المخطط معنى الحقول الممكن. لكنه لا يعيد وحده دليلاً على أن الجهاز ثبّت الصف.

نشأ المعنى من ضم عدة عقود

عرّفت PRC الصفات وأوصافها. وأضافت الاصطلاحات النصية معنى محدداً إلى رقم أو سلسلة عادية. وربطت SUBJECT-CATEGORIES الوحدة بأنواع COPS Client Type معينة أو بكل الفئات. وكان يمكن للوحدة نفسها أن توجد في أكثر من مخزن افتراضي.

حدد PIB-ACCESS اتجاه التعامل. سمح install لـ PDP بتثبيت المثيلات في PEP. وألزم notify الـ PEP بإبلاغ PDP بكل المثيلات وقيمها. جمع install-notify الخاصيتين. أما report-only فلم يكن قابلاً للتثبيت أو الإخطار بالطريقة نفسها، مع إمكان ظهوره في تقارير PEP.

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

كذلك يصف إعلان المطابقة قدرة دنيا، ولا يقدم إيصالاً بأن PRI بعينها نشطة الآن.

لم يكن التفرد اسماً آخر للهوية

عدّد UNIQUENESS الصفات التي لا يجوز أن تتكرر مجموعة قيمها بين مثيلات PRC. ومنع إدخال صفة PIB-INDEX في تلك المجموعة.

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

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

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

احتاج المرجع إلى نوع وجهة معلن

فرضت كل صفة من نوع ReferenceId وجود PIB-REFERENCES لتسمية PRC التي ينتمي إليها المثيل الهدف. وفرض TagReferenceId وجود PIB-TAG لتحديد الصفة التي تكوّن مجموعة مثيلات ذات وسم مشترك.

اختارت الآلية الأولى مثيلاً واحداً من نوع معلن، بينما اختارت الثانية مجموعة. لا تخبر بايتات الرقم وحدها بنوع العلاقة ولا بمجالها.

لا يصبح المثيل 12 في PRC للطوابير هو المثيل 12 في PRC للعتبات. ولا يصبح الوسم 7 مجموعة عالمية خارج الوحدة والصفة اللتين تحددان نطاقه. حفظ الرقم وحده يبقي شكل الرابط ويمحو وجهته.

يشمل الدليل القابل للاستعادة الصفة المصدر واصطلاحها وPRC الهدف وقواعد هوية الهدف ومراجعة الوحدة.

عاش الأساس والإضافة والامتداد المتناثر وفق قواعد مختلفة

اختار كل تعريف صف علاقة واحدة فقط: PIB-INDEX خاصاً به، أو AUGMENTS، أو EXTENDS.

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

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

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

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

أمكن أن يفشل تثبيت صف صحيح

أتاح INSTALL-ERRORS تعداد أسباب خاصة بـ PRC لرفض التثبيت أو الإزالة، ولكل سبب رمز COPS فرعي. غير أن غياب البند لم يضمن النجاح؛ ظلت العملية قابلة للفشل، لكن من دون رمز خاص بـ PRC.

لذلك لا تعني صحة المخطط قبول PEP. ولا يعني القبول اكتمال المعاملة. ولا يعني اكتمالها تحقق حالة الجهاز. ولا تعني الحالة أن الرزم طابقت القاعدة. وحتى المطابقة لا تثبت نتيجة التطبيق.

وفر COPS-PR القرارات والأخطاء والإتمام أو الإلغاء والحالة المخزنة والمصالحة بعد إعادة الاتصال. ووصفت SPPI البيانات المنقولة. احتاجت الطبقتان بعضهما، لكن لم تستطع إحداهما أن تنتحل إيصال الأخرى.

إذا عرضت لوحة التحكم إشارة خضراء واحدة، فعليها أن تسمّي المرحلة التي أثبتتها. وإلا ابتلع أول نجاح نحوي كل المجهول الذي يليه.

وصفت المطابقة القدرة لا عملية تنفيذ بعينها

جمعت مجموعات الكائنات صفات مترابطة، وحددت MODULE-COMPLIANCE المجموعات الإلزامية والحد الأدنى للوصول. كان على التطبيق الذي يدعي المطابقة أن ينفذ تلك الصفات وPRC.

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

وكانت عبارة الأمن في RFC 3159 محدودة أيضاً: لغة تعريف معلومات التزويد نفسها لا تؤثر أمنياً في الإنترنت. لم تكن شهادة لجلسات COPS أو لصلاحية PDP أو لمحتوى السياسة أو لتنفيذ PEP.

لا ينبغي للدليل أن يوسّع مجاله بصمت.

سجل Historic تغير الاتجاه، لا انعدام التطبيق

سجلت RFC 6632 لاحقاً أن COPS-PR لم ينتشر على نطاق واسع. ورأى المشغلون أن الترميز الثنائي لبيانات الإدارة يصعب مهام الإعداد البسيطة في لغات البرمجة النصية الشائعة. ولم تعتمد IETF أي وحدة PIB باعتبارها Proposed Standard، ولم يعد استخدام COPS-PR موصى به. وأصبحت RFC 3159 اليوم Historic.

لا يجوز حذف هذه السيرة. ليست SPPI طريقة الإعداد المهيمنة اليوم. لكن «لم ينتشر على نطاق واسع» لا يعني «لم يُنفذ قط»، ولا يثبت Historic حالة أي جهاز بعينه.

يترك المسار الذي تراجع درساً واضحاً: العنوان والمعنى والوصول وعلاقة الوجود والمعاملة والأثر ليست مترادفات. وقد يكرر API حديث الخطأ نفسه حين يعامل URI ثابتاً أو استجابة HTTP 200 دليلاً على سلوك جارٍ.

يشرح الانتشار أي تقنية ربحت، لكنه لا يقيس وحده قيمة الانضباط المعماري.

الأثر الدائم كان سلسلة الأدلة، لا PRID منفردة

يبدأ السجل القابل للتدقيق بوحدة PIB الدقيقة ومراجعتها وفئة الموضوع والمخزن الافتراضي. ويحفظ PRC والاصطلاحات وعلاقة الأساس والإضافة والامتداد وInstanceId وPRID والتفرد والمراجع والوسوم والوصول وملف المطابقة.

ثم يحفظ طلب COPS-PR وقراره ومعرّف المعاملة ونتيجتها والأخطاء وسياق التخزين وإعادة الاتصال وحالة PEP قبل العملية وبعدها. وتثبت مراقبة الحركة ما طُبق فعلاً، ثم يحكم التطبيق على النتيجة.

تشرح الوحدة الحقول. وتحدد PRID المثيل. ويثبت البروتوكول ما جرى تبادله. ويثبت الجهاز ما ثُبت. وتثبت الحركة ما فُرض، ويثبت التطبيق إن كان الأثر مفيداً.

كانت فهرسة RFC 3159 موثوقة لأنها لم تدّع أنها كل هذه السلسلة. سمّت الصف ولم تصنع النتيجة.

المصادر