lower delay is always preferable to

lower delay is always preferable to higher delay, but no tight constraint is placed on the end-to-end delays.
Security Finally, a transport protocol can provide an application with one or more security services. For example, in the sending host, a transport protocol can encrypt all data transmitted by the sending process, and in the receiving host, the transport-layer protocol can decrypt the data before delivering the data to the receiving process. Such a service would provide confidentiality between the two processes, even if the data is somehow observed between sending and receiving processes. A transport protocol can also provide other security services in addition to confidentiality, including data integrity and end-point authentication, topics that we’ll cover in detail in Chapter 8.
2.1.4 Transport Services Provided by the Internet Up until this point, we have been considering transport services that a computer network could provide in general. Let’s now get more specific and examine the type of transport services provided by the Internet. The Internet (and, more generally, TCP/IPnetworks) makes two transport protocols available to applications, UDP and TCP. When you (as an application developer) create a new network application for the Internet, one of the first decisions you have to make is whether to use UDPor TCP. Each of these protocols offers a different set of services to the invoking applications. Figure 2.4 shows the service requirements for some selected applications.
2.1 • PRINCIPLES OF NETWORK APPLICATIONS 93
Application Data Loss Throughput Time-Sensitive
File transfer/download No loss Elastic No E-mail No loss Elastic No Web documents No loss Elastic (few kbps) No
Figure 2.4  Requirements of selected network applicationsTiming Atransport-layer protocol can also provide timing guarantees. As with throughput guarantees, timing guarantees can come in many shapes and forms. An example guarantee might be that every bit that the sender pumps into the socket arrives at the receiver’s socket no more than 100 msec later. Such a service would be appealing to interactive real-time applications, such as Internet telephony, virtual environments, teleconferencing, and multiplayer games, all of which require tight timing constraints on data delivery in order to be effective. (See Chapter 7, [Gauthier 1999; Ramjee 1994].) Long delays in Internet telephony, for example, tend to result in unnatural pauses in the conversation; in a multiplayer game or virtual interactive environment, a long delay between taking an action and seeing the response from the environment (for example, from another player at the end of an end-to-end connection) makes the application feel less realistic. For non-real-time applications,

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

chậm trễ thấp hơn là luôn luôn thích hợp hơn để chậm trễ cao hơn, nhưng không có ràng buộc chặt chẽ được đặt trên sự chậm trễ end-to-end.
An ninh Cuối cùng, một giao thức vận chuyển có thể cung cấp một ứng dụng với một hoặc nhiều hơn các dịch vụ an ninh. Ví dụ, trong các máy chủ gửi, một giao thức giao vận có thể mã hóa tất cả dữ liệu truyền qua quá trình gửi thư, và ở máy nhận, các giao thức tầng giao vận có thể giải mã dữ liệu trước khi chuyển dữ liệu đến quá trình tiếp nhận. Một dịch vụ như vậy sẽ cung cấp bảo mật giữa hai quá trình, ngay cả khi dữ liệu được bằng cách nào đó quan sát thấy giữa việc gửi và nhận các quy trình. Một giao thức vận chuyển cũng có thể cung cấp các dịch vụ bảo mật khác ngoài việc giữ bí mật, bao gồm toàn vẹn dữ liệu và điểm kết thúc xác thực, chủ đề mà chúng tôi sẽ đề cập chi tiết trong Chương 8.
2.1.4 Dịch vụ Giao thông vận tải cung cấp bởi Internet Cho đến thời điểm này, chúng tôi đã xem xét các dịch vụ vận chuyển mà một mạng máy tính có thể cung cấp nói chung. Bây giờ chúng ta có được cụ thể hơn và kiểm tra các loại hình dịch vụ vận tải được cung cấp bởi Internet. Internet (và, nói chung, TCP / IPnetworks) làm cho hai giao thức vận chuyển có sẵn cho các ứng dụng, UDP và TCP. Khi bạn (như là một nhà phát triển ứng dụng) tạo ra một ứng dụng mới cho mạng Internet, một trong những quyết định đầu tiên bạn phải làm là cho dù sử dụng UDPor TCP. Mỗi giao thức này cung cấp một bộ khác nhau của dịch vụ cho các ứng dụng cách gọi. Hình 2.4 cho thấy các yêu cầu dịch vụ cho một số ứng dụng được chọn.
2.1 • NGUYÊN TẮC ỨNG DỤNG MẠNG 93
Application Data Loss Throughput Time-Sensitive
chuyển File / tải Không mất đàn hồi No E-mail Không mất đàn hồi Chưa có văn bản Web Không mất đàn hồi (vài kbps) Không
Hình 2.4? Yêu cầu của mạng được chọn applicationsTiming giao thức Atransport lớp cũng có thể cung cấp thời gian bảo lãnh. Như với đảm bảo thông lượng, đảm bảo thời gian có thể đến trong nhiều hình dạng và hình thức. Một ví dụ có thể đảm bảo rằng tất cả các bit mà người gửi bơm vào ổ cắm đến tại ổ cắm của máy thu không quá 100 mili giây sau đó. Dịch vụ như vậy sẽ được hấp dẫn cho các ứng dụng thời gian thực tương tác, chẳng hạn như điện thoại Internet, các môi trường ảo, teleconferencing, và nhiều trò chơi, tất cả đều đòi hỏi phải hạn chế thời gian chặt chẽ về cung cấp dữ liệu để có hiệu quả. (Xem Chương 7, [Gauthier 1999; Ramjee 1994].) Chậm trễ dài trong điện thoại Internet, ví dụ, có xu hướng dẫn đến tạm dừng không tự nhiên trong cuộc trò chuyện; trong một trò chơi nhiều người hoặc môi trường tương tác ảo, một sự chậm trễ dài giữa thi một hành động và nhìn thấy những phản ứng từ môi trường (ví dụ, từ một cầu thủ ở cuối của một kết nối end-to-end) làm cho các ứng dụng cảm thấy ít hiện thực hơn. Đối với các ứng dụng không-thời gian thực,