NGUYÊN CỨU VÀ ỨNG DỤNG CHƯƠNG TRÌNH LẬP LỊCH TRONG MẠNG IP CHƯƠNG 2_2

Chia sẻ: Tran Le Kim Yen Tran Le Kim Yen | Ngày: | Loại File: PDF | Số trang:19

Thêm vào BST

Báo xấu

55
lượt xem 3
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

 Dịch vụ nỗ lực tối đa không còn đủ tốt nữa : ngày càng có nhiều ứng dụng khác nhau về đặc tính lưu lượng được triển khai đồng thời người sử dụng ngày càng yêu cầu cao hơn về chất lượng dịch vụ.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: NGUYÊN CỨU VÀ ỨNG DỤNG CHƯƠNG TRÌNH LẬP LỊCH TRONG MẠNG IP CHƯƠNG 2_2

ĐỒ ÁN HỆ THỐNG MẠNG Đề tài: NGUYÊN CỨU VÀ ỨNG DỤNG CHƯƠNG TRÌNH LẬP LỊCH TRONG MẠNG IP CHƯƠNG 2 KIẾN TRÚC CQS 1. Mô hình Các bản tin setup cài đặt trước Giao thức định Ứng dụng Setup Setup tuyến/Database Điều khiển chấp Data nhận/cưỡng bức IP data Phân loại Lập lịch Phân loại Lập lịch Hình 2. 10 : Mô hình dịch vụ tích hợp Động lực thúc đẩy mô hình này chủ yếu do những lý do cơ bản sau:
 Dịch vụ nỗ lực tối đa không còn đủ tốt nữa : ngày càng có nhiều ứng dụng khác nhau về đặc tính lưu lượng được triển khai đồng thời người sử dụng ngày càng yêu cầu cao hơn về chất lượng dịch vụ.  Các dịch vụ đa phương tiện cả gói ngày càng xuất hiện nhiều : mạng IP phải có khả năng hỗ trợ không chỉ đơn dịch vụ mà còn phải hỗ trợ tích hợp đa dịch vụ của nhiều loại lưu lượng khác nhau từ thoại, số liệu đến video.  Tối ưu hoá hiệu xuất sử dụng mạng và tài nguyên mạng : đảm bảo hiệu quả sử dụng và đầu tư. Tài nguyên mạng sẽ được dự trữ cho lưu lượng có độ ưu tiên cao hơn, phần còn lại sẽ dành cho số liệu nỗ lực tối đa.  Cung cấp dịch vụ tốt nhất : mô hình dịch vụ IntServ cho phép nhà cung cấp mạng cung cấp được dịch vụ tốt nhất khác biệt với các nhà cung cấp cạnh tranh khác.  Mô hình này bao gồm các thành phần:  Giao thức thiết lập : Setup cho phép các máy chủ và các router dự trữ động tài nguyên trong mạng để xử lý các yêu cầu của các luồng lưu lượng riêng, RSVP, Q. 2931 là một trong những giao thức đó.  Đặc tính luồng : Xác định chất lượng dịch vụ QoS sẽ cung cấp cho luồng riêng biệt. Luồng được định nghĩa như một luồng các gói từ nguồn tới đích có cùng yêu cầu về QoS . Về nguyên tắc có thể hiểu đặc tính luồng như băng tần tối thiểu mà mạng bắt buộc phải cung cấp để đảm bảo QoS cho luồng yêu cầu.  Điều khiển lưu lượng : trong các thiết bị mạng (máy chủ, router, chuyển mạch) có thành phần điều khiển và quản lý tài nguyên mạng cần thiết để hỗ trợ QoS theo yêu cầu. Các thành phần điều khiển lưu
