حصل المقياس على اسم، لكن القياس ظل متبايناً: RFC 3393

خلاصة

• عرّفت RFC 3393 تغير تأخير حزم IP بأنه الفرق بين تأخيري الاتجاه الواحد لزوج حزم مختار، وفصلت هذه القيمة المفردة عن العينة والإحصاءات المبنية عليها.
• حاولت RFC 4148 تسجيل مقاييس IPPM، لكن RFC 6248 قالت إن خيارات Type-P ومعلمات المقياس والتدفق تمنع السجل من تحديد القياس على نحو فريد؛ ثم ميزت RFC 8911 بين المعلمات الثابتة ومعلمات التشغيل وفرضت تعريفاً أدق.

في عام 2002 لم تحاول مجموعة مقاييس أداء IP اختزال كل تغير في التأخير على المسار في رقم واحد. عرّفت RFC 3393 أولاً قيمة مفردة: يختار القياس حزمتين تنتقلان من نقطة قياس إلى أخرى، ثم يطرح تأخير الحزمة الأولى أحادي الاتجاه من تأخير الثانية. وقاعدة الاختيار مهمة؛ فقد تكون الحزمتان متتاليتين، أو تحملان فهرسين محددين، أو تُنتقيان وفق قاعدة أخرى معلنة. هذه القيمة ليست توزيعاً ولا مئيناً ولا حكماً على جودة الخدمة. عرّفت RFC 3393 عينة تدفق بواسون وإحصاءاتها على نحو منفصل، واشترطت الإبلاغ عن المعلمات المصاحبة كي يتضح معنى النتيجة. RFC 3393

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

بعد ثلاث سنوات حاولت RFC 4148 جمع مقاييس IPPM في سجل. وأسندت معرفات OBJECT-IDENTITY إلى المقاييس المعرفة، ومنها مقياس تغير تأخير الحزم في RFC 3393 إلى جانب مقاييس التأخير والفقد وغيرها. بدا المقصد واضحاً: يسهل المعرف الثابت إحالة المواصفات بعضها إلى بعض. لكن السجل ورث قابلية التغير في خصائص حزم Type-P ومعلمات المقياس ومعلمات التدفق. ولم يكن بمقدور تسمية مختصرة أن تثبت وحدها كل الخيارات التي تغير الرصد فعلياً. RFC 4148

في عام 2011 صاغت RFC 6248 هذه الفجوة صراحة. فقد أعلنت RFC 4148 وسجل IANA المرتبط بها متقادمَين لأن بنيتهما لا تحدد مقاييس IPPM على نحو فريد. وقالت إن تسجيل كل تركيب محتمل لنوع الحزم ومعلمات المقياس والتدفق ليس عملياً ولا مفيداً. وأضافت أن للسجل القديم «قليلاً جداً من المستخدمين، إن وجدوا أصلاً»، وأن دعوة إبداء الاهتمام في النصف الثاني من 2010 لم تتلق أي رد. تتعلق هذه العبارات بالسجل، ولا تثبت أن قياسات تغير التأخير نفسها لم يستخدمها أحد. احتُفظ بالمحتويات القديمة، لكن لم تعد تُقبل تسجيلات جديدة. RFC 6248

لم يكن الدرس حذف المعلمات، بل تحديد ما يثبت في تعريف المقياس وما يمكن اختياره عند تنفيذ القياس. يميز سجل مقاييس الأداء الذي وضعته RFC 8911 بين المعلمات الثابتة — تغيير قيمتها يعني مقياساً مسجلاً آخر — ومعلمات التشغيل التي يتلقاها وكيل القياس عند التنفيذ. كما يطلب أن يكون المقترح قابلاً للتفسير والتنفيذ والنشر ومفيداً تشغيلياً ومحدداً بما يكفي لإنتاج نتائج متكافئة. وأضافت RFC 8912 الإدخالات الأولى. وهكذا تحول التصميم: كان ينبغي للكتالوج أن يصف من الطريقة ما يكفي ليختارها طرف آخر أو ينفذها، لا أن يكتفي بذكر اسمها. RFC 8911 RFC 8912

لم يؤد تقادم RFC 4148 إلى تقادم RFC 3393 نفسها، كما أن السجل اللاحق لا يضمن أن كل نتائج IPDV قابلة للمقارنة. والتمييز الأهم هو بين المقياس بوصفه مفهوماً وطريقة القياس بوصفها مجموعة اختيارات قابلة للتنفيذ. ولا يستطيع السجل تنسيق تلك الاختيارات إلا إذا أوضح ما يثبت منها وما يظل متغيراً وكيف تُفسر النتيجة.

المصادر

سجل RFC 3393 · نص RFC 3393 · RFC 4148 · RFC 6248 · RFC 8911 · RFC 8912 · RFC 5481 · RFC 2330 · RFC 2679 · RFC 7679 · RFC 3357 · RFC 5148 · Erratum التحريري المؤكد 6981 · Erratum التحريري المؤكد 8282