الخلاصة

  • أنهت RFC 1434 اتصال LLC Type 2 عند كل Data Link Switch، لذلك امتلك الطرفان رابطين محليين مستقلين بدلاً من رابط بيانات واحد يمتد عبر WAN.
  • احتاج SSP بعد ذلك إلى اكتشاف المحطة وتبادل زوج من Circuit ID ذوي دلالة محلية وإتمام CONTACT وCONTACTED؛ أما قيام TCP وحده فلم يثبت أياً من هذه المراحل.
  • عزلت الإقرارات المحلية مؤقتات LAN عن تغير تأخير WAN، لكن تعدد الدوائر فوق نقل واحد أنشأ مصيراً مشتركاً: سقوط TCP أسقط جميع الدوائر التي يحملها.

ساعة الشبكة المحلية لا تقيس طريقاً واسعاً

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

لم تحاول Data Link Switching العثور على مؤقت طويل يصلح لكل WAN. غيّرت موضع النهاية. الطرفية في الجهة الأولى تتعامل مع LLC ينتهي في المبدّل القريب، والطرفية في الجهة الثانية تتعامل مع LLC آخر ينتهي في مبدّلها. وبين Data Link Switches ينقل Switch-to-Switch Protocol المعلومات فوق وسيلة نقل موثوقة.

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

لكن نطاق الإقرار تقلّص. حين ترى الطرفية RR أو UA، يكون المبدّل المجاور قد قبل مسؤولية محلية. لا يثبت ذلك أن الطرفية البعيدة استلمت الإطار، أو أن رابطها المحلي قام، أو أن تطبيقها نفّذ شيئاً. وصفت RFC الرابطين المحليين بأنهما مستقلان تماماً؛ الاستمرارية التي يراها المستخدم تتكون من وعود متتابعة لا من حالة واحدة.

TCP أرضية مشتركة، لا دائرة مكتملة

يُنشئ مبدّلان اتصال نقل قبل تشغيل SSP. استخدم التطبيق الأول TCP، مع ترك الباب لنقل موثوق آخر. بعد ذلك فقط يُقيم SSP دوائر DLS بين المبدّلين، ويمكن لدوائر عديدة أن تتشارك اتصال النقل نفسه.

لذلك فإن حالة TCP تصف علاقة بين مبدّلين. قد لا يكون موقع المحطة معروفاً، وقد لا يكون النظير القادر على بلوغها قد اختير، وقد لا يكون زوج المعرّفات قد اكتمل، وقد ينتظر الرابط المحلي البعيد الاتصال. تحويل «المقبس متصل» إلى «خدمة الطرفية جاهزة» يلغي معظم آلة الحالات.

عبّر Data Link ID عن نقطتي الاتصال عبر عناوين MAC وSAP للطرفين. أما كل مبدّل فأنشأ Circuit ID محلياً بطول 64 بت، مكوّناً من DLC Port ID وData Link Correlator. لا تتحدد الدائرة بين الطرفين إلا بزوج المعرّفين، ويحفظ كل DLS العلاقة بين قيمته المحلية وقيمة النظير.

قبل تكوين الزوج، حملت رسائل التحكم Data Link ID الكامل. وبعد قيام الدائرة استطاع INFOFRAME استعمال ترويسة أقصر تحوي Circuit ID البعيد. وفّر ذلك بايتات لأن السياق انتقل إلى جدول داخل المبدّل. رقم واحد بلا هوية المبدّل والاتجاه والرقم المقابل لا يكفي لربط سجلات الجهتين.

الوصول إجابة، والاتصال إجابة أخرى

سأل CANUREACH أي نظير يستطيع الوصول إلى المحطة. رد ICANREACH بالإيجاب وقدّم Circuit ID للجهة المستهدفة. أعاد REACH_ACK معرّف جهة المنشأ فأكمل الزوج. ثم دفع CONTACT وCONTACTED عملية الاتصال بالمحطة البعيدة.

لم تكن الأفعال مترادفة. نظير النقل الحي قد يجهل المحطة. العثور على موقع لا يكمل المعرّفين. وجود دائرة معرّفة لا يضمن أن الرابط المحلي البعيد أنهى الاتصال. كل انتقال يزيل نوعاً محدداً من عدم اليقين، ولذلك يستطيع السجل الدقيق أن يحدد أين توقفت المحاولة.

قد تعود عدة رسائل ICANREACH إلى سؤال واحد. يختار DLS المنشأ أول جواب ويرسل REACH_ACK إلى ذلك النظير. لم يكن «موقع المحطة» حقيقة ساكنة وحيدة، بل نتيجة بحث واختيار في لحظة. ينبغي الاحتفاظ بكل الأجوبة وترتيبها والاختيار، لا بالجواب الفائز وحده.

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

