Giới thiệu dự án

Sự bùng nổ của hạ tầng Internet toàn cầu cùng xu hướng chuyển dịch mạnh mẽ sang các dịch vụ đa phương tiện thời gian thực (Real-time Multimedia Services) như VoIP (Voice over IP), Video Conferencing độ phân giải cao và truyền hình IPTV đã đặt ra thách thức nghiêm trọng đối với kiến trúc mạng IP truyền thống. Theo các báo cáo viễn thông quốc tế, lưu lượng video và dữ liệu thời gian thực hiện chiếm hơn 75% tổng lưu lượng băng thông IP toàn cầu. Tuy nhiên, bản chất nguyên thủy của mạng IP (Internet Protocol) dựa trên mô hình truyền dẫn nỗ lực tối đa (Best-Effort Delivery), nơi mọi gói tin đều được đối xử bình đẳng mà không có bất kỳ cam kết nào về băng thông, thời gian trễ hay độ tin cậy.

Khi lưu lượng mạng vượt quá dung lượng kênh truyền vật lý, hiện tượng nghẽn mạng (Network Congestion) xảy ra tất yếu, dẫn đến suy giảm nghiêm trọng chất lượng trải nghiệm của người dùng (QoE - Quality of Experience). Đồ án tốt nghiệp Đại học ngành Kỹ thuật Viễn thông với đề tài “Tìm hiểu mô phỏng đánh giá hiệu năng truyền tải dữ liệu trong mạng IP” do sinh viên Nguyễn Phúc Lâm thực hiện dưới sự hướng dẫn của TS. Đỗ Xuân Thu (Khoa Viễn thông I – Học viện Công nghệ Bưu chính Viễn thông) tập trung giải quyết bài toán cốt lõi: Nghiên cứu, đánh giá định lượng và tối ưu hóa các tham số Chất lượng Dịch vụ (QoS - Quality of Service) trong mạng truyền tải IP đa dịch vụ.

[User Terminals / Applications]
[Edge Router: Classification & Marking]
[Core Network: Queuing & Congestion Avoidance]
[Destination Host / Service Delivery]

Vấn đề cốt lõi và các điểm nghẽn kỹ thuật (Problem Statement)

Trong môi trường mạng không áp dụng cơ chế quản lý chất lượng dịch vụ (Non-QoS Network), hệ thống phải đối mặt với các tổn thất hiệu năng nghiêm trọng:

  • Hiện tượng tràn bộ đệm và loại bỏ gói tin (Tail Drop): Khi hàng đợi của router bị đầy, các gói tin mới đến bị hủy hàng loạt không phân biệt độ ưu tiên, gây gián đoạn luồng thoại và làm tê liệt các phiên truyền dữ liệu TCP.
  • Biến thiên trễ quá mức (Jitter): Sự bất ổn định về thời gian đến giữa các gói tin liên tiếp khiến bộ đệm khử trễ (Jitter Buffer) của thiết bị đầu cuối bị cạn hoặc tràn, dẫn đến tiếng nói VoIP bị méo và khung hình video bị giật.
  • Hiện tượng chiếm dụng băng thông bất bình đẳng (Bandwidth Starvation): Các luồng dữ liệu TCP dạng burst (như FTP dung lượng lớn) có xu hướng chiếm trọn bộ đệm router, chèn ép các luồng UDP thời gian thực có băng thông nhỏ nhưng đòi hỏi trễ thấp.

Mục tiêu của dự án

  1. Hệ thống hóa toàn diện cơ sở lý thuyết về bộ giao thức TCP/IP, cấu trúc tiêu đề IPv4/IPv6 và các cơ chế quản lý chất lượng dịch vụ QoS.
  2. Phân tích chi tiết các thuật toán điều khiển tắc nghẽn, lập lịch hàng đợi (Queuing Algorithms) bao gồm FIFO, PQ, CQ, WRR, BRFQ và WFQ.
  3. So sánh chuyên sâu hai mô hình kiến trúc đảm bảo chất lượng dịch vụ: IntServ (Integrated Services với giao thức dành sẵn tài nguyên RSVP) và DiffServ (Differentiated Services với phân lớp hành vi chuyển tiếp AF/EF PHB).
  4. Xây dựng kịch bản mô phỏng mạng IP đa dịch vụ trên phần mềm chuyên dụng Riverbed Modeler (OPNET Modeler) để đánh giá định lượng hiệu năng truyền dẫn giữa mạng Best-Effort và mạng có cấu hình chính sách QoS.

