Giới thiệu dự án

Sự bùng nổ của mạng diện rộng (WAN) và nhu cầu kết nối đa chi nhánh trong các doanh nghiệp hiện đại đòi hỏi một hạ tầng truyền dẫn vừa đảm bảo tính bảo mật tuyệt đối, vừa tối ưu hóa tốc độ xử lý dữ liệu. Các giải pháp mạng riêng ảo (VPN) truyền thống dựa trên công nghệ Kênh ảo Lớp 2 (ATM, Frame Relay) hoặc Đường hầm Lớp 3 (IPsec, GRE over IP) đang bộc lộ những điểm nghẽn nghiêm trọng:

  • Hiện tượng bùng nổ liên kết ảo (Virtual Circuit Explosion): Mô hình Overlay VPN đòi hỏi cấu hình mạng lưới đầy đủ (Full-mesh) giữa $N$ điểm chi nhánh, dẫn đến số lượng kênh ảo tăng theo cấp số nhân $N(N-1)/2$, gây quá tải trong quản trị và vận hành.
  • Chi phí băng thông và độ trễ: Công nghệ ATM gánh chịu mức hao phí tiêu đề tế bào 53-byte ("cell tax") lên đến gần 10–15% dung lượng băng thông vật lý; trong khi định tuyến IP thuần túy (Hop-by-Hop routing) buộc router phải phân tích địa chỉ IP đích qua bảng định tuyến khổng lồ tại từng chặng.
  • Xung đột không gian địa chỉ: Mạng VPN truyền thống không thể xử lý mượt mà kịch bản các doanh nghiệp khác nhau sử dụng trùng dải địa chỉ IP nội bộ (Overlapping IPv4 Address Spaces) mà không cần can thiệp phức tạp bằng Network Address Translation (NAT).

Đồ án "Nghiên Cứu Công Nghệ MPLS và Ứng Dụng VPN" do sinh viên Nguyễn Thiện Vỹ thực hiện dưới sự hướng dẫn khoa học của Thầy Dương Hữu Ái (Khoa Tin Học Ứng Dụng) đã giải quyết toàn diện bài toán trên. Đề tài tập trung vào công nghệ Chuyển mạch nhãn đa giao thức (Multi-Protocol Label Switching - MPLS) kết hợp kiến trúc Định tuyến và Chuyển tiếp ảo (Virtual Routing and Forwarding - VRF), Giao thức BGP đa giao thức (MP-BGP) để triển khai mạng riêng ảo MPLS VPN (Peer-to-Peer VPN).

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

  1. Hệ thống hóa kiến trúc MPLS: Nghiên cứu cấu trúc nhãn 32-bit (Shim Header), cơ chế phân phối nhãn thông qua Giao thức Phân phối Nhãn (LDP), và quy trình đồng bộ giữa Mặt phẳng Điều khiển (Control Plane) với Mặt phẳng Dữ liệu (Data Plane).
  2. Thiết kế kiến trúc MPLS Layer 3 VPN: Xây dựng mô hình phân tách lưu lượng khách hàng bằng cấu trúc bảng định tuyến ảo VRF, bộ phân biệt tuyến RD (Route Distinguisher 64-bit) và thuộc tính định tuyến mục tiêu RT (Route Target Extended Community).
  3. Triển khai cơ chế BGP-Free Core: Triển khai ngăn xếp 2 nhãn (Two-label stack gồm IGP Transport Label và VPN Service Label), giải phóng hoàn toàn các router lõi (P Router) khỏi gánh nặng lưu trữ bảng định tuyến khách hàng.
  4. Đánh giá hiệu năng và chuyển tiếp: Kiểm chứng quy trình xử lý nhãn (Push, Swap, Pop/Untag) và kỹ thuật tháo nhãn chặng kế cuối (Penultimate Hop Popping - PHP/Implicit-null), đảm bảo tốc độ chuyển mạch dây (wire-speed switching) tại mạng lõi.

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

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

Trước khi MPLS xuất hiện, hai mô hình VPN chủ đạo là Overlay VPN và Peer-to-Peer VPN qua bộ lọc IP đều tồn tại nhiều hạn chế kỹ thuật:

