Hướng dẫn về UDP (Giao thức gói dữ liệu người dùng)

Giao thức gói dữ liệu người dùng giống như Hans Christian Andersen Hồi âm Vịt xấu xí. Sau nhiều thập kỷ bị bỏ qua và chế giễu, giao thức đơn giản này đột nhiên thu hút những người ngưỡng mộ vì giao thức truyền tải cho các ứng dụng đa phương tiện mới, quyến rũ được thực hiện nhờ tốc độ băng thông rộng. Ngày nay, bất kỳ ứng dụng nào cần phân phối dữ liệu đều nhanh chóng chọn UDP thay vì TCP (Giao thức điều khiển truyền dẫn) trước đây.

Lịch sử UDP

UDP đã tồn tại gần như là internet. Internet ra đời vào tháng 5 năm 1974 khi Viện Kỹ sư Điện và Điện tử xuất bảnMột chương trình cho truyền thông mạng góiMùi bởi Vint Cerf và Bob Khan. Khái niệm cần được phát triển và cả Khan và Cerf tiếp tục hoàn thiện ý tưởng của họ khi làm việc cho chính phủ Hoa Kỳ. Cơ quan Dự án Nghiên cứu Quốc phòng Tiên tiến, còn được gọi là DARPA. John Postel đã tham gia và đề nghị tách ra cấu trúc đơn được đề xuất trong ý tưởng ban đầu của Cerf và Khan. Điều này tạo ra một khái niệm lớp. Chương trình điều khiển truyền dẫn ban đầu có trong đề cương năm 1974 được chia thành Giao thức điều khiển truyền ở lớp cao hơn và Giao thức Internet ở lớp thấp hơn (do đó TCP / IP).

Phương pháp mô đun Postel sườn có ý nghĩa khi nhóm bắt đầu nghĩ về việc thực hiện lý thuyết. Có sự phân công lao động rõ ràng giữa cái được gọi là Lớp vận chuyển, đó là vị trí của Giao thức điều khiển truyền dẫn và Lớp Internet, nơi Giao thức Internet cư trú. Tuy nhiên, Cerf và Khan dự tính cần có một lựa chọn theo dõi nhanh. Họ đã vẽ ra một sơ đồ về cách dữ liệu sẽ được chuẩn bị để truyền bằng cách truyền từ lớp này sang lớp khác. Các tác vụ xử lý được biểu diễn dưới dạng một đường thẳng đứng, giảm dần qua sơ đồ ngăn xếp mới của chúng cho thấy sự tiến triển từ ứng dụng vào TCP và vào IP.

Khi bắt đầu vẽ trong đường đua nhanh, họ không muốn vẽ một đường vòng cong mà tránh đi qua TCP. Thay vào đó, họ đã vẽ một hình thuôn đại diện cho Lớp Internet rộng hơn một chút so với khối đại diện cho Lớp Giao thông. Với sự điều chỉnh trực quan này, cả tuyến đường thông thường và tuyến đường nhanh đều có thể đi xuống qua ngăn xếp dưới dạng các đường song song. Tuy nhiên, thủ thuật này đã để lại một khoảng trống mà Postel cảm thấy cần phải lấp đầy. Đây là lý do tại sao Giao thức gói dữ liệu người dùng được phát minh. Nó chỉ ở đó để làm cho sơ đồ ngăn xếp giao thức trông cân bằng.

Lợi ích của TCP

Giao thức điều khiển truyền dẫn cung cấp các dịch vụ thiết yếu cho dữ liệu trong quá trình vận chuyển. Nó đảm bảo rằng tất cả các gói trong một luồng thực sự đến và nó kiểm tra xem chúng có đến theo thứ tự không. Các thủ tục kiểm soát đảm bảo chuyển giao có trật tự là không thể nếu không có biện pháp phối hợp giữa hai bên. Vì vậy, TCP trước tiên thiết lập thỏa thuận giữa hai thiết bị có ý định trao đổi dữ liệu. Thỏa thuận này được gọi là một phiên. Đó cũng là định nghĩa của một người Vikingkết nối.UDP của UDP không có quy trình thiết lập phiên và do đó, nó được gọi làkhông kết nối.Giáo dục