lượng này có thể được khai báo bởi giao thức báo hiệu như RSVP hay nhân công. Thành phần điều khiển lưu lượng bao gồm:  Điều khiển chấp nhận : xác định thiết bị mạng có khả năng hỗ trợ QoS theo yêu cầu hay không.  Thiết bị phân loại (Classifier) : nhận dạng và lựa chọn lớp dịch vụ dựa trên nội dung của một số trường nhất định trong phần tiêu đề gói.  Thiết bị lập lịch (Scheduler) : cung cấp các mức chất lượng dịch vụ QoS trên kênh ra của thiết bị mạng.  Các mức chất lượng dịch vụ cung cấp bởi IntServ bao gồm:  Dịch vụ bảo đảm GS: băng tần dành riêng, trễ có giới hạn và không bị thất thoát gói tin trong hàng. Các ứng dụng cung cấp thuộc loại này có thể kể đến : hội nghị truyền hình chất lượng cao, thanh toán tài chính thời gian thực, …  Dịch vụ kiểm soát tải CL : không đảm bảo về băng tần hay trễ nhưng khác nỗ lực tối đa ở điểm không giảm chất lượng một cách đáng kể khi tải mạng tăng lên. Phù hợp cho các ứng dụng không nhạy cảm lắm với độ trễ hay mất gói như truyền multicast audio/video chất lượng trung bình.  Dịch vụ nỗ lực tối đa. 2. Yêu cầu QoS đối với dịch vụ IntServ Kiểu dịch vụ mạng lõi liên quan phần lớn tới thời gian truyền gói. Hiệu năng dịch vụ phụ thuộc vào độ trễ thấp biến đổi trong khoảng rộng. Các ứng dụng thời gian thực là một loại ứng dụng yêu cầu thời gian khắt khe, chỉ cần gói thời gian
thực đến muộn hơn thời gian cho phép là gói đó không còn giá trị và có thể bị loại bỏ. Còn các ứng dụng đàn hồi thì luôn chờ cho các gói đến.  Các ứng dụng thời gian thực: Chia các ứng dụng thời gian thực thành 2 nhóm:  Ứng dụng thời gian thực có độ trễ không chấp nhận : có hiệu năng cao nếu đưa ra đường biên trễ cao hơn đáng tin cậy. Để hỗ trợ các ứng dụng thời gian thực khắt khe này thì phải đảm bảo một đường biên trễ đáng tin cậy.  Ứng dụng thời gian thực tương thích trễ (có độ trễ chấp nhận được): không yêu cầu một đường biên trễ đáng tin cậy. Nó có thể chỉnh sửa để phù hợp với sự thay đổi của độ trễ. Các ứng dụng này được gọi là các ứng dụng tương thích. Dựa trên các ứng dụng này ta có thể chia ra thành 2 loại:  Dịch vụ được đảm bảo : đưa ra các dịch vụ có đường biên trễ đáng tin cậy cao trong các độ trễ . Dịch vụ này không chỉ cung cấp đảm bảo cho độ trễ đầu cuối mà còn cả băng thông. Để mô tả một luồng sử dụng thuật toán gáo rò. Dựa vào việc mô tả các luông mạng có thể tính toán các tham số thay đổi, mô tả cách nó xử lý như thế nào đối với một luồng, và phối hợp các tham số, tính toán được giá trị trễ lớn nhất của một gói. Độ trễ của một gói bao gồm hai thành phần : trễ cố định và trễ hàng đợi. Trễ cố định là chức năng của đường được chọn bao gồm cả trễ truyến dẫn, nó được quyết định dựa vào cơ cấu thiết lập. Trễ hàng đợi được quyết định bởi các dịch vụ đảm bảo, nó là một chức năng của hai tham số : tốc độ gáo rò và tốc độ dữ liệu mà các ứng dụng yêu cầu. Dịch vụ đảm bảo không điều khiển trễ trung bình hay trễ nhỏ nhất của datagram mà
chỉ điều khiển trễ hàng đợi. Dịch vụ này đảm bảo rằng gói tin sẽ đến trong thời gian truyền yêu cầu và không bị loại bỏ khi hàng đợi bị đầy, cung cấp các lưu lượng của luồng giới hạn bởi các tham sô lưu lượng trên lý thuyết. Một đặc điểm của dịch vụ này là không tối thiểu hoá trễ jitter nhưng điều khiển trễ hàng đợi lớn nhất. Từ khi đường biên trễ được đảm bảo thì độ yêu cầu về độ trễ đủ thoả mãn cả những hàng đợi dài nhất.  Dịch vụ tải được điều khiển: cung cấp độ tin cậy công bằng cho mọi độ trễ tuy nhiên không hoàn toàn là tin cậy. Các dịch vụ này không cố gắng giới hạn độ trễ của mỗi gói, nhưng lại quan tâm tới sự phân bố trễ. Nó cung cấp hiệu năng tốt hơn so với các dịch vụ best effort. Nó gần giống như hoạt động đầu cuối được cung cấp cho các dịch vụ best effort trong trường hợp dưới mức phi tải. Lý thuyết cho rằng bên dưới điều kiện phi tải thì tỉ lệ các gói được truyền đến phía đầu cuối bên kia là rất cao, và độ trễ truyền dẫn thì không chênh lệch nhiều so với độ trễ truyền nhỏ nhất. Dịch vụ tải điều khiển này có mục đích hỗ trợ cho các lớp dịch vụ thời gian thực tương thích với trễ. Các dịch vụ này làm việc tốt trong môi trường phi tải nhưng bị suy thoái nhanh chóng d ưới điều kiện tràn tải. Mạng phải đảm bảo rằng tài nguyên băng thông và tiến trình xử lý gói phải có giá trị để xử lý các mức dịch vụ yêu cầu. Các dịch vụ tải được điều khiển không bắt buộc sử dụng các giá trị tham số cho mục đích đặc biệt như:độ trễ, độ mất gói. Việc chấp nhận dịch vụ tải được điều khiển chỉ đơn thuần là một cam kết để cung cấp các luồng có dịch vụ gần như tương đương với việc cung cấp cho lưu lượng không điều khỉên được bên dưới điều kiện có tải
nhẹ. Luồng dịch vụ tải được điều khiển có thể có ít hoặc không có trễ hàng đợi gói trung bình.  Các ứng dụng đàn hồi: Các ứng dụng đàn hồi luôn luôn chờ các gói đến. Đặc điểm chính của các ứng dụng này là chúng sử dụng dữ liệu ngay lập tức chứ không để chờ trong bộ đệm, và luôn chờ gói đến để xử lý chứ không bắt đầu quá trình khi không có gói. Nhìn chung đối với việc phân phối trễ được đưa ra thì các ứng dụng này phụ thuộc nhiều vào độ trễ trung bình 2. 4. 2. 3 Dịch vụ DiffServ Việc đưa ra mô hình IntServ đã có vẻ như giải quyết được nhiều vấn đề liên quan đến QoS trong mạng IP. Tuy nhiên trên thực tế, mô hình này không thực sự đảm bảo được QoS xuyên suốt(End-to-end). Đã có nhiều cố gắng để thay đổi điều này nhằm đạt được một mức QoS cao hơn cho mạng IP và một trong những cố gắng đó là sự ra đời của DiffServ . DiffServ sử dụng việc đánh dấu gói và xếp hàng theo loại để hỗ trợ các dịch vụ ưu tiên qua mạng IP. Hiện tại IETF đã có một nhóm làm việc DiffServ để đưa ra các tiêu chuẩn RFC về DiffServ . 1. Khái niệm Từ các năm về trước, nền công nghiệp đã chuyển hướng sang kiểu dịch vụ phân biệt để cung cấp các cách đối xử với lớp dịch vụ của luồng IP. Dịch vụ phân biệt được xem như là sự phát triển của việc sử dụng các trường TOS trong các gói IP. Dịch vụ phân biệt là một kiểu CoS(lớp dịch vụ-Class of Service) nhằm nâng cao chất lượng của các dịch vụ best effort trong mạng Nó phân biệt lưu lượng bởi người sử dụng, các yêu cầu dịch vụ và các tiêu chuẩn khác nhau, sau đó nó đánh dấu các gói do vậy mà các node mạng có thể cung cấp các mức dịch vụ khác nhau thông qua hàng đợi ưu tiên hoặc phân phối
băng tần, hay bằng việc chọn lựa các router chuyên dụng cho các luồng lưu lượng đặc biệt. Hệ thống quản lý hoạt động điều khiển việc phân phối dịch vụ. Kiểu dịch vụ best effort truyền thống của Internet không thể phân biệt giữa các luồng được tạo ra bởi các Host khác nhau. Khi các luồng thay đổi thì mạng cung cấp dịch vụ tốt nhất mà nó có thể nhưng không có sự điều khiển để bảo tồn các mức dịch vụ cao hơn cho một số luồng này mà không phải là các luồng khác. Dịch vụ DS đã làm gì để cung cấp các mức dịch vụ tốt hơn trong môi trường best effort. Dịch vụ DS mang đến cách tiếp cận không trạng thái điều này tối thiểu hoá sự cần thiết của các node trong mạng Internet để nhớ bất kì điều gì về các luồng. Nó không tốt trong việc cung cấp QoS như trong cách tiếp cận có trạng thái nhưng nó thực tế hơn khi truyền trên mạng Internet. Các thiết bị DS tại biên của mạng đánh dấu các gói theo một cách nhờ đó có thể mô tả mức dịch vụ mà chúng nhận. Các thành phần của mạng đáp lại các đánh dấu một cách đơn giản mà không cần thương lượng đường dẫn hay nhớ các thông tin trạng thái cho mỗi luồng. Thêm vào đó các ứng dụng không cần yêu cầu mức dịch vụ đặc biệt hay cung cấp tính năng thông báo về hành trình của luồng. Một số đặc điểm của DS:  DS định nghĩa trường DS mơi trong tiêu đề của gói tin IP thay thế cho trường ToS. Các bit mẫu trong trường chỉ ra loại dịch vụ và cách cư xử tiếp theo trong các node mạng. Gồm hai trường DSCP (differentiated services codepoint-điểm mã dịch vụ phân biệt) và bit CU chỉ thị trạng thái sử dụng.
 6 bit trong trường DSCP có thể định nghĩa lên đến 64 loại dịch vụ mạng phân biệt.  PBH (cách cư xử trên từng chặng) đề cập đến cách cư xử hướng đi ngoại lệ của các gói qua mạng DS. Giá trị của trường DSCP chỉ thị PHB sử dụng.  PHB có thể thoả mãn các yêu cầu băng thông đặc biệt (ví dụ như hỗ trợ các dịch vụ thoại thời gian thực) hoặc cung cấp một vài dịch vụ ưu tiên. Các đặc tính của dịch vụ có thể thiết kế để cait hiện khả năng thông qua, giảm độ trễ, jitter, và độ mất gói.  Các dịch vụ phân biệt có thể cung cấp các loại yêu cầu ứng dụng khác nhau và cho phép các nhà cung cấp dịch vụ đưa ra các giá dịch vụ theo đặc tính của chúng  Các dịch vụ DS được thiết kế để làm việc bên trong một vùng hay đầu cuối qua mạng Internet  Các luật lệ mà xác định dịch vụ là một bộ các lược đồ quản lý trên cơ sở các chính sách 2. Mô hình Mô hình DiffServ tại biên và lõi được mô tả như sau: Phân loại Đánh dấu Hàng đợi, quản Chính đa byte sách gói lý, lập lịch Phân loại DS H àng đ ợi, Router biên quản l ý, l ập l byte ịch Router lõi