Phương pháp tiếp cận giải pháp

Đồ án áp dụng phương pháp phân tích kỹ thuật kết hợp thực nghiệm mô phỏng sự kiện rời rạc (Discrete Event Simulation). Bằng cách tái lập mô hình mạng doanh nghiệp gồm các luồng lưu lượng hỗn hợp (VoIP, Video Conferencing, FTP Data), đồ án cấu hình các cơ chế phân loại (Classification), đánh dấu (Marking bằng trường ToS/DSCP), lập lịch hàng đợi công bằng có trọng số (Weighted Fair Queuing - WFQ) và kỹ thuật phát hiện sớm ngẫu nhiên có trọng số (WRED) để chứng minh tính vượt trội về hiệu năng so với cơ chế FIFO mặc định.

Kết quả kỳ vọng và chỉ số đo lường (Measurable Metrics)

  • Độ trễ trung bình đầu - cuối (End-to-End Delay): Duy trì dưới 50 ms đối với thoại VoIP và dưới 100 ms đối với Video Conferencing (đạt chuẩn ITU-T G.114 < 150 ms).
  • Độ biến thiên trễ (Jitter): Khống chế dưới 5 ms hoặc < 10% tổng thời gian trễ tối đa.
  • Tỷ lệ mất gói tin (Packet Loss Ratio): Giảm tỷ lệ rơi gói thoại xuống dưới 0.1% (so với mức > 8% trong điều kiện nghẽn mạng không có QoS).
  • Thông lượng hệ thống (Throughput): Duy trì thông lượng truyền tải dữ liệu ổn định đạt trên 95% công suất kênh truyền định mức.

Phạm vi và giới hạn của đề tài

  • Phạm vi: Tập trung vào các cơ chế QoS tại Lớp 3 (Network Layer) và Lớp 4 (Transport Layer) trong mạng lõi IP/MPLS và mạng biên của doanh nghiệp.
  • Giới hạn: Nghiên cứu không đi sâu vào việc can thiệp cấu trúc phần cứng của card giao tiếp mạng Lớp 1/Lớp 2, đồng thời các kịch bản kiểm thử hiệu năng được thực hiện trên môi trường mô phỏng phần mềm mô phỏng theo chuẩn quốc tế.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Mô hình truyền thống không áp dụng QoS xử lý mọi gói tin theo cơ chế nhập trước xuất trước (FIFO). Bảng so sánh dưới đây làm rõ ưu và nhược điểm của các giải pháp truyền dẫn hiện nay:

Giải pháp truyền dẫn Cơ chế hoạt động Ưu điểm Nhược điểm / Rủi ro
Best-Effort (FIFO) Xử lý gói tin theo thứ tự thời gian đến, sử dụng 1 hàng đợi duy nhất Cấu trúc đơn giản, không tốn tài nguyên tính toán của CPU router Gây trễ lớn, jitter cao, drop gói tùy tiện khi nghẽn mạng
Over-provisioning (Nâng cấp băng thông) Tăng dung lượng đường truyền vật lý để đáp ứng mọi đỉnh lưu lượng Giảm tải tắc nghẽn tức thời, không cần can thiệp cấu hình router Chi phí đầu tư hạ tầng quá cao, không giải quyết triệt để vấn đề ưu tiên
Integrated Services (IntServ/RSVP) Dành sẵn tài nguyên trên từng nút mạng cho từng luồng riêng biệt Cam kết QoS tuyệt đối, độ trễ và băng thông được cố định Không có khả năng mở rộng (Scalability kém), tiêu tốn bộ nhớ bảng trạng thái router
Differentiated Services (DiffServ/WFQ) Phân lớp dịch vụ tại biên, xử lý ưu tiên từng chặng (PHB) tại lõi Khả năng mở rộng cao, cấu hình linh hoạt, tối ưu tài nguyên tối đa Không có cơ chế cam kết tài nguyên cứng 100% như IntServ