Tiêu chí phân tích VPN truyền thống (ATM / Frame Relay) Overlay VPN (GRE / IPsec qua IP) MPLS Layer 3 VPN (Đề xuất)
Mô hình định tuyến Khách hàng tự quản lý định tuyến độc lập Router khách hàng thiết lập láng giềng qua Tunnel Peer-to-Peer tại Lớp 3 giữa CE và PE
Độ phức tạp cấu hình Cao ($O(N^2)$ kênh ảo full-mesh) Rất cao (yêu cầu quản lý khóa, đường hầm điểm-điểm) Thấp ($O(N)$ kết nối duy nhất giữa CE và PE)
Tải xử lý tại Mạng lõi Chuyển mạch Cell/Frame Lớp 2 Router lõi phải định tuyến IP chặng-qua-chặng Chuyển mạch nhãn Lớp 2.5 (BGP-Free Core)
Hỗ trợ Overlapping IP Có (phân tách vật lý/kênh ảo) Khó khăn (yêu cầu cấu hình NAT phức tạp) Tự nhiên và tối ưu nhờ gán tiền tố 64-bit RD
Hỗ trợ QoS / Traffic Eng Tốt trên ATM, kém trên IP Hạn chế, phụ thuộc vào gói IP bên ngoài Rất cao (thông qua 3-bit EXP và MPLS-TE)

Ma trận ưu tiên yêu cầu kỹ thuật (MoSCoW)

  • Must-have (Bắt buộc): Tạo lập bảng VRF độc lập trên PE; gán nhãn LDP cho mạng lõi; trao đổi tuyến VPNv4 (96-bit) qua MP-iBGP; chuyển tiếp gói tin bằng ngăn xếp 2 lớp nhãn.
  • Should-have (Khuyến nghị): Áp dụng kỹ thuật tháo nhãn trước đích (Implicit-null label value 3) để tối ưu chu kỳ xử lý CPU cho router biên ra (Egress PE).
  • Could-have (Mở rộng): Cấu hình các kịch bản mạng Extranet VPN và Central Services VPN chia sẻ giữa các khách hàng thông qua chính sách lọc Route Target Import/Export.
  • Won't-have (Chưa thực hiện): Triển khai MPLS Traffic Engineering bảo lưu băng thông qua giao thức RSVP-TE trong phạm vi đề tài này.

Thiết kế hệ thống

Kiến trúc MPLS VPN tích hợp hai mặt phẳng xử lý dữ liệu và điều khiển độc lập:

+---------------------------------------------------------------------------------------------------+
|                                      MẠNG NHÀ CUNG CẤP DỊCH VỤ (SP)                               |
|                                                                                                   |
|    +-------------------+           +-------------------+           +-------------------+          |
|    |     Router PE1    |           |     Router P      |           |     Router PE2    |          |
|    |  (Ingress LSR)    |           |    (Core LSR)     |           |   (Egress LSR)    |          |
|    |                   |  LDP LSP  |                   |  LDP LSP  |                   |          |
|    |  +-------------+  |<--------->|  +-------------+  |<--------->|  +-------------+  |          |
|    |  | VRF Cust_A  |  |           |  | LFIB Global |  |           |  | VRF Cust_A  |  |          |
|    |  | RD: 1:100   |  |           |  +-------------+  |           |  | RD: 1:100   |  |          |
|    |  +-------------+  |           |                   |           |  +-------------+  |          |
|    |         ^         |           |                   |           |         ^         |          |
|    +---------|---------+           +-------------------+           +---------|---------+          |
|              |                                                               |                    |
|       MP-iBGP (VPNv4 + RT) <===============================================> |                    |
+--------------|---------------------------------------------------------------|--------------------+
               | (Lớp 3 IP)                                                    | (Lớp 3 IP)
               v                                                               v
     +-------------------+                                           +-------------------+
     |    Router CE1-A   |                                           |    Router CE2-A   |
     |  (Site 1 Cust_A)  |                                           |  (Site 2 Cust_A)  |
     | IP: 172.16.1.0/24 |                                           | IP: 172.16.2.0/24 |
     +-------------------+                                           +-------------------+

