الخلاصة

  • أحصى RFC 1304 في عدادات الاستقبال وحدات بيانات المستوى الثالث الخالية من الأخطاء فقط، وجعل sipL3Errors خاصاً بالأخطاء البروتوكولية أو أخطاء البتات المستبعدة من المعالجة، لا أخطاء العنونة.
  • أشار النص صراحة إلى أن إسقاط الحزم بسبب مخالفات الاشتراك أو فحص عنوان الوجهة يقع في MIB آخر؛ لذلك لم يكن أي عداد مفرد سجلاً لكل أسباب الفقد.
  • احتفظ جدول الأخطاء بآخر واقعة لكل نوع وواجهة، ثم نقل RFC 1694 بعض القياسات إلى ifTable؛ ولا تُقرأ الأرقام تاريخياً من دون مصدرها وزمنها وحدودها.

أين ينتهي القياس ويبدأ التفسير

عرّف RFC 1304 جزءاً من قاعدة معلومات الإدارة الخاصة بـSIP، أي SMDS Interface Protocol. عرض المكدس في طبقات: المستوى الثالث من SIP، ثم المستوى الثاني، ثم إجراء تقارب الطبقة الفيزيائية، ثم DS1 أو DS3. لم يدّع النص أن وحدته تدير المكدس كله؛ فقد ترك واجهات النقل لوحدات موجودة، وأحال الاشتراك وإعداد Subscriber-Network Interface إلى مواصفة إدارة أخرى.

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

«المستلم» كان مجموعة منتقاة

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

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

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

سلطة الاشتراك لم تكن داخل عداد الواجهة

نبّه RFC 1304 إلى أن شبكات SMDS العامة قد تسقط وحدات بيانات بسبب مخالفة شروط الاشتراك، وأن إدارة تلك الوقائع موجودة في SMDS Subscription MIB. كما استبعد مخالفات Destination Address Screening صراحة من عدادات الوجهات غير المعروفة.

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

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

شاهد أخير لا ذاكرة حادثة

أنشأ النص جدولاً لاثني عشر نوعاً من الأخطاء النحوية في المستوى الثالث: تشوهات في حقول العنوان، أحجام لا تصح، مواضع أو أطوال خاطئة لامتداد الرأس، اختلاف الوسوم، عدم تطابق الطول، وانتهاء Message Receive Interval. ولكل نوع على كل واجهة، كان السجل يعرض عنوان المصدر المرفوض وعنوان الوجهة المرفوض وتوقيتاً مبنياً على sysUpTime.

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

الفارق مهم في التحقيقات: آخر شاهد قد يساعد في إعادة إنتاج عيب، لكنه ليس دفتر يوميات. وإعادة تشغيل الجهاز قد تغيّر قاعدة sysUpTime، لذا يجب أن يسافر الرقم مع حقبة النظام لا مع وقت مدني مفترض.

مكان في الشجرة لا يساوي وظيفة

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

وفي جدول IP فوق SMDS ظهرت علاقات بين عنوان IP وعنوان SMDS فردي وعنوان مجموعة Logical IP Subnetwork ووجهة طلبات ARP. لم تكن العلاقة واحداً إلى واحد؛ فقد يخدم عنوان SMDS عدة عناوين IP، وقد تشارك واجهة مشترك واحدة في أكثر من شبكة منطقية.

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

المعنى بقي بينما انتقل عنوان القياس

أبطل RFC 1694 سلفه سنة 1994 وقدّم وحدة متوافقة مع SMIv2، واصفاً التعريفات بأنها متماثلة دلالياً. لكنه أوقف عدداً من عدادات SIP وأحال الإدارة إلى عناصر مقابلة في جدول الواجهات ifTable. بقي المقصود النظري، وتغير مكان الاستعلام.

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

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

ما لم يمنحه المعيار

لم يقدم RFC 1304 قيماً من نشر فعلي، ولم يثبت أن مورداً طبق كل مجموعة أو أن محطة الإدارة قرأت الصف الصحيح. وقال قسم الأمن إن مسائل الأمن لم تُناقش؛ فلا يجوز تحويل الصمت إلى ضمان مصادقة أو سلامة.

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

المصادر