Yêu cầu hệ thống theo mô hình MoSCoW

  • Must have (Bắt buộc có): Cơ chế phân loại gói tin bằng trường ToS (Type of Service) / IP Precedence; cấu hình hàng đợi WFQ cho phép phân bổ băng thông linh hoạt; đảm bảo trễ thoại < 150 ms.
  • Should have (Nên có): Kỹ thuật tránh tắc nghẽn WRED nhằm ngăn chặn hiện tượng TCP Global Synchronization; cơ chế đệm Jitter Buffer động tại điểm thu.
  • Could have (Có thể có): Cơ chế định hình lưu lượng Token Bucket / Leaky Bucket để điều hòa luồng dữ liệu bùng nổ (Traffic Burst).
  • Won't have (Chưa thực hiện đợt này): Báo hiệu chuyển mạch nhãn đa giao thức định tuyến động qua mạng quang tự động ASON.

Thiết kế hệ thống

Kiến trúc phân tầng và ngăn xếp công nghệ (Technology Stack)

Mô hình mô phỏng và triển khai QoS được thiết kế dựa trên các tiêu chuẩn công nghiệp và bộ giao thức mạng chuẩn hóa:

  • Phần mềm mô phỏng mạng: Riverbed Modeler Academic Edition v17.5 / OPNET Modeler Enterprise Suite.
  • Bộ giao thức cốt lõi: TCP (RFC 793), UDP (RFC 768), IPv4 (RFC 791), IPv6 (RFC 2460), ARP (RFC 826).
  • Tiêu chuẩn QoS & Phân lớp: DiffServ Architecture (RFC 2474, RFC 2475), Assured Forwarding PHB Group (RFC 2597), Expedited Forwarding PHB (RFC 3246).
  • Giao thức thoại & video: RTP (Real-Time Transport Protocol - RFC 3550), RTCP, SIP, H.323.
  • Công cụ phân tích dữ liệu: OPNET Data Analysis Tool, Wireshark v4.0 Network Protocol Analyzer.
                    +------------------------------------+
                    |       ỨNG DỤNG ĐA DỊCH VỤ          |
                    |  (VoIP: G.711 / Video / FTP Data)  |
                    +------------------------------------+
                    +------------------------------------+
                    |         TẦNG GIAO VẬN (L4)         |
                    +------------------------------------+
                    +------------------------------------+
                    |       TẦNG LIÊN MẠNG IP (L3)       |
                    |   DiffServ DSCP / ToS Marking      |
                    |   Routing: OSPF / RIPv2            |
                    +------------------------------------+
                    +------------------------------------+
                    |    QUẢN LÝ HÀNG ĐỢI & LẬP LỊCH     |
                    |  [Class 1: EF] -> PQ (Voice)       |
                    |  [Class 2: AF] -> WFQ (Video)      |
                    |  [Class 3: BE] -> FIFO (Data)      |
                    +------------------------------------+

Thiết kế phân lớp lưu lượng (Traffic Classification & Mapping)

Dựa trên chuẩn ITU-T và RFC 2597, lưu lượng mạng trong hệ thống được phân thành các lớp dịch vụ (CoS) cụ thể:

Lớp dịch vụ Loại ứng dụng Giá trị IP Precedence Giá trị DSCP Cơ chế hàng đợi áp dụng
Class 0 (Voice) VoIP Audio Stream 101 (Priority 5) EF (46 / 101110) Strict Priority Queuing (PQ)
Class 1 (Video) Video Conferencing 100 (Priority 4) AF41 (34 / 100010) Weighted Fair Queuing (WFQ - 40% BW)
Class 2 (Mission Data) Enterprise ERP/CRM 011 (Priority 3) AF31 (26 / 011010) Weighted Fair Queuing (WFQ - 30% BW)
Class 3 (Best Effort) FTP, Web, Mail 000 (Routine 0) BE (0 / 000000) Standard Fair Queuing (WFQ - 30% BW)

Methodology

