UDP – Wikipedia tiếng Việt

UDP (User Datagram Protocol) là một trong những giao thức cốt lõi của giao thức TCP/IP. Dùng UDP, chương trình trên mạng máy tính có thể gửi những dữ liệu ngắn được gọi là datagram tới máy khác. UDP không cung cấp sự tin cậy và thứ tự truyền nhận mà TCP làm; các gói dữ liệu có thể đến không đúng thứ tự hoặc bị mất mà không có thông báo. Tuy nhiên UDP nhanh và hiệu quả hơn đối với các mục tiêu như kích thước nhỏ và yêu cầu khắt khe về thời gian. Do bản chất không trạng thái của nó nên nó hữu dụng đối với việc trả lời các truy vấn nhỏ với số lượng lớn người yêu cầu.

Những ứng dụng phổ cập sử dụng UDP như DNS ( Domain Name System ), ứng dụng streaming truyền thông, Voice over IP, Trivial File Transfer Protocol ( TFTP ), và game trực tuyến .
UDP dùng cổng để cho phép các tiếp xúc giữa các ứng dụng diễn ra .

Cổng dùng 16 bit để đánh địa chỉ, vì vậy số của cổng nằm trong khoản 0 đến 65.535. Cổng 0 được để dành và không nên sử dụng.

Cổng từ 1 đến 1023 được gọi là cổng ” well-known ” và trên các hệ điều hành quản lý tựa Unix, việc kết nối tới một trong những cổng này yên cầu quyền root .Cổng 1024 đến 49.151 là cổng đã ĐK .Cổng từ 49.152 đến 65.535 là các cổng tạm, được dùng hầu hết bởi client khi liên lạc với server .

Cấu trúc gói[sửa|sửa mã nguồn]

UDP là giao thức hướng thông điệp nhỏ nhất của tầng giao vận hiện được miêu tả trong RFC 768 của IETF .

Trong bộ giao thức TCP/IP, UDP cung cấp một giao diện rất đơn giản giữa tầng mạng bên dưới (thí dụ, IPv4) và tầng phiên làm việc hoặc tầng ứng dụng phía trên.

UDP không đảm bảo cho các tầng phía trên thông điệp đã được gửi đi và người gửi cũng không có trạng thái thông điệp UDP một khi đã được gửi (Vì lý do này đôi khi UDP còn được gọi là Unreliable Datagram Protocol).

UDP chỉ thêm các thông tin multiplexing và thanh toán giao dịch. Các loại thông tin an toàn và đáng tin cậy cho việc truyền tài liệu nếu cần phải được thiết kế xây dựng ở các tầng cao hơn .

+

Bits 0 – 15

16 – 31

0

Source Port

Destination Port

32

Length

Checksum

64

Data
Phần header của UDP chỉ chứa 4 trường tài liệu, trong đó có 2 trường là tùy chọn ( ô nền đỏ trong bảng ) .

Source port
Trường này xác định cổng của người gửi thông tin và có ý nghĩa nếu muốn nhận thông tin phản hồi từ người nhận. Nếu không dùng đến thì đặt nó bằng 0.
Destination port
Trường xác định cổng nhận thông tin, và trường này là cần thiết.
Length
Trường có độ dài 16 bit xác định chiều dài của toàn bộ datagram: phần header và dữ liệu. Chiều dài tối thiểu là 8 byte khi gói tin không có dữ liệu, chỉ có header.
Checksum
Trường checksum 16 bit dùng cho việc kiểm tra lỗi của phần header và dữ liệu. Phương pháp tính checksum được định nghĩa trong RFC 768.

Do thiếu tính tin cậy, các ứng dụng UDP nói chung phải chấp nhận mất mát, lỗi hoặc trùng dữ liệu. Một số ứng dụng như TFTP có nhu cầu phải thêm những kỹ thuật làm tin cậy cơ bản vào tầng ứng dụng. Hầu hết các ứng dụng UDP không cần những kỹ thuật làm tin cậy này và đôi khi nó bị bỏ đi. Streaming media, game trực tuyến và voice over IP (VoIP) là những thí dụ cho các ứng dụng thường dùng UDP. Nếu một ứng dụng đòi hỏi mức độ cao hơn về tính tin cậy, những giao thức như TCP hoặc mã erasure có thể được sử dụng để thay thế.

Thiếu những chính sách trấn áp ùn tắc và trấn áp luồng, các kỹ thuật dựa trên mạng là thiết yếu để giảm nguy hiệu ứng cơ ùn tắc dây chuyền sản xuất do không trấn áp, tỷ suất tải UDP cao. Nói cách khác, vì người gởi gói UDP không hề phát hiện ùn tắc, các thành phần dựa trên mạng như router dùng hàng đợi gói ( packet queueing ) hoặc kỹ thuật bỏ gói như thể những công cụ để giảm tải của UDP. Giao thức Datagram Congestion Control Protocol ( DCCP ) được phong cách thiết kế như một giải pháp cho yếu tố bằng cách thêm hành vi trấn áp ùn tắc cho thiết bị đầu cuối cho các dòng tài liệu UDP như streaming truyền thông .Mặc dù tổng lượng lưu thông của UDP trên mạng thường chỉ vài Phần Trăm, nhưng có nhiều ứng dụng quan trọng dùng UDP, gồm có DNS, SNMP, DHCP và RIP .

Liên kết ngoài[sửa|sửa mã nguồn]

Rate this post
Banner-backlink-danaseo

Bài viết liên quan

Subscribe
Notify of
guest
0 Comments
Inline Feedbacks
View all comments