stanford-oval/wikipedia huggingface dataset:
لیگ برتر فوتسال مردان ایران ۱۳۹۹
مرحله گروهی > گروه الف

| رتبه | تیم | بازی | برد | مساوی | باخت | گل زده | گل خورده  | گل تفاضل  | امتیاز | صعود یا سقوط |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| ۱ | گیتی‌پسند | ۱۲ | ۸ | ۳ | ۱ | ۴۸ | ۳۱ | ۱۷+ | ۲۷ | صعود به مرحله نهایی |
| ۲ | مقاومت البرز | ۱۲ | ۷ | ۱ | ۴ | ۴۳ | ۳۲ | ۱۱+ | ۲۲ | صعود به مرحله نهایی |
| ۳ | کراپ | ۱۲ | ۴ | ۴ | ۴ | ۳۶ | ۳۵ | ۱+ | ۱۶ | صعود به مرحله نهایی |
| ۴ | فردوس | ۱۲ | ۴ | ۳ | ۵ | ۳۶ | ۳۶ | ۰ | ۱۵ |  |
| ۵ | شهید منصوری | ۱۲ | ۴ | ۱ | ۷ | ۳۰ | ۳۹ | ۹− | ۱۳ |  |
| ۶ | شهروند | ۱۲ | ۳ | ۳ | ۶ | ۴۲ | ۴۶ | ۴− | ۱۲ | مرحله پلی‌آف سقوط |
| ۷ | اهورا | ۱۲ | ۳ | ۳ | ۶ | ۲۱ | ۳۷ | ۱۶− | ۱۲ | مرحله پلی‌آف سقوط |
آخرین به روز رسانی مسابقه(ها)ی برگزار شده در ۷ مارس ۲۰۲۱. منبع: Futsal Casa
قوانین رتبه‌بندی: 1) Points; 2) Goal difference; 3) Goals scored.
مرحله گروهی > گروه ب

| رتبه | تیم | بازی | برد | مساوی | باخت | گل زده | گل خورده  | گل تفاضل  | امتیاز | صعود یا سقوط |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| ۱ | مس سونگون | ۱۲ | ۸ | ۲ | ۲ | ۴۹ | ۲۳ | ۲۶+ | ۲۶ | صعود به مرحله نهایی |
| ۲ |  فرش آرا | ۱۲ | ۸ | ۲ | ۲ | ۳۸ | ۳۰ | ۸+ | ۲۶ | صعود به مرحله نهایی |
| ۳ | سن‌ایچ | ۱۲ | ۸ | ۱ | ۳ | ۵۲ | ۳۵ | ۱۷+ | ۲۵ | صعود به مرحله نهایی |
| ۴ | راگا | ۱۲ | ۴ | ۲ | ۶ | ۲۹ | ۳۲ | ۳− | ۱۴ |  |
| ۵ | ملی حفاری | ۱۲ | ۴ | ۲ | ۶ | ۳۶ | ۴۶ | ۱۰− | ۱۴ |  |
| ۶ | کوثر | ۱۲ | ۳ | ۲ | ۷ | ۳۸ | ۴۸ | ۱۰− | ۱۱ | مرحله پلی‌آف سقوط |
| ۷ | ایمان | ۱۲ | ۰ | ۳ | ۹ | ۲۰ | ۴۸ | ۲۸− | ۳ | مرحله پلی‌آف سقوط |
آخرین به روز رسانی مسابقه(ها)ی برگزار شده در ۷ مارس ۲۰۲۱. منبع: Futsal Casa
قوانین رتبه‌بندی: 1) Points; 2) Goal difference; 3) Goals scored.
مرحله نهایی