يستطيع الطرف القريب أن يوافق أولاً

عندما ترسل محطة محلية SABME، يستطيع DLS المنشأ الرد بـUA قبل أن تُتصل المحطة البعيدة. ولكي لا تبدأ الطرفية إرسال البيانات مبكراً، يستخدم المبدّل RNR محلياً. بعد وصول CONTACTED من الجهة الأخرى، يرفع RR المنع ويسمح بالتدفق.

لا ينتحل UA جواب الطرف البعيد. إنه يسجّل أن المبدّل قبل الرابط القريب، بينما يحتفظ RNR بعدم اليقين فيما بعده. ينشأ التضليل عندما تضع لوحة المراقبة القبول المحلي والاتصال البعيد ونجاح التطبيق تحت مصباح واحد.

دائرة SSP والاتصال البعيد وإذن الإرسال المحلي واستجابة التطبيق أربع طبقات من الدليل. وحتى إذا سلّم TCP البايتات بالترتيب إلى DLS الآخر، فقد يكون LLC البعيد يعيد المحاولة أو يغلق، وقد لا يكون البرنامج النهائي قد قام بأي فعل.

جعلت RFC 1795 هذا الحد أكثر وضوحاً بإضافة ضبط تكيفي للتدفق لكل دائرة ولكل اتجاه. بعد تبادل القدرات يبدأ المرسل بلا وحدات ممنوحة، وينتظر FCIND ليحصل على الإذن. هذه إضافة تعود إلى 1995 وليست ميزة في RFC 1434، لكنها تبيّن أن النقل الموثوق لا يقرر وحده مقدار ما تضخه كل دائرة منطقية.

وفّر التعدد اتصالات، وجمع الخطر

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

تنص RFC 1434 على أنه إذا فشل TCP بين مبدّلي DLS تُسقط جميع الاتصالات المجمعة عليه. يرسل المبدّلان DISC إلى كل الأنظمة المحلية المتأثرة. قد يكون كابل الطرفية ومنفذها ورابطها المجاور سليمين، ومع ذلك تنتهي الجلسة لأن الاعتماد المشترك اختفى.

قد تكون عشرة إنذارات فصل محلية في الثانية نفسها آثاراً لسبب TCP واحد. عدّها عشرة أسباب يشوّه التشخيص، وحفظ إنذار النقل وحده يخفي حجم الأثر. النموذج الصادق يربط السبب المشترك بكل Circuit ID، ثم بالرابطين المحليين وبالتطبيق المتأثر.

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

كشفت المعايير اللاحقة ما يحتاجه التشغيل

أعلنت RFC 1795 تغييرات كبيرة وحلت محل RFC 1434. أرادت مجموعة DLSw في APPN Implementers Workshop نسخة موحدة من SSP تستطيع جهات مصنّعة متعددة تنفيذها، مع إصلاح مشكلات التوثيق. أضافت تبادل القدرات بعد قيام النقل وقبل رسائل التحكم المعتادة للدوائر.

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

سجلت RFC 2166 ضغط التوسع: إدارة نظراء كثيرين، وتكرار استعلامات البحث وNetBIOS عبر اتصالات نقطة إلى نقطة، والحفاظ على النقل، وإنهاء أعداد كبيرة من LLC2 في موقع مركزي. أضاف DLSw v2.0 أسباب HALT واكتشافاً بمساعدة multicast واتصالات عند الطلب وتفضيل TCP واحداً ثنائي الاتجاه حيث يدعم الطرفان ذلك.

لا يجوز إعادة هذه الإضافات إلى بروتوكول 1993. تاريخها يقول إن نقل الحالة من WAN والبروتوكول القديم لا يمحوها؛ إنه يضعها في المبدّلات حيث تحتاج إلى تفاوض ومراقبة وضبط للتوسع.

لا ينتهي الدليل عند INFOFRAME

يجمع السجل القابل للتحقيق هوية نظير النقل وحالته، وData Link ID المطلوب، وكل ICANREACH، والنظير المختار، وكلا Circuit ID، وانتقالات CONTACT/CONTACTED، وحالة DLC في الطرفين، وإذن التدفق، والعدادات، وأول سبب للقطع. ثم تُربط نتيجة التطبيق كدليل مستقل.

تقول RFC 1434 وRFC 1795 صراحة إنهما لا تناقشان مسائل الأمن. لذلك لا تثبتان وحدهما توثيق النظير أو تفويض المحطة أو السرية أو السلامة أمام خصم. موثوقية TCP داخل النموذج صفة تسليم وليست حكماً أمنياً.

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

المصادر