سازوکار پشته TCP/IP: چگونه این چهار لایه واقعاً داده‌ها را در اینترنت منتقل می‌کنند؟

مردم اغلب اینترنت را به صورت یک لوله پیوسته تصور می‌کنند که در آن یک عکس یا پیام متنی در یک جریان واحد و بدون وقفه از یک دستگاه به دستگاه دیگر می‌لغزد. واقعیت بسیار صنعتی‌تر از این حرف‌هاست. اینترنت فایل ارسال نمی‌کند؛ بلکه پاکت‌های داده میکروسکوپی و با قالب‌بندی سخت‌گیرانه می‌فرستد. این توهم جریان یکپارچه توسط پشته TCP/IP حفظ می‌شود، یک معماری چهار لایه که هر قطعه اطلاعات دیجیتالی که مصرف می‌کنید را تکه‌تکه، بسته‌بندی، مسیریابی و دوباره سرهم‌بندی می‌کند.[5]

وقتی مواد تبلیغاتی از «ابر» یا «فیبر فوق‌العاده سریع» صحبت می‌کنند، کار سنگین و بوروکراتیک در سطح پروتکل را پنهان می‌کنند. مجموعه پروتکل کنترل انتقال/پروتکل اینترنت (TCP/IP) کمتر یک شبکه فیزیکی و بیشتر یک زبان جهانی است. این مجموعه که در دهه ۱۹۷۰ توسط وزارت دفاع توسعه یافت، طراحی شده بود تا با اطمینان از اینکه هیچ گره واحدی ضروری نیست، از خرابی‌های شبکه جان سالم به در ببرد. امروز، این مجموعه از هرج و مرج محض میلیاردها دستگاه که همزمان با هم صحبت می‌کنند، جان سالم به در می‌برد.[5][6]

این پشته به چهار لایه متمایز تقسیم می‌شود: کاربرد، انتقال، اینترنت و دسترسی به شبکه. آن را مانند یک سیستم پستی در نظر بگیرید که در آن یک نامه در یک پاکت قرار می‌گیرد، که آن پاکت در یک کیسه پستی قرار می‌گیرد، و آن کیسه در یک کامیون بار می‌شود. هر لایه فقط با همتای مستقیم خود در سمت گیرنده ارتباط برقرار می‌کند و کاملاً از لایه‌های بالا یا پایین خود بی‌خبر است.[3][6]

لایه کاربرد جایی است که کاربران واقعاً با شبکه تعامل دارند. وقتی یک مرورگر وب را باز می‌کنید، پروتکل‌هایی مانند HTTP یا HTTPS درخواست شما را دریافت و قالب‌بندی می‌کنند. این لایه اهمیتی نمی‌دهد که داده چگونه به سرور می‌رسد؛ فقط به نحو نگارش (سینتکس) درخواست اهمیت می‌دهد. این لایه یک پیام دست‌نخورده و تکه‌تکه نشده را به لایه بعدی تحویل می‌دهد، با این فرض که شبکه به نحوی کار را به سرانجام خواهد رساند.[4]

لایه انتقال، که عمدتاً توسط TCP اداره می‌شود، جایی است که کار سنگین شروع می‌شود. TCP فایل حجیم لایه کاربرد را می‌گیرد و به شدت آن را به قطعات قابل مدیریت به نام سگمنت (Segment) تکه‌تکه می‌کند. این یک پروتکل «اتصال‌گرا» است، به این معنی که قبل از ارسال هر چیزی، یک دست‌دهی رسمی (Handshake) را طلب می‌کند و برای هر سگمنت تحویل داده شده، رسید می‌خواهد.[1][6]

این قابلیت اطمینان هزینه‌ای دارد. هر سگمنت TCP با یک هدر حداقل ۲۰ بایتی مهر می‌شود. این هدر حاوی فراداده حیاتی است: پورت مبدأ، پورت مقصد، و یک شماره توالی تا رایانه گیرنده بداند چگونه فایل تکه‌تکه شده را دوباره به هم بدوزد. اگر سگمنتی گم شود، TCP با سرسختی خط مونتاژ را متوقف کرده و درخواست ارسال مجدد می‌دهد.[1]

هنگامی که لایه انتقال سگمنت‌ها را تکه‌تکه و برچسب‌گذاری کرد، آن‌ها را به لایه اینترنت تحویل می‌دهد. در اینجا، پروتکل اینترنت (IP) کنترل را به دست می‌گیرد. IP به شماره‌های توالی یا تحویل تضمین‌شده اهمیتی نمی‌دهد. تنها وظیفه آن مسیریابی است. این پروتکل سگمنت TCP را در یک پاکت جدید به نام بسته IP می‌پیچد و ۲۰ بایت سربار دیگر برای IPv4 استاندارد اضافه می‌کند.[2][5]

