As noted above, most applications c

As noted above, most applications consist of pairs of communicating processes,
with the two processes in each pair sending messages to each other. Any message
sent from one process to another must go through the underlying network. A process
sends messages into, and receives messages from, the network through a software
interface called a socket. Let’s consider an analogy to help us understand processes
and sockets. A process is analogous to a house and its socket is analogous to its door.
When a process wants to send a message to another process on another host, it
shoves the message out its door (socket). This sending process assumes that there is
a transportation infrastructure on the other side of its door that will transport the
message to the door of the destination process. Once the message arrives at the destination host, the message passes through the receiving process’s door (socket), and
the receiving process then acts on the message
Figure 2.3 illustrates socket communication between two processes that communicate over the Internet. (Figure 2.3 assumes that the underlying transport protocol used by the processes is the Internet’s TCP protocol.) As shown in this
figure, a socket is the interface between the application layer and the transport
layer within a host. It is also referred to as the Application Programming Interface (API) between the application and the network, since the socket is the programming interface with which network applications are built. The application
developer has control of everything on the application-layer side of the socket but
has little control of the transport-layer side of the socket. The only control that the
application developer has on the transport-layer side is (1) the choice of transport
protocol and (2) perhaps the ability to fix a few transport-layer parameters such as
maximum buffer and maximum segment sizes (to be covered in Chapter 3). Once
the application developer chooses a transport protocol (if a choice is available),

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

Như đã nói ở trên, hầu hết các ứng dụng bao gồm cặp giao tiếp quá trình,với các quá trình hai trong mỗi cặp gửi thư cho nhau. Bất kỳ thư nàogửi từ một quá trình khác phải đi qua mạng cơ bản. Một quá trìnhgửi tin nhắn vào, và nhận được tin nhắn từ, mạng thông qua một phần mềmgiao diện được gọi là một ổ cắm. Chúng ta hãy xem xét một tương tự để giúp chúng tôi hiểu quá trìnhvà ổ cắm. Một quá trình là tương tự như một ngôi nhà và ổ cắm của nó là tương tự như cửa của nó.Khi một quá trình muốn gửi thư đến một tiến trình trên một máy chủ, nóshoves thư ra của nó cửa (ổ cắm). Quá trình gửi này giả định rằng có làmột cơ sở hạ tầng giao thông vận tải bên kia của nó cửa sẽ vận chuyển cáctin nhắn đến cửa của quá trình điểm đến. Một khi tin nhắn đến máy chủ đích, thư đi qua quá trình nhận được cửa (ổ cắm), vàquá trình nhận được sau đó hoạt động trên thưCon số 2,3 minh hoạ ổ cắm giao tiếp giữa hai quá trình giao tiếp qua Internet. (Con số 2,3 giả định rằng các giao thức giao thông vận tải cơ bản được sử dụng bởi các quá trình là giao thức TCP của Internet.) Như minh hoạ trong điều nàycon số, một ổ cắm là giao diện giữa các lớp ứng dụng và vận chuyểnlớp trong một máy chủ. Nó cũng được gọi như là các ứng dụng lập trình giao diện (API) giữa các ứng dụng và mạng, kể từ khi các ổ cắm là lập trình giao diện với mạng mà ứng dụng được xây dựng. Các ứng dụngnhà phát triển có quyền kiểm soát của tất cả mọi thứ về phía lớp ứng dụng của các ổ cắm, nhưngcó ít kiểm soát của các tầng giao vận bên của các ổ cắm. Duy nhất kiểm soát mà cácphát triển ứng dụng có bên tầng giao vận là sự lựa chọn của giao thông vận tải (1)giao thức và (2) có lẽ khả năng sửa chữa một vài tầng giao vận tham số chẳng hạn nhưbộ đệm tối đa và kích cỡ tối đa phân đoạn (để được bao gồm trong chương 3). Một lầnCác nhà phát triển ứng dụng chọn một vận chuyển giao thức (nếu một sự lựa chọn có sẵn),

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

Như đã nói ở trên, hầu hết các ứng dụng bao gồm các cặp của các quá trình giao tiếp,
với hai quá trình trong mỗi cặp gửi tin nhắn cho nhau. Bất kỳ tin nhắn
được gửi từ một quá trình khác phải đi qua các mạng cơ bản. Một quá trình
gửi tin nhắn vào, và nhận được tin nhắn từ mạng thông qua một phần mềm
giao diện được gọi là một ổ cắm. Hãy xem xét một tương tự để giúp chúng tôi hiểu các tiến trình
và ổ cắm. Một quá trình tương tự như một ngôi nhà và ổ cắm của nó là tương tự với cánh cửa của nó.
Khi một tiến trình muốn gửi một tin nhắn cho quá trình khác trên máy chủ khác, nó
xô ngã các tin nhắn ra cánh cửa của nó (socket). Quá trình gửi này giả định rằng có
một cơ sở hạ tầng giao thông ở phía bên kia cánh cửa của mình rằng sẽ vận chuyển các
tin nhắn tới các cửa của quá trình đích. Một khi thông điệp đến ở máy đích, thông điệp đi qua cánh cửa quá trình tiếp nhận của (socket), và
quá trình tiếp nhận sau đó hoạt động trên các tin nhắn
hình 2.3 minh họa giao tiếp ổ cắm giữa hai quá trình giao tiếp qua Internet. (Hình 2.3 giả định rằng các giao thức vận chuyển cơ bản được sử dụng bởi các quá trình là giao thức TCP của Internet.) Như trong này
con số, một ổ cắm là giao diện giữa các lớp ứng dụng và vận chuyển
lớp trong một host. Nó cũng được gọi là giao diện lập trình ứng dụng (API) giữa các ứng dụng và mạng, từ các ổ cắm là giao diện lập trình với các ứng dụng mạng được xây dựng. Các ứng dụng
phát triển có kiểm soát tất cả mọi thứ ở phía tầng ứng dụng của socket nhưng
có kiểm soát nhỏ của phụ lớp truyền tải của ổ cắm. Việc kiểm soát duy nhất mà các
nhà phát triển ứng dụng có trên mặt lớp vận chuyển được (1) Lựa chọn những phương tiện giao thông
và giao thức (2) có lẽ là khả năng sửa chữa một vài thông số lớp vận chuyển như
bộ đệm tối đa và kích thước phân đoạn tối đa (được bảo hiểm trong Chương 3). Một khi
các nhà phát triển ứng dụng chọn một giao thức vận chuyển (nếu một sự lựa chọn có sẵn),