الخلاصة

  • حدد RFC 1261 انتقال Network Information Center من SRI International إلى Government Systems Inc. في 1 أكتوبر 1991. وبين 26 و30 سبتمبر لن تتغير قاعدة WHOIS، وستتوقف كل إجراءات التسجيل لنقل القاعدة الرئيسية.
  • بقاء اسم المضيف أو صندوق HOSTMASTER أو مكتب المساعدة متاحاً يثبت طريقاً للتواصل. لا يثبت أن الطلب دخل السجل المعتبر، أو أن سلطة تغيير الحالة لم تنقطع، أو أن الانتقال نجح في كل تفاصيله.

ما يراه المستخدم وما يجب أن يحكمه السجل

لم يكن NIC وظيفة واحدة، رغم أن الاسم يوحي بذلك. كان يقدم تسجيل الشبكات والمستخدمين، بما في ذلك تخصيص أرقام الشبكات وأسماء النطاقات العليا، وخدمات معلومات على الشبكة، وHelp Desk، وأرشيف RFC وInternet-Draft وتوزيعهما. بالنسبة إلى طالب خدمة، قد تبدو هذه نافذة واحدة. أما بالنسبة إلى سجل موثوق، فهناك عمل مختلف: من يملك أن يجعل طلباً تغييراً في قاعدة البيانات الرئيسية.

أعلن RFC 1261 أن NIC سينتقل من SRI International في Menlo Park إلى Government Systems Inc. في Chantilly. وكان 1 أكتوبر 1991 هو الموعد الرسمي. قالت الوثيقة إن SRI ستواصل كل خدمات NIC والرد على الاتصالات والطلبات حتى 30 سبتمبر، وإن GSI ستتابع التسجيل والمعلومات وHelp Desk والأرشيف والتوزيع.

كان المقصود أن يشعر المستخدم باستمرار الخدمة. فباستثناء فروق قليلة، كان يفترض أن تبدو الخدمات الإلكترونية المعروضة سابقاً من SRI كما هي عند الاتصال بالمضيف الجديد لدى GSI. وعزت الوثيقة الفروق إلى الانتقال من TOPS-20 إلى SunOS، وحددت المضيف الجديد بأنه Sun 470 SPARCserver يعمل بـ SunOS 4.1. هذه استمرارية في تجربة الدخول، لا برهان على أن كل عملية إدارية بقيت قابلة للتنفيذ بلا توقف تحت الواجهة نفسها.

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

نافذة لا يكتب فيها أحد

قال RFC 1261 بوضوح إن قاعدة WHOIS لن تتغير من 26 إلى 30 سبتمبر، وإن جميع أعمال التسجيل ستعلق. وذكر السبب: نقل قاعدة البيانات الرئيسية إلى GSI. وكان استئناف نشاط التسجيل مقرراً في 1 أكتوبر.

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

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

رتبت الوثيقة القنوات على هذا الأساس. فمن 26 سبتمبر ترسل طلبات البريد والفاكس إلى GSI. أما الطلبات بالبريد الإلكتروني فتبقى موجهة إلى HOSTMASTER وREGISTRAR في NIC.DDN.MIL، مع قيام SRI بتحويل البريد إلى GSI بحسب الحاجة. الإبقاء على العنوان المعروف يمنع ضياع الطلب، لكنه لا يحول التحويل إلى دليل أن الطلب صار سطراً معتمداً في WHOIS.

الوعد بالأثر الأدنى ليس تقرير نتيجة

قالت DISA وGSI إنهما ستبذلان كل جهد لانتقال سلس وفي الوقت المناسب، وإن تأثيره في المستخدمين ينبغي أن يكون محدوداً. هذا التزام معلن مهم. لكنه ليس تدقيقاً لاحقاً يثبت أن كل سجل نُقل صحيحاً، أو أن كل رسالة حُولت في موعدها، أو أن طلباً بعينه عولج بنجاح.

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

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