capacity. Even with classification

capacity. Even with classification and marking, isolation of flows, and sharing of
unused bandwidth (of which there is none), this is clearly a losing proposition.
There is simply not enough bandwidth to accommodate the needs of both applications at the same time. If the two applications equally share the bandwidth,
each application would lose 25 percent of its transmitted packets. This is such an
unacceptably low QoS that both audio applications are completely unusable;
there’s no need even to transmit any audio packets in the first place.
Given that the two applications in Figure 7.27 cannot both be satisfied simultaneously, what should the network do? Allowing both to proceed with an unusable
QoS wastes network resources on application flows that ultimately provide no utility to the end user. The answer is hopefully clear—one of the application flows
should be blocked (that is, denied access to the network), while the other should be
allowed to proceed on, using the full 1 Mbps needed by the application. The telephone network is an example of a network that performs such call blocking—if the
required resources (an end-to-end circuit in the case of the telephone network) cannot be allocated to the call, the call is blocked (prevented from entering the network)
and a busy signal is returned to the user. In our example, there is no gain in allowing
a flow into the network if it will not receive a sufficient QoS to be considered
usable. Indeed, there is a cost to admitting a flow that does not receive its needed
QoS, as network resources are being used to support a flow that provides no utility
to the end user.
By explicitly admitting or blocking flows based on their resource requirements,
and the source requirements of already-admitted flows, the network can guarantee
that admitted flows will be able to receive their requested QoS. Implicit in the need
to provide a guaranteed QoS to a flow is the need for the flow to declare its QoS
requirements. This process of having a flow declare its QoS requirement, and then
having the network either accept the flow (at the required QoS) or block the flow is
referred to as the call admissionprocess. This then is our fourth insight (in addition
to the three earlier insights from Section 7.5.2) into the mechanisms needed to provide QoS.
Insight 4:If sufficient resources will not always be available, and QoS is to be
guaranteed, a call admission process is needed in which flows declare their
QoS requirements and are then either admitted to the network (at the required
QoS) or blocked from the network (if the required QoS cannot be provided by
the network).
Our motivating example in Figure 7.27 highlights the need for several new network
mechanisms and protocols if a call (an end-to-end flow) is to be guaranteed a given
quality of service once it begins:
• Resource reservation. The only way to guaranteethat a call will have the
resources (link bandwidth, buffers) needed to meet its desired QoS is to explicitly

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

năng lực. Ngay cả với phân loại và đánh dấu, sự cô lập của dòng chảy, và chia sẻkhông sử dụng băng thông (trong đó là không có), điều này rõ ràng là một đề xuất mất.Đó là chỉ đơn giản là không đủ băng thông để phù hợp với nhu cầu của cả hai ứng dụng cùng lúc. Nếu hai ứng dụng đều chia sẻ băng thông,mỗi ứng dụng sẽ giảm 25 phần trăm của các gói dữ liệu truyền. Điều này là như vậy mộtchạy quá thấp QoS rằng cả hai ứng dụng âm thanh là hoàn toàn không sử dụng được;đó là không cần ngay cả khi phải truyền tải bất kỳ gói dữ liệu âm thanh ở nơi đầu tiên.Cho rằng hai ứng dụng trong hình 7.27 không thể cả hai được hài lòng cùng một lúc, nên mạng gì? Cho phép cả hai để tiến hành một không sử dụng đượcQoS chất thải tài nguyên mạng trên ứng dụng dòng cuối cùng có thể cung cấp không có tiện ích cho người dùng cuối. Câu trả lời là hy vọng rằng rõ ràng-một trong những ứng dụng dòng chảynên bị chặn (có nghĩa là, bị từ chối truy cập mạng), trong khi khác nênđược phép tiến hành trên, sử dụng đầy đủ 1 Mbps cần thiết bởi các ứng dụng. Mạng lưới điện thoại là một ví dụ về một mạng lưới hoạt động như chặn cuộc gọi — nếu cácyêu cầu nguồn lực (một kết thúc để kết thúc mạch trong trường hợp của mạng điện thoại) không thể được phân bổ cho các cuộc gọi, cuộc gọi bị chặn (ngăn chặn xâm nhập vào mạng)và một tín hiệu bận rộn trả lại cho người dùng. Trong ví dụ của chúng tôi, không có không có lợi trong việc cho phépmột dòng chảy vào mạng nếu nó sẽ không nhận được đủ QoS để được xem xétcó thể sử dụng. Thật vậy, có là một chi phí để thừa nhận một dòng chảy không nhận được nó cần thiếtQoS, như tài nguyên mạng đang được sử dụng để hỗ trợ cho một dòng chảy mà cung cấp không có tiện íchngười dùng cuối.Bởi thừa nhận một cách rõ ràng hoặc ngăn chặn dòng chảy dựa trên các yêu cầu về nguồn lực,và các yêu cầu nguồn dòng chảy đã thừa nhận, các mạng có thể đảm bảomà thừa nhận dòng chảy sẽ có thể nhận được của QoS được yêu cầu. Tiềm ẩn trong sự cần thiếtđể cung cấp một QoS đảm bảo cho một dòng chảy là cần thiết cho dòng chảy để tuyên bố của QoSyêu cầu. Quá trình này có một dòng chảy tuyên bố yêu cầu QoS của mình, và sau đócó mạng hoặc chấp nhận dòng chảy (lúc yêu cầu QoS) hoặc ngăn chặn dòng chảy làđược gọi là admissionprocess cuộc gọi. Điều này sau đó là chúng tôi cái nhìn sâu sắc thứ tư (ngoàiđể hiểu biết trước đó ba từ phần 7.5.2) vào các cơ chế cần thiết để cung cấp QoS.Cái nhìn sâu sắc 4:If đủ nguồn lực sẽ không luôn luôn có sẵn, và QoSbảo đảm, một quá trình nhập học gọi là cần thiết trong đó dòng khai báo của họQoS yêu cầu và được thì một trong hai thừa nhận mạng (tại các yêu cầuQoS) hoặc bị chặn từ mạng (nếu QoS yêu cầu không thể được cung cấp bởimạng).Chúng tôi ví dụ động cơ thúc đẩy trong hình 7.27 nêu bật sự cần thiết cho một số mạng mớicơ chế và các giao thức nếu một cuộc gọi (một kết thúc để kết thúc dòng) là để được đảm bảo một nhất địnhchất lượng dịch vụ sau khi nó bắt đầu:• Đặt phòng tài nguyên. Cách duy nhất để guaranteethat một cuộc gọi sẽ có cáctài nguyên (liên kết băng thông, bộ đệm) cần thiết để đáp ứng QoS mong muốn là để rõ ràng

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

sức chứa. Ngay cả với phân loại và đánh dấu, cô lập của dòng chảy, và chia sẻ
băng thông sử dụng (trong đó có không có), điều này rõ ràng là một đề xuất mất.
Không chỉ đơn giản là không đủ băng thông để đáp ứng nhu cầu của cả hai ứng dụng cùng một lúc. Nếu hai ứng dụng đều chia sẻ băng thông,
mỗi ứng dụng sẽ mất 25 phần trăm của gói tin truyền đi của nó. Đây là ví dụ một
QoS chạy quá thấp mà cả các ứng dụng âm thanh hoàn toàn không sử dụng được;
không cần thậm chí để truyền tải bất kỳ gói âm thanh ở nơi đầu tiên.
Cho rằng hai ứng dụng trong hình 7.27 không thể cả hai được thỏa mãn đồng thời, những gì mạng nên làm gì? Cho phép cả để tham gia thảo luận với một không sử dụng được
QoS chất thải tài nguyên mạng trên dòng ứng dụng mà cuối cùng không cung cấp tiện ích cho người dùng cuối. Câu trả lời là hy vọng rõ ràng, một trong những dòng ứng dụng
nên bị chặn (có nghĩa là, từ chối truy cập vào mạng), trong khi sự khác nên được
phép làm thủ tục trên, sử dụng đầy đủ 1 Mbps dùng bởi ứng dụng. Các mạng điện thoại là một ví dụ về một mạng lưới mà thực hiện cuộc gọi như vậy blocking-nếu
nguồn lực cần thiết (một mạch end-to-end trong trường hợp của các mạng điện thoại) không thể được phân bổ cho các cuộc gọi, cuộc gọi bị chặn (ngăn chặn xâm nhập mạng)
và một tín hiệu bận được trả về cho người dùng. Trong ví dụ của chúng tôi, không có lợi trong việc cho phép
một dòng chảy vào mạng nếu nó sẽ không nhận được đủ QoS được coi là
sử dụng được. Thật vậy, có một chi phí để thừa nhận một dòng chảy mà không nhận được cần thiết của
QoS, như tài nguyên mạng đang được sử dụng để hỗ trợ một dòng chảy mà không cung cấp tiện ích
cho người dùng cuối.
Bằng cách thừa nhận một cách rõ ràng, gây cản trở dòng chảy dựa trên yêu cầu tài nguyên của họ,
và các yêu cầu nguồn của các dòng vốn đã thừa nhận, mạng có thể đảm bảo
rằng dòng thừa nhận sẽ có thể nhận được QoS của họ yêu cầu. Tiềm ẩn trong sự cần thiết
để cung cấp QoS đảm bảo một dòng chảy là sự cần thiết cho các dòng kê khai QoS của nó
yêu cầu. Quá trình này có một dòng chảy tuyên bố yêu cầu QoS của nó, và sau đó
có mạng hoặc chấp nhận dòng chảy (tại QoS cần thiết) hoặc chặn dòng chảy được
gọi là admissionprocess gọi. Điều này sau đó là cái nhìn sâu sắc thứ tư của chúng tôi (ngoài
đến Ba nhận thức trước đó từ mục 7.5.2) vào các cơ chế cần thiết để cung cấp QoS.
Cái nhìn sâu sắc 4: Nếu có đủ nguồn lực sẽ không luôn luôn có sẵn, và QoS phải được
đảm bảo, một lời thú nhận cuộc gọi quá trình là cần thiết trong đó chảy tuyên bố của họ
yêu cầu QoS và sau đó hoặc nhập mạng (tại các yêu cầu
QoS) hoặc bị chặn từ mạng (nếu QoS yêu cầu không thể được cung cấp bởi
mạng).
Ví dụ động cơ thúc đẩy chúng tôi trong hình 7.27 điểm nổi bật của cần cho một số mạng mới
cơ chế và các giao thức nếu một cuộc gọi (một dòng chảy end-to-end) là để được đảm bảo một định
chất lượng dịch vụ một khi nó bắt đầu:
đặt phòng • Resource. Cách duy nhất để guaranteethat một cuộc gọi sẽ có
nguồn tài nguyên (băng thông liên kết, bộ đệm) cần thiết để đáp ứng QoS mong muốn của nó là rõ ràng