Phiên này cung cấp cho cả hai bên của kết nối một số tham chiếu mà họ có thể gắn thẻ vào các trao đổi quản trị của mình. Phiên này cũng cho phép khái niệm về các cổng được giới thiệu. ID phiên thực sự là sự kết hợp của các mã định danh có trong tiêu đề TCP. Với ID này, những người thiết kế các thủ tục TCP đã có thể nảy ra ý tưởng về một tên lửaổ cắm.Số cổng của Cổng cũng được phân bổ cho UDP, tuy nhiên, giao thức đó chỉ có thể sử dụng IP đích và số cổng làm định danh duy nhất. Một mã định danh bắt nguồn từ sự kết hợp đó sẽ chặn tất cả các quy trình khác đang cố truy cập vào cùng một cổng, mặc dù chúng đang chạy trên các máy tính khác nhau, vì vậy UDP đã được tạo thành một hệ thống chỉ phân phối, không có quy trình để kích hoạt hộp thoại hai chiều.

Tất cả các khái niệm kết nối TCP được phát triển thành một phương thức phổ quát rất tinh vi để đảm bảo rằng dữ liệu truyền giữa các máy tính không bị trộn lẫn hoặc bị cắt xén. Ổ cắm cho phép mở nhiều kết nối giữa hai máy tính cùng một lúc. Ý tưởng đó đã tạo ra khả năng có nhiều hơn một kênh hoạt động để truyền dữ liệu. Đây là một thủ tục được sử dụng thường xuyên trong đó nhiều ứng dụng mạng sớm đã tận dụng. Các Giao thức truyền tập tin, ví dụ: sử dụng hai kênh: một để truyền dữ liệu và một kênh riêng để liên lạc quản trị. Các số cổng khác nhau cho dữ liệu và kênh điều khiển tạo ra hai ổ cắm riêng biệt.

ID duy nhất cho mỗi phiên có nghĩa là TCP đã thêm giá trị cho giao tiếp giữa hai máy tính. Vào cuối thập niên 70 và đầu thập niên 80, chỉ có các tổ chức lớn và các tổ chức học thuật có máy tính và mạng. Vì vậy, rất có khả năng hai tổ chức cần các máy tính lớn của họ để kết nối với nhau đồng thời cho các mục đích khác nhau. Trong khi một giáo sư đang gửi một tập tin cho một đồng nghiệp tại một trường đại học khác, một nhà nghiên cứu cũng có thể muốn mở một phiên Telnet đến máy tính tại cùng một trường đại học từ xa. Nhờ TCP, hai máy tính có thể duy trì đồng thời nhiều kết nối và mỗi phiên có thể vận hành nhiều kênh cùng một lúc. Những kết nối đồng thời đó sẽ không thể thực hiện được nếu liên lạc chỉ được điều chỉnh bởi Giao thức Internet với việc phân bổ một địa chỉ IP cho mỗi máy tính. UDP, không có bất kỳ cơ chế phiên nào, không có khả năng quản lý các ứng dụng yêu cầu máy tính được liên hệ để gửi phản hồi.

Bảo mật dữ liệu

Các cấu trúc tuyệt vời của TCP đã tạo ra các kết nối giữa các mạng và internet bắt đầu mở rộng ra ngoài Academia tới thế giới kinh doanh. Sự sáng tạo của World Wide Web, đã trở nên công khai vào năm 1991 chỉ có thể vì sự dễ dàng mà trang web mang Giao thức truyền siêu văn bản (HTTP) có thể nằm trên TCP.

