انتظر الإنذار خمس ثوانٍ، ولم ينتظر العدّاد: RFC 1515

الخلاصة

• عرّفت RFC 1515 لكل MAU كائن حالة jabber حالية، وعدّاداً لمرات الدخول في تلك الحالة، وtrap لتنبيه محطة الإدارة.
• أوجبت مسافة لا تقل عن خمس ثوانٍ بين traps المتتالية؛ لذلك كانت قناة الإشعار محدودة عمداً ولا تصلح عدّاداً كاملاً للانتقالات.
• لا تمحو قراءة noJabber اللاحقة انتقالاً سابقاً، ولا تثبت زيادة العدّاد أن الحالة ما زالت مستمرة.

الصمت كان خاصية في قناة الإشعار

لنفترض أن MAU دخلت حالة jabber، وعادت إلى الوضع العادي، ثم دخلتها ثانية بعد أربع ثوانٍ. هذا مثال منطقي لا حادثة موثقة. يستطيع العدّاد تسجيل دخولين، وقد ترى القراءة التالية noJabber، لكن الوكيل لا يستطيع إرسال trapين يفصل بينهما أقل من خمس ثوانٍ.

يمكن إذن أن تكون الوقائع الثلاث صحيحة معاً: إشعار واحد، ودخولان محسوبان، وحالة راهنة عادية. إنها أجوبة عن أسئلة مختلفة: هل يلزم الانتباه الآن؟ ماذا يرى الوكيل في هذه اللحظة؟ كم انتقالاً رُصد في حقبة العدّاد؟

هوية الكائن تسبق معنى القيمة

نُشرت RFC 1515 في سبتمبر 1993 لتعريف كائنات إدارة وحدات Medium Attachment Unit في IEEE 802.3. تصل MAU الوسط بمنفذ مكرّر أو بواجهة شبيهة بإيثرنت، وخصصت الوثيقة مجموعة أساسية لكل حالة.

على جانب المكرّر تحدد فهارس المجموعة والمنفذ وMAU الصف بعينه؛ وعلى جانب الواجهة يتطابق الفهرس مع ifIndex في MIB-II. حذف هذه الإحداثيات يحوّل مشاهدة تخص وصلة فيزيائية محددة إلى كلام فضفاض عن «الشبكة».

وفصلت الوثيقة أيضاً الحالة الإدارية وتوافر الوسط وjabber. بحسب نوع MAU قد يعني عدم التوافر فقد الوصلة أو ضعف الضوء أو غياب loopback أو عطلاً بعيداً أو إشارة غير صالحة. يمكن ربط القرائن، لكن لا تصبح إحداها سبباً آلياً للأخرى.

الحالة تتكلم عن الآن فقط

قدمت rpMauJabberState وifMauJabberState القيم other وunknown وnoJabber وjabbering. أثناء التهيئة كان unknown اعترافاً مشروعاً بأن الحالة الحقيقية غير معروفة. noJabber هي الحالة العادية، وjabbering تصف وجود الحالة الآن.

لا يسمي الكائن لوحة أو كابلاً أو مرسلاً تالفاً، ولا يقيس مدة أو إطارات مفقودة أو أثراً على المستخدم. كما لا يثبت وصول التنبيه أو نجاح الإصلاح. ولنوع AUI كان على الوكيل إرجاع other وأن يبقى العدّاد صفراً؛ فقد يكون الصفر حد تطبيق لا شهادة سلامة شاملة.

العدّاد يحصي الدخول لا الزمن

تحصي rpMauJabberingStateEnters وifMauJabberingStateEnters الانتقال إلى jabbering. نوبة طويلة قد تضيف واحداً، وثلاث نوبات قصيرة قد تضيف ثلاثة. الرقم ليس ثواني ولا traps ولا بايتات ولا إطارات ولا مستخدمين.

ويحتاج الرقم إلى حقبته. أوضحت RFC 3636 إمكان انقطاع التسلسل عند إعادة تهيئة نظام الإدارة، وربطت عدّادات الواجهة بـifCounterDiscontinuityTime. الاحتفاظ بالعدد الأخير وحده قد يصوّر إعادة التشغيل كتحسن.

إذا زاد العدّاد ثم أصبحت الحالة عادية، فالقول المنضبط هو أن انتقالاً وقع في الحقبة، وأن القراءة الحالية لا ترى jabber. المدة والتعافي يحتاجان دليلاً آخر.

Trap نداء وليست أرشيفاً

عرّفت RFC 1515 trap لوحدات المكرّر وأخرى لوحدات الواجهة، وتحمل كل منهما كائن الحالة المناسب. تُرسل عند الدخول في jabber، ثم تأتي القاعدة الفاصلة: يجب ألا تقل المدة بين traps المتتالية عن خمس ثوانٍ.

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

فصلت RFC 1157 Trap-PDU في SNMPv1 عن الطلب والرد، وحملت هوية المصدر وعنوان الوكيل ومعرفات وزمناً منذ آخر تهيئة ومتغيرات. وقدمت RFC 1215 اصطلاح TRAP-TYPE. صارت الرسالة قابلة للتفسير، لا سجلاً كاملاً ولا إثبات استلام نهائي.

بقي الفصل مع تطور السرعات

استبدلت RFC 2239 RFC 1515 بمجموعة أوسع أضافت 100 Mb/s والتفاوض التلقائي وإدارة المقابس. ثم وسعت RFC 2668 الوحدة. وفي 2003 أضافت RFC 3636 إدارة 10 Gb/s وأبطلت RFC 2668 وRFC 1515.

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

يحفظ السجل القابل للتدقيق هوية MAU ونوعها وحالتها وعدّادها وحقبته وتوقيت trap ووقت الاستلام وفترة الاستطلاع. عندها يمكن القول: «زاد العدّاد اثنين وسجلنا trap واحدة». ولا يختلق عبارة «تعطل المنفذ مرتين» من دون دليل السبب والأثر.

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

المصادر وحدود الإثبات

تعتمد الوقائع التقنية على سجل RFC 1515 وRFC 1515 وRFC 1157 وRFC 1215 وRFC 2239 وRFC 2668 وRFC 3636. تثبت هذه المصادر المعاني والتسلسل المعياري، ولا تثبت توافق منتجات حالية أو الانتشار أو معدل التسليم أو حادثة بعينها أو خسارة حركة أو ضرر عتاد أو إصلاحاً.