nalyzing network traffic requiremen

nalyzing network traffic requirements isn’t quite as simple as identifying flows, measur-ing the load for flows, and characterizing traffic behavior such as broadcast and error-recovery behavior. You need to also characterize the QoS requirements for applications.
Just knowing the load (bandwidth) requirement for an application is not sufficient. You
also need to know if the requirement is flexible or inflexible. Some applications continue
to work (although slowly) when bandwidth is not sufficient. Other applications, such as
voice and video applications, are rendered useless if a certain level of bandwidth is not
available. In addition, if you have a mix of flexible and inflexible applications on a net-work, you need to determine if it is practical to borrow bandwidth from the flexible
application to keep the inflexible application working.
As discussed in Chapter 2, voice is also inflexible with regard to delay. Voice is also sensi-tive to packet loss, which results in voice clipping and skips. Without proper network-wide QoS configuration, loss can occur because of congested links and poor packet-buffer and queue management on routers.
The sections that follow cover analyzing QoS requirements using ATM and Internet
Engineering Task Force (IETF) techniques. The goal of these sections is to introduce you

to terminology that ATM and IETF engineers use for classifying traffic and specifying
QoS requirements for classes of traffic. Although the material is highly technical and
detailed, it should give you some fundamental ideas about classifying the types of appli-cations that will play a part in your network design, and it should prepare you for future
chapters that cover strategies for designing and optimizing networks that can meet the
needs of various applications.

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

nalyzing mạng giao thông yêu cầu không phải là khá đơn giản như việc xác định dòng chảy, bộ-ing tải cho dòng chảy, và characterizing giao thông hành vi như hành vi phát sóng và khôi phục lỗi. Bạn cần phải cũng mô tả các yêu cầu QoS cho các ứng dụng.Chỉ cần biết các yêu cầu tải (băng thông) cho một ứng dụng không phải là đủ. Bạncũng cần phải biết nếu yêu cầu là linh hoạt hoặc thiếu. Một số ứng dụng tiếp tụcđể làm việc (mặc dù chậm) khi băng thông là không đủ. Các ứng dụng khác, chẳng hạn nhưthoại và các ứng dụng video, được trả lại vô dụng nếu một mức nhất định của băng thông là khôngcó sẵn. Ngoài ra, nếu bạn có một kết hợp của các ứng dụng linh hoạt và thiếu trên một mạng công việc, bạn cần phải xác định nếu nó là thực tế để mượn băng thông từ các linh hoạtứng dụng để tiếp tục làm việc thiếu các ứng dụng.Như được thảo luận trong chương 2, tiếng nói là cũng thiếu liên quan đến sự chậm trễ. Giọng nói cũng là hoạt động cùng sensi đến thiệt hại gói, mà kết quả trong giọng nói cắt và bỏ qua. Không có cấu hình QoS toàn mạng thích hợp, mất mát có thể xảy ra do tắc nghẽn liên kết và người nghèo quản lý bộ đệm gói và danh sách chờ trên router.Các phần tiếp theo bao gồm phân tích QoS yêu cầu sử dụng ATM và InternetKỹ thuật kỹ thuật Task Force (IETF). Mục đích của những phần này là giới thiệu bạnđể thuật ngữ máy ATM và IETF kỹ sư sử dụng để phân loại lưu lượng truy cập và xác địnhQoS các yêu cầu cho các lớp học của lưu lượng truy cập. Mặc dù các tài liệu kỹ thuật cao vàchi tiết, nó sẽ cung cấp cho bạn một số ý tưởng cơ bản về phân loại các loại öùng-cation sẽ đóng một phần trong thiết kế mạng của bạn, và nó nên bạn chuẩn bị cho tương laichương mà bao gồm các chiến lược cho việc thiết kế và tối ưu hóa mạng mà có thể đáp ứng cácnhu cầu của các ứng dụng khác nhau.

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

nalyzing yêu cầu lưu lượng mạng không phải là khá đơn giản như dòng chảy xác định, measur-ing tải cho dòng chảy và đặc trưng hành vi giao thông như truyền hình và phục hồi lỗi hành vi. Bạn cũng cần để mô tả các yêu cầu QoS cho các ứng dụng.
Chỉ cần biết tải (băng thông) yêu cầu cho một ứng dụng là không đủ. Bạn
cũng cần phải biết nếu yêu cầu linh hoạt hay không linh hoạt. Một số ứng dụng vẫn tiếp tục
làm việc (mặc dù chậm) khi băng thông là không đủ. Các ứng dụng khác, chẳng hạn như
các ứng dụng thoại và video, được vô dụng nếu một mức độ nhất định của băng thông là không
có sẵn. Ngoài ra, nếu bạn có một kết hợp của các ứng dụng linh hoạt và không linh hoạt trên-net làm việc, bạn cần phải xác định xem nó là thực tế để vay băng thông từ linh hoạt
ứng dụng để giữ cho các ứng dụng không linh hoạt làm việc.
Như đã thảo luận ở Chương 2, giọng nói cũng là không linh hoạt đối với trì hoãn. Giọng nói cũng là nhạy-chính kịp thời để mất gói tin, mà kết quả trong clipping thoại và bỏ qua. Nếu không có mạng lưới rộng khắp thích cấu hình QoS, mất mát có thể xảy ra bởi vì các liên kết bị tắc nghẽn và nghèo gói đệm và quản lý hàng đợi trên các router.
Các phần tiếp theo bìa phân tích các yêu cầu QoS sử dụng ATM và Internet
Engineering Task Force (IETF) kỹ thuật. Mục đích của bộ phận này là để giới thiệu bạn các thuật ngữ mà các kỹ sư ATM và IETF sử dụng để phân loại lưu lượng truy cập và xác định các yêu cầu QoS cho lớp học của lưu lượng truy cập. Mặc dù vật liệu là kỹ thuật cao và chi tiết, nó sẽ cung cấp cho bạn một số ý tưởng cơ bản về cách phân loại các loại Appli-cation rằng sẽ đóng một phần trong thiết kế mạng của bạn, và nó sẽ giúp bạn chuẩn bị cho tương lai chương mà bao gồm các chiến lược cho việc thiết kế và tối ưu hóa mạng có thể đáp ứng các nhu cầu của các ứng dụng khác nhau.