I. Khám phá tổng quan về đảm bảo chất lượng dịch vụ mạng QoS
Trong bối cảnh bùng nổ của Internet, việc đảm bảo chất lượng dịch vụ mạng (QoS) đã trở thành một yêu cầu thiết yếu, không còn là một lựa chọn. QoS (Quality of Service) là một tập hợp các công nghệ và cơ chế cho phép các nhà quản trị mạng ưu tiên lưu lượng truy cập, đảm bảo các ứng dụng quan trọng nhận được đủ tài nguyên để hoạt động ổn định. Theo luận văn của tác giả Lê Trần Hoàng (2015), mạng Internet truyền thống hoạt động dựa trên mô hình Best-Effort (BE), nghĩa là mọi gói tin đều được đối xử bình đẳng và không có bất kỳ sự đảm bảo nào về thời gian chuyển phát hay độ tin cậy. Mô hình này đủ dùng cho các ứng dụng không nhạy cảm với thời gian như duyệt web hay gửi email. Tuy nhiên, với sự phát triển của các dịch vụ thời gian thực như VoIP hay Hội nghị truyền hình (Video Conferencing), mô hình Best-Effort bộc lộ nhiều hạn chế, gây ra các vấn đề nghiêm trọng như độ trễ (latency) cao, jitter và mất gói (packet loss). Để giải quyết vấn đề này, IETF (The Internet Engineering Task Force) đã phát triển hai kiến trúc QoS chính là Dịch vụ Tích hợp (Integrated Services - IntServ) và Dịch vụ Phân biệt (Differentiated Services - DiffServ). Trong khi giao thức IntServ cung cấp sự đảm bảo tài nguyên cho từng luồng dữ liệu riêng lẻ, nó lại yêu cầu các router phải duy trì trạng thái của mọi luồng, dẫn đến khả năng mở rộng kém. Ngược lại, giao thức DiffServ ra đời như một giải pháp có khả năng mở rộng và hiệu quả hơn, tập trung vào việc phân loại và xử lý các tập hợp lưu lượng thay vì từng luồng riêng lẻ.
1.1. Tầm quan trọng của Chất lượng dịch vụ QoS trong mạng hội tụ
Trong một mạng hội tụ, nơi dữ liệu, thoại và video cùng tồn tại trên một hạ tầng duy nhất, tầm quan trọng của QoS (Quality of Service) càng trở nên rõ rệt. Các loại lưu lượng khác nhau có yêu cầu về chất lượng dịch vụ mạng hoàn toàn khác nhau. Ví dụ, lưu lượng VoIP cực kỳ nhạy cảm với độ trễ và jitter, trong khi việc truyền tệp (FTP) lại đòi hỏi độ tin cậy cao nhưng có thể chấp nhận độ trễ lớn hơn. Nếu không có cơ chế QoS, tất cả các gói tin sẽ bị đối xử theo kiểu Best-Effort, dẫn đến việc các cuộc gọi thoại có thể bị ngắt quãng, hình ảnh video bị giật lag khi có một tệp lớn đang được tải xuống. Việc triển khai QoS cho phép các nhà quản trị mạng định nghĩa các chính sách ưu tiên, đảm bảo rằng lưu lượng thoại và video luôn được dành đủ băng thông (bandwidth) và được xử lý trước, trong khi lưu lượng ít quan trọng hơn sẽ phải chờ đợi. Điều này giúp tối ưu hóa trải nghiệm người dùng và đảm bảo hiệu suất hoạt động của các ứng dụng kinh doanh quan trọng.
1.2. So sánh các mô hình QoS IntServ và DiffServ
Hai mô hình QoS chính được IETF đề xuất là giao thức IntServ và giao thức DiffServ. IntServ hoạt động theo cơ chế định hướng luồng (flow-based), sử dụng giao thức RSVP (Resource Reservation Protocol) để các ứng dụng yêu cầu và đặt trước tài nguyên mạng (như băng thông) trên toàn bộ đường đi. Điều này cung cấp sự đảm bảo QoS rất mạnh mẽ. Tuy nhiên, nhược điểm lớn của IntServ là khả năng mở rộng kém do mỗi router trên đường đi phải lưu trữ thông tin trạng thái của tất cả các luồng đi qua nó. Ngược lại, mô hình DiffServ tiếp cận vấn đề theo hướng khác. Nó không xử lý từng luồng riêng lẻ mà phân loại lưu lượng thành các lớp dịch vụ tại biên của mạng. Mỗi gói tin được gán một giá trị DSCP (Differentiated Services Code Point). Các router trong lõi mạng chỉ cần dựa vào giá trị DSCP này để áp dụng các hành vi xử lý tương ứng (PHB - Per-Hop Behavior). Cách tiếp cận này giúp đơn giản hóa hoạt động của router lõi, không cần duy trì trạng thái luồng, do đó có khả năng mở rộng vượt trội so với IntServ và phù hợp hơn cho các mạng quy mô lớn.
II. Thách thức khi đảm bảo QoS mạng Vấn đề của Best Effort
Mô hình Best-Effort là kiến trúc mặc định của mạng IP, nơi các thiết bị mạng cố gắng hết sức để chuyển tiếp gói tin nhưng không cung cấp bất kỳ sự đảm bảo nào. Trong môi trường lưu lượng thấp, mô hình này hoạt động khá tốt. Tuy nhiên, khi lưu lượng mạng tăng cao và xảy ra tắc nghẽn, những thách thức nghiêm trọng bắt đầu xuất hiện, ảnh hưởng trực tiếp đến chất lượng dịch vụ mạng. Vấn đề cốt lõi là sự thiếu cơ chế phân biệt đối xử. Một gói tin của cuộc gọi VoIP nhạy cảm với thời gian lại phải cạnh tranh băng thông một cách công bằng với một gói tin email không khẩn cấp. Kết quả là tất cả các ứng dụng đều bị suy giảm hiệu năng. Các thông số đo lường hiệu năng mạng chính bị ảnh hưởng bao gồm: độ trễ (latency) - thời gian một gói tin di chuyển từ nguồn đến đích tăng lên; jitter - sự biến thiên về độ trễ giữa các gói tin trong cùng một luồng, gây ra méo tiếng trong các cuộc gọi thoại; và mất gói (packet loss) - các router loại bỏ gói tin khi bộ đệm bị đầy. Những vấn đề này đặc biệt nghiêm trọng đối với các ứng dụng thời gian thực. Một giải pháp như giao thức DiffServ được thiết kế để khắc phục những nhược điểm này bằng cách giới thiệu cơ chế phân lớp dịch vụ, cho phép mạng đối xử khác biệt với các loại lưu lượng khác nhau, từ đó tối ưu hóa mạng cho các dịch vụ đa dạng.
2.1. Phân tích các yếu tố ảnh hưởng độ trễ jitter mất gói
Hiệu năng của một mạng được đo lường qua nhiều thông số, trong đó ba yếu tố quan trọng nhất là độ trễ, jitter, và mất gói. Độ trễ (latency) là tổng thời gian cần thiết để một gói tin đi từ điểm A đến điểm B, bao gồm trễ truyền dẫn, trễ lan truyền, trễ xử lý tại các nút mạng và trễ hàng đợi. Khi mạng bị tắc nghẽn, trễ hàng đợi tăng vọt, ảnh hưởng lớn đến các ứng dụng tương tác. Jitter là sự thay đổi không mong muốn của độ trễ. Trong một luồng dữ liệu thời gian thực như video streaming, các gói tin cần đến đều đặn. Jitter cao sẽ khiến hình ảnh bị đóng băng hoặc âm thanh bị ngắt quãng. Cuối cùng, mất gói (packet loss) xảy ra khi bộ đệm của router bị tràn và buộc phải hủy bỏ các gói tin đến sau. Với giao thức TCP, các gói tin bị mất sẽ được truyền lại, gây ra giảm thông lượng. Với giao thức UDP được sử dụng trong VoIP và game online, các gói tin bị mất sẽ biến mất vĩnh viễn, gây suy giảm nghiêm trọng chất lượng trải nghiệm.
2.2. Tác động tiêu cực lên ứng dụng VoIP và Video Conferencing
Các ứng dụng như VoIP và Hội nghị truyền hình (Video Conferencing) là những nạn nhân điển hình của một mạng không có QoS. Các ứng dụng này yêu cầu một luồng dữ liệu hai chiều, liên tục và có độ trễ cực thấp để đảm bảo cuộc hội thoại diễn ra tự nhiên. Theo các khuyến nghị của ngành, độ trễ một chiều cho VoIP không nên vượt quá 150ms. Khi mạng hoạt động theo mô hình Best-Effort, tình trạng tắc nghẽn có thể dễ dàng đẩy độ trễ lên cao hơn ngưỡng này, gây ra hiện tượng nói chồng chéo và khó chịu cho người dùng. Tương tự, jitter cao sẽ khiến bộ đệm phía nhận không thể sắp xếp lại các gói tin một cách chính xác, dẫn đến âm thanh bị méo hoặc gián đoạn. Mất gói dù chỉ một tỷ lệ nhỏ cũng có thể làm mất một phần của từ hoặc một khung hình quan trọng, làm giảm đáng kể tính rõ ràng của cuộc hội thoại hoặc chất lượng hình ảnh. Việc triển khai các giải pháp đảm bảo chất lượng dịch vụ mạng là bắt buộc để các ứng dụng này hoạt động hiệu quả.
III. Hướng dẫn chi tiết kiến trúc DiffServ đảm bảo chất lượng mạng
Giao thức DiffServ (Differentiated Services) được phát triển như một giải pháp QoS có khả năng mở rộng cao, giải quyết các hạn chế của IntServ. Thay vì quản lý từng luồng, kiến trúc DiffServ phân loại các gói tin vào một số lượng hữu hạn các lớp hành vi, được gọi là Behavior Aggregates (BA). Hoạt động cốt lõi của mô hình DiffServ diễn ra ở hai khu vực: biên mạng (edge) và lõi mạng (core). Tại các router biên, lưu lượng truy cập được phân loại dựa trên nhiều tiêu chí (địa chỉ IP, cổng, giao thức) và sau đó được đánh dấu (marking) bằng cách thiết lập một giá trị cụ thể vào trường DS (Differentiated Services) trong tiêu đề IP. Giá trị này, được gọi là DSCP (Differentiated Services Code Point), sẽ quyết định cách gói tin được xử lý. Sau khi được đánh dấu, các gói tin đi vào lõi mạng. Các router lõi không cần thực hiện phân loại phức tạp nữa. Chúng chỉ cần đọc giá trị DSCP của mỗi gói tin và áp dụng một hành vi chuyển tiếp tương ứng gọi là PHB (Per-Hop Behavior). PHB là một tập hợp các quy tắc xác định cách một router xử lý một gói tin, chẳng hạn như đưa nó vào hàng đợi ưu tiên cao hay thấp, hoặc áp dụng các chính sách loại bỏ gói tin khác nhau. Cách tiếp cận này giúp giảm tải xử lý cho các router lõi, giúp mạng có khả năng mở rộng tốt hơn.
3.1. Vai trò của DSCP trong phân loại và đánh dấu lưu lượng
DSCP (Differentiated Services Code Point) là thành phần trung tâm của kiến trúc DiffServ. Nó là một giá trị 6 bit nằm trong trường Differentiated Services (trước đây là trường ToS - Type of Service) của tiêu đề gói tin IPv4 và IPv6. Với 6 bit, có thể tạo ra 64 giá trị DSCP khác nhau, cho phép định nghĩa tối đa 64 lớp dịch vụ. Tại router biên, quá trình phân lớp dịch vụ diễn ra. Một bộ phân loại (classifier) sẽ kiểm tra các thông tin trong gói tin (ví dụ: địa chỉ IP nguồn/đích, cổng TCP/UDP) để xác định nó thuộc loại ứng dụng nào (ví dụ: VoIP, web, FTP). Dựa trên chính sách đã định, một bộ đánh dấu (marker) sẽ gán giá trị DSCP tương ứng vào gói tin. Ví dụ, lưu lượng VoIP có thể được gán giá trị DSCP là 46 (tương ứng với PHB là EF), trong khi lưu lượng web thông thường có thể được gán giá trị DSCP thấp hơn. Giá trị này sẽ đi theo gói tin trên toàn bộ đường truyền trong miền DiffServ.
3.2. Tìm hiểu về Per Hop Behavior PHB và các loại chính
PHB (Per-Hop Behavior) định nghĩa cách xử lý các gói tin tại mỗi router trong miền DiffServ. Nó là hành vi bên ngoài có thể quan sát được của một nút mạng đối với một tập hợp các gói tin có cùng giá trị DSCP. IETF đã chuẩn hóa một số nhóm PHB quan trọng. Expedited Forwarding (EF), tương ứng với DSCP 46, là PHB có ưu tiên cao nhất. Nó được thiết kế cho các lưu lượng yêu cầu độ trễ, jitter và mất gói thấp nhất có thể, ví dụ như VoIP. Các gói tin EF được đảm bảo một lượng băng thông nhất định và được xử lý trong một hàng đợi ưu tiên riêng. Assured Forwarding (AF) cung cấp các mức độ đảm bảo khác nhau. Nhóm AF được chia thành 4 lớp (AF1 đến AF4), mỗi lớp có 3 mức ưu tiên loại bỏ gói tin (thấp, trung bình, cao). Điều này cho phép phân biệt đối xử chi tiết hơn, ví dụ, lưu lượng video kinh doanh quan trọng có thể được gán lớp AF cao hơn lưu lượng video giải trí. Cuối cùng, Best-Effort (BE) hoặc Default Forwarding (DF) là PHB mặc định, không có sự đảm bảo nào, tương tự như mạng IP truyền thống.
IV. Phương pháp phân lớp dịch vụ mạng hiệu quả với DiffServ
Việc triển khai giao thức DiffServ một cách hiệu quả đòi hỏi một chiến lược phân lớp dịch vụ rõ ràng và các cơ chế quản lý hàng đợi phù hợp. Mục tiêu là phân loại chính xác các loại lưu lượng và áp dụng các chính sách xử lý tương ứng để đáp ứng yêu cầu QoS (Quality of Service) của từng loại. Quá trình này bắt đầu bằng việc xác định các ứng dụng quan trọng trong mạng và các yêu cầu về hiệu năng của chúng (về băng thông, độ trễ, jitter). Dựa trên phân tích này, các nhà quản trị mạng sẽ xây dựng một chính sách QoS, ánh xạ các loại lưu lượng vào các lớp dịch vụ DiffServ khác nhau. Lớp Expedited Forwarding (EF) thường được dành riêng cho VoIP. Lớp Assured Forwarding (AF) có thể được sử dụng cho các ứng dụng kinh doanh quan trọng như video streaming, hệ thống ERP, với các giá trị AF khác nhau để phân biệt mức độ ưu tiên. Lớp Best-Effort (BE) mặc định sẽ được áp dụng cho tất cả các lưu lượng còn lại như duyệt web thông thường hoặc email. Bên cạnh việc phân loại và đánh dấu, việc cấu hình các cơ chế hàng đợi trên router như Priority Queuing (PQ), Class-Based Weighted Fair Queuing (CBWFQ) là cực kỳ quan trọng để thực thi các hành vi PHB đã định. Việc triển khai đúng đắn sẽ giúp tối ưu hóa mạng, đảm bảo hiệu suất và độ tin cậy.
4.1. Triển khai Expedited Forwarding EF cho lưu lượng độ trễ thấp
Expedited Forwarding (EF) là lớp dịch vụ cao cấp nhất trong mô hình DiffServ, được ví như một "đường cao tốc ảo" xuyên qua mạng. Nó được thiết kế đặc biệt cho các lưu lượng không chấp nhận được sự chậm trễ, như thoại qua IP (VoIP). Để triển khai EF, lưu lượng thoại cần được xác định chính xác tại router biên và đánh dấu bằng giá trị DSCP là 46. Tại mỗi router trên đường đi, các gói tin EF phải được đặt vào một hàng đợi ưu tiên nghiêm ngặt (strict-priority queue), thường được triển khai bằng cơ chế Low Latency Queuing (LLQ). Hàng đợi này luôn được phục vụ trước tất cả các hàng đợi khác. Đồng thời, cần phải áp dụng cơ chế điều hòa (policing) để đảm bảo rằng lưu lượng EF không vượt quá lượng băng thông đã được cấp phát, tránh tình trạng lớp dịch vụ này chiếm hết tài nguyên và làm "đói" các lớp dịch vụ khác.
4.2. Ứng dụng Assured Forwarding AF để đảm bảo băng thông
Assured Forwarding (AF) cung cấp một dịch vụ linh hoạt hơn EF, cho phép đảm bảo một lượng băng thông tối thiểu cho một lớp lưu lượng, đồng thời cho phép nó sử dụng thêm băng thông nếu mạng còn tài nguyên. Kiến trúc DiffServ định nghĩa 4 lớp AF (AF1, AF2, AF3, AF4) với mức độ ưu tiên tăng dần. Mỗi lớp lại có 3 mức ưu tiên loại bỏ (drop precedence). Khi lưu lượng của một lớp AF tuân thủ đúng tốc độ đã cam kết, các gói tin sẽ được đánh dấu với mức ưu tiên loại bỏ thấp. Nếu lưu lượng vượt quá cam kết, các gói tin dư thừa sẽ được đánh dấu lại với mức ưu tiên loại bỏ cao hơn. Khi xảy ra tắc nghẽn, các router sẽ bắt đầu loại bỏ các gói tin có mức ưu tiên loại bỏ cao trước. Cơ chế này, thường được triển khai cùng với Weighted Random Early Detection (WRED), giúp mạng xử lý tắc nghẽn một cách thông minh, bảo vệ các lưu lượng tuân thủ và chỉ phạt các luồng vi phạm.
V. Bí quyết tối ưu hóa mạng với DiffServ qua mô phỏng thực tế
Lý thuyết về giao thức DiffServ chỉ là một phần của câu chuyện; việc xác thực hiệu quả của nó trong thực tế đòi hỏi phải có các công cụ mô phỏng mạng. Luận văn của Lê Trần Hoàng đã trình bày một nghiên cứu mô phỏng điển hình để đánh giá hiệu năng của việc đảm bảo chất lượng dịch vụ mạng sử dụng DiffServ. Các công cụ như NS2, NS3, GNS3 cho phép các nhà nghiên cứu và kỹ sư mạng xây dựng các mô hình topo mạng phức tạp, tạo ra nhiều loại lưu lượng khác nhau (VoIP, FTP, Video) và triển khai các chính sách QoS. Quá trình phân tích hiệu năng mạng bao gồm việc đo lường các chỉ số quan trọng như độ trễ đầu cuối, jitter, mất gói và thông lượng trước và sau khi áp dụng DiffServ. Kết quả mô phỏng thường cho thấy một sự cải thiện đáng kể. Chẳng hạn, khi không có QoS, lưu lượng VoIP có thể bị trễ và mất gói nghiêm trọng khi có lưu lượng FTP lớn chạy song song. Sau khi triển khai mô hình DiffServ, gán lưu lượng VoIP vào lớp EF, các chỉ số QoS của nó được duy trì ở mức chấp nhận được ngay cả khi mạng bị tắc nghẽn. Những kết quả này cung cấp bằng chứng thực tiễn mạnh mẽ về lợi ích của DiffServ trong việc tối ưu hóa mạng cho các ứng dụng đa dịch vụ.
5.1. Xây dựng kịch bản mô phỏng mạng với NS2 NS3 hoặc GNS3
Để đánh giá chất lượng dịch vụ mạng, việc xây dựng một kịch bản mô phỏng mạng là bước đầu tiên và quan trọng nhất. Các công cụ như NS2, NS3 (Network Simulator) là các trình mô phỏng hướng sự kiện, rất mạnh mẽ cho nghiên cứu học thuật, cho phép mô tả chi tiết hoạt động của các giao thức mạng. GNS3 là một trình giả lập mạng đồ họa, cho phép người dùng chạy các hệ điều hành thực của các thiết bị mạng (như Cisco IOS), mang lại kết quả gần với thực tế nhất. Một kịch bản mô phỏng điển hình bao gồm việc thiết kế topo mạng (các nút client, server và router), cấu hình liên kết (băng thông, độ trễ), tạo ra các luồng lưu lượng khác nhau (CBR cho VoIP, FTP cho truyền tệp) và triển khai các chính sách giao thức DiffServ trên các router (phân loại, đánh dấu, hàng đợi).
5.2. Phân tích kết quả và đánh giá hiệu năng mạng sau triển khai
Sau khi chạy mô phỏng, bước tiếp theo là thu thập và phân tích hiệu năng mạng. Dữ liệu thu thập được bao gồm các tệp dấu vết (trace file) ghi lại mọi sự kiện xảy ra với từng gói tin. Từ các tệp này, có thể tính toán các thông số QoS quan trọng. Đối với luồng VoIP, các nhà nghiên cứu sẽ tính toán độ trễ trung bình, jitter và tỷ lệ mất gói. Đối với luồng FTP, thông lượng (throughput) là chỉ số quan trọng nhất. Bằng cách so sánh các kết quả giữa hai kịch bản – một sử dụng mô hình Best-Effort và một triển khai DiffServ – có thể đưa ra kết luận rõ ràng về hiệu quả của giải pháp. Kết quả thường cho thấy DiffServ giúp giảm đáng kể độ trễ và jitter cho lưu lượng ưu tiên, trong khi vẫn duy trì được thông lượng hợp lý cho các lưu lượng khác, chứng minh khả năng tối ưu hóa mạng hiệu quả của nó.
VI. Tương lai của giao thức DiffServ trong quản trị mạng hiện đại
Giao thức DiffServ đã chứng tỏ là một kiến trúc QoS (Quality of Service) mạnh mẽ, linh hoạt và có khả năng mở rộng. Tuy nhiên, công nghệ không ngừng phát triển và bối cảnh mạng cũng thay đổi. Trong tương lai, DiffServ sẽ tiếp tục đóng một vai trò trung tâm trong việc đảm bảo chất lượng dịch vụ mạng, nhưng thường sẽ được kết hợp với các công nghệ khác để tạo ra các giải pháp toàn diện hơn. Một trong những sự kết hợp mạnh mẽ nhất là DiffServ và MPLS (Multiprotocol Label Switching). MPLS cung cấp khả năng kỹ thuật lưu lượng (Traffic Engineering) tinh vi, cho phép định tuyến các luồng lưu lượng qua các đường đi được tối ưu hóa trong mạng lõi, trong khi DiffServ quản lý việc ưu tiên các gói tin trong các đường đi đó. Sự kết hợp này, được gọi là MPLS-TE DiffServ-aware, cung cấp một cơ chế kiểm soát QoS từ đầu đến cuối rất mạnh mẽ. Ngoài ra, với sự phát triển của Mạng định nghĩa bằng phần mềm (SDN), việc triển khai và quản trị mạng với các chính sách DiffServ trở nên linh hoạt và tự động hóa hơn. Bộ điều khiển SDN có thể có một cái nhìn toàn cục về mạng và tự động cấu hình các chính sách QoS trên các thiết bị, phản ứng nhanh với sự thay đổi của lưu lượng. Tóm lại, dù đã ra đời từ lâu, các nguyên tắc cơ bản của mô hình DiffServ vẫn còn nguyên giá trị và sẽ tiếp tục là nền tảng cho các giải pháp QoS trong tương lai.
6.1. Sự kết hợp giữa DiffServ và MPLS để tăng cường QoS
Việc kết hợp giao thức DiffServ với MPLS (Multiprotocol Label Switching) tạo ra một giải pháp QoS end-to-end cực kỳ hiệu quả. Trong khi DiffServ cung cấp cơ chế phân loại và ưu tiên hóa gói tin (theo lớp), MPLS cung cấp cơ chế kỹ thuật lưu lượng (Traffic Engineering), cho phép thiết lập các đường đi tường minh (Explicit Paths) qua mạng dựa trên các yêu cầu về tài nguyên. Khi một gói tin đi vào mạng MPLS, giá trị DSCP của nó có thể được ánh xạ vào trường EXP (Experimental) trong nhãn MPLS. Các router chuyển mạch nhãn (LSR) trong lõi mạng có thể sử dụng cả nhãn và giá trị EXP để đưa ra quyết định chuyển tiếp và ưu tiên hàng đợi. Điều này cho phép không chỉ ưu tiên lưu lượng mà còn định tuyến lưu lượng ưu tiên qua những con đường ít tắc nghẽn nhất, đảm bảo chất lượng dịch vụ mạng ở mức cao nhất.
6.2. Tổng kết ưu điểm và hạn chế của mô hình DiffServ
Mô hình DiffServ có nhiều ưu điểm vượt trội, nổi bật nhất là khả năng mở rộng. Bằng cách đẩy sự phức tạp của việc phân loại ra biên mạng và giữ cho lõi mạng đơn giản, DiffServ có thể được triển khai trên các mạng Internet quy mô lớn. Nó cũng linh hoạt, cung cấp nhiều lớp dịch vụ khác nhau (EF, AF) để đáp ứng các yêu cầu đa dạng. Tuy nhiên, DiffServ cũng có những hạn chế. Nó không cung cấp sự đảm bảo QoS tuyệt đối theo từng luồng như giao thức IntServ. Sự đảm bảo của DiffServ mang tính tương đối và phụ thuộc vào việc cấu hình và cấp phát tài nguyên đúng đắn trên toàn mạng. Việc triển khai DiffServ giữa các nhà cung cấp dịch vụ khác nhau (Inter-domain) cũng là một thách thức, đòi hỏi phải có các Thỏa thuận Mức dịch vụ (SLA) rõ ràng. Mặc dù vậy, với những ưu điểm của mình, giao thức DiffServ vẫn là kiến trúc QoS được sử dụng rộng rãi nhất hiện nay trong quản trị mạng doanh nghiệp và nhà cung cấp dịch vụ.