| رتبه | تیم | بازی | برد | مساوی | باخت | گل زده | گل خورده  | گل تفاضل  | امتیاز | صعود یا سقوط |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| ۱ | مس سونگون | ۱۱ | ۷ | ۲ | ۲ | ۳۷ | ۲۲ | ۱۵+ | ۲۳ | لیگ قهرمانان فوتسال آسیا |
| ۲ | گیتی‌پسند | ۱۰ | ۶ | ۲ | ۲ | ۳۲ | ۱۷ | ۱۵+ | ۲۰ |  |
| ۳ | سن‌ایچ | ۱۰ | ۵ | ۲ | ۳ | ۲۵ | ۲۱ | ۴+ | ۱۷ |  |
| ۴ | فرش آرا | ۱۰ | ۳ | ۱ | ۶ | ۱۹ | ۳۰ | ۱۱− | ۱۰ |  |
| ۵ | کراپ | ۱۰ | ۲ | ۱ | ۷ | ۲۰ | ۳۰ | ۱۰− | ۷ |  |
| ۶ | مقاومت البرز | ۱۰ | ۳ | ۱ | ۶ | ۲۱ | ۳۳ | ۱۲− | ۱۰ |  |
آخرین به روز رسانی مسابقه(ها)ی برگزار شده در unknown. منبع: Futsal Casa
قوانین رتبه‌بندی: 1) Points; 2) Goal difference; 3) Goals scored.
گروه سقوط

| رتبه | تیم | بازی | برد | مساوی | باخت | گل زده | گل خورده  | گل تفاضل  | امتیاز | صعود یا سقوط |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| ۱ | شهروند | ۶ | ۳ | ۱ | ۲ | ۱۷ | ۱۴ | ۳+ | ۱۰ |  |
| ۲ | اهورا | ۶ | ۳ | ۲ | ۱ | ۱۸ | ۱۵ | ۳+ | ۱۱ |  |
| ۳ | کوثر | ۶ | ۲ | ۳ | ۱ | ۱۸ | ۱۳ | ۵+ | ۹ | سقوط به لیگ دسته اول |
| ۴ | ایمان | ۶ | ۰ | ۲ | ۴ | ۱۲ | ۲۳ | ۱۱− | ۲ | سقوط به لیگ دسته اول |
آخرین به روز رسانی مسابقه(ها)ی برگزار شده در ۱۷ مه ۲۰۲۱. منبع: Futsal Casa
قوانین رتبه‌بندی: 1) Points; 2) Goal difference; 3) Goals scored.
محمد بن عبدالله آل خلیفه

| محمد بن عبدالله آل خلیفه | محمد بن عبدالله آل خلیفه |
| --- | --- |
امیر بحرین : امیر بحرین 
سلطنت: ۱۸۶۹
پیشین: علی بن خلیفه آل خلیفه
جانشین: عیسی بن علی آل خلیفه
زاده: بحرین
محمد بن عبدالله آل خلیفه (به عربی: محمد بن عبدالله آل خليفة) امیر سابق کشور بحرین می‌باشد. وی در سال ۱۸۶۹ در بحرین به قدرت رسید
مارگاریتا

| کوکتل‌های رسمی آی‌بی‌ای | کوکتل‌های رسمی آی‌بی‌ای |
| --- | --- |
نوع: نوشیدنی مخلوط
حجم الکل اولیه:  تکیلا 
سرو: با یخ قالبی
ترئین سنتی: لیوان لب‌شور، یک قاچ لیموترش
جام استاندارد:  مارگاریتا
آی‌بی‌ای عنصرهای مشخص‌شده:  ۳٫۵ سنتی‌لیتر (هفت پیمانه) تکیلا  ۲٫۰ سنتی‌لیتر (چهار پیمانه) کوآنترو و تریپل سکس  ۱٫۵ سنتی‌لیتر (سه پیمانه) لیموترش یا آب‌لیمو 
تهیه: لبهٔ لیوان را با قاچ لیموترش نمناک کنید تا نمک روی لبه بماند. بقیهٔ محتویات را در لیوان مخلوط‌کن با یخ تکان دهید و نتیجه را در لیوان بریزید. کوکتل را تزئین کنید و در یخ‌دان سرو کنید. اغلب شور یا ترش مزه سرو می‌شود.
مارگاریتا (Margarita) نام نوعی کوکتل تکیلایی است که با تکیلای آمیخته با لیکور تریپل سک و لیموترش یا آب‌لیمو تهیه می‌شود. مارگاریتا را اغلب با لیوان‌های لب‌شور سرو می‌کنند.
خاستگاه این نوشیدنی آشکار نیست ولی گمان می‌رود که در مکزیک تهیه شده باشد، ولی ممکن است اولین بار به عنوان یک نوشیدنی شیک‌تر از تکیلای معمولی تهیه شده‌باشد.
اما یک مارگاریتا اصیل فقط سه ماده ساده دارد: تکیلا، لیموترش/آب لیمو و سه ثانیه مخلوط کردن. همین! ساده و با طراوت، بدون توت فرنگی، انبه، نارگیل، یا هر طعم دیگری که یافت نمی‌شود.
در کنار دستور تهیه فرعی مارگاریتا، شیوه‌های دیگری هم برای تهیه آن وجود دارد از جمله برخی به‌جای آب لیمو از آب توت فرنگی، آب تمشک یا آب خربزه استفاده می‌کنند.
مارگاریتای آبی که با لیکور کوراسائو مخلوط می‌شود.
مارگاریتای رویال که با گرند مارنیه آمیخته می‌شود.
اورنج مارگاریتا که با پوست پرتقال و کوآنترو آمیخته می‌شود.
مارگاریتا در انواع طعم‌ها و رنگ‌ها تهیه می‌شود.
گزا واراشدی

| گِزا واراشدی | گِزا واراشدی |
| --- | --- |
زادهٔ: ۶ فوریهٔ ۱۹۲۸ بوداپست
درگذشت: ۴ مهٔ ۲۰۲۲ (۹۴ سال)
ملیت: مجارستان
گِزا واراشدی (مجاری: Varasdi Géza؛ زادهٔ ۶ فوریهٔ ۱۹۲۸ – ۴ مهٔ ۲۰۲۲) دونده اهل مجارستان بود.
ماهنیان

| ماهنیان | ماهنیان |
| --- | --- |
روستا: روستا
مختصات: ۳۵°۳۰′۹″ شمالی ۴۹°۳′۵۷″ شرقی﻿ / ﻿۳۵٫۵۰۲۵۰°شمالی ۴۹٫۰۶۵۸۳°شرقی﻿ / 35.50250; 49.06583: مختصات: ۳۵°۳۰′۹″ شمالی ۴۹°۳′۵۷″ شرقی﻿ / ﻿۳۵٫۵۰۲۵۰°شمالی ۴۹٫۰۶۵۸۳°شرقی﻿ / 35.50250; 49.06583
کشور: ایران
استان: همدان
شهرستان: رزن
بخش: بخش مرکزی
دهستان: خرقان
بنیان‌گذاری: از زمان ساسانی
جمعیت: ۴۳۲ نفر (سرشماری ۹۵)
ماهنیان، ماهنیان روستایی در شهرستان‌ رزن استان همدان  هست ، دارای زمستان های سرد و تابستان های معتدل است ، مردم ماهنیان مشغول به کشاورزی یا کار در کارخانه های تولید قطعات خودرو هستن که چندین درصد قطعات خودرو نیازمندی ایران از این روستا تامین می‌شود.
جمعیت

این روستا در دهستان خرقان قرار دارد و براساس سرشماری مرکز آمار ایران در سال ۱۳۹۵، جمعیت آن ۴۳۲ نفر )150 خانوار)
گزا کاداش

| گزا کاداش | گزا کاداش |
| --- | --- |
زادهٔ: ۷ اوت ۱۹۲۶ اگر، مجارستان
درگذشت: ۶ مارس ۱۹۷۹ بوداپست
ملیت: مجارستان
گزا کاداش (مجاری: Géza Kádas; ۷ اوت ۱۹۲۶ – ۶ مارس ۱۹۷۹) شناگر اهل مجارستان بود.
مایک رایلی

| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
 :  
زاده:  ۱۷ دسامبر ۱۹۶۴  انگلستان، لیدز
پیشه دیگر:  داور، حسابدار
داخلی: داخلی
| سال‌ها |  لیگ |  |  |
|  |  لیگ برتر انگلستان ۲۰۰۹-۱۹۹۶ |  |  |
مایک رایلی  (به انگلیسی: Mike Riley) (زاده ۱۷ دسامبر ۱۹۶۴ - لیدز) داور سابق اهل انگلستان است.
وی داوری را از دهه ۱۹۸۰ شروع کرده و از سال ۱۹۹۹ تا ۲۰۰۹ میلادی در لیست داوران فیفا قرار داشته‌است.
گربه (فیلم ۱۹۷۷)

| گربه | گربه |
| --- | --- |
کارگردان: لوئیجی کومنچینی
تهیه‌کننده: سرجو لئونه
فیلمنامه‌نویس: رودولفو سونگو آئوگوستو کامینیتو
بازیگران: اوگو تونیاتسی ماری‌آنجلا ملاتو دالیا دی لاتسارو میشل گالابرو ژان مارتن آلدو رجیانی آدریانا اینوچنتی آرماندو برانچا فیلیپ لروآ برونو گامباروتا لوئیجی کومنچینی ماریو برگا
موسیقی: انیو موریکونه
فیلم‌بردار: انیو گوارنیری
تدوین‌گر: نینو بارالی
کشور: ایتالیا
زبان: ایتالیایی 
گربه (انگلیسی: The Cat) فیلمی در ژانر کمدی به کارگردانی لوئیجی کومنچینی است. از بازیگران آن می‌توان به اوگو تونیاتسی، ماری‌آنجلا ملاتو، میشل گالابرو، ژان مارتن و لوئیجی کومنچینی اشاره کرد.
مایکل گابرینی پریرا

| 0 | 1 | 2 | 3 |
| --- | --- | --- | --- |
 :  
اطلاعات شخصی: اطلاعات شخصی
نام کامل:  Michel Garbini Pereira
زادروز:  ۹ ژوئن ۱۹۸۱ ‏(۴۳ سال)
زادگاه:  ویتوریا، اسپریتو سانتا, برزیل
قد:  ۱٫۸۷ متر (۶ فوت ۲ اینچ)*
پست:  مدافع، هافبک
اطلاعات باشگاهی: اطلاعات باشگاهی
باشگاه کنونی:  اف‌سی دالاس
شمارهٔ پیراهن:  31
باشگاه‌های جوانان: باشگاه‌های جوانان
:  اتلتیکو مینیرو
باشگاه‌های حرفه‌ای*: باشگاه‌های حرفه‌ای*
| سال‌ها |  باشگاه‌ها |  بازی† |  (گل)† |
| ۲۰۰۰–۲۰۰۴ |  اتلتیکو مینیرو |  ۴۷ |  (5) |
| ۲۰۰۴–۲۰۰۶ |  استاندارد لیژ |  ۲۷ |  (۲) |
| ۲۰۰۶–۲۰۰۹ |  اتلتیکو پارانائنزه |  ۳۳ |  (۴) |
| ۲۰۰۹ |  Náutico |  ۲۰ |  (۱) |
| ۲۰۱۰ |  Vila Nova |  ۲ |  (۰) |
| ۲۰۱۰–۲۰۱۲ |  آریس سالونیک |  ۵۲ |  (۰) |
| ۲۰۱۳– |  اف‌سی دالاس |  ۶۳ |  (۱۱) |
تیم ملی: تیم ملی
| ۲۰۰۳ |  Brazil U23 |  4 |  (0) |
 تعداد بازی‌ها و گل‌ها فقط مربوط به بازی‌های لیگ داخلی است و آمار به روز شده در تاریخ 24 April 2015. :  تعداد بازی‌ها و گل‌ها فقط مربوط به بازی‌های لیگ داخلی است و آمار به روز شده در تاریخ 24 April 2015. 
مایکل گابرینی پریرا (به پرتغالی: Michel Garbini Pereira) مدافع اهل برزیل است که در شهر Vitória و در تاریخ ۹ ژوئن ۱۹۸۱ به دنیا آمده‌است.
مایکل گابرینی پریرا در تیم‌های فوتبال اتلتیکو مینیرو سابقهٔ حضور دارد.
گزا فون بلواری

| گزا فون بلواری | گزا فون بلواری |
| --- | --- |
بلواری در ۱۹۳۸: بلواری در ۱۹۳۸
زادهٔ: ۲۶ دسامبر ۱۸۹۷ بوداپست، مجارستان
درگذشت: ۱۰ اوت ۱۹۶۱ (۶۳ سال) مونیخ، آلمان
ملیت: مجار
پیشه(ها): هنرپیشه، کارگردان فیلم، فیلم‌نامه‌نویس
سال‌های فعالیت: ۱۹۲۰ تا ۱۹۵۸
همسر: هلن فون بلواری (۱۹۲۱ تا ۱۹۴۳؛ تا زمان مرگ همسر)
گزا فون بلواری (مجاری: Géza von Bolváry؛ ۲۶ دسامبر ۱۸۹۷ – ۱۰ اوت ۱۹۶۱) یک هنرپیشه، کارگردان فیلم و فیلم‌نامه‌نویس اهل مجارستان بود.
از فیلم‌ها یا مجموعه‌های تلویزیونی که وی در آن‌ها نقش داشته‌است می‌توان به پریمیر، سرنوشت و شماره ۱۷ اشاره نمود.
مایک رید (خواننده)

