Ten artykuł jest lustrzanym artykułem tłumaczenia maszynowego, kliknij tutaj, aby przejść do oryginalnego artykułu.

Widok: 7873|Odpowiedź: 6

[Źródło] [Rzeczywista walka]. NET/C# wykorzystuje UDP do wysyłania i przyjmowania danych

[Skopiuj link]
Opublikowano 2022-7-10 21:29:29 | | | |
6 czerwca 2022 roku IETF (Internet Engineering Task Force) oficjalnie opublikowała RFC dla HTTP/3, który jest trzecią główną wersją protokołu Hypertext Transfer Protocol (HTTP). HTTP/3 zawsze działa na QUIC (nie TCP dla TCP/IP, QUIC go zastępuje), QUIC (Quick UDP Internet Connection) to protokół warstwy transportowej o niskich opóźnieniach oparty na UDP opracowany przez Google.

Protokół QUIC HTTP/3 został oficjalnie wydany
https://www.itsvse.com/thread-10330-1-1.html

Protokół UDP

Zestaw protokołów internetowych obsługuje protokół transportowy bez połączenia zwany User Datagram Protocol (UDP). UDP umożliwia aplikacjom wysyłanie kapsułkowanych pakietów IP bez nawiązywania połączenia. RFC 768 opisuje UDP.

Warstwa transportowa Internetu posiada dwa główne protokoły, które się uzupełniają. Connected to UDP, który niewiele specjalnego robi poza przesyłaniem funkcji pakietów do aplikacji i pozwalaniem im na tworzenie własnych protokołów na wymaganym poziomie. Połączenie to TCP, które robi prawie wszystko.

UDP to skrót od User Datagram Protocol, chińska nazwa to User Datagram Protocol, który jest protokołem warstwy transportowej bez połączenia w modelu referencyjnym OSI (Open System Interconnection), oferującym proste i niewiarygodne usługi transmisji informacji zorientowane na transakcje; IETF RFC 768 jest oficjalną specyfikacją UDP. Numer protokołu UDP w pakietach IP wynosi 17.

Protokół UDP jest używany do przetwarzania pakietów podobnie jak protokół TCP, a w modelu OSI oba znajdują się na warstwie transportowej, powyżej protokołu IP. UDP ma wadę, ponieważ nie zapewnia pakowania, składania i sortowania pakietów, czyli gdy pakiet jest wysyłany, nie da się wiedzieć, czy dotrze bezpiecznie i całkowicie. UDP jest używany do obsługi aplikacji webowych, które muszą przesyłać dane między komputerami. Wiele aplikacji sieciowych w trybie klient/serwer, w tym systemy wideokonferencji sieciowych, wymaga użycia protokołu UDP. Protokół UDP jest używany od wielu lat od momentu powstania, i choć jego początkowy blask został przyćmiony przez podobne protokoły, UDP nadal pozostaje bardzo praktycznym i opłacalnym protokołem warstwy transportowej sieci nawet dziś.

Wiele aplikacji obsługuje tylko UDP, takie jak strumieniowanie multimedialnych danych, bez generowania dodatkowych danych i bez ponownego przesyłania pakietów, nawet jeśli wiedzą, że są uszkodzone. Kładąc nacisk na wydajność transmisji ponad integralność transmisji, na przykład w zastosowaniach audio i multimediów, najlepszym wyborem jest UDP. UDP jest również dobrą opcją w sytuacjach, gdy czas transferu danych jest tak krótki, że poprzedni proces połączenia staje się całym ruchem.

UDP to protokół warstwy transportowej bez połączenia w modelu referencyjnym OSI, który jest głównie stosowany w transmisjach, które nie wymagają kolejności pakietów do dotarcia, a inspekcja i kolejność kolejności transmisji pakietów są realizowane przez warstwę aplikacyjną, zapewniając proste i niewiarygodne usługi transmisji informacji zorientowane na transakcje. Protokół UDP to zasadniczo interfejs między protokołem IP a protokołem nadrzędnym. Protokół UDP jest stosowany do wielu aplikacji działających na tym samym urządzeniu.

UDP zapewnia komunikację bezpołączeniową i nie gwarantuje niezawodności przesyłanych pakietów, co czyni go odpowiednim do przesyłania niewielkiej ilości danych naraz, a niezawodność transmisji UDP odpowiada za warstwę aplikacji. Najczęściej używane numery portów UDP to: 53 (DNS), 69 (TFTP), 161 (SNMP), a protokoły UDP obejmują: TFTP, SNMP, NFS, DNS oraz BOOTP.

Pakiety UDP nie posiadają gwarancji niezawodności, gwarancji sekwencji ani pól kontroli przepływu, a także nie są niezawodne. Jednak ze względu na mniejszą liczbę opcji kontroli, niskie opóźnienia i wysoką efektywność transmisji danych, nadaje się do zastosowań niewymagających wysokiej niezawodności lub do tych, które mogą zapewnić niezawodność, takich jak DNS, TFTP, SNMP itp.

recenzja

.net/c# gadżet komunikacyjny UDP [kod źródłowy]
https://www.itsvse.com/thread-3538-1-1.html


Po pierwsze, usługa włącza nasłuchiwacz UDP, port to: 2017,Po otrzymaniu wiadomości od klienta dodaj słowo "odpowiedz" przed wiadomością i odpowiedz klientowi, kod jest następujący:



Wdroż serwer w ECS, a następnie otwórz klienta UDP na komputerze lokalnym i wyślij wiadomość do serwera z następującym kodem klienta:

(Koniec)





Poprzedni:Tymczasowe Uwierzytelnienie Upoważnienia Break Glass
Następny:Funkcje składni C# 8.0: Indeks systemu nowego operatora
 Ziemianin| Opublikowano 2022-7-10 21:39:46 |
Opublikowano 2022-7-10 23:47:35 |
Naucz się uczyć
Opublikowano 2022-7-11 09:01:25 |
Nauczyć się czegoś nowego.
Opublikowano 2022-7-11 10:32:16 |
Opublikowano 7.09.2022 o 15:31:09 |

Naucz się uczyć
Opublikowano 2022-9-24 o 14:23:13 |
Monit:Autorzy są banowani lub usuwane treści są automatycznie blokowane
Zrzeczenie się:
Całe oprogramowanie, materiały programistyczne lub artykuły publikowane przez Code Farmer Network służą wyłącznie celom edukacyjnym i badawczym; Powyższe treści nie mogą być wykorzystywane do celów komercyjnych ani nielegalnych, w przeciwnym razie użytkownicy ponoszą wszelkie konsekwencje. Informacje na tej stronie pochodzą z Internetu, a spory dotyczące praw autorskich nie mają z nią nic wspólnego. Musisz całkowicie usunąć powyższą zawartość z komputera w ciągu 24 godzin od pobrania. Jeśli spodoba Ci się program, wspieraj oryginalne oprogramowanie, kup rejestrację i korzystaj z lepszych, autentycznych usług. W przypadku naruszenia praw prosimy o kontakt mailowy.

Mail To:help@itsvse.com