Cấu trúc định dạng dữ liệu kỹ thuật

  1. Cấu trúc nhãn MPLS Shim Header (32-bit chèn giữa Lớp 2 và Lớp 3):

    • Label Value (20 bits): Giá trị nhãn chuyển mạch ($0$ đến $2^{20}-1$). Giá trị từ 0–15 được dành riêng đặc biệt (ví dụ: Label 0 là Explicit Null, Label 3 là Implicit Null).
    • EXP (Experimental / Traffic Class) (3 bits): Dành cho đảm bảo chất lượng dịch vụ (QoS), tương thích trực tiếp với các bit IP Precedence / DSCP.
    • S (Bottom of Stack) (1 bit): Đánh dấu đáy ngăn xếp ($S=1$ cho nhãn trong cùng/nhãn VPN; $S=0$ cho các nhãn vận chuyển phía trên).
    • TTL (Time to Live) (8 bits): Bản sao của trường IP TTL để chống lặp vòng lặp định tuyến (Routing Loop).

  2. Định danh giao thức đóng gói Lớp 2 (Protocol Identifier):

    • Ethernet: EtherType = 0x8847 (MPLS Unicast), 0x8848 (MPLS Multicast).
    • PPP: Giao thức điều khiển mạng MPLS CP (NCP) = 0x8281.
    • Frame Relay: SNAP Encapsulation với NLPID = 0x80, EtherType = 0x8847.

  3. Cấu trúc địa chỉ VPNv4 (96 bits): $$\text{VPNv4 Prefix (96 bits)} = \text{Route Distinguisher (64 bits)} + \text{IPv4 Prefix (32 bits)}$$

    • Ví dụ: Khách hàng A có mạng 172.16.0.0/24 gán RD 1:100 $\rightarrow$ Địa chỉ VPNv4 duy nhất toàn cầu: 1:100:172.16.0.0/24.

Methodology

Phương pháp tiếp cận được tiến hành tuần tự theo mô hình kỹ thuật mạng chuẩn hóa:

  • Giai đoạn 1: Thiết lập mạng lõi IP/MPLS Backbone: Cấu hình giao thức định tuyến nội miền (OSPFv2) trên toàn bộ router P và PE để hội tụ bảng định tuyến toàn cục (Global Routing Table).
  • Giai đoạn 2: Báo hiệu phân phối nhãn chuyển mạch: Kích hoạt Cisco Express Forwarding (CEF) và giao thức LDP trên các giao tiếp mạng lõi để xây dựng Bảng thông tin chuyển tiếp nhãn (LFIB).
  • Giai đoạn 3: Thiết lập định tuyến dịch vụ VPN: Cấu hình phiên MP-iBGP giữa các địa chỉ Loopback của router PE, kích hoạt họ địa chỉ address-family vpnv4.
  • Giai đoạn 4: Cấu hình phân tách VRF và CE-PE Peering: Gán giao tiếp kết nối router CE vào VRF tương ứng, cấu hình RD, Export/Import RT và trao đổi tuyến giữa CE-PE qua Static Route/OSPF/RIPv2.

Implementation và kết quả

Development process

Quá trình hiện thực hóa giải pháp được thiết lập trên môi trường Cisco IOS thông qua các bước cấu hình chuẩn hóa:

1. Cấu hình Mặt phẳng Điều khiển trên Router PE (PE1)

! Khởi tạo chuyển mạch CEF và bật MPLS
ip cef
mpls label range 100 199
mpls ip

! Cấu hình bảng định tuyến ảo VRF cho Khách hàng A
ip vrf Customer_A
 rd 1:100
 route-target export 100:1
 route-target import 100:1

! Gán giao diện kết nối phía CE vào VRF
interface FastEthernet0/0
 description Connection to CE1-A
 ip vrf forwarding Customer_A
 ip address 192.168.1.1 255.255.255.252

! Cấu hình giao tiếp mạng lõi chạy MPLS
interface FastEthernet0/1
 description Core link to Router P
 ip address 10.0.0.1 255.255.255.252
 mpls ip

! Cấu hình MP-BGP để quảng bá tuyến VPNv4
router bgp 65000
 neighbor 10.255.255.2 remote-as 65000
 neighbor 10.255.255.2 update-source Loopback0
 !
 address-family vpnv4
  neighbor 10.255.255.2 activate
  neighbor 10.255.255.2 send-community extended
 exit-address-family
 !
 address-family ipv4 vrf Customer_A
  redistribute connected
  redistribute rip
 exit-address-family

