На 6 юни 2022 г. IETF (Internet Engineering Task Force) официално пусна RFC за HTTP/3, който е третата основна версия на Hypertext Transfer Protocol (HTTP), HTTP/3 винаги работи на QUIC (не TCP за TCP/IP, QUIC го заменя), QUIC (Quick UDP Internet Connection) е нисколатентен интернет транспортен протокол, базиран на UDP, разработен от Google.
UDP протокол
Наборът от интернет протоколи поддържа безсвързан транспортен протокол, наречен User Datagram Protocol (UDP). UDP предоставя начин на приложенията да изпращат капсулирани IP пакети без установяване на връзка. RFC 768 описва UDP.
Транспортният слой на Интернет има два основни протокола, които се допълват взаимно. Свързан е UDP, който прави малко специално, освен да изпраща пакетни функции към приложенията и да им позволява да проектират свои протоколи на необходимото ниво. Свързано-ориентираният е TCP, който прави почти всичко.
UDP е съкращението от User Datagram Protocol, китайското име е User Datagram Protocol, което е протокол на транспортния слой без връзка в референтния модел OSI (Open System Interconnection), предоставящ транзакционно ориентирани прости и ненадеждни услуги за предаване на информация, IETF RFC 768 е официалната спецификация на UDP. Протоколният номер на UDP в IP пакетите е 17.
UDP протоколът се използва за обработка на пакети като TCP протокола, а в OSI модела и двата се намират на транспортния слой, над IP протокола. UDP има недостатъка, че не предоставя опаковане, сглобяване и сортиране на пакети, а именно, когато пакетът бъде изпратен, е невъзможно да се знае дали пристига безопасно и изцяло. UDP се използва за поддръжка на уеб приложения, които трябва да прехвърлят данни между компютрите. Много мрежови приложения в клиент/сървър режим, включително мрежови видеоконферентни системи, изискват използването на UDP протокола. UDP протоколът се използва от много години от създаването си и въпреки че първоначалният му блясък е засенчен от някои подобни протоколи, UDP все още е много практичен и жизнеспособен протокол на мрежовия транспортен слой дори и днес.
Много приложения поддържат само UDP, като мултимедийно стрийминг на данни, без да генерират допълнителни данни и без да препредават пакети, дори ако знаят, че са повредени. Когато се поставя акцент върху производителността на предаването пред целостта на предаването, като аудио и мултимедийни приложения, UDP е най-добрият избор. UDP също е добър вариант в случаи, когато времето за пренос на данни е толкова кратко, че предишният процес на свързване става цялото тяло на трафика.
UDP е протокол на транспортния слой без връзка в референтния модел на OSI, който се използва основно при предавания, при които не се изисква поръчване на пакети, а инспекцията и подреждането на поръчката за предаване на пакети се извършват от приложния слой, предоставяйки транзакционно ориентирани прости и ненадеждни услуги за предаване на информация. UDP протоколът е по същество интерфейсът между IP протокола и родителския протокол. UDP протоколът е приложим за множество приложения, работещи на едно и също устройство.
UDP осигурява комуникация без връзка и не гарантира надеждността на предаваните пакети, което го прави подходящ за предаване на малко количество данни наведнъж, а надеждността на UDP предаването е отговорна за приложния слой. Често използваните UDP номера на портове са: 53 (DNS), 69 (TFTP), 161 (SNMP), а UDP протоколите включват: TFTP, SNMP, NFS, DNS и BOOTP.
UDP пакетите нямат гаранции за надеждност, гаранции за последователност и полета за контрол на потока и не са надеждни. Въпреки това, тъй като UDP протоколът има по-малко контролни опции, ниска латентност и висока ефективност при предаване на данни, той е подходящ за приложения, които не изискват висока надеждност, или за приложения, които могат да гарантират надеждност, като DNS, TFTP, SNMP и др.
преглед
Първо, услугата включва UDP слушател, портът е: 2017,След като получите съобщение от клиента, добавете думата "отговори" пред съобщението и отговорете на клиента, кодът е следният:
Разположи сървъра в ECS, след това отвори UDP клиента на локалния компютър и изпрати съобщение към сървъра със следния клиентски код:
(Край)
|
Публикувано на 2022-7-10 21:29:29
|
|
|
|
Хазяин|
Публикувано на 2022-7-10 21:39:46
|
Публикувано на 2022-7-10 23:47:35
|
