طبقة النقل

في مجال شبكات الحاسوب ، تُعدّ طبقة النقل طبقة تجريدية ضمن مجموعة بروتوكولات الإنترنت ونموذج OSI . توفر بروتوكولات هذه الطبقة خدمات اتصال شاملة للتطبيقات. [ 1 ] : §1.1.3 ويمكنها توفير خدمات مثل الاتصال الموجه ، والموثوقية ، والتحكم في التدفق ، وتعدد الإرسال .
تختلف تفاصيل تنفيذ ودلالات طبقة النقل في مجموعة بروتوكولات الإنترنت [ 1 ] ، التي تُعدّ أساس الإنترنت ، عن نموذج OSI للشبكات العامة. جميع البروتوكولات المستخدمة حاليًا في هذه الطبقة للإنترنت نشأت من تطوير بروتوكول TCP/IP. في نموذج OSI، يُشار إلى طبقة النقل غالبًا بالطبقة الرابعة ( L4 ) [ 2 ] ، بينما لا تُستخدم الطبقات المرقمة في TCP/IP.
يُعدّ بروتوكول التحكم بالنقل (TCP) أشهر بروتوكولات النقل ضمن مجموعة بروتوكولات الإنترنت . يُستخدم هذا البروتوكول في عمليات النقل الموجهة بالاتصال، بينما يُستخدم بروتوكول بيانات المستخدم (UDP) غير الموجه للاتصال في عمليات نقل الرسائل الأبسط. يُعتبر TCP بروتوكولًا أكثر تعقيدًا نظرًا لتصميمه الذي يعتمد على الحالة ، والذي يتضمن خدمات نقل موثوقة وخدمات تدفق البيانات. يُشكّل TCP وUDP معًا غالبية حركة البيانات على الإنترنت، وهما البروتوكولان الوحيدان المُطبّقان في جميع أنظمة التشغيل الرئيسية. تشمل بروتوكولات طبقة النقل الإضافية التي تم تعريفها وتطبيقها بروتوكول التحكم في ازدحام البيانات (DCCP) وبروتوكول التحكم في نقل التدفق (SCTP).
خدمات
تُنقل خدمات طبقة النقل إلى التطبيق عبر واجهة برمجة تطبيقات لبروتوكولات طبقة النقل. وقد تتضمن هذه الخدمات الميزات التالية: [ 4 ]
- الاتصال الموجه نحو الاتصال : [ 5 ] عادة ما يكون من الأسهل على التطبيق تفسير الاتصال على أنه تدفق بيانات بدلاً من الاضطرار إلى التعامل مع النماذج الأساسية غير المتصلة، مثل نموذج مخطط البيانات لبروتوكول مخطط بيانات المستخدم (UDP) وبروتوكول الإنترنت (IP).
- تسليم البيانات بنفس الترتيب: لا تضمن طبقة الشبكة عادةً وصول حزم البيانات بنفس ترتيب إرسالها، ولكن غالبًا ما تكون هذه ميزة مرغوبة. ويتم ذلك عادةً باستخدام ترقيم الأجزاء، حيث يقوم المُستقبِل بتمريرها إلى التطبيق بالترتيب. وقد يؤدي ذلك إلى حجب رأس الطابور .
- الموثوقية : قد تُفقد الحزم أثناء النقل نتيجةً لازدحام الشبكة والأخطاء. باستخدام رمز كشف الأخطاء ، مثل مجموع التحقق ، يمكن لبروتوكول النقل التحقق من سلامة البيانات، والتأكد من استلامها بشكل صحيح عن طريق إرسال رسالة تأكيد (ACK) أو رفض (NACK) إلى المُرسِل. يمكن استخدام آليات إعادة الإرسال التلقائية لإعادة إرسال البيانات المفقودة أو التالفة.
- التحكم في التدفق : يجب أحيانًا إدارة معدل نقل البيانات بين عقدتين لمنع المرسل السريع من إرسال بيانات أكثر مما يستطيع مخزن البيانات المستقبل استيعابه ، مما يؤدي إلى تجاوز سعة المخزن. ويمكن استخدام ذلك أيضًا لتحسين الكفاءة عن طريق تقليل نقص البيانات في المخزن .
- تجنب الازدحام : يُمكن للتحكم في الازدحام تنظيم حركة البيانات الداخلة إلى شبكة الاتصالات، وذلك لتجنب انهيارها نتيجة الازدحام، من خلال محاولة تجنب إرهاق موارد المعالجة أو الربط في العقد والشبكات الوسيطة، واتخاذ خطوات لتقليل استهلاك الموارد، مثل خفض معدل إرسال الحزم . على سبيل المثال، قد تُبقي طلبات التكرار التلقائية الشبكة في حالة ازدحام؛ ويمكن تجنب هذه الحالة بإضافة آلية تجنب الازدحام إلى التحكم في التدفق، بما في ذلك بدء التشغيل البطيء . يُحافظ هذا على استهلاك النطاق الترددي عند مستوى منخفض في بداية الإرسال، أو بعد إعادة إرسال الحزم.
- تعدد الإرسال : يمكن للمنافذ توفير نقاط نهاية متعددة على عقدة واحدة. على سبيل المثال، يُعدّ الاسم الموجود في العنوان البريدي نوعًا من تعدد الإرسال، حيث يُميّز بين مُستلمي الرسائل المختلفين في الموقع نفسه. تستمع تطبيقات الحاسوب، كلٌّ منها، إلى المعلومات على منافذها الخاصة، مما يُتيح استخدام أكثر من خدمة شبكة في الوقت نفسه. يُعدّ تعدد الإرسال جزءًا من طبقة النقل في نموذج TCP/IP ، ولكنه جزء من طبقة الجلسة في نموذج OSI.
تحليل
في مجموعة بروتوكولات الإنترنت، توفر بروتوكولات طبقة النقل الاتصال بين برامج التطبيقات التي تعمل على مضيفات مختلفة. يستخدم بروتوكول TCP أرقام المنافذ لتحديد خدمات التطبيقات ودمج تدفقات البيانات المختلفة بين المضيفات؛ وبالمثل، يُحدد بروتوكول UDP حقول منافذ المصدر والوجهة، حيث يُفسر منفذ الوجهة في سياق عنوان وجهة إنترنت محدد. [ 6 ] [ 7 ] يجمع عنوان المقبس بين عنوان إنترنت ومنفذ طبقة النقل؛ في بروتوكول TCP، يُحدد الاتصال بواسطة زوج من المقابس. [ 8 ]
يوفر بروتوكول TCP خدمة تدفق بيانات بايتات موثوقة ومرتبة، تعتمد على الاتصال. يُنقل تدفق بيانات التطبيق عبر الشبكة في مقاطع TCP، يُرسل كل منها كحزمة بيانات IP. وتعتمد موثوقية TCP على أرقام التسلسل، ومجاميع التحقق، وإشعارات الاستلام، وإعادة إرسال المقاطع المفقودة أو التالفة. [ 6 ] [ 9 ] كما يتضمن TCP آليات للتحكم في التدفق تعتمد على النوافذ المُعلنة، ويُشترط على نقاط نهاية TCP تطبيق خوارزميات أساسية للتحكم في الازدحام، مثل البدء البطيء، وتجنب الازدحام، والتراجع الأسي لمهلات إعادة الإرسال. [ 10 ]
يوفر بروتوكول UDP خدمة نقل رسائل بسيطة وغير متصلة. يصف RFC 768 بروتوكول UDP بأنه يوفر إجراءً لبرامج التطبيقات لإرسال الرسائل بأقل قدر من آليات البروتوكول، دون ضمانات للتسليم أو الحماية من التكرار؛ أما التطبيقات التي تتطلب تدفقات بيانات منظمة وموثوقة، فيُنصح باستخدام بروتوكول TCP بدلاً منه. [ 7 ] وبالمثل، يصف RFC 8085 بروتوكول UDP بأنه خدمة نقل رسائل بسيطة وغير موثوقة، تعتمد على بذل قصارى الجهد، ويشير إلى أن التطبيقات التي تستخدم UDP قد تحتاج إلى تطبيق آليات إضافية لضمان الموثوقية، والتحكم في الازدحام، وحساب المجاميع الاختبارية، أو وظائف أخرى حسب حالة استخدامها. [ 11 ]
يُستخدم بروتوكول UDP بشكل شائع في تطبيقات البث المتعدد والبث العام، إلا أن هذه الاستخدامات تُعقّد التحكم في الازدحام، والتحكم في التدفق، والموثوقية، لأن المُرسِل قد يُرسل إلى العديد من المُستقبِلين عبر مسارات مُتباينة. وقد حددت فرقة عمل هندسة الإنترنت (IETF) أُطر عمل ووحدات بناء موثوقة للبث المتعدد، لذا فإن الموثوقية ليست مُستحيلة في تطبيقات البث المتعدد؛ بل إنها لا تُوفّرها بروتوكولات UDP نفسها، ويجب أن تُوفّرها التطبيقات أو بروتوكولات إضافية. [ 12 ]
تحدد مواصفات بروتوكول النقل في نمط الاتصال في نموذج OSI خمس فئات من بروتوكولات النقل، مصنفة من الفئة 0 (TP0) إلى الفئة 4 (TP4). لا توفر الفئة 0 أي آلية لاستعادة الأخطاء، وقد صُممت للاستخدام عبر خدمات الشبكة التي توفر اتصالات خالية من الأخطاء، بينما تتضمن الفئة 4 آلية استعادة الأخطاء ويمكنها العمل عبر خدمات شبكة أقل موثوقية. [ 13 ]
بسبب جمود البروتوكولات ، يُعتبر بروتوكولا TCP وUDP البروتوكولين الوحيدين واسعي الاستخدام على الإنترنت. ولتجنب عدم تحمل أجهزة الوسيط ، قد تُحاكي بروتوكولات النقل الجديدة بنية بروتوكول مُعتمد، أو تُغلّف في UDP مع قبول بعض النفقات الإضافية. [ 14 ] يتبع بروتوكول QUIC النهج الأخير: إذ تُعرّفه مواصفاته كبروتوكول نقل قائم على UDP، حيث تُنقل حزم البيانات في مخططات بيانات UDP، بينما يوفر QUIC نفسه الاتصالات، والتدفقات، والتسليم الموثوق، والتحكم في التدفق، والتحكم في الازدحام. [ 15 ]
البروتوكولات
تُظهر هذه القائمة بعض البروتوكولات التي يتم وضعها بشكل شائع في طبقات النقل لمجموعة بروتوكولات الإنترنت ، ومجموعة بروتوكولات OSI ، و IPX/SPX الخاصة بـ NetWare ، و AppleTalk ، و Fibre Channel .
- بروتوكول معاملات أبل توك ( ATP)
- CUDP، UDP الحلقي [ 16 ]
- بروتوكول التحكم في ازدحام حزم البيانات (DCCP)
- بروتوكول قناة الألياف (FCP)
- بروتوكول إلينوي، إلينوي
- بروتوكول TCP متعدد المسارات (MPTCP)
- البث المتعدد الموثوق به الموجه نحو NORM و NACK
- كويك
- بروتوكول البيانات الموثوق به (RDP)
- بروتوكول RUDP، بروتوكول بيانات المستخدم الموثوق
- بروتوكول نقل التحكم في التدفق (SCTP)
- SPX، تبادل الحزم المتسلسلة
- SST، النقل المهيكل للتيار
- بروتوكول التحكم في الإرسال (TCP)
- بروتوكول بيانات المستخدم (UDP)
- UDP-Lite
- بروتوكول النقل الدقيق (μTP)
مقارنة بروتوكولات طبقة النقل في الإنترنت
| ميزة | بروتوكول UDP | UDP-Lite | بروتوكول التحكم بالنقل (TCP) | بروتوكول TCP متعدد المسارات | برنامج النقل التكميلي للسكك الحديدية | DCCP | RUDP [ أ ] |
|---|---|---|---|---|---|---|---|
| حجم رأس الحزمة | 8 بايت | 8 بايت | 20-60 بايت | 50-90 بايت | 12 بايت [ ب ] | 12 أو 16 بايت | 14+ بايت |
| النفقات العامة النموذجية لحزمة البيانات | 8 بايت | 8 بايت | 20 بايت | ?? بايت | 44–48+ بايت [ ج ] | 12 أو 16 بايت | 14 بايت |
| كيان حزمة طبقة النقل | بيانات | بيانات | شريحة | شريحة | بيانات | بيانات | بيانات |
| موجه نحو الاتصال | لا | لا | نعم | نعم | نعم | نعم | نعم |
| وسيلة نقل موثوقة | لا | لا | نعم | نعم | نعم | لا | نعم |
| وسائل نقل غير موثوقة | نعم | نعم | لا | لا | نعم | نعم | نعم |
| الحفاظ على حدود الرسائل | نعم | نعم | لا | لا | نعم | نعم | نعم |
| توصيل | غير مرتب | غير مرتب | تم الطلب | تم الطلب | مرتبة / غير مرتبة | غير مرتب | غير مرتب |
| مجموع التحقق من البيانات | اختياري [ د ] | نعم | نعم | نعم | نعم | نعم | خياري |
| حجم المجموع الاختباري | 16 بت | 16 بت | 16 بت | 16 بت | 32 بت | 16 بت | 16 بت |
| مجموع التحقق الجزئي | لا | نعم | لا | لا | لا | نعم | لا |
| مسار MTU | لا | لا | نعم | نعم | نعم | نعم | ؟ |
| التحكم في التدفق | لا | لا | نعم | نعم | نعم | لا | نعم |
| التحكم في الازدحام | لا | لا | نعم | نعم | نعم | نعم | ؟ |
| إشعار صريح بالازدحام | لا | لا | نعم | نعم | نعم | نعم | ؟ |
| تيارات متعددة | لا | لا | لا | لا | نعم | لا | لا |
| تعدد الاتصالات | لا | لا | لا | نعم | نعم | لا | لا |
| التجميع / ناجل | لا | لا | نعم | نعم | نعم | لا | ؟ |
- ↑ لم يتم اعتماد معيار RUDP رسميًا. لم تشهد المعايير أي تطورات منذ عام 1999.
- ↑ باستثناء رؤوس أجزاء البيانات وأجزاء البيانات الإضافية. بدون الأجزاء المضمنة، تصبح حزمة SCTP عديمة الفائدة بشكل أساسي.
- ↑ يتم احتسابها على النحو التالي: 12 بايت لرأس SCTP + 16 بايت لرأس جزء البيانات، أو 20 بايت لرأس جزء I-DATA + 16 بايت أو أكثر لجزء SACK. لا يتم احتساب الأجزاء الإضافية غير المتعلقة بالبيانات (مثل AUTH) أو رؤوس أجزاء البيانات الإضافية، والتي قد تزيد بسهولة من الحمل الزائد بمقدار 50 بايت أو أكثر.
- ↑ اختياري في IPv4 ولكنه إلزامي في IPv6. [ 17 ]
مقارنة بروتوكولات نقل OSI
تُعرّف التوصية X.224 الصادرة عن ISO/IEC 8073/ITU-T، بعنوان "تقنية المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول توفير خدمة نقل البيانات في وضع الاتصال"، خمس فئات من بروتوكولات نقل البيانات في وضع الاتصال، مُصنّفة من الفئة 0 (TP0) إلى الفئة 4 (TP4). لا تتضمن الفئة 0 أي آلية لاستعادة الأخطاء، وقد صُممت للاستخدام على طبقات الشبكة التي توفر اتصالات خالية من الأخطاء. تُعدّ الفئة 4 الأقرب إلى بروتوكول TCP، على الرغم من أن TCP يتضمن وظائف، مثل الإغلاق السلس، التي يُسندها نموذج OSI إلى طبقة الجلسة. توفر جميع فئات بروتوكولات نقل البيانات في وضع الاتصال في نموذج OSI نقلًا سريعًا للبيانات والحفاظ على حدود السجلات. تُعرض الخصائص التفصيلية لهذه الفئات في الجدول التالي: [ 18 ]
| خدمة | TP0 | TP1 | TP2 | TP3 | TP4 |
|---|---|---|---|---|---|
| شبكة موجهة الاتصال | نعم | نعم | نعم | نعم | نعم |
| شبكة لا اتصال بها | لا | لا | لا | لا | نعم |
| الدمج والفصل | لا | نعم | نعم | نعم | نعم |
| التجزئة وإعادة التجميع | نعم | نعم | نعم | نعم | نعم |
| استعادة الأخطاء | لا | نعم | لا | نعم | نعم |
| أعد بدء الاتصال (في حالة عدم استلام عدد كبير من وحدات بيانات البروتوكول ) | لا | نعم | لا | نعم | لا |
| تعدد الإرسال وفك تعدد الإرسال عبر دائرة افتراضية واحدة | لا | لا | نعم | نعم | نعم |
| التحكم الصريح في التدفق | لا | لا | نعم | نعم | نعم |
| إعادة الإرسال عند انتهاء المهلة | لا | لا | لا | لا | نعم |
| خدمة نقل موثوقة | لا | نعم | لا | نعم | نعم |
يوجد أيضًا بروتوكول نقل بدون اتصال، محدد بواسطة ISO/IEC 8602/ITU-T التوصية X.234. [ 19 ]
مراجع
- 1 2 ر. برادن ، محرر. (أكتوبر 1989). متطلبات مضيفي الإنترنت - طبقات الاتصال . مجموعة عمل الشبكة. doi : 10.17487/RFC1122 . STD 3. RFC 1122 .المعيار الثالث للإنترنت. تم تحديثه بواسطة RFC 1349 و 4379 و 5884 و 6093 و 6298 و 6633 و 6864 و 8029 و 9293 .
- ↑ "مقدمة إلى مجموعة بروتوكولات الإنترنت" . دليل إدارة النظام، المجلد 3 .
- ↑ "X.225 : تكنولوجيا المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول جلسة موجهة الاتصال: مواصفات البروتوكول" . مؤرشف من الأصل في 1 فبراير 2021. تم الاطلاع عليه في 10 مارس 2023 .
- ↑ "طبقة النقل" (ملف PDF) . جامعة جالغوتيا .
- ↑ هينا، خيرا. “اتصالات البيانات والشبكات” (PDF) . جامعة جالجوتياس . ص. 9.
- 1 2 إيدي، دبليو. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 2.2. doi : 10.17487/RFC9293 . RFC 9293 .
- 1 2 بوستل، ج. (أغسطس 1980). بروتوكول بيانات المستخدم . IETF . doi : 10.17487/RFC0768 . RFC 768 .
- ↑ إيدي، و. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 4. doi : 10.17487/RFC9293 . RFC 9293 .
- ↑ إيدي، و. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 3.8. doi : 10.17487/RFC9293 . RFC 9293 .
- ↑ إيدي، و. (أغسطس 2022). بروتوكول التحكم في الإرسال (TCP) . IETF . القسم 3.8.2. doi : 10.17487/RFC9293 . RFC 9293 .
- ↑ إيغرت، ل.؛ فيرهيرست، ج.؛ شيبرد، ج. (مارس 2017). إرشادات استخدام بروتوكول UDP . IETF . القسم 1. doi : 10.17487/RFC8085 . RFC 8085 .
- ↑ إيغرت، ل.؛ فيرهيرست، ج.؛ شيبرد، ج. (مارس 2017). إرشادات استخدام بروتوكول UDP . IETF . القسم 4. doi : 10.17487/RFC8085 . RFC 8085 .
- ↑ تكنولوجيا المعلومات - الربط البيني للأنظمة المفتوحة - بروتوكول لتوفير خدمة نقل البيانات في وضع الاتصال (تقرير). الاتحاد الدولي للاتصالات . نوفمبر 1995. توصية ITU-T X.224؛ ISO/IEC 8073:1995 . تاريخ الاطلاع: 3 يوليو 2026 .
- ^ باباسترجيو وآخرون. 2017 ، ص. 620-624.
- ↑ إيينغار، ج.؛ طومسون، م. (مايو 2021). QUIC: بروتوكول نقل آمن ومتعدد الإرسال قائم على UDP . IETF . القسم 1. doi : 10.17487/RFC9000 . RFC 9000 .
- ↑ برايان سي. سميث، بروتوكول UDP الدوري: بروتوكول بذل الجهد الأمثل الموجه بالأولوية (ملف PDF) ، تم الاطلاع عليه في 23 فبراير 2020
- ↑ "RFC 8200" . تم الاطلاع عليه في 15 يونيو 2025.
على عكس IPv4، فإن السلوك الافتراضي عند إنشاء حزم UDP بواسطة عقدة IPv6 هو أن مجموع التحقق UDP ليس اختياريًا.
- ^ "التوصية ITU-T X.224 (11/1995) ISO/IEC 8073" . Itu.int . تم الاسترجاع في 17 يناير 2017 .
- ^ "التوصية ITU-T X.234 (07/1994) ISO/IEC 8602" . Itu.int . تم الاسترجاع في 17 يناير 2017 .
فهرس
- كوربيت ، جوناثان (29 يناير 2018). "QUIC كحل لتعظم البروتوكول" . LWN.net .
- باباستيرجيو، جيورجوس؛ فيرهيرست، جوري؛ روس، ديفيد؛ برونستروم، آنا؛ جرينيمو، كارل يوهان؛ هورتيج، بير؛ خادمي، نعيم؛ توكسن، مايكل؛ ويلزل، مايكل؛ داميانوفيتش، دراغانا؛ مانجيانتي، سيمون (2017). "تبسيط طبقة نقل الإنترنت: دراسة استقصائية وآفاق مستقبلية". مجلة IEEE للبحوث والدراسات في مجال الاتصالات . 19 : 619-639 . doi : 10.1109/COMST.2016.2626780 . hdl : 2164/8317 . S2CID 1846371 .
- نموذج OSI
