الخلاصة

  • أجاز RFC 2366 حذف الصف الأب لعميل MARS أو خادم MARS أو MCS حتى لو ظلت صفوف VC المرتبطة موجودة أو قيد الاستخدام؛ أما تنظيف الصفوف التابعة فكان خطوة لاحقة ومشروطة.
  • كانت read-create حداً أعلى يسمح به النموذج، لا وعداً بأن كل وكيل متوافق يقبل الكتابة. فالصف النشط والعداد والإشعار ونجاح SET لا يثبت أي منها منفرداً إنهاء الدائرة أو وصول البيانات.

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

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

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

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

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

قدم RFC 2022 النظام الأساسي. يوزع MARS معلومات أعضاء مجموعات البث داخل عنقود ATM. ويبني المرسل دائرة من نقطة إلى عدة نقاط نحو المستقبِلين، أو يرسل البيانات إلى MCS ليتولى التوزيع. لم يحول RFC 2366 محطة SNMP إلى هذا النظام؛ بل عرض أجزاء منه في مخزن افتراضي للمعلومات.

قسّم العرض إلى ثلاثة أدوار. احتوى جانب العميل على عنوان ATM وMARS الافتراضي وحالة التسجيل والمعرفات والمؤقتات ونطاقات المجموعات والخوادم الاحتياطية والدوائر والعدادات. وعرض MARS حالته وأولويته وخرائط المضيفين وMCS والأعضاء المسجلين والدوائر والإحصاءات. وكان لـ MCS جداول تسجيل واحتياط ودوائر ونشاط خاصة به.

هذه الصفوف مترابطة وليست مترادفة. صف العميل المسجل ليس إعداد العميل كله. خريطة المجموعة إلى عنوان ATM ليست دائرة. وحتى صف VC الذي يحوي VPI/VCI ونطاق المجموعة والطرف ونوع PVC أو SVC ووظيفة التحكم ومؤقت الخمول وإعادة التحقق والتغليف وMTU المتفاوض عليه، لا يثبت حالة المحول ولا وصول حزمة إلى جميع الأطراف.

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

ظهر فاصل ثانٍ في تعريفات النفاذ. حملت كائنات كثيرة MAX-ACCESS read-create، أي إن تصميم الوحدة يسمح لأحد التطبيقات بالإنشاء والكتابة. لكن عبارات التوافق خفضت الحد الأدنى لهذه الكائنات إلى read-only، وكررت أن الكتابة ليست مطلوبة.

بذلك يستطيع وكيل للمراقبة فقط أن يكون متوافقاً. يوضح RFC 1904 أن الكائن القابل للكتابة فعلاً يجب أن يمكّن SET من التأثير بصورة معقولة في الكيان المُدار. الحد الأعلى في مخطط ASN.1 ليس قائمة قدرات لجهاز بعينه.

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

للعدادات حدود مماثلة. فهي تجمع الطلبات وJOIN وLEAVE والردود متعددة الأجزاء وNAK وعمليات الهجرة وانتهاء مهلة آخر MARS_MULTI. ويسجل MARS وMCS مجموعات أخرى من رسائل التحكم. من دون وقت جمع وخط أساس وسجل إعادة الضبط وهوية النسخة، يصعب تفسير الفرق. وحتى مع ذلك، فهو نشاط رآه الوكيل، لا تسليم بيانات.

فرّق النموذج أيضاً بين MTU الافتراضي وMTU المتفاوض عليه لكل VC. وساعدت HSN وCSN وSSN في كشف رسائل تحكم مفقودة أو تغير العضوية، ولم تصف مسار البيانات. أما marsFaultTrap فأثبت أن الوكيل اكتشف حالة عطل؛ بقي إرسال الإشعار واستلامه وتشخيصه وإصلاحه والتعافي أحداثاً أخرى.

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

فالقراءة قد تكشف عناوين ATM والعضوية والخرائط وأولوية الاحتياط وأطراف الدوائر وMTU والمؤقتات والأعطال. تشفير النقل، وإثبات الهوية، وتفويض العرض، والغرض التشغيلي المشروع أربعة ضوابط مختلفة.

بعد شهرين، قدمت هوية الوحدة نفسها درساً أخيراً. وضع RFC 2366 الـ MIB تحت snmpModules. صحح RFC 2417 خطأ التخصيص، فنقل النموذج إلى mib-2 57 وأبطل الوثيقة السابقة مع إبقاء المعنى الأساسي. قد تبقى دلالة الصفوف، لكن الإحداثية العامة التي تعثر بها الأنظمة عليها يجب أن تكون صحيحة.

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

المصادر