الفرق الأساسي بين OSI وTCP/IP هو أن OSI نموذج مرجعي من سبع طبقات لتنظيم وظائف الاتصال وفهمها، بينما يشير TCP/IP بصورة شائعة إلى Internet Protocol Suite، أي البنية ومجموعة البروتوكولات التي يقوم عليها الاتصال الفعلي عبر الإنترنت.
لذلك فهما ليسا نموذجين متطابقين مع اختلاف أسماء الطبقات، ولا توجد قاعدة رسمية تقول إن كل طبقة في OSI يجب أن تقابل طبقة واحدة محددة في TCP/IP. المقارنة بينهما مفيدة للتعلم، لكن الـMapping بين الطبقات يظل تقريبيًا.
إذا كنت في بداية دراسة Networking، فمن الأفضل أن تكون لديك أولًا صورة عامة عن أساسيات الشبكات، ثم تستخدم هذه المقارنة لربط المصطلحات النظرية بالبروتوكولات التي تراها فعليًا مثل IP وTCP وUDP وDNS وHTTP.
الفرق بين OSI وTCP/IP باختصار
| المقارنة | OSI | TCP/IP / Internet Protocol Suite |
|---|---|---|
| الطبيعة | نموذج مرجعي | بنية بروتوكولات مستخدمة فعليًا في الإنترنت |
| عدد الطبقات الشائع | 7 طبقات | 4 طبقات في التقسيم الشائع |
| الطبقات | Application، Presentation، Session، Transport، Network، Data Link، Physical | Application، Transport، Internet، Link |
| الغرض الأساسي | تنظيم وفهم وظائف الاتصال وتطوير المعايير | تمكين الاتصال الفعلي بين الأنظمة عبر الشبكات |
| البروتوكولات | النموذج نفسه لا يعني بروتوكولًا واحدًا بعينه | IP وTCP وUDP وICMP وDNS وHTTP وغيرها |
| الاستخدام في التعلم | مفيد جدًا لفهم الوظائف واستكشاف الأعطال | ضروري لفهم الشبكات والإنترنت عمليًا |
ما هو نموذج OSI فعلًا؟
OSI اختصار لـ Open Systems Interconnection. ويحدد المعيار ISO/IEC 7498-1 النموذج المرجعي الأساسي للاتصال بين الأنظمة المفتوحة.
النقطة المهمة هي أن ISO تصفه كنموذج يوفر أساسًا مشتركًا لتنسيق تطوير المعايير ووضعها في سياقها، وليس كمواصفة تنفيذ تخبر نظام التشغيل حرفيًا كيف يجب أن يبني Network Stack.
يقسم OSI الاتصال إلى سبع طبقات:
- Application
- Presentation
- Session
- Transport
- Network
- Data Link
- Physical
لكل طبقة مجموعة من الوظائف المفاهيمية. فـPhysical تهتم بالجوانب المرتبطة بنقل الإشارة، وData Link بالاتصال عبر الوصلة المحلية، وNetwork بالعنونة والتوجيه بين الشبكات، بينما توجد وظائف التطبيقات في الطبقات العليا.
إذا أردت دراسة وظيفة كل واحدة بالتفصيل، فهناك شرح مستقل لـنموذج OSI وطبقاته السبع؛ أما هدف هذه الصفحة فهو فهم علاقته ببنية الإنترنت وليس إعادة شرح الطبقات طبقةً طبقة.
ما هو TCP/IP؟ وهل هو بروتوكول واحد؟
لا. TCP/IP ليس بروتوكولًا واحدًا مكوّنًا من TCP وIP فقط.
الاسم يستخدم عادة بصورة مختصرة للإشارة إلى Internet Protocol Suite، وهي عائلة كبيرة من البروتوكولات التي تتعاون لتحقيق وظائف مختلفة في الاتصال.
يصف RFC 1122 البنية الطبقية لبروتوكولات الإنترنت، ويقسم المستويات الأساسية إلى Application وTransport وInternet وLink، مع تغطية متطلبات بروتوكولات التطبيقات بصورة موسعة في RFC 1123.
| طبقة Internet Suite | وظيفتها بصورة مبسطة | أمثلة |
|---|---|---|
| Application | البروتوكولات والخدمات التي تستخدمها التطبيقات | HTTP، DNS، SMTP، SSH |
| Transport | الاتصال ونقل البيانات بين التطبيقات أو نقاط النهاية | TCP، UDP، وبنى نقل حديثة مثل QUIC |
| Internet | العنونة ونقل البيانات بين الشبكات | IPv4، IPv6، ICMP |
| Link | الوصول إلى الشبكة أو الوصلة المتصلة مباشرة | Ethernet، Wi-Fi وتقنيات الربط الأخرى |
إذا كان الفرق بين Protocol وService أو وظيفة كل بروتوكول غير واضح لديك، راجع أولًا شرح ما هو البروتوكول الشبكي.
كيف تقابل طبقات OSI طبقات TCP/IP؟
يمكن استخدام الجدول التالي كخريطة تعليمية تقريبية:
| OSI | Internet Protocol Suite تقريبًا |
|---|---|
| Application | Application |
| Presentation | |
| Session | |
| Transport | Transport |
| Network | Internet |
| Data Link | Link وما يرتبط بتقنية الوصلة والوسط |
| Physical |
لكن لا تحفظ هذا الجدول باعتباره تحويلًا رسميًا واحدًا لواحد.
فمثلًا يوضح RFC 1122 أن Application Layer في Internet Suite لا تُقسم داخليًا بالطريقة نفسها التي يفعلها OSI، وأنها تضم وظائف ترتبط بطبقتي Application وPresentation في OSI. كما يوضح RFC 1812 أن بعض الوظائف التي يضعها OSI ضمن Session يمكن أن تظهر كذلك في مستوى Application في Internet Protocol Suite.
وعند الطرف السفلي لا يعني Link Layer ببساطة أن هناك «طبقتين OSI ملتصقتين». تفاصيل Ethernet وWi-Fi والـPHY والواجهات تعتمد على المعايير والتقنيات نفسها، ولذلك يبقى الربط بين النموذجين أداة للفهم وليس معادلة ثابتة.
لماذا توجد سبع طبقات في OSI وأربع فقط في TCP/IP؟
لأن النموذجين لا يحاولان وصف الشبكة بالطريقة نفسها.
OSI يفصل بعض المسؤوليات إلى مستويات مستقلة لأغراض التجريد والتنظيم. لذلك توجد طبقة Presentation لوظائف مرتبطة بتمثيل البيانات، وSession لإدارة جوانب من الجلسات، كما يفصل Data Link عن Physical.
Internet Protocol Suite أكثر عملية في طريقة تجميع هذه الوظائف. لا توجد فيها Presentation Layer أو Session Layer مستقلة تحمل هذا الاسم، كما يجمع التقسيم الشائع تقنيات الاتصال بالوصلة تحت Link Layer.
هذا لا يعني أن وظائف Presentation أو Session «غير موجودة» في الإنترنت. المعنى فقط أنها لا تحتاج إلى الظهور كطبقتين مستقلتين في بنية Internet Protocol Suite؛ فقد تنفذها التطبيقات أو البروتوكولات أو المكتبات المختلفة حيث تكون مطلوبة.
الطبقات ليست جدرانًا جامدة
أحد أكثر الأخطاء شيوعًا عند تعلم OSI هو الاعتقاد بأن كل بروتوكول يجب أن يعيش داخل صندوق منفصل لا يتفاعل إلا مع الطبقة فوقه وتحته.
حتى RFC 1122 يشير إلى أن Strict Layering نموذج غير كامل لوصف Internet Protocol Suite؛ فوظائف البروتوكولات قد تتفاعل عبر المستويات، وقد تكون بعض التفاصيل أكثر تعقيدًا من الرسم الطبقي المستخدم في الكتب.
إذن الطبقات وسيلة ممتازة لتقسيم مشكلة معقدة إلى أجزاء مفهومة، لكنها ليست وصفًا حرفيًا لكل سطر من الكود الذي يعمل داخل نظام التشغيل أو المتصفح أو الراوتر.
مثال عملي: ماذا يحدث عندما تفتح موقعًا؟
لنأخذ زيارة موقع ويب كمثال. قبل طلب الصفحة قد يحتاج الجهاز إلى DNS للحصول على عنوان IP الخاص بالخادم. بعد ذلك يبدأ الاتصال بالبروتوكولات المناسبة للويب والنقل والشبكة.
حالة HTTP فوق TCP
في اتصال ويب يستخدم TCP يمكن تبسيط الصورة هكذا:
- HTTP يعمل على مستوى Application.
- إذا كان الاتصال HTTPS، تستخدم آليات التشفير والمصادقة اللازمة للاتصال الآمن.
- TCP يقدم خدمة النقل بين الطرفين.
- IP يحمل البيانات عبر الشبكات باتجاه الوجهة.
- Ethernet أو Wi-Fi يتعامل مع إرسالها عبر الوصلة المحلية.
عند الانتقال إلى الطبقات الأدنى تُغلّف بيانات المستوى الأعلى داخل وحدات البروتوكولات التالية. هذه العملية هي Encapsulation وDecapsulation.
لكن HTTP لا يعني TCP دائمًا
هنا تظهر مشكلة استخدام اسم «TCP/IP» بصورة حرفية. الإنترنت الحديث لا يشترط أن يمر كل تطبيق عبر TCP.
فعلى سبيل المثال، يحدد RFC 9114 بروتوكول HTTP/3 فوق QUIC بدل تشغيل HTTP فوق TCP كما يحدث مع HTTP/1.1 وHTTP/2 في الاستخدامات المعتادة.
ويعرّف RFC 9000 QUIC كبروتوكول نقل آمن ومتعدد التدفقات، وتُنقل حزم QUIC داخل UDP Datagrams لتسهيل تشغيله عبر البنية الشبكية الموجودة.
يمكن لذلك أن تصبح الرحلة المبسطة في HTTP/3:
HTTP/3 → QUIC → UDP → IP → Ethernet/Wi-Fi
وهذا مثال مهم على سبب كون Internet Protocol Suite وصفًا أدق من تصور TCP/IP كمكدس لا يمكن أن يعمل دون TCP.
أين نضع TLS في نموذج OSI؟
السؤال عن «طبقة TLS» مثال جيد على حدود المقارنة بين النموذجين.
في الشروحات التعليمية قد تُربط وظائف مثل التشفير وتمثيل البيانات بطبقة Presentation في OSI. لكن Internet Protocol Suite لا يحتوي على Presentation Layer مستقلة يجب أن يوضع TLS داخلها.
في الاتصال الحقيقي الأهم هو فهم علاقة البروتوكولات ببعضها: في HTTPS التقليدي يعمل HTTP مع TLS فوق TCP، بينما يدمج QUIC جوانب النقل والحماية بطريقة مختلفة عند استخدام HTTP/3.
لذلك سؤال «هل TLS في Layer 5 أم 6 أم 7؟» قد يكون أقل فائدة من سؤال: ما الخدمة التي يقدمها TLS، وما البروتوكول الموجود تحته وما التطبيق الموجود فوقه؟
OSI أم TCP/IP عند استكشاف أعطال الشبكة؟
يمكن استخدام الاثنين معًا. مصطلحات OSI مفيدة جدًا في تقسيم المشكلة، بينما Internet Protocol Suite يساعدك في تحديد البروتوكولات والأدوات التي يجب فحصها فعليًا.
فإذا تعطل الاتصال يمكنك التحرك مثلًا بهذه الصورة:
- Physical / Link: هل يوجد اتصال فعلي؟ هل تعمل واجهة Ethernet أو Wi-Fi؟
- Data Link / Link: هل تعمل الوصلة المحلية والإطارات وإعدادات VLAN عند وجودها؟
- Network / Internet: هل لدى الجهاز عنوان IP صحيح؟ هل يوجد Route إلى الوجهة؟
- Transport: هل TCP أو UDP أو مسار QUIC يصل إلى الخدمة المطلوبة؟
- Application: هل DNS يعمل؟ هل يستجيب HTTP؟ هل تفشل عملية TLS أو التطبيق نفسه؟
هذا أكثر فائدة من استخدام عبارات مثل «المشكلة في Layer 3» دون معرفة البروتوكول أو الإعداد الذي يجب فحصه.
ولهذا ستسمع في الشبكات العملية مصطلحات مثل Layer 2 Switching وLayer 3 Routing وLayer 7 Filtering حتى عندما تكون الأجهزة نفسها تتعامل أساسًا مع بروتوكولات Internet Protocol Suite. أرقام OSI أصبحت لغة مفيدة لوصف مستوى الوظيفة، وليست دليلًا على أن الإنترنت يعمل داخليًا كمكدس OSI كامل.
أيهما يستخدمه الإنترنت فعليًا؟
الإنترنت يعتمد على Internet Protocol Suite وبروتوكولاتها، وليس على نموذج OSI ذي السبع طبقات باعتباره Network Stack يجب تنفيذه حرفيًا.
IP هو العنصر المركزي الذي يسمح بنقل البيانات بين الشبكات، وتوجد فوقه بروتوكولات نقل وآليات مختلفة، وفوقها بروتوكولات التطبيقات، بينما تتعامل تقنيات Link مع الوصول إلى الشبكة المتصلة مباشرة.
أما OSI فيبقى مهمًا كنموذج مرجعي يساعد على:
- تعلم وظائف الشبكة بطريقة منظمة.
- التواصل بين المتخصصين باستخدام مصطلحات موحدة.
- تقسيم مشكلات الاتصال أثناء Troubleshooting.
- فهم الفرق بين وظائف الطبقات المختلفة.
- قراءة وثائق الشبكات والشهادات التقنية بسهولة أكبر.
هل TCP/IP أفضل من OSI؟
السؤال الأدق ليس أيهما «أفضل»، لأن لكل منهما وظيفة مختلفة.
إذا كنت تريد فهم كيف تُنظَّم وظائف الاتصال نظريًا، فإن OSI مفيد جدًا. وإذا كنت تريد فهم ما الذي يعمل فعليًا عندما يتصل جهاز بالإنترنت، فيجب أن تفهم Internet Protocol Suite وبروتوكولاتها.
المهندس أو محلل الشبكات لا يحتاج إلى الاختيار بينهما؛ بل يستخدم مفردات OSI عندما تكون مفيدة، ثم ينظر إلى البروتوكولات الحقيقية مثل Ethernet وIP وTCP وUDP وQUIC وDNS وHTTP عندما يحلل الاتصال.
أخطاء شائعة عند مقارنة OSI وTCP/IP
- TCP/IP ليس بروتوكولين فقط: الاسم يشير عادة إلى عائلة كبيرة من بروتوكولات الإنترنت.
- OSI ليس Network Stack الذي يشغّل الإنترنت: هو نموذج مرجعي، ولا تقدمه ISO كمواصفة تنفيذ حرفية.
- الـMapping ليس واحدًا لواحد: دمج ثلاث طبقات OSI العليا داخل Application مفيد للتعلم، لكنه ليس قانونًا يحول كل وظيفة تلقائيًا إلى طبقة محددة.
- TCP ليس إلزاميًا لكل تطبيق: HTTP/3 وQUIC مثال واضح على تطور بنية النقل الحديثة.
- الطبقات ليست حدودًا مطلقة: التنفيذ الحقيقي يحتوي على تفاعلات وتعقيدات لا يظهرها الرسم المبسط.
- وجود سبع طبقات لا يجعل OSI «أدق» تلقائيًا: عدد الطبقات نتيجة لطريقة التجريد المستخدمة، وليس مقياسًا لجودة النموذج.
أيهما تتعلم أولًا؟
للمبتدئ، ابدأ بفهم فكرة الشبكة والأجهزة والعناوين والبروتوكولات الأساسية. بعد ذلك استخدم OSI لتنظيم هذه المفاهيم، لكن لا تقضِ وقتك في حفظ أسماء الطبقات السبع دون ربطها بما يحدث في الاتصال الحقيقي.
بعد كل طبقة اسأل نفسك: ما البروتوكولات أو التقنيات التي تؤدي هذه الوظيفة في الشبكات التي أستخدمها؟ عندها ستنتقل طبيعيًا من OSI إلى IP وTCP وUDP وEthernet وDNS وHTTP وبقية Internet Protocol Suite.
الخلاصة
OSI وTCP/IP ليسا نسختين من النموذج نفسه. OSI هو نموذج مرجعي من سبع طبقات يفصل وظائف الاتصال بصورة مفيدة للتعلم والتحليل، بينما Internet Protocol Suite تمثل البنية والبروتوكولات التي يستخدمها الإنترنت فعليًا.
يمكن تقريب Application وPresentation وبعض وظائف Session إلى Application في Internet Suite، وTransport إلى Transport، وNetwork إلى Internet، وData Link وPhysical إلى المجال الذي تغطيه تقنيات Link والوسط. لكن هذه المقارنة تعليمية وليست Mapping رسميًا ثابتًا.
والقاعدة الأهم ليست حفظ جدول الطبقات، بل فهم الرحلة: التطبيق ينشئ البيانات، بروتوكولات النقل تتعامل مع الاتصال، IP ينقلها بين الشبكات، وتقنية Link توصلها عبر الرابط المحلي. عندما تفهم هذه العلاقة يصبح استخدام OSI وTCP/IP في دراسة الشبكات وتحليلها أكثر وضوحًا بكثير.