Note that a computer doesn’t“see”th

Note that a computer doesn’t“see”the TCP segment as it’s shown in Figure 4-3. This figure
was obtained by using a data analyzer program that translates each packet into a userfriendly form. From the computer’s standpoint, the TCP segment is encoded as hexadecimal
characters. The computer does not need any labels to identify the fields because as long as
TCP/IP protocol standards are followed, it knows exactly where each byte of data is located.
The TCP segment pictured in Figure 4-3 is part of the process of establishing a connection
between computer B and computer A. In fact, it is the second segment of three used to establish a TCP connection. In the first step of establishing this connection, computer A issues
a message to computer B with its SYN bit set, indicating the desire to communicate and
synchronize sequence numbers. In its message, it sends a random number that will be used
to synchronize the communication. In Figure 4-4, for example, this number is 937013558.
(Its ACK bit is usually set to 0.) After computer B receives this message, it responds with a
segment whose ACK and SYN flags are both set. In computer B’s transmission, the ACK
field contains a number that equals the sequence number computer A originally sent plus 1.
As Figure 4-4 illustrates, computer B sends the number 937013559. In this manner, computer B signals to computer A that it has received the request for communication and further,
it expects computer A to respond with the sequence number 937013559. In its SYN field,
computer B sends its own random number (in Figure 4-4, this number is 3043958669),
which computer A will use to acknowledge that it received computer B’s transmission. Next,
computer A issues a segment whose sequence number is 937013559 (because this is what computer B indicated it expects to receive). In the same segment, computer A also communicates a sequence number via its Acknowledgment field. This number equals the sequence
number that computer B sent plus 1. In the example shown in Figure 4-4, computer A
expects 3043958670 to be the sequence number of the next segment it receives from computer B. Thus, in its next communication (not shown in Figure 4-4), computer B will respond
with a segment whose sequence number is 937013560. The two nodes continue communicating this way until computer A issues a segment whose FIN flag is set, indicating the end of
the transmission.
TCP is not the only core protocol at the Transport layer. A similar but less complex protocol,
UDP, is discussed next.
UDP (User Datagram Protocol)
UDP (User Datagram Protocol), like TCP, belongs to the Transport layer of the TCP/IP and
OSI models. Unlike TCP, however, UDP is a connectionless transport service. In other words,
UDP offers no assurance that packets will be received in the correct sequence. In fact, this
protocol does not guarantee that the packets will be received at all. Furthermore, it provides
no error checking or sequencing. In the analogy of trying to communicate from shore to a
friend on a boat, this would be like shouting into the fog without making sure she heard
you correctly, if at all.
UDP’s lack of sophistication makes it more efficient than TCP. It can be useful in situations
in which a great volume of data must be transferred quickly, such as live audio or video
transmissions over the Internet. In these cases, TCP—with its acknowledgments, checksums,
and flow-control mechanisms—would only add more overhead to the transmission. UDP is
also more efficient for carrying messages that fit within one data packet.
In contrast to a TCP header’s 10 fields, the UDP header contains only four fields: Source
port, Destination port, Length, and Checksum. Use of the Checksum field in UDP is optional.
Figure 4-5 depicts a UDP segment. Contrast its header with the much larger TCP segment
header shown in Figure 4-2.

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

