الخلاصة

  • وضع RFC 1461 في مايو 1993 كائنات إدارة SNMP للاتصال متعدد البروتوكولات عبر X.25. خصص عداداً لفشل تحويل عنوان الحزمة المغلفة إلى X.121، وآخر لفشل معرفة عنوان الحزمة من رقم X.121 في مكالمة واردة.
  • يحتفظ كل اتجاه بآخر عنوان أخفق وبقيمة وقت تشغيل الجهاز عند آخر فشل. ويطلب النص تسجيل الفشل حتى إذا تعذر تعيين الواجهة المسؤولة بدقة.

الخطأ المريح في غرفة التشغيل هو النظر إلى الدارة ثم إعلان أن كل ما فوقها بخير. على شبكة X.25 يحتاج إجراء المكالمة إلى عنوان X.121؛ أما حزمة IP فتأتي بعنوان من نظام آخر. حدد RFC 1356 طريقة حمل IP وبروتوكولات شبكية أخرى فوق X.25. ثم حدد Mark Throop في RFC 1461 ما ينبغي أن تكشفه أدوات الإدارة عن هذه العملية. النص مواصفة من عام 1993، وليس سجل حادثة تشغيلية بعينها.

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

عند الإرسال، يرتفع العداد إذا عجز الجهاز عن إيجاد عنوان X.121 لعنوان مغلف، سواء بحث في جدول النظراء أو استخدم خوارزمية. ويحتفظ بآخر عنوان تسبب في ذلك. إذا كان العنوان IP، كان الحقل خمسة ثمانيات: الأولى 0xCC لنوع التغليف، والأربع الباقية لعنوان IP. ويحفظ حقل ثالث قيمة sysUpTime عند آخر إخفاق. هذه مدة منذ تشغيل الجهاز، لا تاريخاً مطلقاً للحادثة.

وعند الاستقبال توجد مشكلة مقابلة. تصل مكالمة تحمل رقم X.121، لكن الجهاز لا يجد له عنواناً مغلفاً معترفاً به. لهذه الحالة عدادها وآخر رقم فاشل ووقت تشغيلها الخاص. أما إغلاق الاتصال بسبب خطأ في البت Q فله سجلات مستقلة. بذلك لا تتحول ثلاث علل مختلفة إلى حكم مبهم بأن «X.25 معطل».

يواجه RFC حتى نقص الدقة في نسبة الفشل إلى منفذ معين. إذا لم يعرف الوكيل أي مدخل في جدول الواجهات يجب أن يسجل فيه إخفاق البحث الصادر، يختار أول مدخل محتمل ويسجل الواقعة. العدد مفيد، لكن اسم الواجهة قد يكون تقديرياً. يصف RFC 1382 طبقة الدارات ومعاملات المكالمة؛ ويكشف RFC 1461 القرار السابق عليها: من الطرف الذي ستتصل به، وبأي تغليف.