پروتکل کنترل انتقال (TCP) و پروتکل دیتاگرام کاربر (UDP) دو لایه استاندارد حمل و نقل است که با پروتکل اینترنت (IP) استفاده می شود .
هر دو TDP و UDP هدر ها را به عنوان بخشی از پیام های بسته بندی برای انتقال از طریق اتصالات شبکه استفاده می کنند. هدرهای TCP و هدرهای UDP هر یک حاوی مجموعه ای از پارامترهای نامیده می شود فیلدها تعریف شده توسط مشخصات فنی پروتکل.
فرمت هدر TCP
هر سرصفحه TCP دارای 10 فیلد مورد نیاز با مجموع 20 بایت (160 بیت ) در اندازه است. آنها همچنین می توانند به صورت اختیاری شامل یک بخش اطلاعات اضافی تا 40 بایت در اندازه باشند.
این طرح از هدرهای TCP است:
- شماره منبع TCP منبع (2 بایت)
- شماره پورت TCP مقصد (2 بایت)
- شماره تکرار (4 بایت)
- شماره تایید (4 بایت)
- داده های TCP جبران (4 بیت)
- اطلاعات ذخیره شده (3 بیت)
- پرچم های کنترل (تا 9 بیت)
- اندازه پنجره (2 بایت)
- چگالی TCP (2 بایت)
- اشاره گر فوری (2 بایت)
- اطلاعات اختیاری TCP (0-40 بایت)
TCP فیلدهای هدر را به جریان پیام در ترتیب لیست شده در بالا وارد می کند.
- شماره های پورت منبع و مقصد نقطه اتصال برای ارسال و دریافت دستگاه است.
- فرستندگان پیام از شماره های توالی استفاده می کنند تا علامت گذاری یک گروه از پیام ها باشد. هر دو فرستنده و گیرنده از فیلد اعداد تصدیق استفاده می کنند تا شماره های پیوندی پیام هایی که اخیرا دریافت شده اند یا انتظار می رود فرستاده شوند، ارتباط برقرار شود.
- فیلد جابجایی داده حجم کل یک هدر TCP را در چند ضلعی چهار بایت ذخیره می کند. سرصفحه ای که از فیلد TCP اختیاری استفاده نمی کند دارای 5 عدد (نشان دهنده 20 بایت) است، در حالیکه هدر با استفاده از فیلد اختیاری حداکثر، دارای 15 عدد (60 بایت) است.
- داده های رزرو شده در هدر های TCP همیشه دارای مقدار صفر است. این زمینه هدف از هماهنگ کردن اندازه کل هدر را به عنوان چند از چهار بایت (مهم برای کارایی پردازش داده های کامپیوتری).
- TCP از مجموعه ای از شش استاندارد و سه پرچم کنترل پیشرفته (که هر یک از بیت های شخصی را نشان می دهد یا خاموش می کند ) برای مدیریت جریان داده در شرایط خاص استفاده می کند. برای مثال، پرچم یک بیت، منطق تنظیم مجدد اتصال TCP را آغاز می کند. عملیات دقیق این زمینه ها فراتر از محدوده این مقاله می باشد.
- فرستنده های TCP از یک عدد به نام اندازه پنجره استفاده می کنند تا میزان اطلاعاتی که آنها به گیرنده ارسال می کنند قبل از اینکه مجددا تایید شوند، تنظیم شود. اگر اندازه پنجره کوچک می شود، انتقال داده های شبکه بطور غیرعادی آهسته می شود، در حالی که اگر اندازه پنجره بزرگتر می شود، اتصال شبکه می تواند اشباع شود (برای هر برنامه دیگر غیر قابل استفاده است) یا گیرنده ممکن است قادر به پردازش سریع اطلاعات ورودی نباشد به اندازه کافی (همچنین منجر به عملکرد آهسته). الگوریتم های پیش بینی شده در پروتکل به طور پویا مقدار پرونده ها را محاسبه می کنند و از این قسمت از هدر های TCP برای هماهنگ کردن تغییر بین فرستنده ها و گیرنده ها استفاده می کنند.
- مقدار چکشی داخل یک هدر TCP توسط فرستنده پروتکل به عنوان یک تکنیک ریاضی برای کمک به گیرنده شناسایی پیام هایی که خراب یا خراب شده است تولید می شود.
- فیلد نشانگر فوری اغلب به صفر تنظیم شده و نادیده گرفته می شود، اما در رابطه با یکی از پرچم های کنترل می توان آن را به عنوان یک جابجایی داده برای علامت گذاری زیر مجموعه ای از یک پیام به عنوان نیاز به پردازش اولویت استفاده می شود.
- کاربردهای داده های اختیاری TCP از دامنه این مقاله فراتر می رود، اما شامل پشتیبانی از تصدیق خاص و الگوریتم های مقیاس پذیری پنجره می شود.
فرمت هدر UDP
از آنجا که UDP به طور قابل توجهی بیشتر از قابلیت TCP محدود است، هدر های آن بسیار کوچکتر هستند. هدر UDP شامل 8 بایت است که به چهار فیلد مورد نیاز تقسیم می شوند:
- شماره پورت منبع (2 بایت)
- شماره پورت مقصد (2 بایت)
- طول داده ها (2 بایت)
- سرشماری UDP (2 بایت)
UDP زمینه های هدر را به جریان پیام خود وارد می کند به ترتیب فوق.
- اعداد پورت منبع و مقصد نقطه اتصال برای ارسال و دریافت دستگاه هستند.
- فیلد طول در UDP نشان دهنده اندازه کلی هر دیتاگرام شامل هر دو هدر و داده است. این فیلد در مقدار از حداقل 8 بایت (اندازه هدر مورد نیاز) تا اندازه 65000 بایت بالاتر است.
- همانند TCP، یک سرشماری UDP به گیرنده ها اجازه می دهد تا داده های ورودی را برای هر بیت خراب پیام ارسال کند.