Traffic Rate ManagementAs a last resort, a frame-relaying network must dịch - Traffic Rate ManagementAs a last resort, a frame-relaying network must Việt làm thế nào để nói

Traffic Rate ManagementAs a last re

Traffic Rate Management
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:
(13.1)
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
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 tắc nghẽn.Người ta 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 Xếp hàng để tràn, hư huỷ của cả hai người đặt mới đếnkhung hình hoặc một số khung hình khác.Cách đơn giản để đối phó với tắc nghẽn là cho chuyển tiếp khung mạngloại bỏ khung hình 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ì không có phần thưởng cho sự kiềm chế, các chiến lược tốt nhất cho bất kỳ cá nhânkết thúc hệ thống là để truyền tải các khung hình nhanh nhất có thể. Đ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 hình chuyển tiếp mang dịch vụbao gồm các khái niệm về tốc độ cam kết thông tin (CIR). Đây là một tỷ lệ, trong bitmỗi giây, mà 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ị loại bỏ trong cácsự kiện của tắc nghẽn. Mặc dù sử dụng thuật ngữ cam, có là không có bảo đảmmà ngay cả CIR sẽ được đáp ứng. Trong trường hợp cực đoan tắc nghẽn, mạng có thể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 đưa ra. Tuy nhiên,Khi nói thời gian để loại bỏ các khung hình, mạng sẽ chọn để loại bỏ các khung trênkết nối vượt quá của họ CIR trước discarding khung hình trong vòngcủa họ CIR.Theo lý thuyết, mỗi khung hình chuyển tiếp nút nên quản lý công việc của mình đểTổng hợp 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 cuối gắn liền với cácnút không vượt quá khả năng của các nút. Ngoài ra, sự tổng hợp của cácCIRs không vượt quá mức vật lý dữ liệu qua 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 thể hiệnnhư sau:(13.1)
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
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 tình trạng tắc nghẽn.
Không có nhận được xung quanh sự kiện này. Bởi vì mỗi xử lý khung 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 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 chuyển tiếp để
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 khung cụ thể. 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 bearer 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ệ, trong 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 thuật ngữ 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 ùn tắc cùng cực, mạng có thể cũng
buộc phải cung cấp một dịch vụ ở í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ọ.
Trên 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, tổng hợp của
CIRs không nên vượt quá tốc độ dữ liệu vật lý trên giao diện người 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:
(13.1)
đ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: