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

Chúng tôi đo lường và báo cáo thử nghiệm beta gợi ý rằng sản phẩm cuối cùng là khá tốtlúc đối phó với các điều kiện tắc nghẽn trên Internet.Bài báo này là một mô tả ngắn gọn của (i)-(v) và lý do đằng sau họ. (vi) là một thuật toánmới được 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 sớm xuất bản RFC (ARPANET "Yêu cầu cho ý kiến").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ặcKết nối tiêu chuẩn ISO TP-4 hoặc Xerox NS SPP) nên tuân theo một nguyên tắc 'bảo tồn gói'.Và, nếu nguyên tắc này đã được tuân thủ, tắc nghẽn sụp đổ sẽ trở thành một ngoại lệ kháso với các quy tắc. Vì vậy kiểm soát tắc nghẽn liên quan đến việc tìm kiếm nơi mà vi phạm bảo tồn vàSửa chữa chúng.Bởi 'bảo tồn của gói tin' chúng tôi có nghĩa là cho kết nối 'trong trạng thá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 trên đường vận chuyển, lưu lượng gói dữ liệu là những gì một nhà vật lý nàogọi 'bảo thủ': một gói tin mới không phải là đưa vào mạng cho đến khi để lại một gói dữ liệu cũ. Cácvật lý của dòng chảy dự báo rằng hệ thống với các tài sản này cần phải mạnh mẽ trong face củacongestion.1 các quan sát của Internet cho thấy rằng nó đã không đặc biệt mạnh mẽ. Tại saosự khác biệt?Có những chỉ có ba cách cho các gói tin bảo tồn thất bại:1. kết nối không được cân bằng, hoặc2. một người gửi injects một gói mới trước khi một gói dữ liệu cũ đã rời, hoặc3. cân bằng không thể tới vì tài nguyên giới hạn dọc theo con đường.Trong các phần sau, chúng tôi xử lý mỗi lần lượt.

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.