Đồ án tuân thủ phương pháp nghiên cứu kỹ thuật hệ thống kết hợp mô hình kiểm thử lặp tuần tự (Iterative Engineering Methodology):

 (TCP/IP, QoS, RFC)      (Topology, Node Config)    (No-QoS vs. QoS/WFQ)    (Throughput, Delay, Loss)
  1. Giai đoạn 1 (Milestone 1): Khảo sát cấu trúc mạng IP, phân tích sâu các trường dữ liệu điều khiển trong Header IPv4 (ToS, TTL, Fragmentation) và IPv6 (Traffic Class, Flow Label).
  2. Giai đoạn 2 (Milestone 2): Xây dựng mô hình toán học giải thuật lập lịch hàng đợi WFQ và cơ chế hoạt động của bộ đệm Token Bucket.
  3. Giai đoạn 3 (Milestone 3): Khởi tạo cấu hình topo mạng trên Riverbed OPNET gồm 3 mạng LAN kết nối qua mạng diện rộng WAN với liên kết nghẽn nhân tạo 1.544 Mbps (chuẩn T1).
  4. Giai đoạn 4 (Milestone 4): Tiến hành chạy các kịch bản mô phỏng kiểm thử độc lập: Kịch bản Baseline (Không có QoS) và Kịch bản Optimized (Áp dụng DiffServ/WFQ/WRED).

Implementation và kết quả

Development process & Cấu hình kỹ thuật

Thuật toán lập lịch hàng đợi công bằng có trọng số (WFQ Algorithm)

Thuật toán WFQ tính toán thời gian hoàn thành ảo (Virtual Finish Time - $F_i^k$) của gói tin thứ $k$ thuộc luồng lưu lượng $i$ theo công thức:

$$F_i^k = \max(V(a_i^k), F_i^{k-1}) + \frac{L_i^k}{w_i}$$

Trong đó:

  • $V(t)$: Thời gian ảo của hệ thống tại thời điểm $t$.
  • $a_i^k$: Thời điểm gói tin thứ $k$ của luồng $i$ đến hàng đợi.
  • $L_i^k$: Chiều dài của gói tin (tính bằng byte).
  • $w_i$: Trọng số ưu tiên được gán cho luồng lưu lượng $i$.
# Mô phỏng giải thuật tính Virtual Finish Time trong Weighted Fair Queuing (WFQ)
class Packet:
    def __init__(self, flow_id, length, arrival_time):
        self.flow_id = flow_id
        self.length = length
        self.arrival_time = arrival_time
        self.finish_time = 0

class WeightedFairQueuing:
    def __init__(self, weights):
        self.weights = weights  # Dictionary {flow_id: weight}
        self.last_finish_time = {flow: 0 for flow in weights}
        self.virtual_time = 0.0

    def enqueue_packet(self, packet):
        fid = packet.flow_id
        w_i = self.weights.get(fid, 1.0)
        
        # Cập nhật Virtual Finish Time F_i^k
        start_time = max(self.virtual_time, self.last_finish_time[fid])
        packet.finish_time = start_time + (packet.length / w_i)
        self.last_finish_time[fid] = packet.finish_time
        return packet.finish_time

Cấu hình chính sách QoS trên thiết bị định tuyến (Cisco IOS Modular QoS CLI - MQC)

Để triển khai thực tế trên hệ thống mạng tương đương với mô phỏng OPNET, cấu hình chính sách QoS được áp dụng trên Router biên:

! 1. Định nghĩa các lớp phân loại dữ liệu (Class Maps)
class-map match-all CLASS_VOICE
 match ip precedence 5
class-map match-all CLASS_VIDEO
 match ip dscp af41
class-map match-all CLASS_DATA_FTP
 match protocol ftp

! 2. Thiết lập chính sách băng thông và hàng đợi (Policy Map)
policy-map ENTERPRISE_QOS_POLICY
 class CLASS_VOICE
  priority 512                ! Dành riêng 512 Kbps hàng đợi ưu tiên nghiêm ngặt (PQ)
 class CLASS_VIDEO
  bandwidth percent 40        ! Cấp phát tối thiểu 40% băng thông khả dụng
  random-detect               ! Kích hoạt WRED chống nghẽn
 class CLASS_DATA_FTP
  bandwidth percent 20        ! Cấp phát 20% băng thông
  fair-queue                  ! Bật cơ chế WFQ
 class class-default
  fair-queue

! 3. Gán chính sách vào giao diện mạng đầu ra (Interface Application)
interface Serial0/0/0
 description WAN_Link_T1
 bandwidth 1544
 ip address 192.168.10.1 255.255.255.252
 service-policy output ENTERPRISE_QOS_POLICY

Testing và validation

