الخلاصة

  • جمع RFC 1465 معلومات مجتمع X.400 والنطاقات والمرحّلات والأشخاص والشبكات والمكدسات والأولويات وفترات الصلاحية في صيغة مشتركة قبل اكتمال التوجيه المعتمد على X.500.
  • حدّد START متى يسري التصريح؛ أما الاستلام المحلي والتثبيت والتحقق من العنوان والاتصال وتسلّم الرسالة ووصولها النهائي فبقيت أدلة منفصلة.

لم تكن بيئة X.400 طريقاً واحداً. قد يعمل MTA عبر TP0 فوق X.25، أو TP4 فوق CLNS، أو RFC 1006 فوق TCP/IP. ولا يكفي أن يتشارك طرفان المكدس نفسه؛ يجب أن تكون شبكتاهما مترابطتين أيضاً. كما أن بعض الوجهات لم تسمح باتصال طرف غير مسجل لديها.

جاء RFC 1465 في مايو 1993 بوصفه بروتوكولاً تجريبياً وحلاً مؤقتاً. تستخدم MTAs متعددة المكدسات كمرحّلات بين الجزر الشبكية، وتتبادل الجهات ملفات موحدة إلى أن يصبح دليل X.500 جاهزاً لحفظ معلومات التوجيه وتوزيعها.

أربعة مستندات وزعت المسؤولية

حدّد مستند COMMUNITY نقطة التنسيق وخادم الملفات وأسماء الشبكات والمكدسات. وصف RELAY-MTA بيانات الاتصال بمرحّل معين. ربط DOMAIN فروع عناوين X.400 بمسؤولين ومرحّلات مرتبة. وحفظ PERSON معلومات الاتصال.

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

تنشر جهة التنسيق المجموعة، ويعلن مدير النطاق نطاق المسؤولية، ويدير مشغل المرحّل الاتصالات، ثم يحول كل مدير محلي الملف إلى إعداد جارٍ. الصيغة نسّقت هذه القرارات، لكنها لم تنفذها.

تاريخ البدء وثّق النية المستقبلية

احتوى كل مستند على تاريخ تحديث وبداية إلزامية ونهاية اختيارية. سمح RFC بالنشر قبل البداية لكي يستعد المديرون عندما لا تتوافر أدوات آلية.

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

ولا يزيل END قيداً قديماً تلقائياً من كل آلة. يلزم فحص الجداول الفعلية. وفي 1999 سجل ملحق RFC 2626 أن ماسحه وجد حقول yymmdd في RFC 1465. هذا تنبيه إلى تفسير السنة ذات الرقمين، لا دليل على حادثة فعلية عند عام 2000.

الأولوية اختارت المحاولة التالية

فرّق النظام بين المرحّلات الأساسية والثانوية ورتب المرحّلات وأنواع الخدمة. عند فشل الاتصال يجرب MTA خدمة أخرى ثم مرحّلاً آخر، وإن لم توجد بدائل يعيد المحاولة مع المختار.

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

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

غيّر المحول العنوان من دون تغيير الطبقات العليا

تحققت بعض أنظمة X.400 من عنوان الشبكة الذي يقدمه المتصل. أشار RFC 1465 إلى أن إعادة إعداد محول X.25 قد تغير عنوان الاتصال وتمنع مرحّلاً من الوصول إلى بقية المرحّلات، رغم عدم تغير شيء في الطبقات العليا.

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

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

سمّى الانتقال اللاحق مشكلة الاتساق

شرح RFC 1649 في 1994 استخدام جداول ثابتة تحول عنوان O/R إلى MTA التالي. كان إدراج كل MTA سيجعل الجدول ضخماً ومتغيراً، فقللت المرحّلات نطاق التنسيق. ووصف RFC 1711 خدمة GO-MHS بأنها تشغيلية، تعتمد أساساً على قواعد ثابتة مشتركة.

يثبت ذلك السياق التشغيلي، لا تطابق النسخ في جميع المواقع ولا تسليم رسالة بعينها.

في 1995 قال RFC 1802 إن الجداول المركزية لم تعد قابلة للتوسع، وإن النشر والتثبيت اليدويين لا يضمنان اتساق المعلومات بين MTAs المنتشرة عالمياً. اقترح مشروع Long Bud الانتقال إلى X.500، مع أدوات تولد جداول ثابتة للأنظمة غير القادرة على قراءة الدليل.

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

لا يكتمل المسار من وثيقة واحدة

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

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