Our measurements and the reports of

Our measurements and the reports of beta testers suggest that the final product is fairly good
at dealing with congested conditions on the Internet.
This paper is a brief description of (i) – (v) and the rationale behind them. (vi) is an algorithm
recently developed by Phil Karn of Bell Communications Research, described in [16].
(vii) is described in a soon-to-be-published RFC (ARPANET “Request for Comments”).
Algorithms (i) – (v) spring from one observation: The flow on a TCP connection (or
ISO TP-4 or Xerox NS SPP connection) should obey a ‘conservation of packets’ principle.
And, if this principle were obeyed, congestion collapse would become the exception rather
than the rule. Thus congestion control involves finding places that violate conservation and
fixing them.
By ‘conservation of packets’ we mean that for a connection ‘in equilibrium’, i.e., running
stably with a full window of data in transit, the packet flow is what a physicist would
call ‘conservative’: A new packet isn’t put into the network until an old packet leaves. The
physics of flow predicts that systems with this property should be robust in the face of
congestion.1 Observation of the Internet suggests that it was not particularly robust. Why
the discrepancy?
There are only three ways for packet conservation to fail:
1. The connection doesn’t get to equilibrium, or
2. A sender injects a new packet before an old packet has exited, or
3. The equilibrium can’t be reached because of resource limits along the path.
In the following sections, we treat each of these in turn.

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

Đo của chúng tôi và các báo cáo thử nghiệm beta cho thấy rằng sản phẩm cuối cùng là khá tốt
đối phó với tình trạng tắc nghẽn trên Internet.
Bài viết này là một mô tả ngắn gọn về (i) - (v) và lý do đằng sau họ. (vi) là một thuật toán
thời gian gần đây phát triển bởi Phil Karn Nghiên cứu Truyền thông Bell, được mô tả trong [16].
(vii) được mô tả trong một RFC sắp được xuất bản (ARPANET "Yêu cầu cho ý kiến").
Các thuật toán (i) - (v) mùa xuân từ một quan sát: dòng chảy trên một kết nối TCP (hoặc
kết nối SPP ISO TP-4 hay Xerox NS) phải tuân thủ theo một 'bảo tồn các gói' nguyên tắc.
Và, nếu nguyên tắc này được tuân theo, tắc nghẽn sụp đổ sẽ trở thành ngoại lệ chứ không phải
so với các quy tắc. Do đó kiểm soát tắc nghẽn liên quan đến việc tìm kiếm những nơi vi phạm bảo tồn và
sửa chữa chúng.
Bằng cách 'bảo tồn các gói "chúng tôi có nghĩa là cho một kết nối' cân bằng ', tức là, chạy
ổn định với một cửa sổ đầy đủ các dữ liệu trong quá cảnh, lưu lượng gói tin là những gì một nhà vật lý sẽ
gọi là "bảo thủ": một gói mới không được đưa vào mạng cho đến khi một lá gói cũ. Các
vật lý của dòng chảy tiên đoán rằng các hệ thống với tài sản này phải được mạnh mẽ khi đối mặt với
congestion.1 Quan sát của Internet cho thấy rằng nó không phải là đặc biệt mạnh mẽ. Tại sao
? Sự khác biệt
Chỉ có ba cách để bảo tồn gói thất bại:
1. Các kết nối không có được trạng thái cân bằng, hoặc
2. Một người gửi tiêm một gói tin mới trước khi một gói dữ liệu cũ đã thoát, hoặc
3. Các trạng thái cân bằng không có thể đạt được vì giới hạn tài nguyên dọc theo con đường.
Trong các phần sau, chúng ta đối xử với nhau trong những lần lượt.