2. Quy trình xử lý ngăn xếp nhãn (Label Operations)

  • Giai đoạn gán nhãn tại Ingress PE (PE1): Nhận gói IP 172.16.2.1 từ CE1. PE1 tra cứu bảng VRF Customer_A, gán nhãn dịch vụ VPN (ví dụ: Label 105) được học từ MP-BGP của PE2. Tiếp tục tra cứu địa chỉ BGP Next-Hop (10.255.255.2), PE1 gán thêm nhãn vận chuyển IGP (ví dụ: Label 25) qua LDP.
  • Giai đoạn hoán đổi nhãn tại Router P: Router P nhận gói tin có nhãn đỉnh 25. Router P chỉ tra cứu bảng LFIB, thực hiện thao tác Swap nhãn 25 thành Label 47 và chuyển tiếp đến router chặng kế.
  • Giai đoạn tháo nhãn (Penultimate Hop Popping & Egress PE): Router kế cuối thực hiện thao tác Pop nhãn IGP (nếu nhận được chỉ định Implicit-Null Label 3), gửi gói tin chỉ còn chứa Label 105 đến Egress PE (PE2). PE2 bóc nhãn 105, xác định chính xác giao tiếp thuộc VRF Customer_A và chuyển gói tin IP nguyên bản đến CE2.

Testing và validation

Kết quả kiểm thử trên hệ thống chứng minh sự chính xác tuyệt đối của cơ chế chuyển mạch nhãn:

Router_PE1# show ip bgp vpnv4 all
   Network          Next Hop            Metric LocPrf Weight Path
Route Distinguisher: 1:100 (default for vrf Customer_A)
*>i 172.16.2.0/24   10.255.255.2             0    100      0 ?
                    Extended Community: RT:100:1
                    mpls labels: in/out nolabel/105

Router_P# show mpls forwarding-table
Local  Outgoing    Prefix            Bytes Label   Outgoing   Next Hop
Label  Label       or Tunnel Id      Switched      interface
25     47          10.255.255.2/32   1284560       Fa0/1      10.0.0.2

Bảng thông số kiểm thử chuyển tiếp gói tin

Kịch bản kiểm thử Trạng thái gói tin Nhãn đỉnh (Top Label) Nhãn đáy (Bottom Label - S=1) Hành vi Router thực hiện
Gói rời CE1 vào PE1 IP Payload Không có Không có Tra cứu VRF CEF $\rightarrow$ Push 2 nhãn
Gói trên link PE1 $\rightarrow$ P MPLS Encapsulated 25 (IGP LDP) 105 (VPN BGP) Chuyển tiếp Lớp 2 (EtherType 0x8847)
Gói xử lý tại Router P MPLS Encapsulated 47 (Swap từ 25) 105 (Giữ nguyên) Hoán đổi nhãn LFIB
Gói đến Egress PE2 MPLS Encapsulated Đã tháo (POP PHP) 105 (VPN Label) Tra cứu nhãn VPN $\rightarrow$ Chuyển về VRF
Gói rời PE2 sang CE2 IP Payload Không có Không có Chuyển tiếp định tuyến IP thuần túy

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

  • Tách biệt lưu lượng 100%: Hai doanh nghiệp (Customer A và Customer B) cùng cấu hình dải mạng 172.16.0.0/24 kết nối vào cùng router PE1 hoạt động đồng thời không xảy ra hiện tượng rò rỉ gói tin (Route Leaking) hay xung đột bảng định tuyến.
  • Loại bỏ gánh nặng định tuyến ở mạng lõi (BGP-Free Core): Các router P hoàn toàn không chứa bất kỳ một tuyến VPN hay địa chỉ IP khách hàng nào, bảng định tuyến lõi chỉ duy trì địa chỉ Loopback của các router nhà cung cấp ($O(M)$ với $M$ là số lượng router SP).
  • Hiệu năng chuyển tiếp: Tốc độ chuyển tiếp gói tin tại mạng lõi đạt mức tối đa của đường truyền vật lý nhờ loại bỏ cơ chế tra cứu địa chỉ IP đệ quy (Recursive Route Lookup), thay thế bằng thao tác tra cứu nhãn chỉ số đơn giản trong bảng LFIB.

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

  1. Hiện thực hóa mô hình BGP-Free Core: Đóng góp giải pháp kiến trúc loại bỏ yêu cầu chạy BGP trên các thiết bị mạng lõi. Điều này giúp các nhà mạng (ISP) tiết kiệm đáng kể chi phí nâng cấp bộ nhớ RAM và năng lực xử lý cho hệ thống router đường trục.
  2. Đơn giản hóa mô hình kết nối quy mô lớn: Thay vì phải duy trì ma trận kết nối $N(N-1)/2$ như VPN truyền thống, giải pháp MPLS VPN chuyển toàn bộ sự phức tạp về cấu hình điểm-điểm sang cấu hình điểm-đa điểm thông qua chính sách phân phối nhãn Route Target, giảm độ phức tạp quản trị mạng xuống mức $O(N)$.
  3. Tích hợp đa dịch vụ trên cùng một hạ tầng: Cho phép nhà cung cấp dịch vụ đồng thời truyền tải lưu lượng IPv4, IPv6, lưu lượng thoại (VoIP yêu cầu độ trễ thấp) và phân lớp dịch vụ QoS thông qua việc ánh xạ 3-bit EXP trên cùng một kết nối vật lý duy nhất.

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