مایک رید (انگلیسی: Mike Reid؛ زادهٔ ۲۴ مهٔ ۱۹۴۷) آهنگساز، خواننده-ترانه‌پرداز، ترانه‌سرا، و بازیکن فوتبال آمریکایی اهل ایالات متحده آمریکا است.
از باشگاه‌هایی که در آن بازی کرده‌است می‌توان به سینسیناتی بنگالز اشاره کرد.
مایکل پولین

مایکل پولین (انگلیسی: Michael Poulin؛ زادهٔ june ۱۰, ۱۹۴۵&#۱۶۰;(۱۹۴۵-۰۶-۱۰) (۷۹ سال)) ورزشکار اهل ایالات متحده آمریکا است.
وی در مسابقات کشوری و بین‌المللی در مجموع برندهٔ ۱ مدال برنز شده‌است.
قرارداد داده‌نگار کاربر

قرارداد بسته دادهٔ کاربر یا پروتکل بسته دادهٔ کاربر (به انگلیسی: UDP یا User Datagram Protocol) یکی از اجزاء اصلی مجموعه پروتکل اینترنت، مجموعه‌ای از پروتکل‌های شبکه که در اینترنت مورد استفاده قرار می‌گیرند، می‌باشد. رایانه‌ها با استفاده از UDP قادر به ارسال پیغام، که در این مورد آن را بسته داده یا Datagram می‌نامیم، به دیگر میزبان‌های موجود در پروتکل اینترنت (IP) می‌باشند. این پروتکل توانایی این را دارد که این کار را بدون برقراری ارتباط قبلی یا ایجاد کانال‌ها یا مسیرهای انتقال داده ویژه انجام دهد. پروتکل مزبور در سال ۱۹۸۰ توسط دیوید پی. رید ابداع گردیده و به‌طور رسمی در استاندارد RFC 768 تعریف شد.
UDP از مدل انتقال ساده بدون استفاده از تکنیک دست تکانی صریح که برای ایجاد قابلیت اطمینان (Reliability)، مرتب‌سازی و یکپارچه‌سازی داده‌ها بکار می‌رود، بهره می‌جوید؛ بنابراین، UDP سرویس غیرمطمئنی را ارائه می‌دهد و ممکن است بسته داده‌ها نامرتب، تکراری بوده یا بدون اطلاع قبلی از دست بروند. UDP تشخیص می‌دهد که بررسی خطا و تصحیح آن با توجه به نوع کاربردی که دارد لازم نبوده یا نباید اجرا شود، بنابراین چنین بار اضافی پردازشی را بر شبکه تحمیل نمی‌کند. برنامه‌هایی که نسبت به زمان حساس هستند از UDP استفاده می‌کنند، زیرا از دست دادن بسته‌ها بهتر از منتظر ماندن برای بسته هاست؛ بنابراین پروتکل UDP بهترین گزینه برای سیستم‌های بی‌درنگ به حساب می‌آید. اگر برنامه‌ای نیاز به امکانات تصحیح خطا در سطح واسط شبکه داشته باشد، می‌تواند از قرارداد کنترل انتقال (به انگلیسی: TCP یا Transmission Control Protocol) یا پروتکل انتقال کنترل جریان (به انگلیسی: SCTP یا Stream Control Transmission Protocol) استفاده کند که به‌طور خاص برای این منظور طراحی شده‌اند.
طبیعت بدون حالت UDP می‌تواند برای سرورهایی که به پرس و جوهای کوچک حجم زیادی از کلاینت‌ها پاسخ می‌دهند نیز مفید واقع شود. UDP بر خلاف TCP، با شبکه‌های پخشی (انتشار بسته در کل شبکه محلی) و شبکه‌های چندپخشی (ارسال بسته به بخشی از شبکه) سازگاری کامل دارد.
برنامه‌های معمول شبکه که از UDP استفاده می‌کنند عبارتند از: سامانه نام دامنه (به انگلیسی: DNS یا Domain Name System)، برنامه‌هایی که از پخش زنده یا رسانه جاری (Streaming Media) استفاده می‌کنند نظیر تلویزیون پروتکل اینترنت یا IPTV، صدا روی پروتکل اینترنت یا VoIP، پروتکل ساده انتقال فایل (به انگلیسی: TFTP یا Trivial File Transfer Protocol) و بسیاری از بازی‌های برخط.
پورت‌های مورد استفاده

برنامه‌های UDP از سوکت بسته داده برای برقراری ارتباطات میزبان-به-میزبان استفاده می‌کنند. برنامه یک سوکت را در انتهای بسته انتقال داده اش می‌چسباند، که ترکیبی از آدرس آی‌پی و شماره پورت سرویس است. پورت یک ساختار نرم‌افزاری است که با یک عدد ۱۶ بیتی به نام شماره پورت شناسایی می‌شود. شماره پورت عددی بین ۰ تا ۶۵٬۵۳۵ است. پورت ۰ رزرو شده‌است، اما اگر پردازش ارسال‌کننده انتظار دریافت پیام را نداشته باشید مجاز است که از این پورت استفاده کند.
آیانا یا انجمن شماره‌های تخصیص یافته اینترنتی شماره پورتها را به سه دسته تقسیم کرده‌است. پورت‌های بین ۰ تا ۱۰۲۳ برای سرویس‌های شناخته شده و عمومی آزادند. پورتهای بین ۱۰۲۴ و ۴۹٬۱۵۱ پورت‌های ثبت شده هستند و برای سرویس‌های مخصوص IANA در نظر گرفته شده‌اند. پورتهای بین ۴۹٬۱۵۲ تا ۶۵٬۵۳۵ پورت‌های دینامیکی هستند که به‌طور رسمی برای سرویس خاصی در نظر گرفته نشده‌اند و می‌توان برای هر منظوری استفاده کرد.
ساختار بسته UDP

UDP کمینه‌ترین پروتکل مبتنی بر پیغام لایه انتقال است که جزئیات آن در RFC 768 آورده شده‌است.
UDP هیچگونه تضمینی برای تحویل پیام به پروتکل لایه بالاتر را نمی‌دهد و پروتکل‌هایی هم که از UDP استفاده می‌کنند هیچ حالتی از پیغامی را می‌فرستند نگه نمی‌دارند. به همین دلیل، UDP را پروتکل بسته-داده غیر مطمئن می‌نامند.
UDP تسهیم‌سازی برنامه (از طریق شماره پورت) و بررسی یکپارچگی (با استفاده از چک‌سام) سرایند و بخش داده‌ای را فراهم می‌آورد. اگر مطمئن بودن انتقال موردنظر باشد، بایستی این امکان در برنامه کاربر تعبیه شود.
| افست (بیت) | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۰ – ۱۵ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ | ۱۶ – ۳۱ |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| ۰ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد |
| ۳۲ | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام |
۶۴:  داده
UDP داده‌ها را در قالب قطعاتی (Segment) ارسال می‌کند، که در ابتدای آن‌ها ۸ بایت سرآیند و سپس داده‌های لایه کاربرد قرار می‌گیرد. این سرآیند در جدول بالا نشان داده شده‌است. دو فیلد شماره پورت به منظور شناسایی نقاط پایانی (پروسه‌های نهایی) در ماشینهای مبدأ و مقصد به کار می‌آیند. وقتی یک بسته UDP از راه می‌رسد، محتوای آن به پروسه متصل به شماره پورت مقصد، تحویل داده می‌شود. عمل اتصال پروسه به یک پورت از طریق تابع اولیه BIND انجام می‌شود. (فرایند مقیدسازی پروسه به یک پورت در TCP و UDP تفاوتی ندارد) در حقیقت، آنچه که UDP در مقایسه با IP معمولی اضافه‌تر دارد پورتهای مبدأ و مقصد هستند. بدون فیلدهای مربوط به پورت، لایه انتقال نمی‌داند که با یک بسته چه کار کند. با این فیلدها، داده به درستی تحویل پروسه مربوط خواهد شد.
برای آنکه بتوان برای پروسه مبدأ پاسخی برگرداند، به شماره پورت مبدأ نیاز است. بدین منظور محتوای فیلد پورت مبدأ از بسته ورودی، در فیلد پورت مقصد از بسته خروجی، کپی و ارسال می‌شود. بدین ترتیب فرستنده پاسخ، پروسه تحویل گیرنده بسته را مشخص می‌نماید.
سرایند UDP دارای ۴ ستون، طول هر کدام ۲ بایت (۱۶ بیت) و استفاده از دو تای آن‌ها در IPv4 اختیاری است. (فیلدهایی که با رنگ صورتی مشخص شده‌اند). در IPv6 تنها استفاده از شماره پورت مبداً اختیاری می‌باشد. (جدول پایین)
محاسبه چک‌سام

روشی که برای محاسبه چک‌سام مورد استفاده قرار می‌گیرد در RFC 768 تعریف شده‌است:
این کد حاصل جمع سرآیند، داده‌ها و یک «شبه فرایند فرضی» (Pseudoheader) است. قالب شبه سرآیند فرضی در جدول پایین آمده‌است. برای محاسبه این کد ابتدا فید چک‌سام صفر فرض می‌شود و در صورت فرد بودن تعداد بایتها، تعدادی صفر زائد به انتهای داده‌ها اضافه می‌گردد تا تعداد بایتها زوج شود. الگوریتم محاسبه چک‌سام بسیار ساده است: مجموعه بایتها به صورت کلمات ۱۶ بیتی (یعنی دو بایت دو بایت) با هم جمع شده و حاصل جمع به صورت «متمم ۱» (One's Complement) منفی می‌شود و درون فید چک‌سام قرار می‌گیرد. نتیجتاً وقتی در گیرنده این محاسبه بر روی کل قطعه (شامل فیلد چک‌سام) انجام می‌شود نتیجه آن باید صفر باشد. در غیر اینصورت داده‌ها قابل اطمینان و سالم نیستند.
تفاوت IPv4 و IPv6 در محاسبه چک‌سام در میزان داده‌های محاسباتی آن‌ها می‌باشد.
محاسبه چک‌سام > شبه سرآیند فرضی در IPv4

چک سام در قالب UDP IPv4 با استفاده از یک شبه سرآیند فرضی محاسبه می‌شود و شباهت زیادی به سرآیند واقعی یک IP دارد. این سرآیند فرضی یک سرآیند واقعی IP نمی‌باشد که در ارسال بسته IP دخالت دارد. جدول زیر ساختار کامل شبه سرآیند فرضی که تنها برای محاسبه چک‌سام مورد استفاده قرار می‌گیرد را مشخص می‌نماید.
| bits | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
۰: آدرس مبدأ
۳۲: آدرس مقصد
| ۶۴ | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | پروتکل | پروتکل | پروتکل | پروتکل | پروتکل | پروتکل | پروتکل | پروتکل | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP | طول UDP |
| ۹۶ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد |
| ۱۲۸ | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام |
۱۶۰:  داده
محاسبه چک‌سام در IPv4 اختیاری است. اگر این کار انجام نشود، مقدار آن فیلد با صفر پر می‌شود.
محاسبه چک‌سام > شبه سرآیند فرضی در IPv6

زمانیکه پروتکل UDP در سیستم IPv6 مورد استفاده قرار می‌گیرد، محاسبه آن اجباری است. روشی که برای محاسبه چک‌سام در IPv6 انجام می‌شود در RFC 2460 تعریف شده‌است.
همانند IPv4 شبه سرآیند فرضی در محاسبه چک سام استفاده می‌شود.
| bits | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۰ – ۷ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۸ – ۱۵ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۱۶ – ۲۳ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ | ۲۴ – ۳۱ |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
۰: آدرس مبدأ
۳۲: آدرس مبدأ
۶۴: آدرس مبدأ
۹۶: آدرس مبدأ
۱۲۸: آدرس مقصد
۱۶۰: آدرس مقصد
۱۹۲: آدرس مقصد
۲۲۴: آدرس مقصد
۲۵۶: طول UDP
| ۲۸۸ | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | تعدادی صفر | سرآیند بعدی | سرآیند بعدی | سرآیند بعدی | سرآیند بعدی | سرآیند بعدی | سرآیند بعدی | سرآیند بعدی | سرآیند بعدی |
| ۳۲۰ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مبدأ | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد | شماره پورت مقصد |
| ۳۵۲ | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | طول | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام | چک‌سام |
۳۸۴:  داده
قابلیت اطمینان و راه‌حل‌هایی برای کنترل ازدحام

فقدان قابلیت اطمینان بدین معناست که برنامه‌هایی که از UDP استفاده می‌کنند کلاً می‌توانند مقداری خطا یا افزونگی را بپذیرند. برخی پروتکلها نظیر TFTP می‌توانند مکانیزم‌های ابتدایی برای برقراری قابلیت اطمینان را در لایه کاربرد به کار گیرند. در اغلب اوقات برنامه‌هایی که از UDP استفاده می‌کنند از مکانیزم‌های برقراری قابلیت اطمینان استفاده نمی‌کنند و حتی مانع از اجرای آن‌ها می‌شوند. رسانه‌های جاری، بازی‌های چندبازیکنه بی‌درنگ و VoIP مثالهایی از برنامه‌هایی هستند که از UDP بهره می‌برند. در این برنامه‌های خاص از دست دادن بسته‌ها معمولاً مشکل حادی نیست. اگر برنامه‌ای احتیاج به برقراری قابلیت اطمینان بالا داشته باشد، باید از پروتکلی نظیر TCP استفاده کند.
در مورد UDP بر خلاف TCP مورد مهم و قابل توجهی وجود دارد که برنامه‌های مبتنی بر این پروتکل قابلیت جلوگیری از ازدحام و مکانیزم کنترلی خوبی نیستند. برنامه‌های UDP ای که به مسئله ازدحام توجهی نمی‌کنند و میزان قابل توجهی از پهنای باند را نیز اشغال می‌کنند، می‌توانند ثبات اینترنت را به مخاطره بیندازند. مکانیزم‌های مبتنی بر شبکه‌ای وجود دارد که برای به حداقل رساندن تأثیرات مخرب، ترافیک‌های کنترل نشده UDP ارائه شده‌اند. اجزاء مبتنی بر شبکه نظیر روترها که از تکنیک‌های صف بندی و حذف بسته‌ها استفاده می‌کنند، تنها ابزار موجود برای کاهش دادن ترافیک حجیم برنامه‌های مبتنی بر UDP می‌باشند. پروتکل کنترل ازدحام بسته داده (به انگلیسی: DCCP یا Datagram Congestion Control Protocol) راه حلی نسبی برای حل این مشکل بالقوه‌است. این پروتکل با افزودن رفتار کنترلی مشابه TCP در سیستم میزبان، جریان‌های شدید UDP را کنترل می‌کند.
کاربردها

برنامه‌های اینترنتی متعددی از UDP بهره می‌برند:
سامانه نام دامنه (DNS): در این سیستم پرس و جوهای صورت گرفته بایستی سریع و تنها شامل یک درخواست باشند، و پاسخ آن‌ها نیز تنها یک بسته ساده‌است.
پروتکل ساده مدیریت شبکه (SNMP): از این پروتکل برای مدیریت تجهیزات شبکه استفاده می‌شود.
پروتکل اطلاعات مسیریابی (RIP)
پروتکل پیکربندی پویای میزبان (DHCP)
انتقال صدا و تصویر معمولاً از طریق UDP صورت می‌گیرد. پروتکل‌های پخش زنده صدا و تصویر برای مدیریت از دست رفتن بسته‌ها طراحی شده‌اند تا تنها افت کیفیت ناچیزی رخ دهد، تا اینکه زمان زیادی برای ارسال دوباره بسته‌های از دست رفته صرف شود. به این دلیل که TCP و UDP هر دو در یک شبکه کار می‌کنند، بسیاری از کسب و کارها به این نتیجه رسیده‌اند که افزایش اخیر در ترافیک UDP از این برنامه‌های بی‌درنگ بر کارایی برنامه‌هایی نظیر پایانه‌های فروش (POS)، سیستم‌های حسابداری و پایگاه داده که از TCP استفاده می‌کنند، آسیب می‌رسانند. زمانی‌که TCP متوجه از دست رفتن بسته‌ای می‌شود، نرخ انتقال داده‌هایش را کاهش می‌دهد. از آنجاییکه، برنامه‌های تجاری و بی‌درنگ برای کسب و کارها مهم می‌باشند، بر اهمیت توسعه راه حل‌های کیفیت خدمات (QoS) روز به روز افزوده می‌شود.