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) 1:

sự chậm trễ thấp luôn luôn là thích hợp hơn cho cao hơn chậm trễ, nhưng không có hạn chế chặt chẽ được đặt trên sự chậm trễ kết thúc để kết thúc.Bảo mật cuối cùng, một giao thức giao thông có thể cung cấp một ứng dụng với một hoặc nhiều dịch vụ bảo mật. Ví dụ, trong máy chủ gửi, một giao thức giao thông có thể mã hóa tất cả dữ liệu truyền bởi quá trình gửi, và trong máy chủ nhận, giao thức tầng giao vận có thể giải mã dữ liệu trước khi phân phối dữ liệu cho quá trình nhận được. Một dịch vụ nào cung cấp bảo mật giữa hai quá trình, ngay cả khi dữ liệu bằng cách nào đó quan sát thấy giữa gửi và nhận quá trình. Một giao thức giao thông vận tải cũng có thể cung cấp dịch vụ bảo mật khác ngoài việc bảo mật, bao gồm dữ liệu toàn vẹn và cuối điểm xác thực, các chủ đề mà chúng tôi sẽ bao gồm chi tiết trong chương 8.2.1.4 vận tải dịch vụ cung cấp bởi Internet lên cho đến thời điểm này, chúng tôi đã xem xét Dịch vụ vận chuyển một mạng máy tính có thể cung cấp nói chung. Hãy bây giờ có được cụ thể hơn và kiểm tra loại dịch vụ vận tải cung cấp bởi Internet. Internet (và nói chung, TCP/IPnetworks) làm cho hai giao thức truyền tải 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ạng mới cho Internet, một trong các quyết định đầu tiên bạn phải làm cho là liệu để sử dụng UDPor TCP. Mỗi người trong số những giao thức này cung cấp một bộ khác nhau của các dịch vụ cho các ứng dụng invoking. 2.4 con số cho thấy các yêu cầu dịch vụ cho một số ứng dụng đã chọn.2.1 • NGUYÊN TẮC CỦA CÁC ỨNG DỤNG MẠNG 93Ứng dụng dữ liệu bị mất thông qua thời gian-nhạy cảmTập tin chuyển giao/tải về không có mất mát đàn hồi No E-mail không mất tài liệu đàn hồi No Web không có tổn thất đàn hồi (vài kbps) không2.4 con số yêu cầu của giao thức lớp Atransport applicationsTiming mạng được chọn cũng có thể cung cấp đảm bảo thời gian. Như với thông lượng bảo lãnh, bảo đảm thời gian có thể đến trong nhiều hình dạng và hình thức. Một đảm bảo ví dụ có thể là mỗi bit máy bơm người gửi vào ổ cắm đến người nhận của ổ cắm không quá 100 msec sau đó. Một dịch vụ nào hấp dẫn cho tương tác ứng dụng thời gian thực, chẳng hạn như điện thoại Internet, môi trường ảo, teleconferencing, và nhiều trò chơi, tất cả đều yêu cầu chặt chẽ thời gian khó khăn về giao hàng dữ liệu để có hiệu quả. (Xem chương 7, [Gauthier 1999; Ramjee 1994].) Sự chậm trễ lâu dài trong điện thoại Internet, ví dụ, có xu hướng dẫn đến việc tạm dừng không tự nhiên trong hội thoại; trong một trò chơi nhiều hoặc môi trường tương tác ảo, một sự chậm trễ dài giữa thực hiện 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 máy nghe nhạc vào cuối của một kết nối kết thúc để kết thúc) làm cho các ứng dụng cảm thấy ít thực tế. Cho các ứng dụng không bất thời gian,

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,