الخلاصة

  • عرّف RFC 1278 سلسلة موجهة للبشر تمثل selectors ومجموعة من network addresses، ونص صراحة على أنها ليست صيغة التخزين الداخلي.
  • كان اسم DNS وسيلة لتسهيل إدخال عنوان RFC 1006؛ فإذا أعاد عدة IP وجب توليد عدة عناوين، وعند عرض القيمة المشفّرة مجدداً استُخدمت صيغة IP.
  • أمكن للـ macros أن تتوسع عودياً وأن تعرض أطول بديل، لكن لم يجز جعلها اعتماداً دائماً. الرمز والقاموس ونتيجة DNS والمجموعة المادية والاتصال سجلات منفصلة.

السطح المقروء ليس مخزناً ثانياً

صدر RFC 1278 في نوفمبر 1991 بوصفه وثيقة Informational. وكانت مهمته تعريف تمثيل نصي لـ Presentation Address في بيئة OSI.

لم يكن الكائن مجرد اسم مضيف. فقد ضم presentation selector وsession selector وtransport selector ومجموعة من network addresses. وكانت selectors سلاسل octets قد تظهر في صيغ حرفية أو رقمية مختلفة، بينما أمكن لكيان تطبيقي واحد أن يحمل أكثر من مسار مرشح.

خزّن OSI Directory التمثيل ASN.1. أما سلسلة RFC 1278 فصُممت لعرض العنوان على البشر، ولا سيما مسؤولي الأنظمة، ونصت الوثيقة على أنها غير مقصودة للتخزين الداخلي.

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

ولم تحقق الوثيقة البساطة بحذف الحالات الصعبة. كان على الصيغة أن تمثل كل قيمة قانونية، وأن تبقى نظيفة حين تغيب selectors، وأن تدعم ترميزات متعددة وTCP/IP وX.25(80) والتوسع المستقبلي مع قدر معقول من الاختصار.

قائمة العناوين سبقت اختيار المسار

وضعت القواعد selectors الاختيارية قبل network-address-list يمكن أن تضم عدة عناصر. جمع المرشحين في سطر واحد لم يجعلهم طريقاً واحداً.

تثبت المجموعة وجود بدائل في Presentation Address، ولا تثبت أنها متاحة معاً أو متساوية في الأولوية أو عائدة إلى endpoint موثّق واحد.

يفصل RFC 1277 المراحل اللاحقة. يُبحث عن Application Entity في OSI Directory للحصول على Presentation Address. ثم يُستخرج كل Network Address ويُقرر هل يمكن استعماله وكيف. بعد ذلك تُرتب الأولويات، وأخيراً تُجرّب وصلة أو أكثر.

جعل RFC 1278 السجل المركب قابلاً للقراءة والإدخال. لكنه لم يقرر الصلاحية ولم يختر طريقاً ولم يسجل نجاح جلسة. صحة syntax دليل مبكر، لا إيصالاً من الشبكة.

اسم DNS كان راحة عند الإدخال

سمحت صيغة RFC 1006 بعنوان IP منقط أو باسم نطاق. ووصف RFC 1278 الاسم بأنه مخصص أساساً لسهولة الإدخال.

إذا عاد الاسم بعدة عناوين IP، وجب توليد عدة network addresses. وعندما يُحوّل عنوان مشفّر إلى سلسلة للعرض، ينبغي استعمال صيغة IP دائماً.

تحفظ هذه اللامساواة سلسلة المصدر. الاسم الذي كتبه المسؤول سجل إدخال. وإجابة DNS في لحظة معينة سجل ملاحظة. والمجموعة المتولدة سجل مادي ثالث. إعادة الاستعلام عند كل قراءة تستبدل جواب اليوم بحالة الأمس.

حفظ الاسم وحده يجعل الماضي يتحرك مع DNS. واختيار IP واحد يمحو تعدد الإجابة. أما توليد المجموعة كلها فيحفظ التحويل وعدد المرشحين.

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

القاموس المريح لم يكن بنية دائمة

كانت العناوين الكاملة طويلة. لذلك سمح RFC 1278 بأن يحل token قبل = محل بادئة مشتركة. أمكن للـ macro أن يحتوي macro أخرى وأن يتوسع عودياً. وللعرض على الإنسان اختير أطول بديل متاح.

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

ولهذا لم يحول RFC قائمة macros المقترحة إلى ضمان. فقد قال إن الاعتماد على أي macro غير جائز. الاسم المقترح في الواجهة لم يكن عقد registry أبدي.

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

وحدة الصيغة لم توحّد الشبكات

وصف RFC 1277 شبكات X.25 عامة وخاصة، وشبكات OSI معزولة، وتجربة CLNP، وLAN تعمل بـ TCP/IP وRFC 1006، وDARPA/NSF Internet. لم يكن انتظار OSI Network Service شاملة شرطاً عملياً.

شفّر الحل المؤقت معلومات الطبقات السفلى داخل Network Address. ثم أعطى RFC 1278 هذه الأشكال المختلفة قواعد عرض مشتركة. لكن اللغة الواحدة لم تجعل البنى التحتية شبكة واحدة ولم تضمن صلاحية الطريق.

قد يكون العنوان صحيحاً ولا يصلح لمتصل معين. وقد يكون صالحاً لكنه أقل أولوية. وقد يفشل الاتصال. كما أن التفرد العالمي للترميز ليس authentication.

المصادر والحدود

يستخدم هذا المقال RFC 1278 لغرض العرض البشري، وبنية selectors والقائمة، وإدخال DNS، وتوليد عدة عناوين، وإخراج IP، وmacros العودية ومنع الاعتماد عليها. ويستخدم RFC 1277 فقط لخلفية الشبكات السفلى وتسلسل البحث والاستخراج والأولوية والمحاولة.

تنص الوثيقتان على أن اعتبارات الأمن غير مناقشة. لا تثبتان macro موثوقة أو جواب DNS ثابتاً أو طريقاً مأذوناً أو endpoint موثقاً أو اتصالاً ناجحاً، ولا تقيسان انتشاراً حالياً.

قيمة RFC 1278 التاريخية أنه جعل العنوان المعقد قابلاً للقراءة من غير أن يمنح واجهة القراءة سلطة التخزين. يستطيع الاختصار أن يختفي؛ يجب أن يبقى العنوان المفكوك بعده.