Các học giả và kỹ thuật viên kết nối internet và sau đó phát triển World Wide Web có thể truy cập công khai là nhà tư tưởng bầu trời xanh. Họ rất hào hứng với công nghệ và khả năng tăng tốc nghiên cứu và cải thiện sự tương tác giữa mọi người trên khắp thế giới. Họ đã thất bại vì sự thật rằng phát minh tuyệt vời của họ là một món quà cho những tên trộm, những kẻ lừa đảo và những kẻ khủng bố đô thị. Cả Internet và World Wide Web đều không có bất kỳ sự bảo mật nào.

Nó dẫn đầu người tiêu dùng Tập đoàn Netscape để phát hiện vấn đề này Netscape đã sản xuất trình duyệt web hàng đầu thế giới và cung cấp miễn phí để khuyến khích sự phát triển của internet trong cộng đồng. Kế hoạch đã làm việc và trao đổi thông tin và các kênh liên lạc trải rộng, khuyến khích nhiều thành viên của công chúng đăng ký dịch vụ internet. Tuy nhiên, thiếu bảo mật đã tạo ra một rào cản đối với việc thương mại hóa Web. Không có khả năng lôi kéo mọi người trả tiền cho các dịch vụ trực tuyến, không có động cơ nào cho các doanh nghiệp đầu tư vào việc phát triển các ứng dụng, trang web hoặc dịch vụ trực tuyến mới.

Rào cản chính trong việc thu tiền thanh toán qua Web là sự thiếu bảo mật. Một vài tiêu đề về hành vi trộm cắp dữ liệu trên truyền dẫn internet đã đóng cửa khả năng làm cho internet trở nên khả thi về mặt thương mại. Tuy nhiên, Netscape đã đưa ra HTTPS – phiên bản bảo mật của HTTP bảo vệ truyền. Vị trí lý tưởng trong ngăn xếp TCP / IP cho các quy trình bảo mật này là trong quá trình thiết lập phiên của TCP. Vì thế, TCP càng trở nên cần thiết hơn đối với các hoạt động của internet và dường như nhiều khả năng UDP sẽ không bao giờ được sử dụng.

UDP cất cánh

Mặc dù tồn tại từ năm 1980, UDP đã hoàn toàn bị bỏ qua cho đến khi dịch vụ internet băng thông rộng trở nên có sẵn vào đầu thế kỷ này. Giao thức gói dữ liệu người dùng phần lớn bị bỏ qua trong khi web và các ứng dụng internet khác được mở rộng về chức năng của TCP.

Tuy nhiên, khả năng trò chuyện bằng giọng nói và hội nghị video qua internet luôn thu hút các doanh nghiệp. Các ứng dụng này đã tồn tại trước khi băng thông rộng, nhưng chỉ được sử dụng trên các mạng riêng nhanh hơn. Với công nghệ truyền âm thanh và video qua mạng được thiết lập, tốc độ nhanh hơn của băng thông rộng mang đến khả năng làm cho các ứng dụng đó có sẵn cho công chúng trở thành một ý tưởng khả thi. Tuy nhiên, tốc độ có sẵn qua internet không đủ tốt.

Giải pháp tức thời để vắt kiệt tốc độ vừa đủ ra khỏi internet là bỏ tất cả các thủ tục hành chính của TCP và chuyển sang UDP gần như bị lãng quên.

Các vấn đề với TCP

Các ứng dụng tương tác sẽ giải quyết một số vấn đề gặp phải trong quá trình truyền. Một trong những tính năng chính của TCP mà các ứng dụng này thực sự không muốn là đệm.

TCP đảm bảo rằng các gói đến theo thứ tự. Nếu một gói bị thiếu từ luồng, việc triển khai TCP nhận sẽ gửi yêu cầu đến chương trình TCP gửi để gửi lại gói cụ thể đó. Trong khi đó, gói đó có thể đến muộn. TCP sử dụng hệ thống khung trượt để xử lý các gói đến và nếu một đoạn bị trễ hoặc bị mất, slide đó sẽ bị kẹt. Bộ nhớ tạm thời của một số khung trong bộ nhớ là cái được gọi là bộ đệm. TCP chờ cho đến khi nó có thể lấp đầy chỗ trống với gói chứa số thứ tự bị thiếu. Trong trường hợp điện thoại internet, một hành động như vậy sẽ khiến đường dây im lặng. Trong truyền phát video, việc chờ gói tin bị thiếu sẽ khiến trình phát video bị đóng băng.

