3.3.1 UDP Segment StructureThe UDP

3.3.1 UDP Segment Structure
The UDP segment structure, shown in Figure 3.7, is defined in RFC 768. The application data occupies the data field of the UDP segment. For example, for DNS, the data
field contains either a query message or a response message. For a streaming audio
application, audio samples fill the data field. The UDP header has only four fields,
each consisting of two bytes. As discussed in the previous section, the port numbers
allow the destination host to pass the application data to the correct process running
on the destination end system (that is, to perform the demultiplexing function). The
length field specifies the number of bytes in the UDP segment (header plus data). An
explicit length value is needed since the size of the data field may differ from one UDP
segment to the next. The checksum is used by the receiving host to check whether
errors have been introduced into the segment. In truth, the checksum is also calculated
over a few of the fields in the IP header in addition to the UDP segment. But we ignore
this detail in order to see the forest through the trees. We’ll discuss the checksum calculation below. Basic principles of error detection are described in Section 5.2. The
length field specifies the length of the UDP segment, including the header, in bytes.

Kết quả (Việt) 1:

3.3.1 UDP đoạn cấu trúcCấu trúc phân khúc UDP Hiển thị trong hình 3,7, được định nghĩa trong RFC 768. Dữ liệu ứng dụng chiếm lĩnh vực dữ liệu phân khúc UDP. Ví dụ, cho DNS, dữ liệutrường có chứa một tin nhắn truy vấn hoặc một thư trả lời. Cho âm thanh streamingứng dụng, âm thanh mẫu điền vào các trường dữ liệu. Tiêu đề UDP đã chỉ bốn lĩnh vực,mỗi bao gồm hai byte. Như được thảo luận trong phần trước, các cổngcho phép các máy chủ đích để vượt qua các ứng dụng dữ liệu chính xác quá trình chạytrên hệ thống đích kết thúc (có nghĩa là, để thực hiện các chức năng demultiplexing). Cácchiều dài trường chỉ định số lượng byte trong phân khúc UDP (tiêu đề cộng với dữ liệu). Mộtgiá trị chiều dài rõ ràng là cần thiết vì kích thước của lĩnh vực dữ liệu có thể khác nhau từ một UDPphân đoạn tiếp theo. Checksum được sử dụng bởi các máy chủ nhận để kiểm tra xem liệulỗi đã được giới thiệu vào các phân đoạn. Trong sự thật, checksum cũng tính toánqua một vài trong số các trường trong tiêu đề IP ngoài đoạn UDP. Nhưng chúng ta bỏ quachi tiết này để xem rừng thông qua các cây. Chúng tôi sẽ thảo luận về tính toán kiểm tra dưới đây. Các nguyên tắc cơ bản của phát hiện lỗi được mô tả trong phần 5.2. Cácchiều dài trường xác định chiều dài của đoạn UDP, bao gồm cả tiêu đề, tại byte.

Kết quả (Việt) 2:

3.3.1 UDP cấu Segment
UDP cấu trúc phân đoạn, thể hiện trong hình 3.7, được định nghĩa trong RFC 768. Các dữ liệu ứng dụng chiếm các trường dữ liệu của các phân đoạn UDP. Ví dụ, đối với DNS, các dữ liệu
lĩnh vực có chứa hoặc nhắn tin truy vấn hoặc một tin nhắn trả lời. Đối với một âm thanh trực tuyến
ứng dụng, các mẫu âm thanh điền các trường dữ liệu. Các tiêu đề UDP chỉ có bốn lĩnh vực,
mỗi bao gồm hai byte. Như đã thảo luận trong phần trước, các số cổng
cho phép các máy chủ đích để vượt qua các dữ liệu ứng dụng đúng quy trình chạy
trên hệ thống đầu cuối đích (có nghĩa là, để thực hiện các chức năng giải mã kênh). Các
lĩnh vực chiều dài xác định số byte trong UDP segment (header cộng với dữ liệu). Một
giá trị chiều dài rõ ràng là cần thiết vì kích thước của trường dữ liệu có thể khác nhau từ một UDP
segment tiếp theo. Việc kiểm tra được sử dụng bởi các máy chủ tiếp nhận để kiểm tra xem
lỗi đã được đưa vào phân khúc này. Trong chân lý, kiểm tra cũng được tính toán
trên một vài trong số các trường trong header IP ngoài các phân khúc UDP. Nhưng chúng ta bỏ qua
chi tiết này để thấy rừng thông qua các cây. Chúng tôi sẽ thảo luận về việc tính toán tổng kiểm tra dưới đây. Nguyên tắc cơ bản của việc phát hiện lỗi được mô tả trong phần 5.2. Các
lĩnh vực chiều dài xác định độ dài của đoạn UDP, bao gồm tiêu đề, trong byte.