Lưu ý rằng một máy tính không "nhìn thấy" các phân đoạn TCP vì nó thể hiện trong hình 4-3. Con số này
được thu thập bằng cách sử dụng một chương trình phân tích dữ liệu mà dịch mỗi gói vào một hình thức userfriendly. Từ quan điểm của máy tính, các phân đoạn TCP được mã hóa như hệ thập lục phân
ký tự. Máy tính không cần bất kỳ nhãn để xác định các lĩnh vực vì miễn là
chuẩn giao thức TCP / IP được theo sau, nó biết chính xác nơi mà mỗi byte dữ liệu nằm.
Các phân đoạn TCP hình trong Hình 4-3 là một phần của quá trình xây dựng một kết nối
giữa máy tính và máy tính B A. Trong thực tế, nó là phân khúc thứ hai trong ba dùng để thiết lập một kết nối TCP. Trong bước đầu tiên của việc thiết lập kết nối này, máy tính Một vấn đề
một thông điệp tới máy tính B có SYN bit của nó, cho thấy mong muốn giao tiếp và
đồng bộ hóa các số thứ tự. Trong thông điệp của mình, nó sẽ gửi một số ngẫu nhiên sẽ được sử dụng
để đồng bộ hóa các thông tin liên lạc. Trong hình 4-4, ví dụ, con số này là 937013558.
(bit ACK của nó thường được thiết lập là 0.) Sau khi máy tính B nhận được thông báo này, nó phản ứng với một
phân khúc mà ACK và SYN flag là cả hai thiết lập. Trong truyền tải máy tính của B, ACK
trường chứa một con số bằng với số thứ tự máy tính A gửi ban đầu cộng với 1.
Như Hình 4-4 minh họa, máy tính B gửi số 937013559. Trong cách này, tín hiệu máy tính đến máy tính B A rằng nó có nhận được yêu cầu thông tin liên lạc và hơn nữa,
họ hy vọng máy tính của A để đáp ứng với số thứ tự 937013559. Trong lĩnh vực SYN của nó,
máy tính B sẽ gửi số ngẫu nhiên của riêng mình (trong hình 4-4, con số này là 3043958669),
mà máy tính A sẽ sử dụng phải thừa nhận rằng nó đã nhận được truyền tải máy tính của B. Tiếp theo,
máy tính A đưa ra một phân khúc có số thứ tự là 937013559 (vì đây là những gì máy tính B chỉ ra nó hy vọng sẽ nhận được). Trong cùng phân khúc, máy tính A cũng truyền đạt một số thứ tự qua lĩnh vực Acknowledgment của nó. Con số này tương đương với dãy
số mà máy tính B gửi cộng với 1. Trong ví dụ thể hiện trong hình 4-4, máy tính A
hy vọng 3043958670 là số thứ tự của các phân đoạn tiếp theo mà nó nhận được từ máy tính B. Như vậy, trong giao tiếp của nó (không thể hiện trong hình 4-4), máy tính B sẽ trả lời
với một phân khúc có số thứ tự là 937013560. Hai nút tiếp tục giao tiếp theo cách này cho đến khi máy tính A đưa ra một phân khúc mà cờ FIN được thiết lập, thông báo kết thúc
việc truyền tải.
TCP không phải là các giao thức cốt lõi chỉ ở lớp Transport. Một giao thức tương tự nhưng ít phức tạp hơn,
UDP, được thảo luận tiếp theo.
UDP (User Datagram Protocol)
UDP (User Datagram Protocol), giống như TCP, thuộc về lớp Giao thông vận tải của giao thức TCP / IP và
mô hình OSI. Không giống như TCP, tuy nhiên, UDP là một dịch vụ vận tải kết nối. Nói cách khác,
UDP không cung cấp sự đảm bảo rằng các gói tin sẽ được nhận theo đúng trình tự. Trong thực tế, đây
giao thức không đảm bảo rằng các gói sẽ được nhận ở tất cả. Hơn nữa, nó cung cấp
có kiểm tra lỗi hoặc giải trình tự. Trong sự tương tự của cố gắng để giao tiếp từ bờ đến một
người bạn trên một chiếc thuyền, điều này giống như hét vào trong sương mù mà không đảm bảo rằng cô nghe
bạn một cách chính xác, nếu ở tất cả.
Thiếu tinh tế UDP làm cho nó hiệu quả hơn so với TCP. Nó có thể hữu ích trong các tình huống
trong đó một khối lượng lớn dữ liệu phải được chuyển một cách nhanh chóng, chẳng hạn như sống âm thanh hoặc video
được truyền qua Internet. Trong những trường hợp này, TCP-với sự thừa nhận của nó, tổng kiểm tra,
và kiểm soát dòng cơ chế-sẽ chỉ có thêm nhiều nguyên cần thiết cho việc truyền tải. UDP là
cũng hiệu quả hơn để mang thông điệp phù hợp trong gói dữ liệu một.
Ngược lại với 10 lĩnh vực một tiêu đề TCP, UDP header chỉ chứa bốn lĩnh vực: Source
port, cổng đích, dài, và Checksum. Sử dụng các lĩnh vực Checksum trong UDP là tùy chọn.
Hình 4-5 mô tả một đoạn UDP. Ngược lại tiêu đề của nó với các phân đoạn TCP lớn hơn nhiều
tiêu đề thể hiện trong hình 4-2.