Các ứng dụng tương tác không có quy trình để làm việc xung quanh bộ đệm TCP. Hiệu trưởng đằng sau các lớp ngăn xếp là các lớp cao hơn yêu cầu một dịch vụ và để nó ở lớp thấp hơn để cung cấp nó. Không có tin nhắn nào có được với nó Tín hiệu mà ứng dụng có thể gửi đến Tầng vận chuyển.

Nếu một gói bị mất trong một cuộc trò chuyện điện thoại kỹ thuật số, người gọi sẽ gặp phải sự im lặng ngắn, nhưng ứng dụng ở cả hai bên sẽ chỉ di chuyển và tiếp tục gửi và nhận các gói sau. Vào thời điểm một gói bị thiếu có thể được phục hồi, cuộc trò chuyện tương tác đã được chuyển sang vì vậy không có lý do gì để cố gắng đưa nó trở lại vào luồng; tốt hơn hết là viết ra những mất mát và tiếp tục. Tương tự, một gói bị mất chỉ có nghĩa là bỏ qua một luồng video trực tiếp và người xem sẽ thích thay vì video tiếp tục tiến lên hơn là giữ cốt truyện trong một phần nghìn giây của khung hình.

Bạn có thể đã thấy một trình phát video tạm dừng và phủ lên tin nhắnđệmHình trên Ngoài ra còn có một bộ đếm cho thấy tỷ lệ phần trăm bộ đệm đã được hoàn thành. Bộ đệm này xảy ra nếu tốc độ truyền của kết nối chậm hơn tốc độ khung hình của phát lại video. Tuy nhiên, điểm quan trọng về thông điệp đó là nó cho thấy bộ đệm đang được người chơi quản lý chứ không phải bởi giao thức truyền tải.

Giao thức hợp tác

Mặc dù ứng dụng tương tác didn không muốn sự chậm trễ do TCP gây ra, nhưng họ đã muốn một số chức năng của giao thức đó. Họ muốn nhiều hơn UDP có thể cung cấp. Vì vậy, các giao thức khác được phát minh để điền vào các phần của khả năng TCP Khan.

Giao thức khởi tạo phiên

Giao thức khởi tạo phiên (SIP) được phát minh cho các ứng dụng Thoại qua IP (VoIP). Điện thoại Internet đã không muốn bộ đệm TCP, nhưng họ cần phải mô phỏng các quy trình thiết lập cuộc gọi truyền thống của điện thoại – quay số, đổ chuông, bận, nhấc máy và kết thúc cuộc gọi. Tuy nhiên, SIP không quản lý toàn bộ phiên, nó chỉ đảm nhiệm chức năng tạo và phá vỡ kết nối của TCP. Mỗi cuộc gọi chạy qua internet đều sử dụng SIP. Vì vậy, rất nhiều vì vậy, SIP SIP và gần như đã trở thành một thuật ngữ có thể hoán đổi cho nhauVoIP.Giáo dục

Chạy lưu lượng thoại qua các kết nối kỹ thuật số tốc độ cao được gọi là hàng loạtTrunking SIP.Chuyển đổi cuộc gọi từ internet sang điện thoại cố định thông thường được gọi làChấm dứt SIP.Công nghiệp điện thoại kỹ thuật số sử dụng SIP để xác định công nghệ của mình, nhưng nền tảng của tất cả các hoạt động của họ là UDP.

Giao thức vận chuyển thời gian thực

Mặc dù quyết định rằng TCP có quá nhiều chi phí cho lưu lượng tương tác và nên bị bỏ qua, các kỹ sư truyền thông tiếp tục quay trở lại các cơ sở do TCP cung cấp và họ ước rằng họ có thể có chúng với UDP. Giao thức truyền tải thời gian thực (RTP) bù đắp cho sự thiếu hụt nhiều về chức năng gặp phải khi sử dụng UDP.

