الخلاصة

  • ميزت RFC 3483 بين الرصد والتسجيل والإبلاغ ومسح القيمة؛ فكان بوسع PDP تعليق التقارير مع استمرار PEP في قياس الاستخدام.
  • ولم تصبح القيمة قابلة للتفسير إلا مع جدولها الزمني وسجل المسح وهوية التعيين الفعلي، ومع تقرير ختامي عند تعطيل السياق أو حذف حالة الطلب.

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

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

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

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

وفرت أوامر التعليق حالتين مختلفتين. يستطيع PDP تعليق رسائل التغذية وحدها مع بقاء الرصد والتسجيل. ويستطيع أيضاً تعليق الرصد نفسه، فيتوقف جمع الاستخدام الجديد وتختفي التقارير نتيجة لذلك. وفي الحالتين يحدد الأمر هل يجب إرسال القيمة الحالية عند الانتقال، ويمكن تطبيقه على سياسة واحدة أو على جميع سياسات التغذية. كلمة «معلق» وحدها لا تكفي في سجل تشغيلي.

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

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

عالجت RFC أيضاً هوية الشيء الذي أنتج الاستخدام. بعض كائنات COPS تمثل إعداداً فريداً داخل PEP، لكن كائنات أخرى تكون مشتركة وتتحول إلى عدة تعيينات فعلية، ولكل تعيين إحصاؤه المستقل. وقد لا يكون لكل تعيين كائن COPS منفصل. لذلك وجب أن تحتوي معايير الاختيار وسجل التغذية معاً على معلومات تكفي لتحديد أدق مستوى يدعمه PEP.

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

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

فرض Delete Request State نهاية مماثلة. قبل إصدار حذف حالة الطلب مباشرة، يجب على PEP إرسال كل بيانات الاستخدام المتبقية، حتى عندما يبدأ PDP الحذف. يحفظ هذا الترتيب آخر دليل قبل إزالة الحالة التي تمنحه معناه.

أما انقطاع الاتصال فلم يمنح الذاكرة المحلية عمراً مفتوحاً. يواصل PEP التتبع ما دام يطبق السياسة المخزنة مؤقتاً. وعندما تنتهي صلاحية تلك السياسة، تنتهي بيانات تغذية الاستخدام ويتوقف الرصد. بعد نجاح إعادة الاتصال، يأذن PDP بصورة صريحة باستئناف التقارير؛ عندها يرسل PEP الاستخدام المخزن ويضبط جدوله وفق Accounting Timer المقبول في الاتصال الجديد.

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

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

يختلف سؤالها عن الأسئلة المجاورة. تناولت RFC 3060 بيانات السياسة وتقييمها المحلي. وتناولت RFC 3084 التزويد والحالة المخزنة وإعادة الاتصال. وعالجت RFC 3159 هوية صفوف PRID. أما RFC 3483 فبدأت بعد تثبيت السياسة: ما الدليل الذي خلّفه استخدامها، ومتى تكلم، وإلى أي تعيين يعود؟

وفق منهج طبقات الواقع لدى Heng Lu، يبدأ التدقيق بتثبيت السياق النشط والتعيين الحقيقي. ثم تُربط سياسات الاختيار والمقياس والتوقيت، ويُحفظ المؤقت والعتبة وشرط التغير وقاعدة المسح. وتوضع الطلبات والتعليقات والاستئنافات والتقارير الختامية في خط زمني واحد. وفي الانقطاع تنتهي صلاحية الدليل حيث انتهى تنفيذ السياسة المخزنة.

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

المصادر