طبقة الجلسة
في نموذج OSI ذي الطبقات السبع لشبكات الحاسوب ، تكون طبقة الجلسة هي الطبقة الخامسة .
توفر طبقة الجلسة آلية لفتح وإغلاق وإدارة جلسة بين عمليات تطبيقات المستخدم النهائي، أي حوار شبه دائم. تتكون جلسات الاتصال من طلبات واستجابات تحدث بين التطبيقات. تُستخدم خدمات طبقة الجلسة بشكل شائع في بيئات التطبيقات التي تستخدم استدعاءات الإجراءات عن بُعد (RPCs). [ 2 ]
من أمثلة بروتوكولات طبقة الجلسة بروتوكول طبقة الجلسة في مجموعة بروتوكولات OSI ، المعروف أيضًا باسم X.225 أو ISO 8327. في حالة انقطاع الاتصال، قد يحاول هذا البروتوكول استعادة الاتصال. إذا لم يُستخدم الاتصال لفترة طويلة، فقد يقوم بروتوكول طبقة الجلسة بإغلاقه وإعادة فتحه. وهو يدعم التشغيل ثنائي الاتجاه الكامل أو ثنائي الاتجاه الجزئي ، ويوفر نقاط تزامن في تدفق الرسائل المتبادلة. [ 3 ]
وتشمل الأمثلة الأخرى لتطبيقات طبقة الجلسة بروتوكول معلومات المنطقة (ZIP) - بروتوكول AppleTalk [ 4 ] الذي ينسق عملية ربط الأسماء، وبروتوكول التحكم في الجلسة (SCP) [ 5 ] - بروتوكول طبقة الجلسة DECnet Phase IV.
في إطار دلالات طبقات الخدمة لبنية شبكة OSI، تستجيب طبقة الجلسة لطلبات الخدمة من طبقة العرض وتصدر طلبات الخدمة إلى طبقة النقل .
خدمات
إنشاء الاتصال وفصله
على الأقل، تسمح طبقة الجلسة للطرفين بإنشاء واستخدام اتصال يسمى جلسة، وتسمح بتحرير الاتصال بشكل منظم.
في نموذج OSI، لا تتولى طبقة النقل مسؤولية إنهاء الاتصال بشكل منظم، بل تتولى طبقة الجلسة هذه المهمة. مع ذلك، في شبكات TCP/IP الحديثة، يوفر بروتوكول TCP بالفعل إغلاقًا منظمًا للاتصالات على مستوى طبقة النقل.
بعد انتهاء اتصال الجلسة، يمكن إعادة استخدام اتصال النقل الأساسي لاتصال جلسة آخر. كما يمكن لاتصال الجلسة استخدام عدة اتصالات نقل متتالية. على سبيل المثال، إذا تعطل اتصال النقل الأساسي أثناء الجلسة، فقد تحاول طبقة الجلسة إعادة إنشاء اتصال نقل لمواصلة الجلسة.
التحكم في الحوار
قد توفر طبقة الجلسة ثلاثة أنواع مختلفة من الحوار: ثنائي الاتجاه متزامن (مزدوج كامل)، وثنائي الاتجاه بالتناوب (مزدوج جزئي)، وأحادي الاتجاه (أحادي الاتجاه). كما توفر آليات للتفاوض على نوع الحوار، وتتحكم في الطرف الذي يملك "الدور" أو "الرمز" لإرسال البيانات أو تنفيذ بعض وظائف التحكم.
لا يُطبَّق التحكم في الحوار في بروتوكول TCP/IP، ويُترك الأمر لطبقة التطبيق عند الحاجة. في بروتوكول HTTP/1.1 واسع الانتشار، يعمل العميل والخادم عادةً بنظام نصف مزدوج. يدعم HTTP/1.1 أيضًا تقنية HTTP pipelining للعمل بنظام مزدوج كامل، لكن العديد من الخوادم/الوكلاء لم يتمكنوا من التعامل معه بشكل صحيح، ولم تكن هناك آلية تفاوض حوار للتحقق من إمكانية استخدام النظام المزدوج الكامل، لذا تخلت معظم المتصفحات عن دعمه في النهاية.
نقاط التزامن وإعادة التزامن
قد تسمح طبقة الجلسة أيضًا للطرفين بإدراج نقاط تزامن في الحوار، والسماح لهما بإجراء إعادة تزامن ، مما يؤدي إلى إيقاف الإرسال الحالي، وتعيين نقطة التزامن على قيمة معينة، وإعادة بدء الإرسال من تلك النقطة.
يمكن استخدام هذه التقنية في نقل الصوت والفيديو في الوقت الفعلي. تُستخدم نقاط التزامن لإضافة طوابع زمنية إلى تدفق البيانات، كما يمكن استخدام إعادة التزامن لإعادة ضبط الإرسال ليبدأ من طابع زمني جديد. على سبيل المثال، إذا تأخر بث الفيديو عن بث الصوت بشكل كبير، فقد يُصدر الطرف المُستقبِل طلب إعادة تزامن لبث الفيديو، مُعيدًا بدء إرساله من طابع زمني لاحق.
قد يستخدم التطبيق هذه الخاصية أيضًا لإنشاء نقاط تحقق. تُستخدم نقاط المزامنة للإشارة إلى أن التطبيق قد أنشأ نقطة تحقق، وبعد تعطل التطبيق أو انقطاع التيار الكهربائي، يمكن استخدام إعادة المزامنة للإشارة إلى أن التطبيق قد استعاد وضعه من نقطة التحقق، ويمكن استئناف الإرسال من تلك النقطة.
يمكن استخدام هذه الخاصية أيضًا لمقاطعة/استئناف حوار في أي وقت، ليس بسبب عطل في التطبيق، بل وفقًا لما هو مخطط له من قِبل التطبيق. يمكن للتطبيق مقاطعة حوار، وبدء حوار آخر في نفس الجلسة، واستئناف الحوار السابق في نفس الجلسة أو في جلسة أخرى.
قد توفر طبقة الجلسة دعمًا صريحًا لإدارة حوارات متعددة قابلة للمقاطعة عبر جلسة واحدة أو أكثر. تُسمى هذه الحوارات بالأنشطة . يمكن مقاطعة الأنشطة واستئنافها بشكل صريح. بالمقارنة مع المقاطعة الضمنية للحوارات واستئنافها عن طريق إعادة المزامنة، يمنح دعم الأنشطة التطبيق تحكمًا أبسط في هذه الحوارات.
البروتوكولات
- بروتوكول تدفق بيانات أبل توك (ADSP)
- بروتوكول جلسة أبل توك ( ASP)
- H.245، بروتوكول التحكم في المكالمات للاتصالات متعددة الوسائط
- ISO-SP، بروتوكول طبقة الجلسة في نموذج OSI (X.225، ISO 8327)
- خدمة أسماء التخزين عبر الإنترنت (iSNS)
- بروتوكول إعادة التوجيه من الطبقة الثانية (L2F)
- بروتوكول النفق من الطبقة الثانية (L2TP)
- نظام الإدخال والإخراج الأساسي للشبكة (NetBIOS)
- بروتوكول مصادقة كلمة المرور (PAP)
- بروتوكول PPTP، بروتوكول النفق من نقطة إلى نقطة
- بروتوكول استدعاء الإجراءات عن بعد (RPC)
- بروتوكول التحكم في النقل في الوقت الحقيقي (RTCP)
- SMPP، بروتوكول الرسائل القصيرة من نظير إلى نظير
- SCP، نسخة آمنة
- بروتوكول الإنترنت SOCKS
- ZIP، بروتوكول معلومات المنطقة
- بروتوكول SDP، بروتوكول المقابس المباشرة
مقارنة مع نموذج TCP/IP
لا يهتم نموذج TCP/IP المرجعي بتفاصيل نموذج OSI المتعلقة بدلالات بروتوكولات التطبيقات أو النقل، وبالتالي لا يتضمن طبقة جلسات. تُدار جلسات OSI، المرتبطة ببروتوكولات النقل الشائعة (TCP، SCTP)، ضمن بروتوكولات طبقة النقل ، أو تُعتبر من اختصاص بروتوكولات طبقة التطبيقات . أما طبقات TCP/IP فهي عبارة عن وصف لنطاقات التشغيل (التطبيق، الاتصال بين المضيفين، الشبكة، الرابط) وليست وصفًا تفصيليًا لإجراءات التشغيل أو دلالات البيانات.
انظر أيضاً
مراجع
- ↑ "X.225 : تكنولوجيا المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول جلسة موجهة الاتصال: مواصفات البروتوكول" . مؤرشف من الأصل في 1 فبراير 2021. تم الاطلاع عليه في 10 مارس 2023 .
- ↑ "ما هو استدعاء الإجراء عن بُعد (RPC)؟ تعريف من SearchAppArchitecture" . SearchAppArchitecture . تم الاطلاع عليه في 4 أغسطس 2022 .
- ↑ توصية الاتحاد الدولي للاتصالات X.225
- ↑ "ZIP" (PDF) . Apple.developer.com .
- ↑ "بروتوكول التحكم في الجلسة (SCP)" . www.w3.org . تم الاطلاع عليه بتاريخ 4 أغسطس 2022 .
- نموذج OSI