Hình 2. 11 Mô hình DiffServ tại biên và lõi của mạng  Mô hình DiffServ bao gồm một số thành phần như sau:  DS-Byte: byte xác định DiffServ là thành phần TOS của IPv4 và trường loại lưu lượng IPv6. Các bít trong byte này thông báo gói tin được mong đợi là nhận được thuộc dịch vụ nào.  Các thiết bị biên (router biên) : nằm tại lối vào hay lối ra của mạng cung cấp DiffServ .  Các thiết bị bên trong mạng DiffServ .  Quản lý cưỡng bức : các công cụ và nhà quản trị mạng giám sát và đo kiểm đảm bảo SLA giữa mạng và người dùng.  Nguyên tắc cơ bản của DiffServ như sau:  Định nghĩa một số lượng nhỏ các lớp dịch vụ hay mức ưu tiên. Một lớp dịch vụ có thể liên quan tới các dặc tính lưu lượng (băng tần min-max, kích cỡ burst, thời gian kéo dài burst…).  Phân loại và đánh dấu các gói riêng biệt tại biên của mạng vào các lớp dịch vụ.  Các thiết bị chuyển mạch, router trong mạng lõi sẽ phục vụ các gói theo nội dung của các bít đã được đánh dấu trong phần mào đầu của gói.  Không yêu cầu báo hiệu cho từng luồng  Dịch vụ ưu tiên có thể áp dụng cho một số luồng riêng biệt cùng một lớp dịch vụ. Điều này cho phép nhà cung cấp dịch vụ dễ dàng cung cấp một số lượng nhỏ các mức dịch vụ khác nhau cho khách hàng có nhu cầu
 Không yêu cầu thay đổi tại các máy chủ hay các ứng dụng để hỗ trợ dịch vụ ưu tiên. Đây là công việc của thiết bị biên  Hỗ trợ rất tốt dịch vụ VPN.  Tuy nhiên DiffServ vẫn còn một số vấn đề cần khắc phục như:  Không có khả năng cung cấp băng tần và độ trễ đảm bảo như GS của IntServ hay ATM.  Thiết bị biên vẫn yêu cầu bộ Classifier chất lượng cao cho từng gói giống như trong mô hình IntServ .  Vấn đề quản lý trạng thái Classifier của một số lượng lớn các thiết bị biên là một vấn đề lớn cần quan tâm.  Chính sách khuyến khích khách hàng trên cơ sở giá cước cho dịch vụ cung cấp cũng ảnh hưởng đến giá trị của DiffServ 3. Kiến trúc mạng DiffServ Mạng DS bao gồm rất nhiều thành phần mạng và một vài thuật ngữ đặc biệt. Tất cả các thành phần này và các cách cư xử liên quan được thiết kế để tách riêng quản lý lưu lượng và tính năng cung cấp dịch vụ từ các chức năng định hướng được thức hiện bên trong các node mạng lõi.
