مقدمه‌ای بر شبکه‌های TCP/IP: توضیح مدل OSI و پشته TCP/IP

چرا شبکه‌سازی به یک مدل لایه‌ای نیاز دارد

ساخت یک شبکه از ابتدا نیازمند حل تعداد عظیمی مسئله به‌طور هم‌زمان خواهد بود: چگونه سیگنال‌های الکتریکی بیت‌ها را نمایش می‌دهند، چگونه دستگاه‌ها روی همان سیم از صحبت روی هم اجتناب می‌کنند، چگونه داده مسیرش را در سراسر چند شبکه پیدا می‌کند، و چگونه اپلیکیشن‌ها به‌طور قابل‌اعتماد اطلاعات را تبادل می‌کنند. یک Layered Model (مدل لایه‌ای) این را با تقسیم این مسئولیت‌ها به لایه‌های مستقل حل می‌کند، که هرکدام یک مسئله خاص را حل می‌کنند و برای هر چیز بنیادین‌تر به لایه زیر خودشان متکی هستند.

مدل مرجع OSI: هفت لایه

OSI (Open Systems Interconnection) Model، هرچند تا حد زیادی یک مرجع نظری است نه چیزی که دقیقاً همان‌طور که توصیف شده پیاده‌سازی شده باشد، همچنان چارچوب استاندارد برای بحث و عیب‌یابی ارتباط شبکه باقی می‌ماند، و آن را به هفت لایه متمایز تقسیم می‌کند.

لایه ۷ - Application:  کاری که نرم‌افزار روبه‌کاربر انجام می‌دهد
                         (HTTP، DNS، پروتکل‌های ایمیل)
لایه ۶ - Presentation: قالب‌بندی داده، رمزگذاری، فشرده‌سازی
لایه ۵ - Session:      ایجاد و مدیریت جلسات ارتباطی
                         بین اپلیکیشن‌ها
لایه ۴ - Transport:    تحویل قابل‌اعتماد یا غیرقابل‌اعتماد سرتاسری
                         (TCP، UDP)
لایه ۳ - Network:      آدرس‌دهی منطقی و مسیریابی بین
                         شبکه‌های مختلف (IP)
لایه ۲ - Data Link:    آدرس‌دهی فیزیکی و تحویل درون
                         یک شبکه محلی واحد (اترنت، آدرس‌های MAC)
لایه ۱ - Physical:     سیگنال‌های الکتریکی، نوری، یا رادیویی
                         واقعی که بیت‌های خام را حمل می‌کنند

یک تمهید یادآوری رایج برای به‌خاطرسپاری ترتیب از بالا به پایین "All People Seem To Need Data Processing" است. هر لایه فقط نیاز دارد کار خودش و نحوه تحویل داده به لایه بلافاصله زیر یا بالای خودش را بفهمد — یک سوئیچ، برای مثال، عمدتاً در لایه ۲ کار می‌کند و نیازی ندارد چیزی درباره پروتکل‌های انتقال لایه ۴ بفهمد تا کارش را درست انجام دهد.

مدل TCP/IP: چیزی که شبکه‌ها واقعاً استفاده می‌کنند

در حالی که مدل OSI برای بحث مفید است، شبکه‌های دنیای واقعی، شامل خود اینترنت، روی TCP/IP Model (مدل TCP/IP) ساخته شده‌اند، یک چارچوب چهار-لایه‌ای ساده‌تر که به‌طور شل روی هفت لایه OSI نگاشت می‌شود.

لایه TCP/IP             تقریباً متناظر با لایه‌های OSI
Application              Application، Presentation، Session (۵-۷)
Transport                 Transport (۴)
Internet                  Network (۳)
Network Access            Data Link، Physical (۱-۲)

مدل TCP/IP سه لایه بالای OSI را در یک لایه Application واحد ترکیب می‌کند، چون در عمل تمایزات بین منطق اپلیکیشن، قالب‌بندی داده، و مدیریت جلسه به‌ندرت به‌عنوان لایه‌های پروتکل کاملاً مجزا مدیریت می‌شوند — بیشتر پروتکل‌های واقعی مانند HTTP هر سه نگرانی را با هم مدیریت می‌کنند.

پروتکل‌های کلیدی در هر لایه TCP/IP

درک اینکه کدام پروتکل در کدام لایه عمل می‌کند برای عیب‌یابی و درک اینکه دستگاه‌هایی مانند سوئیچ‌ها و روترها ترافیک را چگونه متفاوت پردازش می‌کنند ضروری است.

لایه Application:
  HTTP/HTTPS - مرور وب
  DNS         - تفکیک نام
  DHCP        - تخصیص خودکار آدرس IP
  SSH/Telnet  - مدیریت از راه دور دستگاه

لایه Transport:
  TCP - اتصال‌محور، تحویل قابل‌اعتماد
        (استفاده‌شده برای وب، ایمیل، انتقال فایل)
  UDP - بدون‌اتصال، تحویل تلاش‌بهترین
        (استفاده‌شده برای صدا، ویدیو، پرس‌وجوهای DNS)

لایه Internet:
  IPv4/IPv6 - آدرس‌دهی منطقی و مسیریابی
  ICMP      - گزارش خطا و تشخیص (ping)

لایه Network Access:
  Ethernet - فناوری غالب LAN
  ARP      - آدرس‌های IP را به آدرس‌های MAC تبدیل می‌کند

TCP در مقابل UDP: یک تمایز حیاتی

از آنجا که TCP و UDP در سراسر عیب‌یابی و پیکربندی شبکه واقعی ظاهر می‌شوند، درک تفاوتشان ضروری است.

