You should work with your customer

You should work with your customer to classify each network application in a service
category. When you have classified the application, you should fill in the QoS
Requirements column in Table 4-4.
If your customer has applications that can be characterized as needing controlled-load or
guaranteed service, you can use those terms when filling in the QoS Requirements col-umn. If your customer plans to use ATM, you can use the ATM Forum’s terminology for
service categories. Even if your customer does not plan to use ATM or IETF QoS, you
can still use the ATM Forum or Integrated Services working group terminology. Another
alternative is to simply use the following terms:
■ Inflexible: A generic term to describe any application that has specific requirements
for constant bandwidth, delay, delay variation, accuracy, and throughput.
■ Flexible: A generic term to describe any application that simply expects the network
to make a best effort to meet requirements. Many nonmultimedia applications have
flexible QoS requirements.
For voice applications, you should make more than one entry in Table 4-4 due to the dif-ferent requirements for the call control flow and the audio stream. The call control flow,
used for setting up and tearing down calls, doesn’t have strict delay constraints, but it
does require high network availability and there may be a GoS requirement that should be
specified. For the voice stream, the QoS classification should be listed using the ATM
term CBR or the IETF term guaranteed service.
When documenting QoS requirements for applications, it’s also a good idea to let your
clients know that QoS is an end-to-end proposition. Such issues as mapping LAN-based
QoS (for example, the 802.1p bits) to IP DSCP and Multiprotocol Label Switching
(MPLS) experimental (EXP) bits should be part of the QoS requirements analysis discus-sion. The detailed discussion of QoS solutions will happen later in the design cycle as
covered in Chapter 13.

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

Bạn nên làm việc với khách hàng của bạn để phân loại mỗi ứng dụng mạng lưới trong một dịch vụthể loại. Khi bạn đã phân loại các ứng dụng, bạn nên điền vào các QoSYêu cầu cột trong bảng 4-4.Nếu khách hàng của bạn có ứng dụng có thể được định nghĩa là cần kiểm soát tải hoặcđảm bảo dịch vụ, bạn có thể sử dụng những điều khoản khi điền vào yêu cầu QoS col-umn. Nếu khách hàng của bạn có kế hoạch sử dụng máy ATM, bạn có thể sử dụng diễn đàn ATM thuật ngữ chothể loại dịch vụ. Ngay cả khi khách hàng của bạn không có kế hoạch để sử dụng máy ATM hoặc IETF QoS, bạncó thể vẫn còn sử dụng diễn đàn ATM hoặc tích hợp dịch vụ làm việc nhóm thuật ngữ. Khácthay thế là chỉ đơn giản là sử dụng các điều khoản sau đây:■ Inflexible: một thuật ngữ chung để mô tả bất kỳ ứng dụng mà có yêu cầu cụ thểcho băng thông liên tục, sự chậm trễ, trì hoãn biến thể, tính chính xác, và thông qua.■ linh hoạt: một thuật ngữ chung để mô tả bất kỳ ứng dụng mà chỉ đơn giản là hy vọng mạngđể thực hiện một nỗ lực tốt nhất để đáp ứng yêu cầu. Nhiều nonmultimedia ứng dụng đãlinh hoạt QoS yêu cầu.Cho các ứng dụng bằng giọng nói, bạn nên làm cho nhiều hơn một mục nhập trong bảng 4-4 do yêu cầu c-ferent cho dòng kiểm soát cuộc gọi và dòng suối âm thanh. Dòng điều khiển cuộc gọi,được sử dụng để thiết lập và xé xuống cuộc gọi, không có những hạn chế nghiêm ngặt chậm trễ, nhưng nóyêu cầu cao mạng sẵn sàng và có thể có một yêu cầu GoS nênđược chỉ định. Cho dòng giọng nói, phân loại QoS nên được liệt kê bằng cách sử dụng các máy ATMthuật ngữ CBR hoặc thuật ngữ IETF đảm bảo dịch vụ.Khi tài liệu QoS yêu cầu cho các ứng dụng, nó cũng là một ý tưởng tốt để cho của bạnkhách hàng biết rằng QoS là một đề xuất end-to-end. Các vấn đề như lập bản đồ dựa trên mạng LANQoS (ví dụ, các bit 802.1p) IP DSCP và Multiprotocol nhãn chuyển đổi(MPLS) thử nghiệm (EXP) bit nên là một phần của QoS yêu cầu phân tích đĩa-sion. Các cuộc thảo luận chi tiết của giải pháp QoS sẽ xảy ra sau đó trong chu kỳ thiết kế như làbao gồm trong chương 13.

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

Bạn nên làm việc với khách hàng của bạn để phân loại từng ứng dụng mạng trong một vụ
category. Khi bạn đã phân loại các ứng dụng, bạn nên điền vào QoS
Yêu cầu cột trong Bảng 4-4.
Nếu khách hàng của bạn có các ứng dụng có thể được mô tả như là cần kiểm soát tải hoặc
dịch vụ đảm bảo, bạn có thể sử dụng những thuật ngữ khi điền vào các yêu cầu QoS col-umn. Nếu khách hàng của bạn có kế hoạch sử dụng ATM, bạn có thể sử dụng thuật ngữ của Diễn đàn ATM cho
loại hình dịch vụ. Thậm chí nếu khách hàng của bạn không có kế hoạch sử dụng máy ATM hoặc IETF QoS, bạn
vẫn có thể sử dụng các thuật ngữ nhóm làm việc hoặc diễn đàn ATM dịch vụ tích hợp. Một
cách khác là chỉ đơn giản là sử dụng các từ ngữ sau đây:
■ không linh hoạt: Một thuật ngữ chung để mô tả bất kỳ ứng dụng có yêu cầu cụ thể
đối với băng thông không đổi, chậm trễ, biến thể chậm trễ, độ chính xác, và thông qua.
■ Linh hoạt: Một thuật ngữ chung để mô tả bất kỳ ứng dụng mà chỉ đơn giản hy vọng mạng
để thực hiện một nỗ lực tốt nhất để đáp ứng yêu cầu. Nhiều ứng dụng nonmultimedia có
yêu cầu QoS linh hoạt.
Đối với các ứng dụng bằng giọng nói, bạn nên thực hiện nhiều hơn một mục trong Bảng 4-4 do yêu cầu dif-ferent cho các dòng điều khiển cuộc gọi và các dòng âm thanh. Các dòng điều khiển cuộc gọi,
sử dụng để thiết lập và rách xuống cuộc gọi, không có những hạn chế nghiêm ngặt chậm trễ, nhưng nó
không đòi hỏi khả dụng của mạng cao và có thể có một yêu cầu GOS cần được
xác định. Đối với luồng thoại, phân loại QoS phải được liệt kê bằng cách sử dụng ATM
CBR hạn hoặc các dịch vụ được đảm bảo IETF hạn.
Khi tài liệu QoS yêu cầu cho các ứng dụng, nó cũng là một ý tưởng tốt để cho bạn
khách hàng biết rằng QoS là một đề xuất end-to-end . Các vấn đề như lập bản đồ dựa trên mạng LAN
QoS (ví dụ, các bit 802.1p) để IP DSCP và Multiprotocol Label Switching
(MPLS) thử nghiệm (EXP) bit nên là một phần của các yêu cầu QoS phân tích discus-sion. Các cuộc thảo luận chi tiết về các giải pháp QoS sẽ xảy ra sau này trong chu trình thiết kế
trong chương 13.