Computer networks have experienced

Computer networks have experienced an explosive growth over the past few years and with
that growth have come severe congestion problems. For example, it is now common to see
internet gateways drop 10% of the incoming packets because of local buffer overflows.
Our investigation of some of these problems has shown that much of the cause lies in
transport protocol implementations (not in the protocols themselves): The ‘obvious’ ways
to implement a window-based transport protocol can result in exactly the wrong behavior
in response to network congestion. We give examples of ‘wrong’ behavior and describe
some simple algorithms that can be used to make right things happen. The algorithms are
rooted in the idea of achieving network stability by forcing the transport connection to obey
a ‘packet conservation’ principle. We show how the algorithms derive from this principle
and what effect they have on traffic over congested networks.
In October of ’86, the Internet had the first of what became a series of ‘congestion collapses’.
During this period, the data throughput from LBL to UC Berkeley (sites separated
by 400 yards and two IMP hops) dropped from 32 Kbps to 40 bps. We were fascinated by
this sudden factor-of-thousand drop in bandwidth and embarked on an investigation of why
things had gotten so bad. In particular, we wondered if the 4.3BSD (Berkeley UNIX) TCP
was mis-behaving or if it could be tuned to work better under abysmal network conditions.
The answer to both of these questions was “yes”.

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

Mạng máy tính có kinh nghiệm một sự phát triển bùng nổ trong vài năm qua và vớisự phát triển đó đã đến vấn đề tắc nghẽn nghiêm trọng. Ví dụ, nó bây giờ là phổ biến để xemInternet cổng giảm 10% của các gói dữ liệu vì tràn bộ đệm cục bộ.Chúng tôi điều tra một số trong những vấn đề này đã chỉ ra rằng phần lớn nguyên nhân nằmvận chuyển giao thức triển khai (không có trong các giao thức mình): cách 'rõ ràng'để thực hiện một tàu vận tải cửa sổ dựa trên giao thức có thể gây ra chính xác hành vi sai tráiđể đáp ứng với tắc nghẽn mạng. Chúng tôi cung cấp cho các ví dụ về 'sai lầm' hành vi và mô tảmột số thuật toán đơn giản mà có thể được sử dụng để thực hiện đúng những điều xảy ra. Các thuật toánbắt nguồn từ ý tưởng của việc đạt được sự ổn định của mạng bằng cách buộc các kết nối giao thông phải tuân theomột nguyên tắc 'gói tin bảo tồn'. Chúng tôi hiển thị như thế nào các thuật toán xuất phát từ nguyên tắc nàyvà những gì có hiệu lực họ trên giao thông tắc nghẽn mạng.Trong ngày của ' 86, Internet đã lần đầu tiên hệ thống mà sau này trở thành một loạt các 'tắc nghẽn sụp đổ'.Trong thời gian này, thông lượng dữ liệu từ LBL để UC Berkeley (các trang tách rabởi 400 mét và hai IMP hoa bia) giảm từ 32 Kbps đến 40 bps. Chúng tôi đã được hút bởinày yếu tố bất ngờ-của-ngàn giảm băng thông và bắt tay vào một cuộc điều tra lý do tại saonhững điều đã gạt xấu như vậy. Đặc biệt, chúng tôi tự hỏi nếu 4.3BSD (Berkeley UNIX) TCPMIS-hành xử hoặc nếu nó có thể được điều chỉnh để làm việc tốt hơn các điều kiện mạng abysmal.The answer to both of these questions was “yes”.

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

Mạng máy tính đã trải qua một sự bùng nổ trong vài năm qua và với
sự tăng trưởng đó đã đến các vấn đề tắc nghẽn nghiêm trọng. Ví dụ, nó bây giờ là phổ biến để xem
các cổng Internet giảm xuống từ 10% của các gói tin đến vì tràn bộ đệm địa phương.
Điều tra của chúng tôi về một số những vấn đề này đã chỉ ra rằng có rất nhiều nguyên nhân nằm ở
việc triển khai giao thức vận chuyển (không phải trong các giao thức) : các 'rõ ràng' cách
để thực hiện một giao thức vận chuyển cửa sổ dựa trên có thể cho kết quả chính xác trong các hành vi sai
để đáp ứng với tình trạng tắc nghẽn mạng. Chúng tôi đưa ra ví dụ về hành vi 'sai' và mô tả
một số thuật toán đơn giản có thể được sử dụng để làm điều đúng xảy ra. Các thuật toán này được
bắt nguồn từ ý tưởng của việc đạt được sự ổn định mạng lưới bằng cách buộc các kết nối giao thông phải tuân theo
một nguyên tắc "bảo tồn gói '. Chúng tôi thấy làm thế nào các thuật toán xuất phát từ nguyên tắc này
và những ảnh hưởng của chúng đối với giao thông trên các mạng tắc nghẽn.
Trong tháng mười năm '86, Internet đã có người đầu tiên của những gì đã trở thành một loạt các 'tắc nghẽn sụp đổ'.
Trong thời gian này, thông lượng dữ liệu từ LBL UC Berkeley (các trang web tách
400 yards và hai IMP hoa bia) giảm từ 32 Kbps đến 40 bps. Chúng tôi đã bị cuốn hút bởi
nhân tố-of-ngàn giảm đột ngột này trong băng thông và bắt tay vào một cuộc điều tra về việc tại sao
mọi thứ đã nhận được rất xấu. Đặc biệt, chúng tôi tự hỏi nếu 4.3BSD (Berkeley UNIX) TCP
đã được mis-hành xử hoặc nếu nó có thể được điều chỉnh để làm việc tốt hơn trong điều kiện mạng không đáy.
Câu trả lời cho cả hai câu hỏi là "có".