As a last resort, a frame-relaying network must discard frames to cope dịch - As a last resort, a frame-relaying network must discard frames to cope Việt làm thế nào để nói

As a last resort, a frame-relaying

As a last resort, a frame-relaying network must discard frames to cope with congestion.There
is no getting around this fact. Because each frame handler in the network
has finite memory available for queuing frames (Figure 13.2), it is possible for a queue to overflow, necessitating the discard of either the most recently arrived
frame or some other frame.
The simplest way to cope with congestion is for the frame-relaying network to
discard frames arbitrarily, with no regard to the source of a particular frame. In that
case, because there is no reward for restraint, the best strategy for any individual
end system is to transmit frames as rapidly as possible. This, of course, exacerbates
the congestion problem.
To provide for a fairer allocation of resources, the frame relay bearer service
includes the concept of a committed information rate (CIR). This is a rate, in bits
per second, that the network agrees to support for a particular frame-mode connection.
Any data transmitted in excess of the CIR are vulnerable to discard in the
event of congestion. Despite the use of the term committed, there is no guarantee
that even the CIR will be met. In cases of extreme congestion, the network may be
forced to provide a service at less than the CIR for a given connection. However,
when it comes time to discard frames, the network will choose to discard frames on
connections that are exceeding their CIR before discarding frames that are within
their CIR.
In theory, each frame-relaying node should manage its affairs so that
the aggregate of CIRs of all the connections of all the end systems attached to the
node does not exceed the capacity of the node. In addition, the aggregate of the
CIRs should not exceed the physical data rate across the user-network interface,
known as the access rate. The limitation imposed by access rate can be expressed
as follows:
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Như là một phương sách cuối cùng, một mạng lưới các khung chuyển tiếp phải loại bỏ khung hình để đối phó với tắc nghẽn. Cólà không nhận được xung quanh thực tế này. Bởi vì mỗi xử lý khung trong mạngcó hữu hạn bộ nhớ có sẵn để xếp hàng khung (hình 13.2), nó có thể cho một hàng đợi để tràn, Hải huỷ của một trong hai các đặt mới đếnkhung hoặc một số khung khác.Cách đơn giản nhất để đối phó với tắc nghẽn là cho chuyển tiếp khung mạng đểloại bỏ khung tùy tiện, không có liên quan đến nguồn gốc của một khung cụ thể. Trong đótrường hợp, bởi vì có không có phần thưởng cho sự kiềm chế, chiến lược tốt nhất cho bất kỳ cá nhânHệ thống cuối cùng là để truyền tải khung càng nhanh càng tốt. Điều này, tất nhiên, trầm trọng thêmvấn đề tắc nghẽn.Để cung cấp cho một phân bổ nguồn lực công bằng hơn, khung tiếp sức ghi tên dịch vụbao gồm các khái niệm về một tỷ lệ cam thông tin (CIR). Đây là một tỷ lệ, trong bitmỗi thứ hai, là mạng đồng ý để hỗ trợ cho một khung cụ thể chế độ kết nối.Bất kỳ dữ liệu nào truyền vượt quá CIR là dễ bị tổn thương để loại bỏ trong cácsự kiện của tắc nghẽn. Mặc dù việc sử dụng thuật ngữ cam, có là không có bảo đảmrằng ngay cả CIR sẽ được đáp ứng. Trong trường hợp cực đoan tắc nghẽn, mạng có thểbạn phải cung cấp một dịch vụ tại ít hơn CIR cho một kết nối nhất định. Tuy nhiên,Khi nói thời gian để loại bỏ khung, mạng sẽ chọn để loại bỏ khung trênkết nối vượt quá CIR của họ trước khi discarding khung trongcủa họ CIR.Trong lý thuyết, mỗi nút chuyển tiếp khung nên quản lý công việc của mình đểsự tổng hợp của CIRs của tất cả các kết nối của tất cả các hệ thống đầu cuối gắn liền với cácnút không vượt quá khả năng của nút. Ngoài ra, sự tổng hợp của cácRd không vượt quá tốc độ dữ liệu vật lý trên giao diện người dùng-mạng,được biết đến như là tỷ lệ truy cập. Giới hạn áp đặt bởi tỷ lệ truy cập có thể được bày tỏnhư sau:
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Như một phương sách cuối cùng, một mạng frame-relay phải bỏ khung hình để đối phó với congestion.There
là không nhận được xung quanh sự kiện này. Bởi vì mỗi xử lý khung hình trong mạng
có bộ nhớ hữu hạn có sẵn cho xếp hàng khung (Hình 13.2), nó có thể cho một hàng đợi để tràn, cần phải hạn chế thải bỏ hoặc là gần đây nhất đến
khung hoặc số khung khác.
Cách đơn giản nhất để đối phó với tình trạng tắc nghẽn là cho mạng frame-relay để
loại bỏ các khung tùy tiện, không có liên quan đến nguồn gốc của một frame riêng biệt. Trong
trường hợp, bởi vì không có phần thưởng cho sự kiềm chế, chiến lược tốt nhất cho bất kỳ cá nhân
hệ thống cuối cùng là để truyền khung càng nhanh càng tốt. Điều này, tất nhiên, làm trầm trọng thêm
vấn đề ùn tắc.
Để cung cấp cho một phân bổ công bằng hơn các nguồn lực, các frame relay mang dịch vụ
bao gồm các khái niệm về tốc độ thông tin cam kết (CIR). Đây là một tỷ lệ, theo bit
mỗi giây, rằng mạng đồng ý hỗ trợ cho một kết nối khung-chế độ đặc biệt.
Bất kỳ dữ liệu được truyền thừa của CIR là dễ bị loại bỏ trong các
trường hợp tắc nghẽn. Mặc dù việc sử dụng các hạn cam kết, không có đảm bảo
rằng ngay cả những CIR sẽ được đáp ứng. Trong trường hợp cực kỳ tắc nghẽn, mạng có thể cũng
buộc phải cung cấp một dịch vụ tại ít hơn CIR cho một kết nối được. Tuy nhiên,
khi nói đến thời gian để loại bỏ khung hình, mạng sẽ chọn để loại bỏ các khung về
kết nối được vượt CIR của họ trước khi vứt bỏ khung được trong
CIR của họ.
Về lý thuyết, mỗi nút frame-relay nên quản lý công việc của mình để
tổng hợp của các CIRs của tất cả các kết nối của tất cả các hệ thống đầu gắn với
nút không vượt quá khả năng của các nút. Ngoài ra, mức tổng số các
CIRs không được vượt quá tỷ lệ dữ liệu vật lý trên giao diện người sử dụng mạng,
được gọi là tốc độ truy cập. Các giới hạn của tốc độ truy cập có thể được thể hiện
như sau:
đ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 ©2025 I Love Translation. All reserved.

E-mail: