Congestion control is the joint responsibility of the network and the  dịch - Congestion control is the joint responsibility of the network and the  Việt làm thế nào để nói

Congestion control is the joint res

Congestion control is the joint responsibility of the network and the end users.
The network (i.e., the collection of frame handlers) is in the best position to monitor
the degree of congestion, while the end users are in the best position to control congestion
by limiting the flow of traffic.
Table 13.1 lists the congestion control techniques defined in the various ITU-T
and ANSI documents. Discard strategy deals with the most fundamental response
to congestion:When congestion becomes severe enough, the network is forced to
discard frames.We would like to do this in a way that is fair to all users.
Congestion avoidance procedures are used at the onset of congestion to minimize
the effect on the network.Thus, these procedures would be initiated at or prior
to point A in Figure 13.4, to prevent congestion from progressing to point B. Near
point A, there would be little evidence available to end users that congestion is
increasing.Thus, there must be some explicit signaling mechanism from the network
that will trigger the congestion avoidance.
Congestion recovery procedures are used to prevent network collapse in the
face of severe congestion.These procedures are typically initiated when the network
has begun to drop frames due to congestion. Such dropped frames will be reported
by some higher layer of software (e.g., LAPF control protocol or TCP) and serve as
an implicit signaling mechanism. Congestion recovery procedures operate around
point B and within the region of severe congestion, as shown in Figure 13.4.
ITU-T and ANSI consider congestion avoidance with explicit signaling and
congestion recovery with implicit signaling to be complementary forms of congestion
control in the frame relaying bearer service.
Traffic Rate Management
As a last resort, a frame-relaying network must discard frames to cope with c
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Kiểm soát tắc nghẽn là trách nhiệm chung của mạng và người dùng cuối.Mạng (ví dụ, bộ sưu tập các khung xử lý) là ở vị trí tốt nhất để giám sátmức độ tắc nghẽn, trong khi người dùng cuối đang ở vị trí tốt nhất để kiểm soát tắc nghẽnbằng cách hạn chế dòng chảy của giao thông.Bảng 13.1 danh sách các kỹ thuật điều khiển tắc nghẽn được định nghĩa trong ITU-T khác nhauvà ANSI tài liệu. Loại bỏ các chiến lược giao dịch với các phản ứng cơ bản nhấttắc nghẽn: khi tắc nghẽn trở nên nghiêm trọng, đủ, mạng bị buộc phảiloại bỏ khung hình. Chúng tôi muốn làm điều này một cách công bằng cho tất cả người dùng.Tắc nghẽn tránh thủ tục được sử dụng tại bắt đầu tắc nghẽn để giảm thiểutác động trên mạng. Do đó, các thủ tục này sẽ được bắt đầu tại hoặc trước đóđiểm a ở con số 13.4, để ngăn chặn các tắc nghẽn từ tiến tới điểm B. gầnđiểm A, sẽ có ít bằng chứng sẵn có cho người dùng cuối là tắc nghẽnngày càng tăng. Vì vậy, phải có một số cơ chế tín hiệu rõ ràng từ mạngmà sẽ kích hoạt tránh tắc nghẽn.Tắc nghẽn phục hồi thủ tục được sử dụng để ngăn chặn sự sụp đổ của mạng trong cáckhuôn mặt của tắc nghẽn nghiêm trọng. Các thủ tục này thường thực hiện khi mạngđã bắt đầu thả các khung hình do tắc nghẽn. Các khung bị bỏ sẽ được báo cáobởi một số lớp cao hơn của phần mềm (ví dụ, LAPF điều khiển giao thức hoặc TCP) và phục vụ như làcơ chế báo hiệu tiềm ẩn. Tắc nghẽn phục hồi thủ tục hoạt động xung quanh thành phốđiểm B và trong khu vực của tắc nghẽn nghiêm trọng, như hiển thị trong hình 13.4.ITU-T và ANSI xem xét tránh tắc nghẽn với tín hiệu rõ ràng vàtắc nghẽn phục hồi với tín hiệu tiềm ẩn là các hình thức bổ sung của tắc nghẽnkiểm soát trong khung tiếp nhận ghi tên dịch vụ.Quản lý tỷ lệ lưu lượng truy cậpNhư là một phương sách cuối cùng, một mạng lưới các khung hình chuyển tiếp phải loại bỏ khung hình để đối phó với c
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Kiểm soát tắc nghẽn là trách nhiệm chung của mạng và người dùng cuối.
Các mạng (ví dụ, các bộ sưu tập của bộ xử lý khung hình) là ở vị trí tốt nhất để theo dõi
mức độ tắc nghẽn, trong khi những người sử dụng cuối cùng đang ở vị trí tốt nhất để kiểm soát tắc nghẽn
bởi hạn chế lưu lượng giao thông.
Bảng 13.1 liệt kê các kỹ thuật kiểm soát tắc nghẽn định nghĩa trong nhiều ITU-T
tài liệu và ANSI. Giao dịch Chiến lược hủy với các phản ứng cơ bản nhất
để tắc nghẽn: Khi tắc nghẽn trở nên đủ nặng, mạng buộc phải
. Loại bỏ frames.We muốn làm điều này một cách công bằng cho tất cả người dùng
thủ tục tắc nghẽn tránh được sử dụng vào lúc bắt đầu ùn tắc để giảm thiểu
các tác động trên network.Thus, các thủ tục này sẽ được bắt đầu vào hoặc trước khi
đến điểm A trong hình 13.4, để ngăn chặn tắc nghẽn từ tiến đến điểm B. gần
điểm A, sẽ có rất ít bằng chứng có sẵn cho người dùng cuối tắc nghẽn được
increasing.Thus, phải có một số cơ chế truyền tín hiệu rõ ràng từ mạng
rằng sẽ kích hoạt tránh ùn tắc.
thủ tục hồi phục ùn tắc được sử dụng để ngăn chặn sự sụp đổ mạng trong
khuôn mặt của thủ tục congestion.These nghiêm trọng thường được bắt đầu khi mạng
đã bắt đầu thả khung do tắc nghẽn. Như bị bỏ khung hình sẽ được báo cáo
bởi một số lớp cao hơn của phần mềm (ví dụ, giao thức điều khiển LAPF hoặc TCP) và phục vụ như
một cơ chế truyền tín hiệu ngầm. Thủ tục hồi phục ùn tắc hoạt động xung quanh
điểm B và trong khu vực ùn tắc nghiêm trọng, như thể hiện trong hình 13.4.
ITU-T và ANSI xem xét tránh ùn tắc với tín hiệu rõ ràng và
phục hồi sung huyết có tín hiệu ngầm để có các hình thức bổ sung tắc nghẽn
kiểm soát trong người mang khung chuyển tiếp dịch vụ.
giao thông lệ quản lý
Như một phương sách cuối cùng, một mạng lưới khung-chuyển tiếp phải bỏ khung hình để đối phó với c
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2024 I Love Translation. All reserved.

E-mail: