Giới thiệu dự án

Sự bùng nổ của lưu lượng thông tin toàn cầu và quá trình hội tụ đa dịch vụ (Voice, Data, Video) trên nền tảng Internet đòi hỏi hạ tầng mạng diện rộng (WAN - Wide Area Network) phải đáp ứng băng thông lớn, độ trễ thấp và tính sẵn sàng cao. Theo các báo cáo viễn thông quốc tế, lưu lượng dữ liệu mạng trục doanh nghiệp tăng trưởng trung bình trên 25% mỗi năm, đặt ra áp lực nặng nề lên các bộ định tuyến mạng lõi (Core Routers).

Mạng IP truyền thống hoạt động dựa trên cơ chế định tuyến từng chặng (hop-by-hop), trong đó mỗi router phải phân tích tiêu đề gói tin Layer 3 và thực hiện thuật toán tìm kiếm tiền tố dài nhất (Longest Prefix Match) trên bảng định tuyến IP (Routing Information Base - RIB). Quy trình này tiêu tốn năng lượng xử lý của CPU, làm tăng độ trễ chuyển tiếp và dễ dẫn đến nghẽn mạng do thiếu cơ chế điều khiển luồng lưu lượng (Traffic Engineering). Mặc dù các công nghệ Layer 2 như ATM (Asynchronous Transfer Mode) hay Frame Relay cung cấp tốc độ chuyển mạch cao, mô hình chồng ghép IP over ATM lại bộc lộ hạn chế nghiêm trọng về khả năng mở rộng (n-squared scaling problem) khi phải duy trì mạng lưới kênh ảo kết nối đầy đủ (Full-Mesh PVC).

Đồ án tốt nghiệp "Ứng dụng và triển khai công nghệ chuyển mạch nhãn MPLS trên hạ tầng WAN" do sinh viên Lê Thanh Tùng và Nguyễn Huy Sáng thực hiện dưới sự hướng dẫn của ThS. Nguyễn Siêu Đẳng tại Trường Đại học Sư phạm Kỹ thuật TP.HCM (Khoa Đào tạo Chất lượng cao) tập trung giải quyết bài toán cốt lõi: Kết hợp ưu điểm định tuyến linh hoạt của Layer 3 và tốc độ chuyển mạch tối ưu của Layer 2 thông qua công nghệ chuyển mạch nhãn đa giao thức (Multiprotocol Label Switching - MPLS).

+---------------+      +-------------------+      +-------------------+      +---------------+
|   Customer    |      |  Provider Edge    |      |   Provider Core   |      |   Customer    |
|   Edge (CE)   | <--> |    Router (PE)    | <--> |    Router (P)     | <--> |   Edge (CE)   |
| (IP Routing)  |      | (MPLS Imposition/ |      |   (Label Swap/    |      | (IP Routing)  |
|               |      |    Disposition)   |      |    PHP Engine)    |      |               |
+---------------+      +-------------------+      +-------------------+      +---------------+

Mục tiêu cụ thể của dự án gồm:

  1. Nghiên cứu toàn diện kiến trúc MPLS, cấu trúc ngăn xếp nhãn 32-bit (Shim Header) và cơ chế phân phối nhãn LDP (Label Distribution Protocol) theo chuẩn IETF RFC 3036/5036.
  2. Thiết kế giải pháp mạng riêng ảo MPLS VPN Layer 3 theo chuẩn RFC 4364 (trước đây là RFC 2547bis), ứng dụng bảng định tuyến và chuyển tiếp ảo (Virtual Routing and Forwarding - VRF) cùng giao thức định tuyến đa cổng biên MP-BGP (Multiprotocol BGP).
  3. Xây dựng môi trường mô phỏng WAN đa khách hàng trên phần mềm GNS3 với hệ điều hành Cisco IOS, thiết lập các vùng định tuyến độc lập giữa các chi nhánh.
  4. Kiểm thử, đo kiểm lưu lượng và đánh giá cơ chế chuyển mạch nhãn (Label Imposition, Swapping, Popping, Penultimate Hop Popping - PHP), tính toàn vẹn cách ly dữ liệu giữa các VPN và khả năng tối ưu hóa bảng định tuyến mạng lõi (BGP-Free Core).

Phạm vi nghiên cứu tập trung vào việc mô hình hóa và hiện thực hóa hạ tầng MPLS Layer 3 VPN trên nền tảng phần mềm mô phỏng mạng diện rộng, chưa mở rộng sang môi trường phần cứng chuyển mạch quang DWDM thực tế.

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

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

Trước khi MPLS ra đời, các doanh nghiệp và nhà cung cấp dịch vụ Internet (ISP) phải đánh đổi giữa tính linh hoạt của định tuyến IP thuần túy và hiệu năng chuyển mạch của các công nghệ hướng kết nối Layer 2.

Tiêu chí phân tích IP Routing truyền thống IP over ATM / Frame Relay MPLS Layer 3 VPN
Cơ chế chuyển tiếp Tra cứu bảng IP FIB (Longest Match) Chuyển mạch tế bào/khung (VPI/VCI, DLCI) Hoán đổi nhãn 20-bit (LFIB Label Swapping)
Độ phức tạp mạng lõi Rất cao (P-router phải chứa Full BGP Table) Trung bình (Duy trì ma trận kênh ảo PVC) Tối thiểu (BGP-Free Core, chỉ chạy IGP + LDP)
Khả năng cô lập VPN Kém (Phải dùng GRE/IPsec đường hầm phức tạp) Cao (Phân tách theo kênh ảo vật lý/logic) Rất cao (Tách biệt tuyệt đối qua VRF & RD/RT)
Hỗ trợ QoS / Traffic Eng Hạn chế (IP Precedence / DSCP hop-by-hop) Tốt (Nhưng không linh hoạt) Rất mạnh (EXP bits, MPLS-TE, Fast Reroute <50ms)
Chi phí quản trị & mở rộng Cao khi mạng mở rộng Rất cao khi số lượng điểm kết nối (N) tăng Thấp, mở rộng tuyến tính O(N)

Phân loại yêu cầu hệ thống theo mô hình MoSCoW:

  • Must have (Bắt buộc): Chuyển mạch nhãn hoạt động ổn định trên P và PE router; thiết lập bảng VRF độc lập trên PE; duy trì phiên MP-BGP VPNv4 giữa các PE; phân tách hoàn toàn lưu lượng giữa khách hàng A và khách hàng B.
  • Should have (Nên có): Cơ chế Penultimate Hop Popping (PHP - gán nhãn Implicit Null = 3) để giảm tải xử lý cho Egress PE; cho phép các khách hàng sử dụng trùng lặp dải địa chỉ IP riêng (Overlapping IP Spaces RFC 1918).
  • Could have (Có thể có): Tích hợp phân loại chất lượng dịch vụ QoS dựa trên 3 bit Experimental (EXP) trong tiêu đề nhãn; phân tuyến lưu lượng linh hoạt.
  • Won't have (Chưa thực hiện): Tích hợp chuyển mạch nhãn trên giao thức IPv6 (6PE/6VPE) và cơ chế mã hóa dữ liệu IPsec lồng ghép qua nhãn.

Thiết kế hệ thống

Kiến trúc mạng MPLS bao gồm ba thành phần thiết bị cốt lõi:

  1. Customer Edge (CE): Bộ định tuyến biên phía khách hàng, giao tiếp với mạng ISP thông qua định tuyến IP tiêu chuẩn (OSPF, RIP, EIGRP hoặc Static Route). CE không nhận biết cấu trúc nhãn MPLS.
  2. Provider Edge (PE): Bộ định tuyến biên của nhà cung cấp dịch vụ, tiếp nhận gói tin IP không nhãn từ CE, gán nhãn VPN (qua MP-BGP) và nhãn chuyển tiếp IGP (qua LDP) trước khi đưa vào mạng lõi.
  3. Provider Router (P): Bộ định tuyến lõi, chỉ thực hiện hoán đổi nhãn (Label Swapping) dựa trên bảng LFIB, hoàn toàn không duy trì thông tin định tuyến VPN của khách hàng.
       +------------------- 32-bit MPLS Shim Header -------------------+
       |                                                               |
 0                   1                   2                   3         |
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+      |
|                Label Value (20 bits)          |  EXP  |S| TTL |      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+      |
                                                  (3b) (1b) (8b)       |

Chi tiết cấu trúc 32-bit Shim Header chèn giữa Layer 2 và Layer 3:

  • Label Value (20 bits): Định danh nhãn chuyển tiếp, hỗ trợ $2^{20} \approx 1.048.576$ giá trị nhãn trên mỗi giao tiếp.
  • EXP / Traffic Class (3 bits): Dùng cho Quality of Service (QoS), ánh xạ trực tiếp từ trường IP Precedence hoặc DSCP.
  • Bottom of Stack (S - 1 bit): Đặt bằng 1 nếu nhãn nằm ở đáy ngăn xếp (nhãn VPN), đặt bằng 0 nếu còn các nhãn chuyển tiếp khác lồng phía trên.
  • Time to Live (TTL - 8 bits): Sao chép từ trường TTL của IP header để chống vòng lặp gói tin trên đường truyền nhãn (LSP).

Danh mục công nghệ và phiên bản sử dụng:

  • Hạ tầng mô phỏng: GNS3 Network Simulator v1.3.x / v2.x kết hợp Dynamips Engine.
  • Nền tảng Router: Cisco IOS Software (c7200-adventerprisek9-mz.152-4.M11 hoặc c3725-adventerprisek9-mz.124-15.T14).
  • Giao thức chuyển mạch nền tảng: Cisco Express Forwarding (CEF) - điều kiện bắt buộc để kích hoạt MPLS.
  • Giao thức phân phối nhãn: LDP (Label Distribution Protocol) chuẩn hóa theo RFC 3036, sử dụng cổng UDP/TCP 646.
  • Giao thức định tuyến nội mạng (IGP): OSPFv2 (Open Shortest Path First) thiết lập bảng định tuyến mạng trục.
  • Giao thức mở rộng VPN: MP-BGP (Multiprotocol BGP, RFC 4364) sử dụng Address-Family VPNv4, kết hợp Route Distinguisher (RD 64-bit) và Route Target (RT Extended Communities).

Methodology

Quy trình phát triển dự án được thực hiện theo phương pháp tiếp cận kỹ thuật mạng chuẩn hóa gồm 5 giai đoạn:

[Khảo sát & Cơ sở lý thuyết]
[Quy hoạch IP & Thiết kế Topology]
[Triển khai IGP (OSPF) & Kích hoạt MPLS LDP]
[Cấu hình VRF & MP-BGP VPNv4 trên PE]
[Đo kiểm Wireshark, Tối ưu & Đánh giá]
  • Quản lý rủi ro:
    • Rủi ro MTU: Việc chèn thêm 1 hoặc 2 tiêu đề nhãn MPLS (mỗi nhãn 4 bytes) làm tăng kích thước gói tin vượt quá 1500 bytes chuẩn. Giải pháp: Cấu hình mpls mtu 1508 hoặc mpls mtu 1512 trên tất cả interface kết nối P-PE.
    • Rủi ro vòng lặp định tuyến: BGP routing loops giữa các site khách hàng có cùng Autonomous System (AS). Giải pháp: Cấu hình as-override hoặc allowas-in trên PE routers.

Implementation và kết quả

Development process

Quá trình cấu hình hệ thống bao gồm 4 khối lệnh kỹ thuật chính trên thiết bị mạng Cisco.

1. Kích hoạt chuyển mạch CEF và giao thức phân phối nhãn LDP trên P và PE Router

! Kich hoat Cisco Express Forwarding toan cuc
ip cef

! Cau hinh OSPF cho mang loi Provider
router ospf 1
 router-id 10.0.0.1
 network 10.0.0.0 0.0.255.255 area 0

! Bat tinh nang MPLS LDP tren cac cong ket noi mang Core
interface FastEthernet0/0
 ip address 10.0.12.1 255.255.255.0
 mpls ip
 mpls label protocol ldp

2. Khởi tạo bảng định tuyến ảo VRF và gán tham số RD/RT trên PE Router

! Tao VRF cho Khach hang Doanh Nghiep A
ip vrf Customer_A
 rd 65001:100
 route-target export 65001:100
 route-target import 65001:100

! Gan cong giao tiep CE vao VRF tuong ung
interface FastEthernet0/1
 ip vrf forwarding Customer_A
 ip address 192.168.10.1 255.255.255.0

3. Cấu hình giao thức MP-BGP truyền tải thông tin định tuyến VPNv4

router bgp 65001
 bgp log-neighbor-changes
 neighbor 10.0.0.2 remote-as 65001
 neighbor 10.0.0.2 update-source Loopback0
 !
 address-family vpnv4
  neighbor 10.0.0.2 activate
  neighbor 10.0.0.2 send-community extended
 exit-address-family
 !
 address-family ipv4 vrf Customer_A
  redistribute connected
  redistribute ospf 100 vrf Customer_A
 exit-address-family

4. Giải thuật xử lý ngăn xếp nhãn trên đường truyền (LSP Path Execution)

Khi một gói tin đi từ Site 1 sang Site 2 của Customer A:

  1. Ingress PE (PE1): Nhận gói tin IP thuần, tra bảng FIB Customer_A, gắn 2 nhãn:
    • Inner Label (VPN Label): Do MP-BGP cấp (ví dụ: Label 24) để định danh VRF tại Egress PE.
    • Outer Label (IGP/Transport Label): Do LDP cấp (ví dụ: Label 102) để chuyển gói đến Next-hop P-router.
  2. Provider Core (P Router): Nhận gói tin có 2 nhãn, đọc nhãn ngoài (Outer Label), tra bảng LFIB, thực hiện thao tác SWAP nhãn ngoài (thay 102 thành 108) hoặc POP (Implicit Null = 3) nếu là Penultimate Router.
  3. Egress PE (PE2): Nhận gói tin chỉ còn VPN Label (do P router đã bóc nhãn ngoài theo cơ chế PHP), tra nhãn VPN trong bảng LFIB để đưa gói tin vào đúng VRF Customer_A, bóc nốt nhãn và gửi gói tin IP nguyên bản đến CE2.

Testing và validation

Hệ thống được kiểm thử qua 4 kịch bản đo kiểm toàn diện trên môi trường GNS3:

[CE1-Site A] ---> (PE1) ===[MPLS Core: P1, P2]=== (PE2) ---> [CE2-Site A]
                       \                         /
                        (PE1) =============== (PE2)
                       /                         \
[CE1-Site B] ---------+                           +--------- [CE2-Site B]
  1. Kiểm tra láng giềng LDP & BGP Peering: Lệnh show mpls ldp neighbor và show ip bgp vpnv4 all summary xác nhận tất cả các phiên TCP (cổng 646 và 179) đều ở trạng thái OPERATIONAL và Established.
  2. Kiểm tra cách ly địa chỉ (Overlapping IP Test): Thiết lập cả Customer A và Customer B cùng sử dụng dải IP 192.168.1.0/24. Thực hiện gửi bản tin ICMP Echo Request đồng thời. Kết quả: Bảng VRF độc lập định tuyến chính xác 100%, không xảy ra xung đột địa chỉ hay rò rỉ dữ liệu giữa 2 khách hàng.
  3. Phân tích gói tin qua Wireshark: Bắt gói tin trên đường link giữa PE1 và P router. Kết quả xác nhận tiêu đề nhãn kép 8 bytes (Outer Label + Inner Label) chèn chính xác sau Ethernet Header (EtherType: 0x8847 đại diện cho MPLS Unicast).
  4. Đo kiểm thời gian chuyển mạch & mất mát dữ liệu:
    • Tỷ lệ gói tin thành công (Packet Delivery Ratio): Đạt 100% trên toàn bộ 1.000 gói tin ICMP 1500 bytes.
    • RTT trung bình trong môi trường giả lập: Duy trì ổn định ở mức $12.4\text{ ms} \pm 1.2\text{ ms}$.
    • Tải CPU trên P-Router: Giảm 68% so với kịch bản chạy Full BGP Table truyền thống.
Hạng mục mục tiêu Kế hoạch ban đầu Kết quả thực nghiệm Tình trạng
Thiết lập phiên LDP Core Hoạt động trên mọi link P-PE 100% Link đạt trạng thái LDP Operational Hoàn thành
Phân tách dữ liệu VRF Cách ly tuyệt đối giữa các VPN 0% rò rỉ gói tin giữa các VRF khác nhau Hoàn thành
Cơ chế PHP (Penultimate Hop) Bóc nhãn sớm tại router kế cuối Giảm 50% số lần tra bảng LFIB trên Egress PE Hoàn thành
BGP-Free Core P-router không chạy BGP P-router chỉ duy trì bảng OSPF + LDP nội bộ Hoàn thành

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

  1. Hiện thực hóa kiến trúc BGP-Free Core: Đồ án chứng minh trên thực nghiệm rằng các router lõi (P Router) không cần chạy BGP và không cần học các bảng định tuyến Internet khổng lồ (>500.000 prefix). Điều này giúp giảm chi phí phần cứng mạng lõi, loại bỏ nguy cơ nghẽn CPU do việc cập nhật tuyến định tuyến liên tục.
  2. Loại bỏ bài toán bùng nổ liên kết ảo ($N^2$ scaling issue): So với mô hình Overlay VPN truyền thống (IPsec hoặc Frame Relay) đòi hỏi phải cấu hình $N(N-1)/2$ đường hầm giữa $N$ chi nhánh, MPLS L3VPN chỉ yêu cầu mỗi site khách hàng tạo một kết nối vật lý duy nhất đến PE gần nhất ($O(N)$), cho phép mở rộng quy mô mạng lên hàng ngàn điểm kết nối linh hoạt.
  3. Tối ưu hóa hiệu năng chuyển tiếp với CEF & LFIB: Nhờ cấu trúc tra cứu nhãn nhị phân có độ dài cố định 20-bit, thời gian quyết định chuyển mạch tại P-router diễn ra nhanh hơn so với thuật toán tìm kiếm tiền tố dài nhất của IP.
  4. Cơ chế tái sử dụng dải IP linh hoạt: Việc kết hợp Route Distinguisher (RD) 64-bit biến đổi các địa chỉ IPv4 riêng tư (RFC 1918) trùng lặp thành các tiền tố VPNv4 96-bit duy nhất toàn cầu, giải quyết triệt để vấn đề sáp nhập mạng doanh nghiệp mà không cần cấu hình NAT phức tạp.

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

Giải pháp MPLS Layer 3 VPN được áp dụng trực tiếp trong các mô hình hạ tầng mạng thực tế:

  • Ngân hàng và Tổ chức Tài chính: Kết nối an toàn hàng ngàn chi nhánh, phòng giao dịch và mạng lưới ATM/POS về trung tâm dữ liệu (Data Center) với yêu cầu bảo mật tương đương kênh thuê riêng (Leased-line) nhưng chi phí thấp hơn đáng kể.
  • Tập đoàn đa quốc gia / Chuỗi bán lẻ: Tích hợp hệ thống hoạch định tài nguyên doanh nghiệp (ERP), hệ thống thoại IP (VoIP) và camera giám sát đa điểm trên một hạ tầng mạng diện rộng duy nhất.
  • Nhà cung cấp dịch vụ viễn thông (ISP/Telco): Cung cấp các gói dịch vụ IP-VPN thương mại, cho phép phân tầng chất lượng dịch vụ (SLA) dựa trên 3 bit EXP trong nhãn MPLS.
+-------------------------------------------------------------------------+
|                  Lo trinh trien khai MPLS L3VPN thuc te                 |
+-------------------------------------------------------------------------+
|  Tuan 1 - 2: Quy hoach IP Loopback, ASN, RD/RT va ha tang vat ly        |
|  Tuan 3 - 4: Trien khai OSPF/IS-IS Core va bat CEF, MPLS LDP toan mang  |
|  Tuan 5 - 6: Thiet lap iBGP VPNv4 Mesh / Route Reflector giua cac PE    |
|  Tuan 7 - 8: Tao cac bang VRF, cau hinh dinh tuyen PE-CE va nghiem thu  |
+-------------------------------------------------------------------------+

Phân tích hiệu quả đầu tư (ROI): Việc chuyển đổi từ hệ thống kênh thuê riêng truyền thống (Leased-line/T1/E1) sang mạng MPLS VPN giúp doanh nghiệp cắt giảm từ 40% đến 60% chi phí vận hành (OPEX) hàng tháng, đồng thời tăng băng thông sử dụng lên gấp 3 đến 5 lần với cùng một mức ngân sách viễn thông.

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

Mặc dù đạt được đầy đủ các mục tiêu thiết kế và thực nghiệm, đề tài vẫn tồn tại một số hạn chế:

  • Môi trường thực nghiệm: Do hạn chế về trang thiết bị vật lý, toàn bộ hệ thống được triển khai trên môi trường mô phỏng GNS3 (nền tảng Dynamips giả lập router Cisco), chưa thể đo đạc chính xác độ trễ phần cứng (ASIC hardware latency) và thông lượng gói tin ở tốc độ dây (Line-rate throughput).
  • Phạm vi giao thức: Đồ án tập trung vào MPLS L3VPN unicast trên nền IPv4, chưa triển khai dịch vụ Layer 2 VPN (VPLS, VPWS / AToM) cũng như định tuyến nhãn cho IPv6 (6PE/6VPE).
  • Kỹ thuật điều khiển luồng: Chưa tích hợp giao thức dành riêng tài nguyên RSVP-TE (Resource Reservation Protocol with Traffic Engineering) để thiết lập các tuyến chuyển mạch nhãn tối ưu tự động và cơ chế khôi phục nhanh Fast Reroute (FRR < 50ms).

Hướng phát triển mở rộng:

  1. Nâng cấp mô hình mạng hỗ trợ Segment Routing (SR-MPLS) nhằm loại bỏ giao thức LDP/RSVP, tận dụng trực tiếp bộ điều khiển mạng tập trung (SDN Controller).
  2. Tích hợp giải pháp MPLS QoS DiffServ hoàn chỉnh, ánh xạ chi tiết 8 lớp dịch vụ (CoS) cho các luồng dữ liệu Video Conference và Real-time Financial Transactions.
  3. Nghiên cứu mô hình lai ghép giữa MPLS Core và SD-WAN (Software-Defined WAN) nhằm tối ưu chi phí truyền dẫn Internet công cộng kết hợp chất lượng cao của đường truyền MPLS.

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

  • Sinh viên và Học viên Kỹ thuật Mạng: Nguồn tài liệu tham khảo có tính hệ thống, cung cấp đầy đủ lý thuyết cấu trúc nhãn, các trường tin tiêu chuẩn và template cấu hình trực quan trên phần mềm GNS3.
  • Kỹ sư Tích hợp Hệ thống & Quản trị Mạng: Nắm bắt quy trình từng bước xây dựng hạ tầng mạng riêng ảo doanh nghiệp, kỹ thuật phân phối nhãn qua MP-BGP và giải pháp xử lý chồng lấn địa chỉ IP.
  • Doanh nghiệp và Nhà cung cấp Dịch vụ (ISP): Khung kiến trúc tiêu chuẩn để thiết kế mạng WAN đa chi nhánh tối ưu chi phí, nâng cao tính bảo mật và sẵn sàng mở rộng quy mô không giới hạn.
  • Nhà nghiên cứu Công nghệ Mạng: Nền tảng dữ liệu thực nghiệm để tiếp tục phát triển các đề tài chuyên sâu về Traffic Engineering, Fast Reroute và chuyển dịch sang hạ tầng Segment Routing thế hệ mới.

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

1. Yêu cầu kỹ thuật tối thiểu để triển khai hệ thống MPLS trên thiết bị mạng là gì?

Thiết bị mạng (Router/Switch Layer 3) bắt buộc phải hỗ trợ phần cứng chuyển mạch gói nhanh (đối với Cisco là tính năng Cisco Express Forwarding - CEF) và hệ điều hành (IOS) có gói tính năng Advanced IP Services hoặc Enterprise Services hỗ trợ ngăn xếp giao thức MPLS, LDP và MP-BGP.

2. Sự khác biệt cốt lõi giữa Route Distinguisher (RD) và Route Target (RT) trong MPLS VPN là gì?

Route Distinguisher (RD) là giá trị 64-bit được gán vào địa chỉ IPv4 (32-bit) để tạo ra tiền tố VPNv4 duy nhất (96-bit), ngăn ngừa xung đột địa chỉ IP giữa các khách hàng. Trong khi đó, Route Target (RT) là thuộc tính BGP Extended Community xác định chính sách phân phối tuyến đường, quyết định tuyến đường VPN nào được Import hoặc Export vào bảng VRF cụ thể nào.

3. Tại sao mạng lõi MPLS (P Routers) có thể hoạt động mà không cần chạy giao thức BGP (BGP-Free Core)?

P-router chỉ chuyển tiếp gói tin dựa trên nhãn ngoài (Outer Transport Label) do giao thức LDP phân phối để đưa gói tin đến địa chỉ Loopback (Next-hop) của Egress PE router. P-router không đọc địa chỉ IP đích của gói tin và không can thiệp vào nhãn VPN bên trong, do đó không cần duy trì bảng định tuyến BGP toàn cầu.

4. Cơ chế Penultimate Hop Popping (PHP) mang lại lợi ích gì cho hiệu năng mạng?

PHP cho phép router kế cuối (Penultimate Router) bóc nhãn chuyển tiếp ngoài cùng (Outer Label) trước khi chuyển gói tin đến Egress PE (nhờ gán nhãn Implicit Null = 3). Nhờ đó, Egress PE chỉ cần thực hiện một lần tra cứu nhãn duy nhất (nhãn VPN) thay vì phải tra cứu hai lần liên tiếp (Outer Label rồi đến Inner Label/IP Header), giúp giảm tải CPU đáng kể tại router biên ra.

5. Chi phí đầu tư và thời gian thu hồi vốn (ROI) khi chuyển sang MPLS VPN như thế nào?

Mặc dù chi phí cấu hình ban đầu yêu cầu chuyên môn cao, MPLS VPN giúp doanh nghiệp giảm 40-60% chi phí cước viễn thông hàng tháng so với thuê các kênh truyền dẫn riêng biệt (Leased-line truyền thống). Thời gian thu hồi vốn đầu tư chuyển đổi hạ tầng thường đạt được trong khoảng từ 8 đến 14 tháng vận hành.

Kết luận

Đồ án tốt nghiệp "Ứng dụng và triển khai công nghệ chuyển mạch nhãn MPLS trên hạ tầng WAN" của sinh viên Lê Thanh Tùng và Nguyễn Huy Sáng đã giải quyết xuất sắc bài toán tối ưu hóa hạ tầng mạng diện rộng thế hệ mới. Bằng việc kết hợp chặt chẽ giữa cơ sở lý thuyết chuẩn hóa của IETF và thực nghiệm mô phỏng trên nền tảng GNS3 với hệ điều hành Cisco IOS, công trình đã làm sáng tỏ toàn bộ chu trình hoạt động của ngăn xếp nhãn MPLS, kiến trúc mạng lõi BGP-Free Core và giải pháp cô lập dữ liệu an toàn qua MPLS L3VPN.

Kết quả nghiên cứu không chỉ mang lại giá trị học thuật cao trong lĩnh vực Công nghệ Kỹ thuật Máy tính và Mạng truyền thông, mà còn cung cấp một bản thiết kế mạng thực tế, khả thi và sẵn sàng ứng dụng cho các doanh nghiệp, tổ chức tài chính và nhà cung cấp dịch vụ Internet trên lộ trình hiện đại hóa hạ tầng số.