الخلاصة

  • أتاحت RFC 1086 لمضيف TCP/IP أن يطلب اتصالاً بعنوان X.25 معين، أو أن يسجل عنواناً فرعياً للاستماع ثم يحيل المكالمات إلى عنوان IP ومنفذ TCP.
  • بقيت وصلة التسجيل الأصلية مفتوحة كحد زمني للحجز. إغلاقها يوقف الاستماع ويحرر العنوان النادر، لكنه لا يثبت هوية الطالب ولا حقه ولا سلامة خدمة الإحالة.
  • بعد نجاح الإعداد ظل هناك اتصالان شبكيان منفصلان، أحدهما X.25 والآخر TCP. نقل الجسر وحدات TPDU ولم يثبت قبول التطبيق أو النتيجة النهائية.

الندرة سبقت مسألة النقل

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

حددت الوثيقة طموحها بوضوح. لم تكن حلاً عاماً للتوافق بين DDN وISO. كان على الطرفين أن يشغلا بروتوكولات ISO العليا، وبالأخص TP0. لم يحوّل الجسر أي تطبيق TCP إلى تطبيق X.25 ولم يفسر المعنى المهني للبيانات.

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

لذلك ربطت المواصفة حق الاستماع التشغيلي بحياة اتصال يستطيع الجسر ملاحظته بنفسه.

بايت واحد يختار المسار

يفتح المضيف اتصال TCP إلى المنفذ 146 في الجسر ويرسل بايت وظيفة. القيمة 1 تعني الاتصال بمضيف X.25 معين، والقيمة 2 تعني الاستماع للمكالمات الواردة. الصفر غير صالح، والقيم من 3 إلى 255 محجوزة.

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

أما الوظيفة الثانية فتحتاج حالة مستمرة. يرسل المضيف عنواناً فرعياً يفترض أن يقع ضمن عنوان X.25 الخاص بالجسر، ثم عنوان IPv4 ومنفذ TCP اللذين سيستقبلان الإحالة. يستمع الجسر بالنيابة عنه، وعند وصول مكالمة يفتح اتصال TCP جديداً نحو ذلك الهدف. إن فشل الفتح رفض المكالمة الواردة.

هذه رابطة تشغيلية داخل جسر بعينه. لا تسجل ملكية عالمية ولا تمنح تفويضاً دائماً؛ إنها تقول أين ينبغي تجربة الإحالة خلال زمن التسجيل الحالي.

لم يكن الـ heartbeat فحصاً للصحة

سمت RFC اتصال التسجيل heartbeat. غير أنها لم تعرف رسالة نبض دورية أو probe أو استجابة تطبيق أو درجة صحة. بقاء اتصال TCP هو الإشارة كلها.

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

لكن الاتصال المفتوح لا يجيب عمن يقف وراءه. قد يحافظ مضيف غير مصرح له على الوصلة ويحتل المورد. وقد تسقط وصلة مضيف شرعي بسبب عطل عابر. وقد تظل socket مفتوحة فيما التطبيق المسجل غير قادر على العمل.

حياة القناة، وهوية الطرف، وقرار التفويض، وصحة الخدمة حقائق مستقلة.

محادثة TP0 واحدة فوق حاملين

عندما ينجح الإعداد ينشئ الجسر اتصال شبكة X.25 واتصال TCP منفصلاً. يقرأ TPDU من أحدهما ويكتبها إلى الآخر. وإذا انفصل أحد الحاملين فصل الجسر الحامل الثاني.

تضع RFC 905 معنى TP0 وTPDU، وتصف RFC 793 أساس TCP التاريخي، فيما توفر RFC 1006 إحاطة TPDU داخل stream. أما RFC 1086 فتملك لحظة التسجيل وإنشاء الزوج.

لهذا لا يختفي اختلاف الفشل. يمكن أن تنجح مكالمة X.25 ويعجز callback عبر TCP. ويمكن أن يبقى اتصال التسجيل قائماً بينما ينقطع اتصال بيانات فردي. ويمكن أن ينجح TCP open ثم يرفض التطبيق الطرف الآخر.

الجسر يصل حاملين؛ لا يحولهما إلى واقعة شبكة واحدة لا تنقسم.

الشفافية ضيقت لغة الخطأ

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

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

الأمن قرار محلي صريح

لم تسكت الوثيقة عن نموذج ثقة مكتمل؛ قالت إن authentication وauthorization أمران محليان. وحذرت من أن الوصول غير المقيد يسمح لأي مضيف TCP/IP بالمطالبة بجزء من فضاء X.25 المحدود لدى الجسر.

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

يقع على المشغل أن يحدد principal، ونطاق العناوين المسموح، والحصة، والمدة، وحل التعارض، والإلغاء، ودليل القرار. بايت الوظيفة يطلب؛ والسياسة المحلية تقرر.

سجل العنوان ليس بطاقة هوية

حددت RFC سجلاً لـ X.25 بطول 68 octets يحمل عنوان X.121 وprotocol ID وcall user data وfacilities مع أطوالها الفعلية. وسجل callback يحمل نوع العنوان ومنفذ TCP وعنوان IPv4 وحشواً محجوزاً.

وصف المؤلفان البنيتين بأنهما ad hoc ومرتبطتان بـ UNIX. كانتا كافيتين لتشغيل التجربة، لا لتأسيس هوية محمولة عبر الزمن. نجاح parser يثبت النحو فقط.

لا يزال سجل IANA لأسماء الخدمات والمنافذ يدرج iso-tp0 على المنفذ 146. وتحذر IANA من أن التخصيص ليس تزكية وأن المرور على منفذ مسجل قد لا يكون الخدمة المسماة. كما أن وجود صف UDP حالياً لا ينشئ وضع UDP لإجراء RFC 1086 المبني على TCP.

خمسة أدلة لا حالة واحدة

يلزم فصل طلب التسجيل، وقرار القبول المحلي، وعمر اتصال التسجيل، وحالة زوج X.25/TCP لكل مكالمة، ونتيجة TP0 أو التطبيق.

قد يكون اتصال التحكم مفتوحاً وcallback غير متاح. وقد يفتح callback من تسجيل غير مصرح. وقد يصل رد TP0 ثم يفشل العمل الذي قصده المستخدم.

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

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

تحدد RFC 1086 الجسر؛ وتحد RFC 1006 وRFC 905 وRFC 793 طبقات TP0 وTCP المجاورة؛ ويسجل IANA المنفذ. لا تثبت هذه المصادر انتشاراً حالياً أو منتجاً حقيقياً أو مالك عنوان أو principal موثقاً أو مكالمة ناجحة أو أثراً بشرياً.