Một tính năng chính của các giao thức bổ trợ này làm cho UDP phù hợp với truyền phát phương tiện là chúng cho phép một số quy trình được quản lý bởi TCP truyền thống được đẩy lên ứng dụng. RTP xử lý một số chức năng quản lý lưu lượng của TCP, nhưng không phải tất cả chúng.

RTP có khả năng sắp xếp lại các gói chuỗi và lưu ý các gói bị mất. Tuy nhiên, chức năng giải trình tự không cần phải được thực hiện và không thể thực hiện được nếu không có bộ đệm tại Tầng vận chuyển.

Giao thức điều khiển RTP

RTP luôn hợp tác với RTCP, đó là giao thức điều khiển RTP. RTPC mô phỏng một số chức năng quản lý phiên của TCP, ngoại trừ nguyên tắc hướng dẫn của giao thức là không xâm nhập vào luồng và không làm chậm truyền dẫn phương tiện; vì vậy các hoạt động của nó không thường xuyên. Giao thức sẽ thu thập dữ liệu hiệu suất, bao gồm mất gói, và thông tin tỷ lệ chuyển nhượng. Trình phát nhận có thể sử dụng thông tin này để quyết định chuyển sang độ phân giải video thấp hơn hoặc tiêu chuẩn mã hóa video khác.

Nếu bạn sử dụng một ứng dụng video và âm thanh, gần như chắc chắn rằng cả RTP và RTCP đều có liên quan. Đây là một “xen kẽTùy chọn của người dùng trong định nghĩa của RTSP (xem bên dưới) sẽ chuyển các truyền RTP sang TCP. Tuy nhiên, đây là một đề xuất bất thường chưa bao giờ được thực hiện ngoài phòng thí nghiệm. Không có đặc điểm kỹ thuật đó, tất cả các hoạt động RTP và RTCP đều được thực hiện bởi UDP.

Giao thức truyền phát thời gian thực

Giao thức truyền phát thời gian thực (RTSP) hầu như luôn tham gia vào các ứng dụng phát hoặc ghi video và âm thanh. Giao thức này cung cấp các nút điều khiển trên trình phát và ghi âm của bạn. Đó là Tạm dừng, Ghi / Phát, Chuyển tiếp nhanh và Tua lại. Thật kỳ lạ, mặc dù RTSP có thể chạy trên UDP, nhưng nó thường được vận chuyển qua TCP, mặc dù nó đang hợp tác với một luồng âm thanh hoặc video được UDP hỗ trợ.

Các ứng dụng chỉ dành cho UDP

Một số ứng dụng hỗ trợ mạng nhẹ sử dụng UDP mà không có bất kỳ giao thức nào khác tạo nên mô phỏng các chức năng TCP. Các chức năng này hầu như chỉ dành cho sử dụng trên các mạng riêng bởi vì chúng không bao gồm bất kỳ thủ tục xác thực hoặc mã hóa truyền.

Nếu bạn quản lý một mạng, bạn sẽ quen với Giao thức thời gian mạng (NTP), các Hệ thống tên miền (DNS), các Giao thức cấu hình máy chủ động (DHCP), và Giao thức truyền tệp không quan trọng (TFTP). Tất cả các dịch vụ quản trị này chạy trên UDP. Ngoài các ứng dụng mạng riêng này, rất khó tìm thấy bất kỳ ứng dụng nào chỉ chạy trên UDP.

UDP vs TCP

So sánh cấu trúc tiêu đề UDP và cấu trúc tiêu đề TCP cho bạn thấy những hạn chế của UDP.

Tiêu đề UDP chỉ có bốn trường. Trong bốn người đó, Cổng nguồn trường là tùy chọn và có thể để trống. Trong IPv4, Tổng kiểm tra trường cũng là tùy chọn, mặc dù nó là bắt buộc để triển khai IPv6. Điều này có nghĩa là trong trường hợp truyền IPv4, tiêu đề UDP chỉ cần có hai thông tin trong đó.

