IETF Integrated Services Working Gr

IETF Integrated Services Working Group QoS Specifications
In an IP environment, you can use the work that the IETF Integrated Services working
group is doing on QoS requirements. In RFC 2205, the working group describes the
Resource Reservation Protocol (RSVP). In RFC 2208, the working group provides infor-mation on the applicability of RSVP and some guidelines for deploying it. RFCs 2209
through 2216 are also related to supporting QoS on the Internet and intranets.
RSVP is a setup protocol used by a host to request specific qualities of service from the
network for particular application flows. RSVP is also used by routers to deliver QoS
requests to other routers (or other types of nodes) along the paths of a flow. RSVP
requests generally result in resources being reserved in each node along the path.
RSVP implements QoS for a particular data flow using mechanisms collectively called
traffic control. These mechanisms include the following:
■ A packet classifier that determines the QoS class (and perhaps the route) for each packet
■ An admission control function that determines whether the node has sufficient avail-able resources to supply the requested QoS
■ A packet scheduler that determines when particular packets are forwarded to meet
QoS requirements of a flow
RSVP works with mechanisms at end systems to request services. To ensure that QoS
conditions are met, RSVP clients provide the intermediate network nodes with an esti-mate of the data traffic they will generate. This is done with a traffic specification
(TSpec) and a service-request specification (RSpec), as described in RFC 2216.
Note A TSpec is a description of the traffic pattern for which service is being requested.
The TSpec forms one side of a “contract” between the data flow and the service “provider.”
After a service request is accepted, the service provider agrees to provide a specific QoS as
long as the flow’s traffic continues to conform to the TSpec.
An RSpec is a specification of the QoS that a flow wants to request from a network element.
The contents of an RSpec are specific to a particular service. The RSpec might contain infor-mation about bandwidth required for the flow, maximum delay, or packet-loss rates.
RSVP provides a general facility for reserving resources. RSVP does not define the differ-ent types of services that applications can request. The Integrated Services working
group describes services in RFCs 2210 through 2216. For a complete understanding of
the working group’s view of how integrated services should be handled on the Internet or
110 Top-Down Network Design
an intranet, you should read the RFCs. The sections that follow provide an overview of
the two major types of service: controlled-load service and guaranteed service

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

IETF tích hợp dịch vụ làm việc nhóm QoS thông số kỹ thuậtTrong môi trường IP, bạn có thể sử dụng công việc IETF tích hợp dịch vụ làm việcNhóm làm trên QoS yêu cầu. Trong RFC 2205, nhóm làm việc mô tả cácTài nguyên tại giao thức (RSVP). Trong RFC 2208, nhóm làm việc cung cấp thông tin-mation về các ứng dụng của RSVP và một số hướng dẫn triển khai nó. RFCs 2209thông qua 2216 cũng có liên quan đến hỗ trợ QoS trên Internet và mạng nội bộ.RSVP là một giao thức thiết lập được sử dụng bởi một máy chủ để yêu cầu các phẩm chất cụ thể của dịch vụ từ cácmạng cho ứng dụng cụ thể chảy. RSVP cũng được sử dụng bởi bộ định tuyến để cung cấp QoSyêu cầu đến bộ định tuyến khác (hoặc khác loại nút) dọc theo đường dẫn của một dòng chảy. RSVPyêu cầu thường dẫn đến các nguồn tài nguyên đang được dành riêng trong mỗi nút dọc theo con đường.RSVP moóc QoS cho một luồng dữ liệu cụ thể bằng cách sử dụng cơ chế chung được gọi làkiểm soát giao thông. Các cơ chế bao gồm:■ A gói loại đó sẽ xác định lớp QoS (và có lẽ là các tuyến đường) cho mỗi gói tin■ Một chức năng kiểm soát nhập học xác định cho dù nút có đủ nguồn tài nguyên có thể avail cung cấp QoS được yêu cầu■ A gói scheduler mà xác định khi gói dữ liệu cụ thể được chuyển tiếp để đáp ứngQoS yêu cầu của một dòng chảyRSVP công trình với cơ chế tại hệ thống đầu cuối để yêu cầu dịch vụ. Để đảm bảo rằng QoSđiều kiện được đáp ứng, RSVP khách hàng cung cấp các node trung gian mạng với một esti của lưu lượng truy cập dữ liệu họ sẽ tạo ra. Điều này được thực hiện với một đặc điểm kỹ thuật lưu lượng truy cập(TSpec) và một đặc tả yêu cầu dịch vụ (RSpec), như mô tả trong RFC 2216.Lưu ý A TSpec là một mô tả của mẫu lưu lượng truy cập mà dịch vụ được yêu cầu.TSpec tạo thành một bên của một hợp đồng"" giữa luồng dữ liệu và các dịch vụ "nhà cung cấp."Sau khi một dịch vụ yêu cầu được chấp nhận, các nhà cung cấp dịch vụ đồng ý cung cấp một QoS cụ thể nhưmiễn là dòng chảy giao thông vẫn tiếp tục để phù hợp với TSpec.RSpec một là một đặc điểm kỹ thuật của QoS một dòng chảy muốn yêu cầu từ một yếu tố của mạng.Nội dung của một RSpec là cụ thể cho một dịch vụ cụ thể. RSpec có thể chứa thông tin-mation về băng thông cần thiết cho dòng chảy, tối đa sự chậm trễ hoặc tỷ lệ tổn thất gói.RSVP cung cấp một cơ sở chung cho đặt tài nguyên. RSVP không xác định loại khá-ent dịch vụ ứng dụng có thể yêu cầu. Việc tích hợp dịch vụNhóm mô tả Dịch vụ trong RFCs 2210 thông qua 2216. Cho một sự hiểu biết đầy đủ củaNhóm làm việc xem như thế nào tích hợp dịch vụ nên được xử lý trên Internet hoặc110 trên xuống mạng thiết kếmột mạng nội bộ, bạn nên đọc các RFCs. Các phần tiếp theo cung cấp một tổng quan vềhai chính các loại dịch vụ: kiểm soát-tải dịch vụ và đảm bảo dịch vụ

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