هدر IP، آدرس‌های IP مبدأ و مقصد را روی بسته مهر می‌کند. این همان مختصات GPS اینترنت است. همانطور که بسته دستگاه شما را ترک می‌کند، در سراسر جهان از روتر به روتر دیگر پرتاب می‌شود. هر روتر فقط به آدرس IP مقصد نگاه می‌کند، جدول مسیریابی خود را بررسی می‌کند و بسته را به خانه نهایی‌اش نزدیک‌تر هل می‌دهد.[2][3]

در نهایت، بسته به لایه دسترسی به شبکه می‌رسد که گاهی اوقات لایه پیوند (Link layer) نامیده می‌شود. اینجاست که دیجیتال با فیزیکی ملاقات می‌کند. چه کابل‌های اترنت باشد، چه امواج رادیویی وای‌فای یا فیبر نوری، این لایه بسته IP را به تکانه‌های الکتریکی یا پالس‌های نوری ترجمه می‌کند. این لایه بسته را برای آخرین بار در یک «فریم» می‌پیچد و آدرس‌های MAC را برای مسیریابی در شبکه فیزیکی محلی اضافه می‌کند.[3][6]

همانطور که فریم در محیط فیزیکی حرکت می‌کند، ممکن است از ده‌ها روتر میانی عبور کند. در هر پرش، روتر فریم دسترسی به شبکه را جدا می‌کند، بسته IP را برای یافتن مقصد بازرسی می‌کند و سپس آن را برای مرحله بعدی سفر در یک فریم کاملاً جدید می‌پیچد. سگمنت داخلی TCP و داده‌های کاربرد دست‌نخورده باقی می‌مانند و به طور ایمن در داخل کپسوله‌سازی شده‌اند.[2][5]

وقتی فریم بالاخره به سرور مقصد می‌رسد، فرآیند معکوس می‌شود. لایه دسترسی به شبکه سرور، فریم را جدا کرده و بسته را به بالا تحویل می‌دهد. لایه اینترنت آدرس IP را تأیید کرده و هدر IP را جدا می‌کند. لایه انتقال به شماره‌های توالی TCP نگاه می‌کند، منتظر می‌ماند تا تمام قطعات برسند، آن‌ها را مرتب می‌کند و رسید دریافت را تأیید می‌کند.[1][3]

تنها پس از آنکه کل فایل به طور کامل سرهم‌بندی شد، لایه انتقال آن را به لایه کاربرد تحویل می‌دهد. سرور وب درخواست HTTP را دقیقاً همانطور که شما ارسال کرده‌اید دریافت می‌کند، در حالی که کاملاً بی‌خبر است که آن درخواست در هزاران قطعه میکروسکوپی و با سربار سنگین، از اقیانوس‌ها عبور کرده است.[4][6]

شایان ذکر است که TCP تنها بازیگر در لایه انتقال نیست. برای برنامه‌هایی که سرعت مهم‌تر از دقت کامل است—مانند پخش زنده ویدئو یا بازی‌های آنلاین—پشته از UDP (پروتکل دیتاگرام کاربر) استفاده می‌کند. UDP دست‌دهی و رسیدها را نادیده می‌گیرد. این پروتکل فقط بسته‌ها را به سمت مقصد پرتاب می‌کند و امیدوار است که به مقصد برسند، و قابلیت اطمینان را فدای سرعت خام می‌کند.[1][6]

نبوغ واقعی پشته TCP/IP در همین جداسازی سخت‌گیرانه وظایف از طریق کپسوله‌سازی است. از آنجایی که لایه کاربرد نیازی به دانستن فرکانس‌های وای‌فای ندارد، و لایه IP نیازی به دانستن اینکه آیا در حال حمل ایمیل است یا ویدئو ندارد، اینترنت می‌تواند دائماً تکامل یابد. ما سیم مسی را با فیبر نوری جایگزین کردیم بدون اینکه مجبور باشیم پروتکل HTTP را بازنویسی کنیم.[3][5]

اگرچه مدل چهار لایه برای دهه‌ها دوام آورده است، اما تحت فشار دائمی قرار دارد. انتقال از IPv4 به IPv6 ضروری بود زیرا آدرس‌ها تمام شدند، و پروتکل‌های جدیدی مانند QUIC در تلاشند تا لایه‌های انتقال و کاربرد را ادغام کنند تا تأخیر ناشی از دست‌دهی‌های وسواس‌گونه TCP را کاهش دهند. با این حال، سازوکارهای بنیادی تکه‌تکه کردن، بسته‌بندی و مسیریابی همچنان سنگ بنای اتصال انسانی باقی مانده‌اند.[2][5]