الخلاصة

  • أوجب RFC 1613 وصلة TCP منفصلة لكل دارة X.25 افتراضية. كان Logical Channel Number داخل XOT اعتباطياً، فلا يميز مكالمتين تحملان الرقم نفسه عبر stream مختلف.
  • تمرر طبقة XOT هوية stream إلى محرك X.25، ثم تكتب الواجهة المحلية الخارجة LCN الخاص بها. كانت الهوية التشغيلية في عملية الربط لا في field قابل للنقل.
  • كررت قيم flow-control الصريحة، وحزم التحكم المحلية، وإعداد PVC المنفصل الحد نفسه بين قاعدة مشتركة وقرار محلي قابل للإثبات.

رقمان صحيحان ومفتاح واحد خاطئ

يفتح A وB جلستين مختلفتين نحو C ويستعملان LCN نفسه. إذا فهرس C الحالة بالرقم وحده، دمج قيمتين صحيحتين محلياً في namespace عالمي زائف، وقد يرسل packet إلى حالة مكالمة أخرى.

يورد RFC 1613، وعنوانه cisco Systems X.25 over TCP (XOT)، هذا المثال. تسجل صفحة RFC Editor صدوره في مايو 1994 بصفة Informational لا Internet Standard. إنه دليل على method منشورة، لا على تبنٍ شامل.

خصص التصميم TCP connection لكل Virtual Circuit. لم يكن LCN داخل XOT كافياً، لذلك وجب على محرك X.25 في C معرفة الواجهة المنطقية التي جاء منها packet، وعلى XOT تمرير stream identification إليه.

أضاف stream السياق المفقود

تنشأ TCP قبل دارة X.25، ويحدد RFC المنفذ 1998 ويحظر XOT data في SYN. يعرض سجل IANA الحالي x25-svc-port على 1998 لكل من TCP وUDP. السجل ينسق رقماً؛ لا يثبت خدمة مفتوحة أو مالكاً أو مطابقة. يحدد RFC 1613 النقل عبر TCP.

تفصل الوصلة بين LCN المتطابقة، لكنها لا توثق شخصاً ولا تمنح إذناً ولا تثبت نتيجة التطبيق.

يوفر TCP التاريخي في RFC 793 stream مرتباً من octets بلا حدود X.25 packet. أضاف XOT أربعة bytes: Version وLength من 16 بت لكل منهما. Version غير الصفر أو length غير القانوني يفرضان إغلاق TCP.

هذا framing شرط وليس أطروحة المقال. سبق أن أعاد RFC 1006 حدود TPDU فوق TCP برأس آخر من أربعة octets، وغطاه BTW. في XOT قد تكون packet كاملة ومع ذلك ترتبط بالدارة الخطأ إذا ضاع سياق stream/interface.

يتغير الرقم عند الخروج

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

لذلك يربط receipt موثوق TCP connection والواجهة المنطقية وLCN الداخل والواجهة الخارجة وLCN الخارج. الرقم وحده ملتبس؛ وTCP endpoints وحدها تمحو التخصيص المحلي. تجعل Running-Code Primacy الادعاء محدوداً: يحدد RFC القاعدة الدنيا، وتثبت configuration وstate transitions وpackets حالة التنفيذ الفعلية.

لم تعبر defaults المواقع المختلفة

وجب أن يحمل كل Call قيم Packet Size وWindow Size لأن المواقع المتنوعة عبر TCP/IP لا تتشارك default موثوقاً. قبول Call ناقص قرار محلي، لكن Call Confirm يعيد القيم الفعلية.

يمكن أن يكون Flow control طرفياً أو محلياً. قد يجمع الوضع المحلي DATA أو يقسمها ويحفظ sequence مختلفاً لكل interface. ويحتاج ربط modulo 128/8 إلى ترجمة، وخفض window كبير أو رفضه. لا يعني RNR في اتجاه توقف DATA في الاتجاه الآخر. موثوقية TCP لا تثبت توافق النافذة أو استعداد المستقبل أو اكتمال العمل.

تعبر Interrupt وReset لأنها end-to-end. أما Restart وDTE Reject وDiagnostic وRegistration فمحلية ولا تعبر XOT.

احتاج PVC، الذي يجهز عادة بلا Call/Clear، إلى setup غير معياري بعد TCP. قورنت أسماء الواجهات وLCN المحلية وقيم flow. ميزت الحالات الواجهة المفقودة/down وPVC المجهول وعدم توافق configuration أو flow. يتبع النجاح صفر Reset محلي، ويقطع إغلاق TCP الدارة. لا يجوز لوصلتين نتجتا عن setup collision حمل traffic معاً.

حدود الدليل

يقول قسم Security فقط إن المذكرة لا تناقش الأمن. الصمت ليس ضماناً. لا تثبت المصادر authentication أو encryption أو authorization أو منع الربط الخاطئ.

لم نختبر implementation أو Cisco release أو شبكة operator أو capture. لا يثبت IANA خدمة نشطة. كما لا نملك دليلاً على الانتشار الحالي أو incident أو نتيجة تطبيق أو نسب مباشر إلى overlay حديث.

الخلاصة الأضيق هي الأقوى: قد يكون field صحيحاً من دون scope يكفي لتعريف الشيء التشغيلي. حفظ RFC 1613 في stream والواجهة الحد الذي لم يتسع له الرقم.

المصادر