The UDP segment structure, shown in

The UDP segment structure, shown in Figure 3.7, is defined in RFC 768. The applica- tion 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 cal- culation 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:

Cấu trúc phân khúc UDP Hiển thị trong hình 3,7, được định nghĩa trong RFC 768. Các dữ liệu applica-tion chiếm lĩnh vực dữ liệu phân khúc UDP. Ví dụ, cho DNS, trường dữ liệu chứa một thông điệp truy vấn hoặc thư phản ứng. Cho một ứng dụng âm thanh streaming, âm thanh mẫu điền vào 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, số cổng cho phép các máy chủ đích để vượt qua các dữ liệu ứng dụng chính xác quá trình chạy trên hệ thống đích kết thúc (có nghĩa là, để thực hiện các chức năng demultiplexing). Lĩnh vực độ dài chỉ định số lượng byte trong phân khúc UDP (tiêu đề cộng với dữ liệu). Một giá trị rõ ràng chiều dài 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 UDP phân đoạn tiếp theo. Checksum được sử dụng bởi các máy chủ nhận để kiểm tra xem lỗi đã được giới thiệu vào các phân đoạn. Trong sự thật, checksum cũng được tính toán trên một vài trong số các trường trong tiêu đề IP ngoài đoạn UDP. Nhưng chúng tôi bỏ qua các chi tiết này để xem rừng thông qua các cây. Chúng tôi sẽ thảo luận về việc kiểm tra cal-culation 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. Chiề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:

Cấu trúc phân khúc UDP, thể hiện trong hình 3.7, được định nghĩa trong RFC 768. Các dữ liệu việc áp dụng chiếm trường dữ liệu của các phân đoạn UDP. Ví dụ, đối với DNS, các trường dữ liệu 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 ứng dụng âm thanh trực tuyến, 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, 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 đang 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 trong những phân khúc UDP kế tiếp. 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ổng kiểm tra cal- culation 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.