Mô hình kiểm thử trên Riverbed Modeler được thiết lập với 3 kịch bản tải lưu lượng trong thời gian mô phỏng 600 giây:

  1. Scenario A (Normal Load): Lưu lượng tải chiếm 60% băng thông, không xảy ra nghẽn.
  2. Scenario B (Heavy Congestion - No QoS): Lưu lượng FTP bùng nổ kết hợp với luồng Video và Voice liên tục, chiếm 160% băng thông liên kết T1, sử dụng hàng đợi FIFO.
  3. Scenario C (Heavy Congestion - With QoS): Cùng mức tải tắc nghẽn 160%, kích hoạt phân loại ToS/DSCP, lập lịch hàng đợi WFQ và cơ chế cảnh báo WRED.

Kết quả đo lường và thống kê hiệu năng (Performance Benchmarks)

Tham số đo kiểm Kịch bản B (Không có QoS) Kịch bản C (Áp dụng QoS/WFQ) Mức độ cải thiện (%) Chuẩn khuyến nghị ITU-T
Độ trễ trung bình Voice (ms) 285.4 ms 38.6 ms Giảm 86.47% < 150 ms (G.114)
Độ trễ trung bình Video (ms) 412.1 ms 74.2 ms Giảm 81.99% < 200 ms
Jitter của luồng Voice (ms) 34.8 ms 3.2 ms Giảm 90.80% < 10 ms
Tỷ lệ mất gói tin Voice (%) 12.40% 0.05% Giảm 99.59% < 1.0%
Tỷ lệ mất gói tin Video (%) 18.70% 0.82% Giảm 95.61% < 2.0%
Thông lượng trung bình Router (Kbps) 1120 Kbps (Không ổn định) 1515 Kbps (Ổn định) Tăng 35.26% Tối đa dung lượng T1

Kết quả đạt được

  • Khử bỏ hoàn toàn hiện tượng nghẽn âm thanh thoại: Luồng VoIP duy trì liên tục, loại bỏ hiện tượng méo tiếng và ngắt cuộc gọi đột ngột.
  • Ổn định truyền tải Video đa phương tiện: Tốc độ khung hình (Frame Rate) được bảo toàn, triệt tiêu hiện tượng vỡ hình do gói tin Video bị loại bỏ tại đuôi hàng đợi.
  • Bảo vệ luồng truyền dữ liệu nền: Phiên truyền FTP tuy bị giới hạn tốc độ tức thời trong lúc cao điểm nhưng không bị sập kết nối (TCP Reset), duy trì truyền tin cậy với cơ chế phân bổ tài nguyên công bằng.

Đổi mới và đóng góp

  1. Phân tích so sánh định lượng đa giải pháp hàng đợi: Đồ án không dừng lại ở mặt lý thuyết định tính mà cung cấp bảng dữ liệu thực nghiệm toàn diện so sánh 5 cơ chế lập lịch: FIFO, PQ, CQ, WRR và WFQ trong cùng một môi trường mạng đồng nhất.
  2. Mô hình hóa thành công tương quan giữa ToS và DSCP: Làm rõ cách thức ánh xạ 3-bit IP Precedence cổ điển sang 6-bit DSCP hiện đại trong các mạng lai ghép (Hybrid Networks).
  3. Đưa ra giải pháp tối ưu hóa bộ nhớ đệm (Queue Buffer Optimization): Chứng minh việc kết hợp WFQ với kỹ thuật phát hiện sớm WRED giúp giải phóng 35% dung lượng hàng đợi lãng phí do hiện tượng tràn bộ đệm ngẫu nhiên.
  4. Tài liệu tham khảo chuyên ngành thực chứng: Cung cấp quy trình hoàn chỉnh từ khâu cấu hình tham số kịch bản trên Riverbed OPNET đến trích xuất và phân tích biểu đồ thống kê cho sinh viên và kỹ sư viễn thông.

Ứng dụng thực tế và triển khai

Tình huống ứng dụng thực tế (Real-world Use Cases)

  • Mạng Campus Đại học & Bệnh viện thông minh: Tối ưu hóa đường truyền cho các phiên hội thảo trực tuyến, phẫu thuật từ xa qua video độ phân giải cao song song với việc hàng nghìn người dùng truy cập web đồng thời.
  • Hạ tầng mạng Tổng đài Doanh nghiệp (VoIP Contact Centers): Đảm bảo chất lượng cuộc gọi CSKH thông suốt 24/7 trên nền tảng mạng WAN băng thông giới hạn.
  • Nhà cung cấp dịch vụ Internet (ISPs / MSPs): Phân chia các gói cước dịch vụ theo cấp độ cam kết SLA (Service Level Agreement) với độ tin cậy đạt 99.99%.
[Doanh nghiệp / Trường học]
    [Router Biên / Edge Switch] === (WAN / VPN) ===> [Chi nhánh / Data Center]

Phân tích hiệu quả đầu tư (Cost-Benefit Analysis)

  • Tiết kiệm chi phí đầu tư hạ tầng (CapEx): Thay vì phải chi trả hàng trăm triệu đồng để nâng cấp gấp đôi băng thông cáp quang vật lý, doanh nghiệp chỉ cần tái cấu trúc chính sách QoS/DiffServ trên các Router/Switch sẵn có, giúp tiết kiệm 60 - 70% ngân sách hạ tầng mạng.
  • Giảm thiểu chi phí vận hành (OpEx): Giảm 85% các cuộc gọi báo sự cố gián đoạn dịch vụ mạng từ người dùng cuối, giảm thiểu thời gian xử lý sự cố của đội ngũ quản trị mạng.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Mô hình mô phỏng Riverbed Modeler chưa kích hoạt toàn diện các giao thức mã hóa dữ liệu đầu - cuối (như IPsec VPN tunnels), nơi tiêu đề IP bị đóng gói kín làm router trung gian khó phân loại sâu vào trường ToS/DSCP nếu không có cơ chế Copy QoS marking.
  • Kịch bản chưa tích hợp mô hình mạng di động thế hệ mới 5G/6G với cơ chế phân chia mạng ảo (Network Slicing).

Hướng phát triển tương lai

  • Tích hợp mạng điều khiển bằng phần mềm (SDN - Software-Defined Networking): Sử dụng bộ điều khiển OpenFlow/ONOS để tự động hóa việc gán nhãn QoS động dựa trên tình trạng tải thời gian thực của mạng.
  • Ứng dụng Trí tuệ nhân tạo (AI/ML in Traffic Engineering): Triển khai các thuật toán Reinforcement Learning (Học tăng cường) để dự đoán đỉnh tắc nghẽn và tự động điều chỉnh trọng số hàng đợi $w_i$ trong thuật toán WFQ.

Đối tượng hưởng lợi

+-------------------------------------------------------------------------+
|                         ĐỐI TƯỢNG HƯỞNG LỢI                             |
+--------------------+--------------------+-------------------------------+
|  Sinh viên (IT/VT) | Kỹ sư Mạng/DevOps  |  Doanh nghiệp & Viễn thông    |
|  - Nắm vững TCP/IP | - Config Cisco MQC |  - Tiết kiệm 65% chi phí      |
|  - Làm chủ OPNET   | - Tối ưu hàng đợi  |  - Cam kết chuẩn SLA 99.99%   |
+--------------------+--------------------+-------------------------------+
  • Sinh viên chuyên ngành CNTT & Điện tử Viễn thông: Nắm bắt trực quan cơ chế phân tầng TCP/IP, cấu trúc gói tin IPv4/IPv6 và kỹ năng làm chủ công cụ mô phỏng mạng chuẩn quốc tế OPNET.
  • Kỹ sư vận hành mạng (Network Engineers): Nhận được tài liệu tham khảo chi tiết về cú pháp lệnh cấu hình thực tế Cisco MQC, giải thuật WFQ và phương pháp tối ưu hóa hàng đợi.
  • Doanh nghiệp và Nhà mạng: Có được phương án kỹ thuật khả thi để nâng cấp chất lượng mạng truyền thông nội bộ với chi phí thấp nhất mà vẫn đạt chuẩn cam kết SLA quốc tế.
  • Nhà nghiên cứu học thuật: Cung cấp tập dữ liệu benchmark hiệu năng xác thực làm tiền đề phát triển các thuật toán lập lịch mới cho mạng truyền thông tương lai.

Câu hỏi thường gặp (FAQs)

1. Yêu cầu phần cứng và phần mềm để triển khai mô phỏng này là gì?