TCP (Transmission Control Protocol):
  - پیش از ارسال داده یک اتصال برقرار می‌کند
    (دست‌دهی سه‌مرحله‌ای: SYN، SYN-ACK، ACK)
  - تحویل را تضمین می‌کند، بخش‌های ازدست‌رفته را دوباره می‌فرستد
  - اطمینان می‌دهد داده به ترتیب درست می‌رسد
  - سربار بالاتر به‌دلیل این تضمین‌ها

UDP (User Datagram Protocol):
  - بدون برقراری اتصال — صرفاً داده می‌فرستد
  - بدون تضمین تحویل، بدون ارسال مجدد
  - بدون تضمین ترتیب
  - سربار پایین‌تر، تأخیر پایین‌تر

TCP هروقت یکپارچگی داده بیشتر از سرعت اهمیت داشته باشد انتخاب می‌شود — یک صفحه وب یا انتقال فایل با داده گم‌شده یا خراب غیرقابل‌قبول است. UDP هروقت تأخیر پایین بیشتر از تحویل کامل اهمیت داشته باشد انتخاب می‌شود — یک وقفه کوتاه در یک تماس صوتی بسیار کمتر مخل از تأخیری است که تضمین‌های ارسال‌مجدد و ترتیب‌بندی TCP معرفی می‌کردند.

کپسوله‌سازی: داده چگونه در پشته بالا و پایین حرکت می‌کند

همان‌طور که داده از یک اپلیکیشن به‌سمت سیم فیزیکی حرکت می‌کند، هر لایه داده از لایه بالای خودش را در هدر خودش (و گاهی تریلر) می‌پیچد، فرآیندی به نام Encapsulation (کپسوله‌سازی).

فرآیند کپسوله‌سازی، لایه‌به‌لایه:

داده اپلیکیشن (مثلاً یک درخواست HTTP)
        ↓
+ هدر TCP  → یک "Segment" می‌شود
        ↓
+ هدر IP   → یک "Packet" می‌شود
        ↓
+ هدر/تریلر Ethernet → یک "Frame" می‌شود
        ↓
تبدیل به سیگنال‌های الکتریکی/نوری → "Bits"

در دستگاه گیرنده، این فرآیند معکوس اجرا می‌شود، به نام De-encapsulation (رفع‌کپسوله‌سازی): هر لایه هدر متناظر خودش را همان‌طور که داده در پشته به بالا حرکت می‌کند لایه‌برداری می‌کند، و از اطلاعات آن هدر برای تصمیم‌گیری درباره چگونگی پردازش یا فوروارد‌کردن داده استفاده می‌کند.

مثال عملی: تأیید اتصال با ping
PC# ping 8.8.8.8

این یک دستور واحد فعالیت را در هر لایه فعال می‌کند:
- ICMP (لایه Internet) درخواست echo را تولید می‌کند
- IP (لایه Internet) آدرس‌دهی منبع/مقصد را اضافه می‌کند
- Ethernet (لایه Network Access) آن را برای لینک محلی فریم می‌کند
- لایه فیزیکی سیگنال‌های واقعی را منتقل می‌کند

چرا درک این لایه‌ها برای عیب‌یابی واقعی اهمیت دارد

عیب‌یابی حرفه‌ای شبکه اساساً حول این تفکر لایه‌ای سازمان‌دهی شده است. وقتی یک کاربر گزارش می‌دهد "شبکه قطعه"، یک رویکرد سیستماتیک اتصال را لایه‌به‌لایه بررسی می‌کند — آیا کابل فیزیکی متصل است (لایه ۱)؟ آیا سوئیچ آدرس MAC دستگاه را می‌بیند (لایه ۲)؟ آیا دستگاه یک آدرس IP معتبر دارد و می‌تواند به دروازه پیش‌فرض برسد (لایه ۳)؟ آیا پورت اپلیکیشن خاص قابل‌دسترسی است (لایه ۴ و بالاتر)؟ این رویکرد تشخیصی لایه‌به‌لایه، که اغلب OSI Troubleshooting Method (روش عیب‌یابی OSI) نامیده می‌شود، یکی از عادت‌های از نظر عملی ارزشمندترین است که یک مهندس شبکه توسعه می‌دهد، و مستقیماً توضیح می‌دهد چرا دستوراتی مانند ping (آزمایش دسترسی‌پذیری لایه ۳) و show mac address-table (بررسی اطلاعات لایه ۲) لایه‌های خاصی را هدف‌گذاری می‌کنند به‌جای آزمایش "شبکه" به‌عنوان یک کل بدون‌تمایز.

چرا این پایه زیربنای هر چیزی است که ادامه دارد

هر موضوعی که بعداً در این مجموعه پوشش داده می‌شود — سوئیچینگ اترنت، VLAN، آدرس‌دهی IP، پروتکل‌های مسیریابی، و لیست‌های کنترل دسترسی — اساساً یک کاوش عمیق‌تر از این است که یک یا چند تا از این لایه‌ها واقعاً چگونه کار می‌کنند و دستگاه‌های سیسکو چگونه رفتار آن لایه را پیاده‌سازی و پیکربندی می‌کنند. یک درک محکم و شهودی از اینکه کدام لایه کدام مسئولیت را مدیریت می‌کند، و کپسوله‌سازی چگونه آن‌ها را به هم متصل می‌کند، مدل ذهنی ضروری برای درک هر دستور پیکربندی و تکنیک عیب‌یابی‌ای است که ادامه دارد.