Tiêu đề TCP có thể mang nhiều thông tin hơn.

Như bạn có thể thấy từ hình minh họa, tiêu đề gói TCP có một loạt chín cờ điều chỉnh ý nghĩa của tiêu đề. Nó có một trường cấp bách khẩn cấp. Điều này giúp hệ thống TCP linh hoạt hơn rất nhiều so với UDP và nó cho thấy rằng đã đầu tư nhiều thời gian hơn vào các thủ tục cho TCP và cấu trúc của tiêu đề gói của nó so với chi cho việc phát triển UDP.

Thực tế là tiêu đề TCP phải bao gồm cổng nguồn giúp tạo ra một ổ cắm độc đáo hơn, tạo ID phiên từ địa chỉ IP nguồn và đích và số cổng nguồn và đích. Với UDP, vì nó không có quy trình để tạo một phiên, mỗi tin nhắn được coi là một nhiệm vụ hoàn thành, và giao thức không cố gắng chuỗi các gói với nhau. Do đó, các ứng dụng sử dụng USP phải tự quản lý tính liên tục đó.

Bảo mật cho UDP

Các phương thức định hướng kết nối của TCP giúp bảo mật dễ thực hiện hơn trong giao thức đó trong UDP. Tuy nhiên, có các tiêu chuẩn mã hóa có sẵn cho UDP. Tùy chọn chính nhắm trực tiếp vào bảo mật UDP là giao thức bảo mật lớp truyền tải dữ liệu hoặc DTLS.

May mắn thay, DTLS có sẵn trong một số thư viện mã nguồn mở miễn phí, vì vậy bạn không cần phải lướt qua định nghĩa giao thức và viết chương trình mở của bạn để thực hiện nó. OpenSSL, là một thư viện mã nguồn mở, là nguồn phổ biến nhất để triển khai Bảo mật lớp vận chuyển, là hệ thống bảo mật được triển khai rộng rãi nhất cho TCP. Thư viện này cũng bao gồm triển khai DTLS, do đó bạn sẽ có thể gặp các tùy chọn UDP an toàn trong cùng các ứng dụng cung cấp kết nối TCP an toàn.

Một tùy chọn khác cho người dùng UDP là dựa vào hệ thống bảo mật được thiết kế để hoạt động ở Lớp Internet. Đây là IPSec, hoặc Bảo mật Giao thức Internet. Vì IPSec hoạt động bên dưới Tầng vận chuyển, nó không thể hoạt động với các cổng và do đó, thực tế là UDP không thể duy trì phiên làm việc không quan trọng khi IPSec được tham gia – Các giao thức lớp IP có thể tạo ra các phiên. Là một hệ thống lớp thấp hơn, IPSec có thể hỗ trợ bất kỳ giao thức Lớp vận chuyển nào, bao gồm UDP.

IPSec bao gồm các phương thức xác thực và cũng mã hóa các gói để bảo vệ chúng khỏi những kẻ rình mò nghe lén. CNTT cung cấp bảo mật tương đương với TLS phổ biến, nhưng ít được triển khai rộng rãi. IPSec sử dụng hệ thống trao đổi khóa Internet (IKEv2) để thiết lập xác thực, do đó, khá thường xuyên, IPSec được lập hóa đơn là IKEv2. Phương pháp IKEv2 sử dụng Thủ tục trao đổi khóa Diffie-Hellman, đó chính xác là cùng một hệ thống mà TLS sử dụng cho phương pháp phiên trang web bảo mật HTTPS.