Kịch bản ứng dụng điển hình

  • Mạng diện rộng ngân hàng và tài chính: Kết nối hàng trăm phòng giao dịch và máy ATM về trung tâm dữ liệu (Data Center) đảm bảo phân tách tuyệt đối giữa mạng dữ liệu giao dịch nội bộ, mạng camera an ninh và mạng truy cập công cộng.
  • Nhà cung cấp dịch vụ Internet (ISP/Telco): Triển khai hạ tầng mạng lõi đa dịch vụ (IP/MPLS Backbone) cung cấp dịch vụ thuê kênh riêng ảo (IP-VPN) chất lượng cao cho hàng nghìn khách hàng doanh nghiệp trên cùng một hệ thống vật lý.

Lộ trình triển khai hệ thống (Implementation Roadmap)

[Tuần 1-2: Khảo sát & Quy hoạch] ──> [Tuần 3-4: Triển khai Core IGP & LDP] ──> [Tuần 5-6: Cấu hình PE MP-BGP & VRF] ──> [Tuần 7-8: Chuyển đổi & Đánh giá]
   * Phân bổ dải IP & RD/RT            * Kích hoạt OSPF / IS-IS                 * Thiết lập phiên MP-iBGP                * Đấu nối Router CE khách hàng
   * Thiết kế dung lượng lõi            * Thiết lập LDP LSP đường trục           * Cấu hình chính sách VRF RT             * Đo kiểm độ trễ & hội tụ

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

Hạn chế kỹ thuật

  • Chia sẻ trách nhiệm định tuyến: Trong mô hình Peer-to-Peer, khách hàng và nhà cung cấp dịch vụ phải phối hợp chặt chẽ trong việc định tuyến tại Lớp 3, đòi hỏi sự tin cậy cao hơn so với mô hình kênh truyền Lớp 2 thuần túy.
  • Phức tạp trong xử lý sự cố: Việc gói tin bị lồng ghép 2 lớp nhãn đòi hỏi kỹ sư vận hành phải nắm vững cấu trúc LFIB, LIB, VRF CEF và sử dụng các công cụ chuyên dụng (mpls traceroute, mpls ping) thay vì các lệnh ICMP thông thường.

Hướng phát triển đề xuất

  • Tích hợp Kỹ thuật điều khiển lưu lượng (MPLS Traffic Engineering - MPLS TE): Áp dụng giao thức RSVP-TE kết hợp OSPF-TE để thiết lập các đường hầm chuyển nhãn tường minh (Explicit Routing), tối ưu hóa băng thông đường truyền và dự phòng tự động bằng Fast Reroute (FRR) dưới 50ms.
  • Nghiên cứu Định tuyến phân đoạn (Segment Routing - SR-MPLS): Đơn giản hóa mặt phẳng điều khiển bằng cách loại bỏ giao thức LDP và RSVP-TE, sử dụng trực tiếp các nhãn phân đoạn được phân phối qua mở rộng IGP.

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

  • Sinh viên & Học viên chuyên ngành Mạng - Viễn thông: Tài liệu cung cấp góc nhìn thực hành chuyên sâu từ nguyên lý lý thuyết (RFC 3031, RFC 4364) đến cú pháp cấu hình chi tiết trên thiết bị định tuyến Cisco.
  • Kỹ sư thiết kế và vận hành mạng (Network Engineers): Nắm vững quy trình cấu hình, phương pháp xử lý sự cố trong mạng MPLS VPN, cơ chế gán nhãn 2 lớp và thiết kế bảng định tuyến ảo VRF.
  • Doanh nghiệp và Nhà cung cấp dịch vụ (ISPs): Cơ sở luận chứng kỹ thuật để xây dựng phương án chuyển đổi từ mạng thuê kênh riêng truyền thống (Leased Line, ATM) sang dịch vụ IP-VPN trên nền MPLS nhằm giảm thiểu tối đa chi phí đầu tư và vận hành (CAPEX/OPEX).

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

1. Yêu cầu kỹ thuật tối thiểu về phần cứng và phần mềm để triển khai MPLS VPN là gì?

Các router mạng lõi (P Router) và router biên (PE Router) phải hỗ trợ tính năng chuyển mạch phần cứng Cisco Express Forwarding (CEF), chạy hệ điều hành mạng hỗ trợ tập lệnh định tuyến nâng cao (như Cisco IOS chuẩn Enterprise Plus / IP Services) có tích hợp giao thức LDP và tính năng BGP đa giao thức (MP-BGP). Router phía khách hàng (CE) chỉ cần hỗ trợ định tuyến IP tiêu chuẩn.

2. Giới hạn mở rộng (Scalability Limits) của MPLS VPN là gì và giải pháp khắc phục?

Giới hạn mở rộng chủ yếu nằm ở dung lượng bộ nhớ RAM của router PE khi phải lưu trữ quá nhiều bảng VRF và tuyến VPNv4 của hàng trăm khách hàng. Giải pháp khắc phục bao gồm: phân chia tải qua nhiều cụm PE, áp dụng thiết bị BGP Route Reflector (RR) chuyên dụng cho mặt phẳng điều khiển VPNv4, và cấu hình lọc tuyến Outbound Route Filtering (ORF).

3. MPLS VPN tích hợp với hệ thống mạng sẵn có của doanh nghiệp như thế nào?

Mạng MPLS VPN hoàn toàn trong suốt với mạng nội bộ của khách hàng. Router CE tại chi nhánh chỉ cần thiết lập phiên định tuyến Lớp 3 thông thường (Static Route, RIP, EIGRP, OSPF hoặc eBGP) với router PE của nhà mạng. Mọi cấu trúc nhãn và định tuyến phức tạp ở mạng lõi đều được ẩn giấu hoàn toàn.

4. Chi phí bảo trì và độ phức tạp trong vận hành hệ thống ra sao?

Sau khi hoàn tất cấu hình chuẩn hóa ban đầu, việc thêm mới một chi nhánh khách hàng chỉ yêu cầu cấu hình duy nhất trên cổng giao tiếp của router PE trực tiếp kết nối với CE mới đó, không cần tác động vào mạng lõi hay các router chi nhánh khác. Điều này giúp giảm hơn 70% thời gian và chi phí bảo trì so với mạng Overlay VPN.

5. Tại sao cấu hình MPLS VPN yêu cầu cả Route Distinguisher (RD) và Route Target (RT)?

RD (64-bit) có vai trò duy nhất ở mặt phẳng điều khiển là biến đổi địa chỉ IPv4 (32-bit) thành địa chỉ VPNv4 (96-bit) không trùng lặp toàn cầu. Trong khi đó, RT (BGP Extended Community) là thuộc tính định tuyến quy định chính sách phân phối: nó quyết định chính xác tuyến VPNv4 nào sẽ được nạp (Import) vào bảng định tuyến VRF nào trên router PE nhận.

Kết luận

Đồ án tốt nghiệp "Nghiên Cứu Công Nghệ MPLS và Ứng Dụng VPN" của sinh viên Nguyễn Thiện Vỹ đã giải quyết xuất sắc các thách thức căn bản của hạ tầng mạng diện rộng truyền thống. Bằng việc kết hợp hài hòa giữa tốc độ chuyển mạch nhãn Lớp 2 và tính linh hoạt của định tuyến Lớp 3, công nghệ MPLS VPN mang lại giải pháp mạng riêng ảo vượt trội về hiệu năng, độ bảo mật và khả năng mở rộng quy mô.

Đề tài không chỉ dừng lại ở phân tích lý thuyết chuyên sâu mà còn cung cấp phương án cấu hình, phân tích luồng gói tin thực tế và chứng minh tính khả thi của mô hình BGP-Free Core. Đây là tài liệu tham khảo có giá trị học thuật và ứng dụng thực tiễn cao cho các kỹ sư mạng và doanh nghiệp đang trong lộ trình hiện đại hóa hạ tầng viễn thông.