در مقاله‌های آغازین آموزش نتورک‌پلاس به شما گفتیم یک پروتکل نقش حاکمیتی داشته و به کامپیوترهای تحت یک شبکه اعلام می‌کند که دستورالعمل‌ها و دادهها را بر مبنای چه روشی انتقال دهند، در ادامه با تجهیزات زیرساختی شبکه آشنا شدیم و اطلاعاتی درباره نحوه کار لایه‌های شبکه، کاربرد، انتقال و پیوند داده به دست آورده و خواندیم که لایه‌ها چگونه به تجهیزات شبکه کمک می‌کنند انواع مختلفی از آدرس‌ها را برای ارسال درست دادهها برای دستگاه‌ها یا پردازه‌ها به خدمت گیرند. در ادامه با وظایف لایه‌های مختلف مدل OSI همچون قالب‌بندی، آدرس‌دهی و کشف خطاها اطلاعاتی آشنا شدیم. در بطن همه این فعالیت‌ها و اتفاقاتی که به آن‌ها اشاره داشتیم پروتکل‌ها قرار دارند. اکنون قصد داریم درباره نحوه عملکرد پروتکل‌ها در لایه‌های مختلف و پیام‌هایی که ایجاد می‌کنند اطلاعات بیشتری به دست آورده، با نحوه کار روترها آشنا شده و نیم نگاهی به لایه شبکه داشته باشیم.
پروتکل‌های اصلی TCP/IP
TCP/IP را مجموعه‌ای از پروتکل‌ها یا استانداردهایی همچون TCP، IP(IPv4/Ipv6)، DUP، ARP به انضمام سایر پروتکل‌ها به وجود آورده‌اند. اما چه اتفاقی برای پیام‌های سرآیند در لایه انتقال رخ می‌دهد؟ اجازه دهید خلاصه‌ای از آن‌چه درباره سرآیندها و دنباله فریم آموختید را در قالب شکل زیر به تصویر بکشیم.
لایه‌های ۷، ۶ و ۵ دستورالعمل‌ها و داده‌هایی هستند که بار داده شناخته می‌شوند. بارداده‌هایی که یک برنامه کاربردی در حال اجرا روی مبدا آن‌ها را تولید می‌کند. به‌طور مثال، در شکل بالا بارداده توسط مرورگر ایجاد شده است، در ادامه بالاترین لایه مدل OSI بار داده به سمت دو لایه بعدی انتقال می‌دهد.
لایه ۴- یک پروتکل لایه انتقال است که معمولا هر یک از دو پروتکل TCP یا UDP از آن استفاده کرده و یک سرآیند به بار داده اضافه می‌کنند. این سرآیند شامل شماره پورتی است که مشخص می‌کند روی یک میزبان چه برنامه‌ای قرار است بسته‌ها را دریافت کند. کل پیام در ادامه به یک سگمنت (زمانی که از TCP استفاده شود) یا دیتاگرام (زمانی که از UDP استفاده می‌شود) تبدیل می‌شود.
لایه ۳- لایه شبکه سرآیند خود را به سگمنت یا دیتاگرامی که به برایش ارسال شده اضافه می‌کند. این سرآیند آدرس آی‌پی مقصد و پیامی که پاکت نامیده می‌شود را مشخص می‌کند.
لایه ۲- این بسته به سمت لایه پیوند داده روی کارت شبکه هدایت می‌شود. در ادامه بسته با سرآیند و دنباله فریم کپسوله شده و یک فریم ایجاد می‌شود. این فریم لایه شامل یک آدرس فیزیکی است که برای پیدا کردن یک گره روی شبکه محلی استفاده می‌شود.
لایه ۱- لایه فیزیکی روی کارت شبکه فریم را دریافت کرده و فرآیند انتقال ملموس روی شبکه را انجام می‌دهد.
میزبان دریافت‌کننده پیام در هر لایه پیام را از حالت کپسوله خارج کرده و سپس اطلاعات بارداده‌ای که دریافت می‌کند را نشان می‌دهد. یک پیام در فرآیند انتقال ممکن است از دستگاه‌های مختلفی همچون سوییچ‌ها و روترها عبور کند. دستگاه‌های اتصال‌دهنده، دستگاه‌های ویژه‌ای هستند که به دو یا چند شبکه یا بخش‌های مختلفی که درون یک شبکه قرار دارند اجازه می‌دهند به یکدیگر متصل شده و به تبادل دادهها بپردازند. هر دستگاهی که یک پیام را خوانده و آن‌را پردازش می‌کند با بالاترین سرآیند لایه OSI شناخته می‌شود. به‌طور مثال اگر یک سوییچ سرآیند لایه پیوند را خوانده و پردازش کند، اما فرآیند انتقال پیام را بدون خواندن سرآیندهای لایه بالاتر انجام دهد، به نام سوییچ لایه ۲ شناخته می‌شود. به عبارت دیگر، روتری که سرآیند لایه شبکه را خوانده، پردازش کرده و آن‌را به سرآیند لایه انتقال تحویل می‌دهد به نام دستگاه لایه ۳ از آن نام برده می‌شود. شکل زیر این مسئله را نشان می‌دهد.
پروتکل کنترل انتقال (TCP) سرنام Transmission Control Protocol
اگر به خاطر داشته باشید، به شما گفتیم پروتکل TCP در لایه انتقال از مدل OSI استفاده می‌شود و سرویس‌هایی قابل اعتماد برای تحویل دادهها ارائه می‌کند. اجازه دهید برای روشن شدن مطلب پروتکل TCP را با یک تماس تلفنی مقایسه کنیم تا سه ویژگی کاربردی TCP که ضمنات می‌دهند دادهها به شکل درستی انتقال پیدا می‌کنند را به خوبی درک کنیم.
اتصال‌گرایی- قبل از آن‌که TCP دادهها را انتقال دهد، این پروتکل مطمئن می‌شود که یک ارتباط یا نشستی ایجاد شده است. شبیه به حالتی که یک تماس تلفنی برقرار می‌کنید و پیش از آن‌که صحبت‌های خود را شروع کنید با گفتن سلام مطمئن می‌شود در آن سوی خط فردی در حال گوش دادن است. TCP از یک فرآیند سه مرحله‌ای که به نام دست‌دادن سه طرفه از آن نام برده می‌شود برای برقراری یک ارتباط TCP استفاده می‌کند. TCP تنها پس از آن‌که ارتباطی را برقرار کرد، در ادامه فرآیند انتقال واقعی دادهها را آغاز می‌کند. به‌طور مثال پاسخ‌گویی به محاوره‌ای که درباره دسترسی به یک صفحه وب مبتنی بر HTTP ارسال شده است.
توالی و بررسی‌ها- زمانی که یک تماس تلفنی برقرار می‌کنید، ممکن است از شخص مقابل سوال کنید که آیا صدای شما را به درستی می‌شنود و در صورت لزوم جمله‌ای به زبان می‌آورید. مشابه همین حالت در دنیای شبکه رخ می‌دهد، TCP یک رشته کاراکتری که بررسی‌کننده‌ها (checksum) نام دارند را ارسال می‌کند. در طرف دیگر پروتکل TCP میزبان رشته مشابهی را تولید می‌کند. اگر فرآیند تطابق دو رشته با شکست روبرو شود، میزبان از مبدا درخواست می‌کند دادهها را دومرتبه ارسال کند. علاوه بر این، به دلیل اینکه پیام‌ها همیشه به همان ترتیبی که ساخته شده‌اند به مقصد نمی‌رسند، TCP یک شماره ترتیب زمانی را برای مشخص کردن هر سگمنت برای میزبان ارسال می‌کند. اگر ضرورتی داشته باشد، در مقصد سگمنت‌هایی که دریافت شده‌اند دومرتبه مرتب می‌شوند.
کنترل جریان- در آن سوی خط اگر فردی که با او صحبت می‌کنید، به درستی متوجه حرف‌های شما نشود، مجبور هستید آهنگ صحبت کردن خود را کند کنید تا واژه‌ها به درستی شنیده شوند. مشابه چنین حالتی در دنیای شبکه کنترل جریان نام دارد. کنترل جریان فرآیندی است که ضمانت می‌کند پیام‌ها با نرخ درستی در حال انتقال هستند. نرخ انتقال دادهها بر مبنای سرعتی که گیرنده قادر به دریافت دادهها است تنظیم می‌شود. به‌طور مثال، فرض کنید که دریافت‌کننده اعلام می‌دارد که بافر او قادر به مدیریت ۴۰۰۰ بایت است. در این حالت فرستنده فرآیند انتقال را بر مبنای ۴۰۰۰ بایت تنظیم کرده و به انتقال یک یا چند بسته کوتاه همراه با حالت توقف ادامه داده و پیش از فرستاندن بسته‌های بعدی کمی مکث می‌کند تا دادهها به درستی انتقال پیدا کنند. TCP همه عناصر دخیل در این فرآیند همچون دست دادن سه طرفه، بررسی‌کننده‌ها، توالی و کنترل جریان را با ارسال دادهها به فیلدهایی در سرآیند TCP در ابتدای یک سگمنت TCP مدیریت می‌کند.
فیلدهای درون یک سگمنت TCP
شکل زیر فهرستی از آیتم‌هایی را نشان می‌دهد که فیلد نامیده شده و درون یک سگمنت TCP قرار دارند. هر بلوک نشان داده شده در شکل بیان‌گر مجموعه‌ای از بیت‌ها بوده و هر سطر بیان‌گر ۳۲ بیت است. تصویر زیر یک سگمنت TCP را نشان می‌دهد که همه فیلدها به جزء آخرین مورد فیلد داده‌ای بوده و بخشی از سرآیند TCP هستند. محتوای فیلد داده‌ای پیامی است که لایه بالای لایه انتقال آن‌را ارسال کرده است.
نکته: سرآیندها در گروه‌های ۳۲ ساخته می‌شوند که به آن‌ها words گفته می‌شود. هر word (کلمه) شامل ۴ بایت است که بلوک نامیده شده و هر کدام ۸ بیت هستند. توضیح فوق به این دلیل آورده شد که سرآیندهای نشان داده شده در تصویر بالا همگی در گروه‌های ۳۲ بیتی نشان داده شده‌اند. توضیح هر یک از فیلدهای تصویر بالا در جدول زیر ارائه شده است. دقت کنید فیلد داده‌ای در انتهای تصویر بخشی از سرآیند TCP نیست. زمانی که سگمنت TCP به سمت پایین یعنی لایه شبکه می‌رود، کل سگمنت به بخش داده‌ای یک سگمنت آی‌پی تبدیل می‌شود. در ادامه این بارداده درون یک بسته آی‌پی کپسوله می‌شود.
| عملکرد | طول | فیلد | |
|---|---|---|---|
| پورتی در گره مبدا را نشان می‌دهد. یک پورت شمارهای است که برای شناسایی یک پردازه روی یک میزبان استفاده می‌شود. پورت به یک پردازه اجازه می‌دهد داده‌هایی را دریافت کرده یا ارسال کند. | ۱۶ bits | Source port | سرآیند |
| پورتی در یک گره مقصد را نشان می‌دهد | ۱۶ bits | Destination port | |
| موقعیت سگمنت داده در یک استریم از سگمنت‌های داده‌ای ارسال شده را نشان می‌دهد. به عبارت ساده‌تر شماره ترتیب آخرین بایت درون فید داده از بسته جاری را نشان می‌دهد. | ۱۶ bits | Sequence number | |
| تایید دریافت اطلاعات از طریق یک پیام بازگشتی برای فرستنده. | ۳۲ bits | Acknowledgment number | |
| طول سرآیند TCP را در بایت نشان می‌دهد. سرآیند می‌تواند حداقل ۲۰ بایت و حداکثر ۶۰ بایت باشد. این فیلد با نام Data offset هم شناخته می‌شود. | ۴ bits | TCP header length | |
| فیلدی که برای استفاده‌های بعدی رزرو شده است نشان می‌دهد. | ۶ bits | Reserved | |
| مجموعه‌ای از شش فیلد ۱ بیتی یا پرچم‌هایی است که برای شناسایی حالت‌های ویژه سایر فیلدها در یک سرآیند سیگنالی را ارسال می‌کند. فرستنده می‌تواند از فلگ‌های زیر در زمان ارسال دادهها استفاده کند: URG: اگر ۱ باشد، اعلام می‌دارد که فیلد اشاره‌گر Urgent درون سگمنت اطلاعاتی قرار داده که گیرنده باید آن‌را پردازش کند. اگر ۰ باشد، گیرنده از فیلد اشاره‌گر Urgent صرفنظر خواهد کرد. ACK: اگر ۱ باشد، به معنای آن است که فیلد Acknowledgment درون سگمنت اطلاعاتی برای گیرنده قرار داده است. اگر ۰ باشد، گیرنده از فیلد Acknowledgment خواهد کرد. PSH: اگر به ۱ باشد، دادهها باید بدون بافر شدن برای یک برنامه ارسال شوند. RST: اگر ۱ باشد، فرستنده درخواست کرده تا ارتباط ریست شود. SYN: اگر ۱ باشد، فرستنده درخواست یک همگام‌سازی شماره‌های توالی میان دو گره را ارسال کرده است. این کد نشان می‌دهد که هیچ بارداده‌ای درون سگمنت وجود ندارد، و فیلد Acknowledgment number در پاسخ باید ۱ واحد افزایش پیدا کند. اگر هر دو فیلد ACK و SYN 1 باشند، هر دو طرف آماده برقراری ارتباط هستند. FIN: اگر ۱ باشد، سگمنت آخرین بسته بوده و ارتباط باید بسته شود. | ۶ bits | Flags | |
| نشان می‌دهد که فرستنده می‌تواند چند بایت را قبل از تأیید گیرنده برای او ارسال کند. این فیلد جریان ارسال دادهها را کنترل کرده و مانع از پر شدن بیش از اندازه بافر گیرنده می‌شود. | ۱۶ bits | Sliding-window size (or window) | |
| به گره دریافت‌کننده اجازه می‌دهد که تصمیم‌گیری کند که آیا سگمنت TCP می‌تواند در مدت زمان انتقال از بین برود یا خیر | ۱۶ bits | Checksum | |
| بیان‌گر مکانی در یک فیلد داده‌ای است که موقعیت داده‌های مهم درون بسته را مشخص می‌کند. | ۱۶ bits | Urgent pointer | |
| گزینه‌های خاصی را ارائه می‌کند. به‌طور مثال حداکثر اندازه سگمنت که یک شبکه قادر به مدیریت آن است. | ۰–۳۲ bits | Options | |
| فیلد padding در TCP برای اطمینان از اینکه سرآیند TCP به پایان رسیده استفاده شده و اطمینان می‌دهد که طول سرآیند TCP دارای بیت‌های ۳۲ بیتی است. به عبارت دیگر؛ اطمینان می‌دهد که بخش داده‌ای یک بسته از کراه ۳۲ بیتی آغاز شده و هیچ داده‌ای درون بسته از دست نخواهد رفت. | متغیر | Padding | |
| شامل اطلاعات ارسال شده توسط میزبان است. فیلد داده بخشی از سرآیند TCP نیست، بلکه درون سرآیند TCP کپسوله شده است. اندازه فیلد داده بستگی به میزان داده‌هایی دارد که باید انتقال داده شوند، محدودیت‌هایی که روی اندازه سگمنت TCP اعمال می‌شود به نوع شبکه بستگی دارد. | متغیر | متغیر | |
دست دادن سه مرحله‌ای در TCP
دست دادن سه مرحله‌ای به معنای شروع نشست/جلسه‌ای است که پیش از آن‌که TCP داده‌های واقعی را انتقال دهد ایجاد می‌شود. برای درک بهتر این موضوع به زمانی که فرد جدیدی را ملاقات می‌کنید فکر کنید. شما ابتدا دست خود را جلو می‌برید، اما مطمئن نیستید که فرد مقابل به شما پاسخ خواهد داد. اگر شخص مقابل دست خود را جلو بیاورد، شما دو نفر با یکدیگر دست داده و گفت‌وگو را آغاز می‌کنید. شکل زیر انتقال سه مرحله‌ای در یک فرآیند دست‌دهی TCP را نشان می‌دهد.
جزییات مراحل نشان داده شده در تصویر بالا به شرح زیر است:
مرحله ۱، SYN (درخواست برای یک ارتباط) کامپیوتر A پیامی برای کامپیوتر B همراه با اطلاعات زیر ارسال می‌کند.
- در فیلد Sequence number، کامپیوتر A یک عدد تصادفی برای همگام‌سازی ارتباط انتخاب و ارسال می‌کند. در شکل بالا این عدد ۹۳۷۰۱۳۵۵۸ است.
- بیت SYN به ۱ تظیم شده است که نشان می‌دهد فلگ SYN فعال شده است. فعال بودن این فلگ نشان می‌دهد که هر دو طرف آماده هستند یک ارتباط را برقرار کنند. کامپیوتر A دست خود را به نشانی برقراری ارتباط برای کامپیوتر B دراز می‌کند تا ببیند آیا پاسخی دریافت می‌کند یا خیر.
- بیت ACK در حالت کلی در اولین انتقال به ۰ تنظیم می‌شود، زیرا هنوز هیچ اطلاعاتی از کامپیوتر B برای تایید وجود ندارد.
مرحله ۲: SYN/ACK ( پاسخ به یک درخواست)- زمانی که کامپیوتر B این پیام را دریافت می‌کند با سگمنتی که حاوی اطلاعات زیر است پاسخ می‌دهد:
- بیت‌های ACK و SYN هر دو به ۱ تنظیم می‌شوند. این‌کار به زبان ما می‌شود: “بله، من این‌جا حضور دارم و در حال گوش دادن هستم.”
- فیلد Acknowledgment number حاوی عددی است برابر با یک شماره توالی که کامپیوتر A قبلا ارسال کرده است. (به‌علاوه ۱). آن‌چنان‌که در شکل بالا نشان داده شده است، کامپیوتر B مقدار ۹۳۷۰۱۳۵۵۹ را ارسال کرده است. به این ترتیب، کامپیوتر B سیگنالی برای کامپیوتر A ارسال می‌کند که به معنای درخواست برقراری ارتباط است. اکنون کامپیوتر B انتظار دارد تا کامپیوتر A دومرتبه با شماره ترتیبی ۹۳۷۰۱۳۵۵۹ به او پاسخ دهد.
- در فیلد Sequence number، کامپیوتر B شماره تصادفی خود را ارسال می‌کند. در تصویر بالا این شماره برابر با ۳۰۴۳۹۵۹۶۶۹ است.
مرحله ۳: ACK (اتصال برقرار شد)- کامپیوتر A سگمنتی که حایل اطلاعات زیر است را منتشر می‌کند.
- Sequence number برابر با ۹۳۷۰۱۳۵۵۹ است، زیرا این شمارهای است که کامپیوتر B انتظار دارد آن‌را دریافت کند.
- فیلد Acknowledgment number برابر با شماره توالی کامپیوتر B به‌علاوه ۱ است. در این مثال این شماره برابر با ۳۰۴۳۹۵۹۶۷۰ است.
- بیت ACK به ۱ تنظیم شده است. این ارتباط در حال حاضر برقرار شده و در پیام بعدی، کامپیوتر A شروع به ارسال دادهها خواهد کرد.
تا این نقطه، هیچ بارداده‌ای در هیچ‌یک از پیام‌های سه مرحله‌ای ضمیمه نشده و تعداد توالی‌ها در هر مرحله ۱ واحد افزایش پیدا کرده‌اند. پس از این سه مرحله انتقال، بارداده یا دادهها ارسال می‌شود. این‌کار می‌تواند در قالب یک پیام واحد برای حجم کوچکی از دادهها از قبیل درخواست برای یک صفحه وب، یا در قالب پیام‌های چندگانه شکسته شده از قبیل ارسال ارسال داده‌هایی که متعلق به یک صفحه وب هستند انجام شود. در این مرحله تعداد توالی‌ها با تعداد بیت‌های موجود در هر سگمنت دریافت شده افزایش پیدا می‌کنند تا مشخص شود طول پیام دریافتی به شکل صحیحی افزایش پیدا کرده است. در شکل بالا، کامپیوتر A پیام بعدی را ارسال خواهد کرد که شامل بارداده‌ای (همچون یک درخواست HTTP) از یک لایه بالاتر است. فرض کنید کامپیوتر A درخواست دسترسی به یک صفحه وب را در قالب یک پیام ارسال کند، چهارمین پیام در این نشست اندازه‌ای برابر با ۷۲۵ بیت خواهد داشت. کامپیوتر B این پیام را دریافت کرده، تعداد بیت‌ها را شمارش کرده و ۷۲۵ بیت به شماره توالی پیام دریافت شده یعنی ۹۳۷۰۱۳۵۵۹ اضافه می‌کند. شماره جدید برابر با ۹۳۷۰۱۴۲۸۴ خواهد بود که شماره تایید پیام بازگشتی خواهد بود. (که پنجمین پیام در این نشست خواهد بود.) دو میزبان ارتباط را به همین روش ادامه خواهند داد تا وقتی که کامپیوتر A سگمنتی که بیت FIN آن برابر با ۱ است را ارسال کند. یک بودن این بیت نشان می‌دهد که انتقال دادهها به پایان رسیده است.
پروتکل بسته داده کاربر (UDP) سرنام User Datagram Protocol
پروتکل بسته داده کاربر موسوم به UDP از یک مدل انتقال ساده بدون ارتباط استفاده کرده که در آن هیچ ارتباط دست‌دهی وجود ندارد، در نتیجه پروتکل قابل اعتمادی نیست. اصطلاح غیر قابل اعتماد بودن به معنای آن نیست که پروتکل UDP بی مصرف بوده و نباید استفاده شود، بلکه منظور این است که این پروتکل هیچ‌گونه تضمینی بابت تحویل دادهها ارائه نکرده و پیش از آن‌که فرآیند انتقال دادهها آغاز شود هیچ‌گونه اتصالی برقرار نمی‌کند. همان‌گونه که گفتیم پروتکل UDP هیچ‌گونه مکانیزم دست‌دهی در زمان انتشار، تایید دریافت داده‌های منتقل شده، بررسی خطاها، توالی یا کنترل جریان نداشته و به همین دلیل سرعت و کارایی بالاتری نسبت به TCP دارد. عملکرد پروتکل UDP را به جای آن‌که شبیه به یک تماس تلفنی تشریح کنیم، باید شبیه به یک برنامه رادیویی تصور کنیم که سیگنال خود را برای هر کسی که در حال گوش دادن است ارسال می‌کند. UDP برای زمانی که حجم بالایی از دادهها باید به سرعت انتقال پیدا کند؛ همچون انتقال داده‌های صوتی یا ویدویی روی اینترنت مناسب است. این پروتکل همچنین برای رسیدگی به درخواست‌های کوچک همچون سامانه نام دامنه یا شرایطی که دادهها تغییر پیدا کرده و سرعت نقش مهمی در تکمیل یک پروسه دارد استفاده می‌شود. بازی‌های آنلاین مبتنی بر شبکه از جمله این موارد هستند. در مقایسه با ۱۰ فیلد سرآیند TCP، سرآیند DUP فقط شامل چهار فیلد پورت مبدا، پورت مقصد، اندازه و Checksum است. دقت کنید که فیلد Checksum این پروتکل به شکل اختیار در شبکه‌های مبتنی بر IPv4 استفاده می‌شود، اما برای تبادلات شبکه‌های مبتنی بر IPv6 ضروری است. شکل زیر دیتاگرام این پروتکل را نشان می‌دهد.
پروتکل IP سرنام Internet Protocol
پروتکل IP به لایه شبکه در مدل OSI تعلق دارد. این پروتکل مشخص می‌کند که دادهها به چه مکانی باید تحویل داده شده و همچنین آدرس‌های آی‌پی مبدا و مقصد را مشخص می‌کند. IP پروتکلی است که TCP/IP را به شبکه متصل می‌کند. به عبارت دقیق‌تر به این پروتکل اجازه می‌دهد از میان شبکه‌های محلی مختلف با اتکا بر روترها عبور کند. همان‌طور که پیش‌تر گفتیم، در لایه شبکه از مدل OSI، دادهها درون بسته‌هایی سازمان‌دهی می‌شوند. یک بسته آی‌پی شامل اطلاعات مهمی است که روترها برای انتقال دادهها میان سگمنت‌های مختلف شبکه‌های محلی به آن‌ها نیاز دارند. IP یک پروتکل بدون اتصال است، به این معنی که IP نشستی برای ارسال بسته‌های خود منتشر نمی‌کند. هر بسته آی‌پی به‌طور جداگانه از سایر بسته‌هایی که درون مجموعه خودش قرار دارد ارسال می‌شود، در نتیجه برخی از پیام‌ها ممکن است از مسیرهایی متفاوت از دیگری برای رسیدن به مقصد استفاده کنند. تایید این مسئله که آیا آی‌پی پیامی را به میزبان درستی تحویل داده است یا خیر بر عهده پروتکل TCP است. IP با اتکا بر پروتکل TCP یا UDP مطمئن می‌شود که هر پیام به برنامه درستی که روی میزبانی در حال اجرا است، تحویل داده شده است. همان‌گونه که عنوان شد، دو نسخه از پروتکل IP روی شبکه‌های امروزی استفاده می‌شود. IPv4 که اولین بار در سال ۱۹۸۱ معرفی شد و هنوز هم به عنوان استانداردی روی بیشتر شبکه‌ها استفاده می‌شود و IPv6 که در سال ۱۹۹۸ معرفی شد که امنیت بهتر، تنظیمات اولویت‌بندی بهتر، تنظیمات پیکربندی خودکار بهتر و آدرس‌های آی‌پی اضافی‌تر را ارائه می‌کند. بیشتر برنامه‌ها، سرورها، کلاینت‌ها و دستگاه‌های تحت شبکه از IPv6 پشتیبانی می‌کنند. با این حال، هزینه ارتقا زیرساخت‌ها به IPv6 برای بسیاری از سازمان‌ها سنگین بوده و در نتیجه بیشتر سازمان‌ها ترجیح می‌دهند از IPv4 استفاده کنند. به عنوان یک تکنسین شبکه، شما باید اطلاعات کافی در مورد هر دو نسخه این پروتکل به دست آورید. ابتدا اجازه دهید ببینیم بسته‌های IPv4 چگونه ساخته شده و پس از آن به سراغ بسته‌های IPv6 برویم.
بسته‌های IPv4
شکل زیر یک بسته IPv4 را نشان می‌دهد.
توضیح فیلدهای درون تصویر بالا در جدول زیر آماده است. دقت کنید که فیلد دادهها در سطر پایین به سرآیند IPv4 تعلق ندارد.
| عملکرد | طول | فیلد | |
|---|---|---|---|
| نسخه پروتکل IP را مشخص می‌کند. به‌طور مثال IPv4 یا Ipv6. یک ایستگاه کاری به فیلد فوق نگاه کرده تا بررسی کند که آیا می‌تواند داده‌های وارد شونده را بخواند یا خیر. اگر موفق نشود بسته را برگشت می‌کند. | ۴ bits | Version | سرآیند |
| اندازه سرآیند آی‌پی را در واحد بایت‌ها نشان می‌دهد. این سرآیند می‌تواند حداقل ۲۰ بایت و حداکثر ۶۰ بایت باشد. این فیلد همچنین Data offset نیز نامیده می‌شود، زیرا افست شروع بسته را تاوقتی که دادهها از سوی بسته حمل شوند را مشخص می‌کند. | ۴ bits | IHL (Internet header length) | |
| برای روترها سطح اولویت‌بندی بسته‌هایی که قرار است پردازش شوند را مشخص می‌کنند. | ۸ bits | DiffServ (Differentiated services) | |
| طول کل بسته آی‌پی را در واحد بایت مشخص کرده و شامل سرآیند و داده است. یک بسته آی‌پی شامل سرآیند و داده بوده و اندازه آن نباید از ۶۵۳۵۳ بایت تجاوز کند. | ۱۶ bits | Total length | |
| برخی مواردروترها و میزبان‌های مجبور به شکستن یک دیتاگرام به بسته‌های کوچک‌تر هستند. در این حالت ماشین مقصد مجبور به بازسازی بسته‌ها است. زمانی که یک دیتاگرام واحد شکسته می‌شود، باید ویژگی وجود داشته باشد تا مقصد بتواند بسته‌های دریافتی را بازسازی کرده و آن‌ها را از میان سایر بسته‌های دیتاگرام جدا کند. این فیلد و دو فیلد بعد Flags و Fragment offset به بازسازی بسته‌هایی که جدا دریافت شده‌اند کمک می‌کنند. | ۱۶ bits | Identification | |
| مشخص می‌کند که آیا یک یام شکسته شده و اگر شکسته شده است، آیا بسته‌ای که دریافت شده آخرین قطعه شکسته شده است یا خیر. اولین بیت برای استفاده در آینده رزرو شده است. | ۳ bits | Flags | |
| مشخص می‌کند که بسته شکسته شده به چه مکانی در یک مجموعه وارد شده تعلق دارد. | ۱۳ bits | Fragment offset | |
| حداکثر مدت زمانی را مشخص می‌کند که یک بسته می‌تواند روی یک شبکه پیش از آن‌که از دست برود باقی بماند. درست است که این فیلد واحدی از زمان را نشان می‌دهد، اما روی شبکه‌های مدرن این فیلد تعداد فدعاتی که یک بسته می‌تواند از طریق یک روتر فوروارد شده یا حداکثر تعداد دفعاتی که بسته از هر روتر می‌تواند عبور کند را نشان می‌دهد. مقدار TTL برای هر بسته متفاوت بوده و قابل پیکربندی است. به‌طور معمول این مقدار به ۳۲ یا ۶۴ تنظیم می‌شود. هر بار که بسته‌ای از یک روتر عبور می‌کند، TTL یک واحد کاهش پیدا می‌کند. زمانی که یک روتر یک بسته را با TTL عادل با ۰ دریافت می‌کند، آن‌را بسته را حذف کرده و یک پیام اتمام زمان پیام TTL را از طریق پروتکل ICMP برای مبدا ارسال می‌کند. | ۸ bits | TTL (Time to Live) | |
| نوع پروتکلی که بسته را دریافت می‌کند را مشخص می‌کند. (به‌طور مثال TCP، UDP یا ICMP) | ۸ bits | Protocol | |
| به میزبان دریافت کننده بسته اجازه می‌دهد تا محاسبه کند که آیا سرآیند آی‌پی در هنگام دریافت بسته خراب شده است یا خیر. اگر فرآیند تطابق و ارزیابی وضعیت بسته‌های دریافتی درست نباشد به معنای آن است که بسته از دست رفته است. | ۱۶ bits | Header checksum | |
| آدرس آی‌پی مبدا را مشخص می‌کند. | ۳۲ bits | Source IP address | |
| آدرس آی‌پی مقصد را مشخص می‌کد. | ۳۲ bits | Destination IP address | |
| شامل اطلاعات زمانی و مسیریابی اختیاری است. | Variable | Options | |
| شامل بیت‌هایی است که اطمینان می‌دهند که سرآیند دارای بیت‌های ۳۲ است. | Variable | Padding | |
| شامل داده‌هایی است که اساسا از طرف مبدا ارسال شده‌اند و همچنین شامل هر سرآیندی است که از لایه‌های بالاتر دریافت شده‌اند. فیلد داده‌ای بخشی از سرآیند آی‌پی نیست و درون سرآیند آی‌پی کپسوله می‌شود. | Variable | Data | |
منبع:شبکه-مگ
