Câu trả lời:
Khi một gói được gửi bằng TCP, nó có số thứ tự được truyền cùng với nó. Khi người nhận nhận được gói, họ gửi xác nhận đến người gửi với số thứ tự cho thấy gói đó đã được nhận. Dựa trên cách bạn hỏi câu hỏi của bạn, tôi cho rằng bạn biết điều này. Tôi muốn đưa nó vào cho các độc giả khác.
Truyền lại TCP chỉ là một gói không thừa nhận trong thời gian chờ.
Truyền nhanh TCP là khi nguồn được xác nhận rằng gói không nhận được ... trích dẫn từ Truyền lại nhanh - Wikipedia, bách khoa toàn thư miễn phí
nếu người gửi TCP nhận được ba xác nhận trùng lặp có cùng số xác nhận (nghĩa là tổng cộng bốn xác nhận có cùng số xác nhận), người gửi có thể tin tưởng một cách hợp lý rằng phân đoạn có số thứ tự cao hơn tiếp theo bị hủy
Tôi đã tiêu hóa điều này từ Microsoft :
TCP bắt đầu bộ đếm thời gian truyền lại khi mỗi phân đoạn ngoài được truyền xuống lớp Giao thức Internet (IP). Nếu TCP không nhận được xác nhận cho dữ liệu trong một phân đoạn nhất định trước khi hết giờ, thì phân đoạn đó được truyền lại.
Thời gian chờ truyền lại được điều chỉnh nhanh chóng để phù hợp với các đặc điểm của kết nối, sử dụng các tính toán Thời gian chuyến đi được làm mịn (SRTT) như được mô tả trong bài viết "Kiểm soát và tránh tắc nghẽn" của Van Jacobson và Mike Karels trong Kỷ yếu của Hội nghị ACM SIGCOMM trên truyền thông dữ liệu, tháng 11 năm 1988. Bài báo này có thể được tìm thấy trong Thư viện kỹ thuật số ACM tại Hiệp hội máy móc điện toán. Để biết thêm thông tin về các tính toán SRTT, xem RFC 793: Đặc tả giao thức điều khiển chương trình Internet DARPA . Thời gian truyền lại cho một phân đoạn nhất định được nhân đôi sau mỗi lần truyền lại của phân khúc đó.
Sử dụng thuật toán này, TCP tự điều chỉnh độ trễ thông thường của kết nối. Các kết nối TCP trên các liên kết có độ trễ cao mất nhiều thời gian hơn so với các liên kết có độ trễ thấp, để tránh việc hết thời gian không chính xác khi kết nối chỉ chậm chứ không xuất hiện.
Trong một số trường hợp, TCP truyền lại dữ liệu trước khi hết giờ hẹn giờ truyền lại của một phân khúc cụ thể. Tình huống phổ biến nhất như vậy xảy ra do một tính năng được gọi là truyền lại nhanh.
Khi một người nhận hỗ trợ truyền lại nhanh nhận được một gói có số thứ tự cao hơn số dự kiến hiện tại, nó sẽ tiến hành như thể một số dữ liệu bị hủy. Để giúp người gửi nhận biết dữ liệu rõ ràng bị giảm càng nhanh càng tốt, người nhận ngay lập tức gửi xác nhận (ACK), với số ACK được đặt thành số thứ tự dường như bị thiếu. Người nhận sẽ gửi một ACK khác cho số thứ tự đó cho mỗi phân đoạn TCP bổ sung trong luồng đến đến với số thứ tự cao hơn số thứ tự bị thiếu.
Khi người gửi nhận được một luồng ACK trùng lặp thừa nhận cùng số thứ tự và số thứ tự được chỉ định sớm hơn số thứ tự của phân khúc hiện tại được gửi đi, người gửi có thể suy ra rằng một hoặc nhiều phân đoạn mà nó đã gửi trước đó đã bị hủy. Sau khi nhận được một số ACK trùng lặp nhất định, người gửi hỗ trợ thuật toán truyền lại nhanh sẽ gửi lại phân đoạn hoặc phân đoạn mà người nhận đang yêu cầu để lấp đầy khoảng trống trong dữ liệu, mà không cần chờ bộ đếm thời gian truyền lại hết hạn cho các phân đoạn bị thiếu. Tối ưu hóa này cải thiện đáng kể hiệu suất trong một môi trường mạng bận rộn.
Với truyền lại nhanh, người gửi truyền lại các phân đoạn TCP bị thiếu trước khi bộ định thời truyền lại của chúng hết hạn. Bởi vì bộ định thời truyền lại không hết hạn cho các phân đoạn TCP bị thiếu, các phân đoạn bị thiếu được nhận tại đích và được người nhận thừa nhận nhanh hơn so với khi họ không truyền lại nhanh và người gửi có thể gửi nhanh hơn các phân đoạn sau đến người nhận. Quá trình này được gọi là phục hồi nhanh. Truyền lại nhanh và phục hồi nhanh được mô tả trong RFC 2581: Kiểm soát tắc nghẽn TCP .
Truyền lại, về cơ bản giống hệt với yêu cầu lặp lại tự động (ARQ), là việc gửi lại các gói đã bị hỏng hoặc bị mất. Đây là một thuật ngữ chỉ một trong những cơ chế cơ bản được sử dụng bởi các giao thức hoạt động trên mạng máy tính chuyển mạch gói để cung cấp liên lạc đáng tin cậy. NHƯNG Truyền lại nhanh là một cải tiến cho TCP, giúp giảm thời gian người gửi chờ đợi trước khi truyền lại một đoạn bị mất. Tăng cường truyền lại nhanh hoạt động như sau: nếu người gửi TCP nhận được một số xác nhận xác định thường được đặt thành ba xác nhận trùng lặp với cùng một xác nhận số xác nhận (nghĩa là tổng cộng bốn xác nhận có cùng số xác nhận), người gửi có thể tin tưởng một cách hợp lý rằng phân đoạn có số thứ tự cao hơn tiếp theo đã bị hủy và sẽ không đi ra khỏi trật tự. Người gửi sau đó sẽ truyền lại gói tin được cho là đã bỏ trước khi chờ hết thời gian. kiểm tra liên kết này để biết thêm chi tiết và thuật toán http://www.isi.edu/nsnam/DIRECTED_RESEARCH/DR_WANIDA/DR/JavisInActionFastRetransmitFrame.html
Nói một cách đơn giản, Truyền lại TCP chủ yếu phụ thuộc vào thời gian hết gói để phát hiện lỗi trong khi, trong Truyền nhanh TCP, xác nhận trùng lặp cho một gói cụ thể tượng trưng cho việc bỏ lỡ.
Chủ yếu là 3 xác nhận trùng lặp cho một gói được suy ra là một gói bị bỏ lỡ. Sau đó, nguồn có thể thấy số thứ tự của gói mà NACK được kích hoạt. Đây là số thứ tự của gói bị thiếu và có thể được gửi đến người nhận.
Ưu điểm của Truyền nhanh TCP là không chờ thời gian chờ gói để bắt đầu truyền và do đó truyền lại gói nhanh hơn, như tên cũng gợi ý.