Hình 2. 12 Kiến trúc mạng Các tính năng nổi bật nhất của các mạng DS là các miền DS và các node biên DS. Các miền DS có thể là các mạng Intranet riêng, nhưng điển hình là các mạng cung cấp dịch vụ tự trị có riêng các chính sách cung cấp dịch vụ và các nhận dạng PHB. Các node bên trong DS biên dịch các giá trị DSCP và các gói hướng đi. Chúng có thể thực hiện một số chức năng điều phối lưu lượng và có thể đánh dấu lại các gói. Các miền DS kết nối với các miền khác thông qua các đường biên. Một vùng DS là một tập các miền DS liền kề cung cấp các dịch vụ phân biệt liên vùng. Các node đường biên DS tồn tại ở biên của mạng DS cũng giống như các node lối vào và lối ra. Các node lối vào là quan trọng nhất do nó có nhiệm vụ phân loại và đưa lưu lượng vào trong mạng. Các node tại đường biên gồm các thành phần:  Bộ phân loại tiêu chuẩn: lựa chọn các gói trên cơ sở giá trị điểm mã DS. Các gói được lựa chọn sau đó sẽ được truyền tương ứng hoặc tuỳ thuộc vào việc điều phối lưu lượng nếu cần thiết.  Phân loại đa trường : Bộ phân loại này lựa chọn các gói trên cơ sở nội dung của một số trường tiêu đề điển hình, là sự phối hợp của địa chỉ
nguồn, địa chỉ đích, trường DS, trường giao thức ID, trường số cổng nguồn, cổng đích.  Bộ đánh dấu: thực thể này có thể thiết lập giá trị của trường DSCP.  Hệ thống hoạt động và định giá băng tần: Các thiết bị này được cấu hình với các chính sách hoạt động. Chúng lưu giữ sự phân phối lưu lượng hiện tại của các lưu lượng được đánh dấu và biên dịch các yêu cầu mới để đánh dấu lưu lượng.  Bộ điều phối lượng: thực thể này có nhiệm vụ đo đạc, đánh dấu, loại bỏ và định dạng lưu lượng. Bộ điều phối lưu lượngcó thể đánh dấu lại lưu lượng hoặc có thể loại bỏ, định dạng các gói để thay đổi các tham số tạm thời của luồng và gắn cho nó một tiểu sử lưu lượng  Bộ đo: đo tốc độ của luồng lưu lượng được lựa chọn bởi bộ phân loại. Việc đo này được sử dụng bởi các thành phần trên hoặc được dùng cho mục đích đếm và đo.  Bộ bắt giữ: Định giá kết quả đo được tạo ra từ bộ đo và sử dụng chúng để làm cho các profle lưu lượng trên cơ sở các chính sách có hiệu lực.  Bộ loại bỏ gói: loại bỏ một số hoặc tất cả các gói trong luồng lưu lượng nhằm mục đích đưa luồng lưu lượng vào profile lưu lượng. Tiến trình này gọi là bắt giữ các luồng.  Định dạng: Trễ các gói bên trong luồng lưu lượng để nó tuân theo một số profile lưu lượng được định dạng. Một bộ định dạng có thể loại bỏ các gói nếu không gian bộ đệm không còn đủ chỗ để chứa các gói có trễ. Các bộ điều phối lưu lượng thường được lắp đặt bên trong các node DS đầu vào và các node đường biên đầu ra, nó cũng được lắp đặt bên trong một node ở
trong một miền DS. Các node đầu vào của một miền nguồn là node đầu tiên đánh dấu các gói. Các node đầu ra sẽ chuyển các gói tới miền DS khác và có thể đánh dấu lại các gói nếu cần thiết. Các luật điều phối lưu lượng này nằm trong TCA (traffic conditioning agreement) và được áp đặt bởi các bộ phân phối lưu lượng. Các luật TCA được kết nối tới các SLA (service level agreement) được tạo ra giữa khách hàng và nhà cung cấp dịch vụ. Các thoả thuận này sẽ chỉ định loại dịch vụ khách hàng sẽ nhận. Điều này có nghĩa là các miền DS bên trong một vùng bao gồm các ISP ngang hàng với các cái khác và thiết lập các SLA ngang hàng. DS thể hiện phân phối lưu lượng để chắc chắn rằng việc đưa lưu lượng và bên trong miền DS sẽ phù hợp với các luật lệ trong TCA, phù hợp với các chính sách cung cấp dịch vụ của miền. Bộ phân loại lưu lượng hướng các gói để phù hợp với các thành phần điều phối lưu lượng. Các bộ điều phối lưu lượng sử dụng các prifile lưu lượng để chỉ định ra điều kiện của lưu lượng như thế nào. Một profile lưu lưọng định nghĩa các luật lệ cho quá trình chỉ định các gói dù ở trong hay ở ngoài một profile. Các gói bên ngoài profile có thể được xếp hàng cho đến khi chúng ở trong profle (được định dạng), bị loại bỏ (bắt giữ), được đánh dấu bằng điểm mã mới (được đánh dấu lại). Các gói bên profle có thể được sắp xếp lại dưới mức cho phép. Bộ đo sẽ đo các luồng lưu lượng và trạng thái của bộ đo có hiệu lực đối với các gói được đánh dấu, loại bỏ và định dạng. Hình dưới mô tả các gói khi đi vào bộ phân loại. Bộ đo sẽ đo luồng lưu lượng và chuyển thông tin tới các thành phần khởi sự một quá trình tương ứng. Bộ đánh dấu sẽ thiết lập giá trị DSCP của gói.
Hình 2. 13 Quá trình xử lý gói tin tại router biên của mạng DS Thiết lập các bit trong trường IP của các gói tại các biên của mạng. Sử dụng các bit này để quyết định xem các gói được truyền đi như thế nào bởi các node, điều phối các gói được đánh dấu sao cho phù hợp với các yêu cầu hoặc luật lệ của dịch vụ. Các yêu cầu hoặc luật lệ của mỗi dịch vụ phải được thiết lập thông qua cơ chế chính sách quản trị. Một node mạng cung cấp các dịch vụ phân biệt bao gồm bộ phân loại cho phép lựa chọn các gói dựa trên trường DS trong phần tiêu đề của gói tin đi cùng với nó là cơ cấu quản lý hàng đợi và lập lịch cho các gói cho phép chuyển các gói theo các cách cư xử khác nhau tuỳ theo trường DS.  Cách cư xử từng chặng (PHB) và các điểm mã (code points) PHB được coi là cách phân bố tài nguyên trên cơ sở từng chặng. Trong chuẩn RFC2473 một tập cách cư xử DS là tập hợp các gói có cùng giá trị DSCP khi qua một liên kết. Khi tập cách cư xử này đến một node mạng thì node này sẽ đưa ra DSCP cho các PHB tương ứng, và việc này sẽ chỉ ra node làm thế nào phân phối tài nguyên cho tập các cư xử.  Các tính năng của PHB:  Một PHB sẽ đảm bảo việc phân phối băng tần tối thiểu qua kết nối cho một tập cư xử.
 PHB cũng tương tự như việc biết trước các chức năng thêm vào để có thể chia xẻ bất kì một băng thông kết nối vào với các tập cư xử khác.  Một PHB có thể có độ ưu tiên tài nguyên (bộ đệm, băng thông ) hơn các PHB khác.  Một PHB có độ trễ thấp, và các tham số mất gói. Một PHB được thực hiện cùng với quản lí hàng đợi và cơ chế lập lịch. Các router kiểm tra các trường DSCP, phân loại nó theo các quá trình đánh dấu và sau đó chuyển gói tới các hàng đợi tương ứng. Một kết nối đầu ra đầu hàng đợi với các mức độ ưu tiên khác nhau. Kĩ thuật lập lịch được sử dụng để chuyển các gói ra khỏi hàng đợi và chuyển tới chặng kế tiếp. Các PHB được chỉ thị bởi các giá trị đặc biệt trong trường DSCP. Mặc dù mỗi định nghĩa của PHB đã cung cấp các hiểu biết về một DSCP nhưng DS vẫn cho phép đa giá trị DSCP được xắp xếp vào cùng PHB. RFC cung cấp việc lắp đặt các DSCP: Bảng 2. 1 Các bit đánh dấu DSCP Usage Pool DSCP* Được ấn định bởi IANA Xxxxx0 1 Sử dụng bên trong/kinh nghiệm Xxxx11 2 Sử dụng bên trong/kinh Xxxx01 3 B nghiêm/IANA ít được đánh dấu có thể là bit 1 hoặc bit 0.
