RFC 768 — Запит коментарів, що описує протокол дейтаграм користувача
Вступ
Протокол датаграм користувача (UDP) проектувався для створення в об'єднаній системі комп'ютерних мереж з комутацією пакетів режиму передачі датаграм користувача. Протокол UDP передбачає використанням рівнем нижче протоколу IP.
Цей протокол надає прикладній програмі процедуру пересилання повідомлень іншим програмам використовуючи мінімальний механізм протоколу. Застосунок («згідно з Microsoft», «програма» згідно з Apple, Application англійською), що потребує гарантоване отримання даних має використовувати протокол керування передачею.
Формат заголовка для датаграм користувача
0 7 8 15 16 23 24 31 +--------+--------+--------+--------+ | Порт | Порт | | Відправника | Отримувача | +--------+--------+--------+--------+ | | | | Довжина | Контрольна Сума | +--------+--------+--------+--------+ | | октети даних ... +---------------- ...
Якщо задіяний порт відправника, то він вказує порт процесу, що відправляє датаграму і може вважатися портом, на який слід адресувати датаграму у відповідь за відсутності іншої додаткової інформації. Якщо значення відсутнє, то підставляється нуль.
Порт отримувача має сенс лише в контексті конкретної Інтернет адреси отримувача.
Довжина — довжина октета даних даної датаграми, включаючи як заголовок так і дані. (Це означає, що мінімальне значення довжини — вісім.)
Контрольна сума — 16 бітне доповнення до одиниці суми доповнення до одиниці псевдозаголовка інформації з заголовка IP, заголовка UDP і даних, доповнених при необхідності нульовим октетом, щоб загальна кількість октетів була парна.
Формат псевдозаголовка для датаграм користувача
0 7 8 15 16 23 24 31 +--------+--------+--------+--------+ | адреса відправника | +--------+--------+--------+--------+ | адреса отримувача | +--------+--------+--------+--------+ | нулі |протокол| довжина UDP | +--------+--------+--------+--------+
Псевдозаголовок, що згідно з концепцією передує заголовку UDP, містить адресу відправника, адресу отримувача, протокол і довжину UDP. Ця інформація призначена для запобігання помилки в маршруті датаграм. Процедура обчислення контрольної суми збігається з протоколом TCP.
Якщо обчислена контрольна сума рівна нулю, вона передається як поле, що цілком складається з одиниць (еквівалент доповнення до одиниці). Якщо контрольна сума містить тільки нулі, то відправник датаграми не обчислював контрольної суми (для відлагодження (debugging) або протоколів що не потребують точності передачі).
Інтерфейс користувача
Інтерфейс користувача має реалізувати:
- операції створення нових портів для отримування (receive ports),
- операції отримування на портах отримування, які здатні отримувати октети даних а також визначати порт і адресу відправника,
- операції для відправлення датаграм з вказаними даними, адресами і портами відправника і отримувача.
Інтерфейс протоколу IP
Модуль протоколу UDP повинен мати можливість визначати інтернет адреси і поля протоколів відправника і отримувача з інтернет заголовка. Один з можливих UDP інтерфейсів міг би у відповідь на команду повертати інтернет діаграму повністю, включаючи інтернет заголовок. Цей інтерфейс також міг би дозволяти протоколу UDP передавати протоколу IP для відправлення певну готову інтернет датаграму із заголовком. Протокол IP міг би перевіряти лише визначені поля інтернет заголовка на сумісність та обчислювати контрольну суму інтернет заголовка.
Застосування протоколу
Головними застосуваннями протоколу UDP є і .
Номер протоколу
При використанні протоколу IP, UDP має номер 17 (21 у системі числення з основою вісім) Список інших номерів протоколу наведений тут [ 18 грудня 2008 у Wayback Machine.]
Посилання
- Запит коментарів (RFC)
- Протокол Датаграм користувача (UDP)
- RFC 760. Internet Protocol [ 18 грудня 2008 у Wayback Machine.]
- RFC 762. Assigned Numbers [ 18 грудня 2008 у Wayback Machine.]
- RFC 761. Transmission Control Protocol [ 18 грудня 2008 у Wayback Machine.]
- RFC 768. UDP [Архівовано 22 липня 2012 у Archive.is]
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
RFC 768 Zapit komentariv sho opisuye protokol dejtagram koristuvachaVstupProtokol datagram koristuvacha UDP proektuvavsya dlya stvorennya v ob yednanij sistemi komp yuternih merezh z komutaciyeyu paketiv rezhimu peredachi datagram koristuvacha Protokol UDP peredbachaye vikoristannyam rivnem nizhche protokolu IP Cej protokol nadaye prikladnij programi proceduru peresilannya povidomlen inshim programam vikoristovuyuchi minimalnij mehanizm protokolu Zastosunok zgidno z Microsoft programa zgidno z Apple Application anglijskoyu sho potrebuye garantovane otrimannya danih maye vikoristovuvati protokol keruvannya peredacheyu Format zagolovka dlya datagram koristuvacha0 7 8 15 16 23 24 31 Port Port Vidpravnika Otrimuvacha Dovzhina Kontrolna Suma okteti danih Yaksho zadiyanij port vidpravnika to vin vkazuye port procesu sho vidpravlyaye datagramu i mozhe vvazhatisya portom na yakij slid adresuvati datagramu u vidpovid za vidsutnosti inshoyi dodatkovoyi informaciyi Yaksho znachennya vidsutnye to pidstavlyayetsya nul Port otrimuvacha maye sens lishe v konteksti konkretnoyi Internet adresi otrimuvacha Dovzhina dovzhina okteta danih danoyi datagrami vklyuchayuchi yak zagolovok tak i dani Ce oznachaye sho minimalne znachennya dovzhini visim Kontrolna suma 16 bitne dopovnennya do odinici sumi dopovnennya do odinici psevdozagolovka informaciyi z zagolovka IP zagolovka UDP i danih dopovnenih pri neobhidnosti nulovim oktetom shob zagalna kilkist oktetiv bula parna Format psevdozagolovka dlya datagram koristuvacha0 7 8 15 16 23 24 31 adresa vidpravnika adresa otrimuvacha nuli protokol dovzhina UDP Psevdozagolovok sho zgidno z koncepciyeyu pereduye zagolovku UDP mistit adresu vidpravnika adresu otrimuvacha protokol i dovzhinu UDP Cya informaciya priznachena dlya zapobigannya pomilki v marshruti datagram Procedura obchislennya kontrolnoyi sumi zbigayetsya z protokolom TCP Yaksho obchislena kontrolna suma rivna nulyu vona peredayetsya yak pole sho cilkom skladayetsya z odinic ekvivalent dopovnennya do odinici Yaksho kontrolna suma mistit tilki nuli to vidpravnik datagrami ne obchislyuvav kontrolnoyi sumi dlya vidlagodzhennya debugging abo protokoliv sho ne potrebuyut tochnosti peredachi Interfejs koristuvachaInterfejs koristuvacha maye realizuvati operaciyi stvorennya novih portiv dlya otrimuvannya receive ports operaciyi otrimuvannya na portah otrimuvannya yaki zdatni otrimuvati okteti danih a takozh viznachati port i adresu vidpravnika operaciyi dlya vidpravlennya datagram z vkazanimi danimi adresami i portami vidpravnika i otrimuvacha Interfejs protokolu IPModul protokolu UDP povinen mati mozhlivist viznachati internet adresi i polya protokoliv vidpravnika i otrimuvacha z internet zagolovka Odin z mozhlivih UDP interfejsiv mig bi u vidpovid na komandu povertati internet diagramu povnistyu vklyuchayuchi internet zagolovok Cej interfejs takozh mig bi dozvolyati protokolu UDP peredavati protokolu IP dlya vidpravlennya pevnu gotovu internet datagramu iz zagolovkom Protokol IP mig bi pereviryati lishe viznacheni polya internet zagolovka na sumisnist ta obchislyuvati kontrolnu sumu internet zagolovka Zastosuvannya protokoluGolovnimi zastosuvannyami protokolu UDP ye i Nomer protokoluPri vikoristanni protokolu IP UDP maye nomer 17 21 u sistemi chislennya z osnovoyu visim Spisok inshih nomeriv protokolu navedenij tut 18 grudnya 2008 u Wayback Machine PosilannyaZapit komentariv RFC Protokol Datagram koristuvacha UDP RFC 760 Internet Protocol 18 grudnya 2008 u Wayback Machine RFC 762 Assigned Numbers 18 grudnya 2008 u Wayback Machine RFC 761 Transmission Control Protocol 18 grudnya 2008 u Wayback Machine RFC 768 UDP Arhivovano 22 lipnya 2012 u Archive is