Hệ thống yêu cầu máy tính chạy hệ điều hành Windows 10/11 hoặc Linux (Ubuntu 20.04 LTS), RAM tối thiểu 8GB, CPU 4 cores và cài đặt phần mềm mô phỏng Riverbed Modeler (OPNET Modeler) phiên bản từ 17.5 trở lên cùng công cụ bắt gói tin Wireshark.

2. Sự khác biệt cốt lõi giữa mô hình IntServ và DiffServ trong quản lý QoS là gì?

IntServ sử dụng giao thức RSVP để yêu cầu và dành riêng tài nguyên cứng trên từng nút dọc theo toàn bộ tuyến đường truyền (phù hợp mạng quy mô nhỏ nhưng khó mở rộng). Ngược lại, DiffServ phân loại gói tin tại biên (Edge) và áp dụng các chính sách chuyển tiếp theo nhóm (Per-Hop Behavior) tại mạng lõi, mang lại khả năng mở rộng không giới hạn cho các mạng quy mô lớn.

3. Tại sao mạng Best-Effort không thể đáp ứng dịch vụ thoại VoIP dù băng thông tổng vẫn còn dư?

Dịch vụ thoại yêu cầu tính liên tục và độ trễ cực thấp (< 150 ms). Trong mạng Best-Effort, một luồng truyền file dữ liệu lớn có thể tạo ra các đợt bùng nổ (bursts) làm đầy bộ đệm router trong tích tắc, khiến các gói thoại đến sau bị kẹt trong hàng đợi FIFO hoặc bị rơi đuôi (tail drop), gây vỡ tiếng dù băng thông trung bình của đường truyền chưa đầy.

4. Thuật toán WFQ vượt trội hơn FIFO và PQ ở điểm nào?

FIFO không có cơ chế ưu tiên, trong khi PQ (Priority Queuing) lại ưu tiên tuyệt đối cho hàng đợi cao nhất dẫn đến các hàng đợi thấp hơn bị "bỏ đói" (starvation). WFQ giải quyết triệt để hai nhược điểm này bằng cách phân chia băng thông theo tỷ lệ trọng số ($w_i$), đảm bảo luồng ưu tiên cao nhận được nhiều tài nguyên hơn nhưng các luồng ưu tiên thấp vẫn có phần băng thông tối thiểu để duy trì kết nối.

5. Chi phí triển khai giải pháp QoS vào hệ thống mạng thực tế là bao nhiêu?

Nếu hệ thống mạng đã có sẵn các thiết bị định tuyến và chuyển mạch quản lý được (Managed Routers/Switches hỗ trợ L3), chi phí triển khai phần mềm và cấu hình chính sách QoS gần như bằng 0 (chỉ tốn chi phí nhân công thiết lập chính sách). Thời gian thu hồi vốn (ROI) đạt được ngay lập tức thông qua việc không phải trả thêm cước phí nâng cấp đường truyền Internet hàng tháng.

Kết luận

Đồ án tốt nghiệp “Tìm hiểu mô phỏng đánh giá hiệu năng truyền tải dữ liệu trong mạng IP” của sinh viên Nguyễn Phúc Lâm đã hoàn thành xuất sắc các mục tiêu nghiên cứu đề ra. Đề tài đã hệ thống hóa tường minh nền tảng lý thuyết mạng IP, giải phẫu chi tiết các cơ chế điều khiển tắc nghẽn, và xây dựng thành công kịch bản thực nghiệm mô phỏng trên môi trường Riverbed Modeler (OPNET).

Kết quả thực nghiệm định lượng chứng minh rằng việc áp dụng chính sách QoS theo mô hình DiffServ kết hợp thuật toán lập lịch hàng đợi công bằng có trọng số (WFQ) giúp giảm độ trễ của luồng thoại VoIP đến 86.47%, giảm biến thiên trễ 90.80% và kéo tỷ lệ mất gói xuống mức gần như triệt để (< 0.05%), biến hạ tầng mạng IP Best-Effort truyền thống thành một mạng truyền thông đa dịch vụ hiện đại, ổn định và hiệu quả cao.

Để tìm hiểu chi tiết hơn về các kịch bản mô phỏng chuyên sâu hoặc nhận file cấu hình mẫu trên Riverbed OPNET, bạn đọc có thể liên hệ trực tiếp nhóm tác giả tại Khoa Viễn thông I – Học viện Công nghệ Bưu chính Viễn thông.