الخلاصة

  • شفّرت RFC 1277 المعلومات اللازمة لمحاولة اتصال OSI عبر TCP/IP أو شبكات X.25 معيّنة حين لا تتوفر خدمة شبكة OSI.
  • أمكن لصيغتها الفريدة عالمياً أن تحدد شبكة وتحمل معلمات النقل؛ لكن التخصيص لم يثبت وحده أن العنوان قابل للتوجيه أو أن الخدمة ستستجيب.

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

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

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

أما شبكات TCP/IP التي تنقل خدمة نقل OSI المحددة في RFC 1006، فقد استخدمت RFC 1277 لها ترميزاً آخر. يبدأ الجزء الخاص بالشبكة بعنوان IPv4 من 12 رقماً، ثم يمكن أن يتبعه اختيارياً منفذ من خمسة أرقام ومجموعة نقل من خمسة أرقام. المجموعة الأخيرة كلمة أعلام من 16 بت؛ وتمثل القيم TCP وUDP، بينما يعني غيابها أو كونها صفراً استخدام TCP افتراضياً. يرمّز مثال RFC العنوان 10.0.0.6 والمنفذ 9 وUDP. هذه قاعدة تحليل لمحاولة اتصال، وليست دليلاً على أن العنوان ما زال صالحاً أو قابلاً للوصول أو يستمع أو يسمح بالوصول.

كان لا بد أيضاً من تمييز الصيغة الجديدة عن عنوان مستخدم في خدمة شبكة OSI أصلية. اختارت RFC 1277 معرّف AFI الخاص بـTelex لأنه يتيح جزءاً أكبر خاصاً بالمجال، ويقل احتمال الخلط بينه وبين الاستخدامات الأخرى. ويفصل بادئة قصيرة بين الشبكات الفرعية، فيما يحمل الباقي بيانات خاصة بالشبكة. ضحّى التصميم بقصر التمثيل العشري مقابل بنية موجزة وذاتية الوصف؛ وتذكر المذكرة أن صيغة ASN.1 ثنائية كانت ستكون جذابة، لكن مساحة العناوين المتاحة لم تكن تكفيها.

ينتمي هذا التنازل إلى بيئة هندسية انتقالية، وليس إلى قانون دائم للعناوين. تقول الملاحظة التاريخية في المذكرة إن النهج نُفذ وأُثبتت جدواه في مشروعي THORN وISODE/QUIPU. هذا دليل على عمل الاقتراح في هذين المشروعين، لا على انتشاره الواسع. وقد وصفت RFC 1278 لاحقاً تمثيلاً نصياً لعناوين التقديم للعرض على البشر، لا للتخزين الداخلي؛ وهذا مستوى مختلف عن تخصيص الطبقات الأدنى وترميزها في RFC 1277. أما إرشادات NSAP في RFC 1237 فتخص خدمة شبكة OSI غير المتصلة، لا حالة الطبقات الأدنى غير التابعة لـOSI التي عالجتها RFC 1277.

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

المصادر: RFC 1277؛ RFC 1006؛ RFC 1278؛ RFC 1237.