The UDP segment structure, shown in Figure 3.7, is defined in RFC 768. dịch - The UDP segment structure, shown in Figure 3.7, is defined in RFC 768. Việt làm thế nào để nói

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.
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
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.
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!

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.
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: