قرارداد داده‌نگار کاربر: تفاوت میان نسخه‌ها

محتوای حذف‌شده محتوای افزوده‌شده
FreshmanBot (بحث | مشارکت‌ها)
جز اصلاح فاصله مجازی + اصلاح نویسه با استفاده از AWB
خط ۱:
{{پشته پروتکل اینترنت}}
'''قرارداد بسته دادهٔ کاربر''' یا '''پروتکل بسته دادهٔ کاربر''' {{انگلیسی|UDP یا User Datagram Protocol}} یکی از اجزاء اصلی [[مجموعه پروتکل اینترنت]]، مجموعه‌ای از پروتکل‌های شبکه که در [[اینترنت]] مورد استفاده قرار می‌گیرند، می‌باشد. [[رایانه|رایانه‌ها]]‌ها با استفاده از UDP قادر به ارسال پیغام، که در این مورد آن را [[بسته داده]] یا Datagram می‌نامیم، به دیگر [[میزبان (شبکه)|میزبان‌های]] موجود در [[پروتکل اینترنت]] (IP) می‌باشند. این پروتکل توانایی این را دارد که این کار را بدون برقراری ارتباط قبلی یا ایجاد کانال‌ها یا مسیرهای انتقال داده ویژه انجام دهد. پروتکل مزبور در سال ۱۹۸۰ توسط [[دیوید پی. رید]] ابداع گردیده و به‌طور رسمی در استاندارد RFC 768 تعریف شد.
 
UDP از مدل انتقال ساده بدون استفاده از تکنیک [[دست تکانی]] صریح که برای ایجاد [[قابلیت اطمینان]] (Reliability)، [[مرتب‌سازی]] و یکپارچه‌سازی داده‌ها بکار می‌رود، بهره می‌جوید؛ بنابراین، UDP سرویس غیرمطمئنی را ارائه می‌دهد و ممکن است بسته داده‌ها نامرتب، تکراری بوده یا بدون اطلاع قبلی از دست بروند. UDP تشخیص می‌دهد که بررسی خطا و تصحیح آن با توجه به نوع کاربردی که دارد لازم نبوده یا نباید اجرا شود، بنابراین چنین بار اضافی پردازشی را بر شبکه تحمیل نمی‌کند. برنامه‌هایی که نسبت به زمان حساس هستند از UDP استفاده می‌کنند، زیرا از دست دادن بسته‌ها بهتر از منتظر ماندن برای بسته هاست؛ بنابراین پروتکل UDP بهترین گزینه برای سیستم‌های بلادرنگ به حساب می‌آید. اگر برنامه‌ای نیاز به امکانات تصحیح خطا در سطح واسط شبکه داشته باشد، می‌تواند از [[قرارداد کنترل انتقال]] {{انگلیسی|TCP یا Transmission Control Protocol}} یا [[پروتکل انتقال کنترل جریان]] {{انگلیسی|SCTP یا Stream Control Transmission Protocol}} استفاده کند که به‌طور خاص برای این منظور طراحی شده‌اند.
خط ۳۷:
|- align="center"
! ۶۴
| colspan="32"|  {{سخ}}داده{{سخ}} 
|}
 
خط ۶۷:
 
== محاسبه چک‌سام ==
روشی که برای محاسبه چک‌سام مورد استفاده قرار می‌گیرد در RFC 768 تعریف شده استشده‌است:
<blockquote>''این کد حاصل جمع سرآیند، داده‌ها و یک «شبه فرایند فرضی» (Pseudoheader) است. قالب شبه سرآیند فرضی در جدول پایین آمده‌است. برای محاسبه این کد ابتدا فید چک‌سام صفر فرض می‌شود و در صورت فرد بودن تعداد بایتها، تعدادی صفر زائد به انتهای داده‌ها اضافه می‌گردد تا تعداد بایتها زوج شود. الگوریتم محاسبه چک‌سام بسیار ساده است: مجموعه بایتها به صورت کلمات ۱۶ بیتی (یعنی دو بایت دو بایت) با هم جمع شده و حاصل جمع به صورت «متمم ۱» (One's Complement) منفی می‌شود و درون فید چک‌سام قرار می‌گیرد. نتیجتاً وقتی در گیرنده این محاسبه بر روی کل قطعه (شامل فیلد چک‌سام) انجام می‌شود نتیجه آن باید صفر باشد. در غیر اینصورت داده‌ها قابل اطمینان و سالم نیستند.<ref>همان، ص 537.</ref> ''</blockquote>
 
خط ۱۰۳:
|- align="center"
! ۱۶۰
| colspan="32"|&nbsp; {{سخ}}داده{{سخ}}&nbsp;
|}
 
خط ۱۵۴:
|- align="center"
! ۳۸۴
| colspan="32"|&nbsp; {{سخ}}داده{{سخ}}&nbsp;
|}