Exit Zen
3
../../protocols/udp.rst:13
English
the UDP service cannot deliver SDUs that are larger than 65467 bytes [#fmtuudp]_
0/800 · 80
4
../../protocols/udp.rst:14
English
the UDP service does not guarantee the delivery of SDUs (losses can occur and SDUs can arrive out-of-sequence)
0/1100 · 110
5
../../protocols/udp.rst:15
English
the UDP service will not deliver a corrupted SDU to the destination
0/670 · 67
6
../../protocols/udp.rst:17
English
Compared to the connectionless network layer service, the main advantage of the UDP service is that it allows several applications running on a host to exchange SDUs with several other applications running on remote hosts. Let us consider two hosts, e.g. a client and a server. The network layer service allows the client to send information to the server, but if an application running on the client wants to contact a particular application running on the server, then an additional addressing mechanism is required other than the IP address that identifies a host, in order to differentiate the application running on a host. This additional addressing is provided by `port numbers`. When a server using UDP is enabled on a host, this server registers a `port number`. This `port number` will be used by the clients to contact the server process via UDP.
0/8570 · 857
7
../../protocols/udp.rst:19
English
The figure below shows a typical usage of the UDP port numbers. The client process uses port number `1234` while the server process uses port number `5678`. When the client sends a request, it is identified as originating from port number `1234` on the client host and destined to port number `5678` on the server host. When the server process replies to this request, the server's UDP implementation will send the reply as originating from port `5678` on the server host and destined to port `1234` on the client host.
0/5200 · 520
8
../../protocols/udp.rst:43
English
UDP uses a single segment format shown in the figure below.
0/590 · 59
9
../../protocols/udp.rst:49
English
UDP Header Format
0/170 · 17
10
../../protocols/udp.rst:51
English
The UDP header contains four fields :
0/370 · 37
11
../../protocols/udp.rst:53
English
a 16 bits source port
0/210 · 21
12
../../protocols/udp.rst:54
English
a 16 bits destination port
0/260 · 26
13
../../protocols/udp.rst:55
English
a 16 bits length field
0/220 · 22
14
../../protocols/udp.rst:56
English
a 16 bits checksum
0/180 · 18
15
../../protocols/udp.rst:58
English
As the port numbers are encoded as a 16 bits field, there can be up to only 65535 different server processes that are bound to a different UDP port at the same time on a given server. In practice, this limit is never reached. However, it is worth noticing that most implementations divide the range of allowed UDP port numbers into three different ranges :
0/3560 · 356
16
../../protocols/udp.rst:60
English
the privileged port numbers (1 < port < 1024 )
0/460 · 46
17
../../protocols/udp.rst:61
English
the ephemeral port numbers ( officially [#fephemeral]_ 49152 <= port <= 65535 )
0/790 · 79
18
../../protocols/udp.rst:62
English
the registered port numbers (officially 1024 <= port < 49152)
0/610 · 61
19
../../protocols/udp.rst:64
English
In most Unix variants, only processes having system administrator privileges can be bound to port numbers smaller than `1024`. Well-known servers such as :term:`DNS`, :term:`NTP` or :term:`RPC` use privileged port numbers. When a client needs to use UDP, it usually does not require a specific port number. In this case, the UDP implementation will allocate the first available port number in the ephemeral range. The range of registered port numbers should be used by servers. In theory, developers of network servers should register their port number officially through IANA [#fportnum]_, but few developers do this.
0/6180 · 618
20
../../protocols/udp.rst:69
English
Computation of the UDP checksum
0/310 · 31
21
../../protocols/udp.rst:71
English
The checksum of the UDP segment is computed over :
0/500 · 50
22
../../protocols/udp.rst:73
English
a pseudo header :rfc:`2460` containing the source address, the destination address, the packet length encoded as a 32 bits number and a 32 bits bit field containing the three most significant bytes set to 0 and the low order byte set to 17
0/2390 · 239