Trường DSCP trong trường DS có khả năng phân biệt 64 điểm mã riêng biệt. Không gian điểm mã chia ra thành 3 vùng cho mục đích quản trị và ấn định điểm mã. Pool 1 có 32 điểm mã dược dành trước cho các PHB được định nghĩa rõ ràng. Pool 2 dùng cho các ứng dụng nội hạt (EXP/LU). Pool 3 cũng tương tự như pool 2, nó được sử dụng khi các giá trị của pool 1 đã cạn kiệt. 2. 4. 2. 4 QoS và tunnel Khi một gói IP được truyền theo tunnel, nó có thể qua nhiều miền DiffServ, ở lại trong trong một miền DiffServ hay thậm chí quá giang tại các miền không phải DiffServ. Các điều kiện biên này cần được xét đến khi ta thiết kế kiến trúc QoS trên cơ sở một tunnel. Xét hai mô hình sau:  Mô hình “gói bọc trong suốt”(Transparent wrapper), tunnel đơn giản chỉ là một bao gói xét trên quan điểm DiffServ, trong đó trường DSCP của gói trong được copy đến trường DSCP của tiêu đề gói ngoài tại điểm vào của tunnel. Giá trị trường DSCP của tiêu đề đầu ra lại được copy vào trường DSCP của tiêu đề gói IP bên trong tại đầu ra tunnel  Mô hình “ống” (pipe), tunnel được coi là dịch vụ mạng với lý lịch QoS cho trược và trường DSCP của tiêu đề gói IP được phát triển trên vật mang này không được copy vào tiêu đề IP ngoài khi gửi đi (tương tự trường tiêu đề DSCP của tiêu đề IP ngoài không được copy vào trường DSCP của tiêu đề IP trong tại đầu ra tunnel). Vì thế có thể coi mô hình ống như một kênh (ảo) được đặc trưng bởi lý lịch dịch vụ xác định theo loại các dịch vụ phân loại của tiêu đề ngoài. Để thoả mãn các yêu cầu QoS của tất cả các luồng IP được truyền trên một mạng mô hình ống, loại các dịch vụ được phân biệt theo thoả thuận với nhà cung
cấp dịch vụ phải đáp ứng các yêu cầu QoS chặt chẽ của tất cả các luồng IP truyền trên ống. Điều này có thể quá tốn kém nếu chất lượng truyền tải chủ yếu là Best Effort và chỉ có một phần nhỏ đòi hỏi mức QoS cao. Trong trường hợp này có thể nên sử dụng một mạng sử dụng bó các ống tunnel thay cho kết nối giữa các site bằng chỉ một tunnel. Giải pháp này gần giống với giải pháp gói bọc trong suốt 2. 4. 2. 5 QoS và MPLS Khoảng vài năm gần đây, cùng với nỗ lực xây dựng chất lượng dịch vụ cho MPLS, một hướng phát triển khác theo hướng mô hình dịch vụ phân biệt để cung cấp các lớp dịch vụ trên luồng IP. Dịch vụ phân biệt có thể xem như là một cuộc cách mạng từ góc độ sử dụng kiểu dịch vụ trong tiêu đề gói tin IP. Nó được đề xuất hướng vào các giới hạn của mô hình dịch vụ tích hợp và giảm tiêu đề báo hiệu. Kiểu kiến trúc này hướng vào các hoạt động chuyển gói, sử dụng chức năng phân loại gói và lưu lượng . Trong khi quyết định chuyển gói được được đặt vào mức gói, thì chỉ định tài nguyên và các hoạt động chính sách liên quan được tiến hành trên mức tổng thể . Như vậy, kiến trúc dịch vụ phân biệt có thể cung cấp sự phân biệt định tính giữa các gói trong một luồng một cách đơn giản. Không có một sự bảo đảm tuyệt đối nào của QoS tại mức luồng, và giới hạn ở đây là không thể đảm bảo cung cấp QoS cho các dịch vụ từ đầu cuối tới đầu cuối. Chất lượng dịch vụ QoS chính là yếu tố thúc đẩy MPLS . So với các yếu tố khác như quản lý lưu lượng và hỗ trợ VPN thì QoS không phải là lý độ trễ quan trọng nhất để triển khai MPLS. Hầu hết các công việc được thực hiện trong MPLS QoS tập trung vào việc hỗ trợ các đặc tính của IP QoS trong mạng. Nói cách khác, mục tiêu là sự thiết lập giống nhau giữa các đặc tính QoS của IP và MPLS, chứ không phải là làm cho MPLS QoS có chất lượng cao hơn IP QoS . Một trong những lý độ trễ để khẳng định MPLS không giống như IP là MPLS không phải là giao thức xuyên suốt, MPLS không chạy trong các máy chủ và trong tương lai
nhiều mạng IP không sử dụng MPLS vẫn tồn tại. QoS mặt khác là đặc tính xuyên suốt của liên lạc giữa các LSR cùng cấp. Ví dụ, nếu một kênh kết nối trong tuyến xuyên suốt có độ trễ cao, độ tổn thất lớn, băng thông thấp sẽ giới hạn QoS có thể cung cấp dọc theo tuyến đó . Một cách nhìn nhận khác về vấn đề này là MPLS không thay đổi về căn bản mô hình dịch vụ IP . Các nhà cung cấp dịch vụ không bán dịch vụ MPLS, họ bán dịch vụ IP (hay dịch vụ Frame Relay hoặc các dịch vụ khác), và độ trễ đó, nếu họ đưa ra QoS thì họ phải đưa ra IP QoS (Frame Relay QoS, . v. v) chứ không phải là MPLS QoS . Điều đó không có nghĩa là MPLS không có vai trò trong IP QoS . Thứ nhất, MPLS có thể giúp nhà cung cấp đưa ra các dịch vụ IP QoS có hiệu quả hơn. Thứ hai, hiện đang xuất hiện một số khả năng QoS mới hỗ trợ qua mạng sử dụng MPLS không thực sự là xuyên suốt lại rất hữu ích, một trong số chúng là băng thông đảm bảo của LSP. Tương tự như DiffServ, MPLS cũng hỗ trợ chất lượng dịch vụ trên cơ sở phân loại các luồng lưu lượng theo các tiêu chí như độ trễ, băng tần, . v. . v. Đầu tiên tại biên của mạng, luồng lưu lượng của người dung được nhận dạng (bằng việc phân tích một số trường trong phần mào đầu gói) và chuyển các luồng lưu lượng trong các LSP riêng với thuộc tính COS hay QoS của nó. MPLS có thể hỗ trợ các dịch vụ không định trước qua LSP bằng việc sử dụng một trong các kỹ thuật sau:  Bộ chỉ thị COS có thể được truyền hiện trong nhãn gắn liền với từng gói. Bên cạnh việc chuyển mạch các nhãn tại từng nút LSR mỗi gói có thể được chuyển sang kênh ra dựa trên thuộc tính COS. Mào đầu đệm (Shim header) MPLS có chứa trường COS.  Trong trường hợp nhãn không chứa chỉ thị COS hiện thì giá trị COS có thể liên quan ngầm định với một LSP cụ thể. Điều đó đòi hỏi LDP hay RSVP gán giá trị không danh định cho LSP để các gói được xử lý tương xứng.
 Chất lượng dịch vụ QoS có thể được cung cấp bởi một LSP được thiết lập trên cơ sở báo hiệu ATM (trong trường hợp này MPLS là mạng ATM-LSR) Hai bộ giao thức chính được đề xuất để sử dụng trao đổi các nhãn MPLS với các mức dịch vụ phân biệt là RSVP mở rộng và CR-LDP. Cả hai bộ giao thức này đều cung cấp khả năng điều khiển các nút trong đường dẫn chuyển mạch nhãn. Và đây cũng là lý độ trễ quan trọng nhất để MPLS có thể phát triển, với phương pháp định tuyến cưỡng bức(CR-LDP) sẽ giúp cho quá trình điều khiển lưu lượng mạng đạt hiệu quả cao.