IETF dịch vụ tích hợp nhóm công tác kỹ thuật QoS
Trong một môi trường IP, bạn có thể sử dụng các công việc mà các IETF dịch vụ tích hợp làm việc
nhóm được làm theo yêu cầu QoS. Trong RFC 2205, các nhóm làm việc mô tả các
giao thức Đặt Resource (RSVP). Trong RFC 2208, các nhóm làm việc cho infor-thông trên các ứng dụng của RSVP và một số hướng dẫn để triển khai nó. RFC 2209
thông qua năm 2216 cũng có liên quan đến việc hỗ trợ QoS trên Internet và mạng nội bộ.
RSVP là một giao thức được sử dụng bởi thiết lập một máy chủ để yêu cầu chất lượng dịch vụ cụ thể từ các
mạng cho các luồng ứng dụng cụ thể. RSVP cũng được sử dụng bởi các bộ định tuyến để cung cấp QoS
yêu cầu tới router khác (hoặc các loại khác của các nút) dọc theo con đường của một dòng chảy. RSVP
yêu cầu chung trong tài nguyên được bảo lưu trong mỗi nút dọc theo con đường.
RSVP thực hiện QoS cho một luồng dữ liệu cụ thể sử dụng các cơ chế được gọi chung là
điều khiển giao thông. Những cơ chế này bao gồm:
■ Một phân loại gói tin để xác định lớp QoS (và có lẽ là tuyến đường) cho mỗi gói
■ Một chức năng kiểm soát nhập học để xác định liệu các nút có đủ nguồn lực avail-thể cung cấp QoS yêu cầu
■ Một lịch trình gói tin đó xác định khi các gói được chuyển tiếp đặc biệt để đáp ứng
các yêu cầu QoS của một luồng
RSVP công trình với các cơ chế ở hệ thống đầu cuối để yêu cầu dịch vụ. Để đảm bảo rằng QoS
điều kiện được đáp ứng, khách hàng RSVP cung cấp các nút mạng trung gian với một người bạn đời-ESTI của lưu lượng dữ liệu mà họ sẽ tạo ra. Điều này được thực hiện với một đặc điểm kỹ thuật giao thông
(TSPEC) và một đặc điểm kỹ thuật dịch vụ theo yêu cầu (RSpec), như được mô tả trong RFC 2216.
Lưu ý Một TSPEC là một mô tả về mô hình giao thông mà dịch vụ được yêu cầu.
Các TSPEC tạo một mặt của một "Hợp đồng" giữa các luồng dữ liệu và các dịch vụ "cung cấp."
Sau một yêu cầu dịch vụ được chấp nhận, các nhà cung cấp dịch vụ đồng ý để cung cấp một QoS cụ thể như
miễn là giao thông của dòng chảy tiếp tục phù hợp với các TSPEC.
Một RSpec là một đặc điểm kỹ thuật của QoS là một dòng chảy muốn yêu cầu từ một phần tử mạng.
Các nội dung của một RSpec cụ thể đối với một dịch vụ cụ thể. Các RSpec có thể chứa thông tin thiếu-thông về băng thông cần thiết cho dòng chảy, chậm trễ tối đa, hoặc giá gói mất.
RSVP cung cấp một cơ sở chung cho việc đặt các nguồn lực. RSVP không xác định các loại khác nhau-ent các dịch vụ ứng dụng có thể yêu cầu. Các dịch vụ tích hợp làm việc
nhóm mô tả các dịch vụ trong các RFC 2210 qua 2216. Đối với một sự hiểu biết đầy đủ về
quan điểm của nhóm công tác của các dịch vụ tích hợp như thế nào cần được xử lý trên Internet hoặc
110 Top-Down Mạng Thiết kế
một mạng nội bộ, bạn nên đọc các RFC. Các phần sau đó cung cấp một cái nhìn tổng quan của
hai loại chính của dịch vụ: dịch vụ kiểm soát tải và dịch vụ đảm bảo