Kerberos và Đàm phán Internet Kerberized (KINK) là hai yếu tố của một hệ thống bảo mật thường được gọi là Kerberos. Các thủ tục thiết lập phiên Kerberos sử dụng một hệ thống vé Ticket, tương tự như phương pháp sử dụng chứng chỉ TLS. Ở dưới cùng của ngăn xếp, Kerberos được củng cố bởi IPSec. Lớp Kerberos cùng tên nằm trên UDP và sử dụng các ổ cắm UDP để tạo điều kiện giao tiếp. Vì vậy, đây là một hệ thống bảo mật thân thiện với UDP. Một tiện ích thú vị của Kerberos là nó cho phép bạn tùy chọn sử dụng mã hóa AES để bảo vệ chuyển khoản UDP của bạn. AES có lẽ là mật mã an toàn nhất trong sử dụng phổ biến hiện nay và nó là phương pháp bảo mật được khuyến nghị cho các hệ thống bảo vệ quyền riêng tư VPN tốt nhất thế giới..

Mặc dù có những khó khăn rõ ràng khi đàm phán các khóa mã hóa trong một môi trường không cung cấp bất kỳ quản lý kết nối nào, UDP vẫn cung cấp các tùy chọn bảo mật. Vì vậy, khi bạn triển khai ứng dụng dựa trên UDP, đừng bỏ qua nhiệm vụ bảo vệ truyền của bạn.

Tương lai của UDP

Các ứng dụng dựa trên UDP thuần túy không liên quan đến giao thức bên để bắt chước TCP là rất hiếm và chúng có khả năng thậm chí còn hiếm hơn. Các tiện ích mạng nhẹ sử dụng UDP phát triển mạnh trên các mạng cục bộ an toàn. Tuy nhiên, khi các mối đe dọa bảo mật từ các cuộc tấn công zero-day mới xuất hiện mỗi tuần, khái niệm có các giao thức không an toàn quản lý các dịch vụ quan trọng của quản lý cấu hình và xử lý địa chỉ dường như rất tự mãn.

Khi các mạng chuyển dịch vụ của họ sang đám mây, các dịch vụ của TFTP và DHCP dựa trên UDP sẽ bắt đầu được thay thế bằng các lựa chọn thay thế an toàn hơn. Giải pháp dễ dàng cho các ứng dụng lướt qua HTTPS để bảo mật cho chúng mà không cần nỗ lực lập trình thêm làm chậm tương lai đối với TCP, mang HTTPS và loại bỏ các cơ hội ra khỏi danh sách các năng lực của UDP.

Thị trường UDP của việc truyền phương tiện hỗ trợ có khả năng chịu đựng. Hiện đã có nhiều hệ thống giao thông đối thủ được đề xuất hỗ trợ cho các ứng dụng tương tác, nhưng không ai trong số họ đã loại UDP khỏi vị trí là lựa chọn đầu tiên cho VoIP và truyền phát video. Danh sách các đối thủ này bao gồm:

Giao thức gói dữ liệu người dùng đáng tin cậy (RUDP), trong đó có triển khai của Cisco và Microsoft.

Giao thức truyền điều khiển luồng (SCTP), đã không được đề xuất thay thế cho tổ hợp UDP / RTP / RTCP, nhưng chưa bao giờ được đưa ra khỏi mặt đất.

Vịt con xấu xí có tên UDP này được phát hiện là một con thiên nga, nhờ vào sức mạnh biến đổi kỳ diệu của các ứng dụng băng thông rộng và tương tác. Ngôi sao được hồi sinh này sẽ tiếp tục lướt đi một cách dễ dàng trên khắp vùng biển internet.

Những phương pháp truyền tải nào bạn sử dụng? Bạn có thấy vịt con xấu xí UDP là một con thiên nga không? Viết về trải nghiệm của bạn trong phần Nhận xét bên dưới.

Liên quan:
Hướng dẫn cơ bản về TCP / IP
TCPdump là gì?
Đánh giá máy chủ TFTP của SolarWinds
Đánh giá máy chủ TFTPD32 TFTP

Hình ảnh:
Tiêu đề UDP của Devarshi bằng tiếng Anh Wikibooks Được cấp phép theo CC BY-SA 2.5
Bố cục gói TCP với tỷ lệ bit của Quliyevferman qua Wikimedia Commons. Được cấp phép theo CC BY-SA 4.0