[CCNP - ENCOR] TỐI ƯU HẠ TẦNG SWITCH CAMPUS: TUYỆT CHIÊU ĐỒNG BỘ MST VÀ PVST+ KHÔNG LO XUNG ĐỘT
Trong các hệ thống mạng doanh nghiệp lớn, việc phải đối mặt với một hạ tầng "hỗn hợp" – nơi một số Switch chạy PVST+ (Per VLAN Spanning Tree) truyền thống, số khác lại chạy MST (Multiple Spanning Tree) thế hệ mới – là kịch bản vô cùng quen thuộc. Cả hai giao thức này đều chung mục đích chống Loop Layer 2, nhưng cách tiếp cận lại hoàn toàn trái ngược:
Khi kết nối hai vùng mạng này lại với nhau, một bài toán hóc búa xuất hiện: PVST+ gửi BPDU theo từng VLAN, trong khi MST lại gửi BPDU theo Instance. Vậy chúng "nói chuyện" với nhau kiểu gì để không làm sập mạng?
Bài viết này sẽ mổ xẻ cơ chế tương thích đặc biệt mang tên PVST Simulation Mechanism và cách cấu hình chuẩn chuyên gia để hạ tầng của bạn vận hành êm ái. 1. Bí thuật "Hóa thân": Cơ chế PVST Simulation
Vì không thể có một sơ đồ ánh xạ 1:1 trực tiếp giữa thông tin của MST và PVST+, Cisco đã trang bị cho MST một tính năng thông minh gọi là PVST Simulation Mechanism.
Khi một Switch MST kết nối với Switch PVST+ qua một cổng gọi là Boundary Interface (Cổng biên), vùng MST sẽ tự động "giả lập" một hệ thống PVST+:
Nhờ vậy, Switch PVST+ phía bên kia sẽ nhận được BPDU cho từng VLAN một cách bình thường và đưa ra quyết định chọn Root Port, Designated Port một cách đồng bộ cho tất cả các VLAN. 2. Quy tắc "Bắt tay" nghiêm ngặt tại Cổng Biên (Boundary)
MST quyết định vai trò của cổng biên đối với tất cả các VLAN dựa hoàn toàn vào thông tin nhận được từ VLAN 1 BPDU của PVST+. Để đảm bảo vùng PVST+ "đồng thuận" với quyết định của MST và tránh rủi ro mất đồng bộ, MST áp đặt các cơ chế kiểm tra cực kỳ nghiêm ngặt: Trường hợp cổng biên là Designated Port (Cổng chỉ định - Forwarding)
Điều này xảy ra khi Root Bridge của hệ thống mạng nằm bên vùng PVST+. Lúc này, cổng biên sẽ mở trạng thái Forwarding cho tất cả các VLAN.
Xét mô hình thực tế gồm 3 Switch: SW1 chạy Rapid-PVST+. SW2 và SW3 nằm trong vùng MST (REGION1) quản lý 6 VLAN từ 10 đến 60. Khởi tạo cấu hình Trunking và VLAN chung cho cả 3 Switch
:
Plaintext
(config)# interface range GigabitEthernet 0/1-2
(config-if-range)# switchport trunk encapsulation dot1q
(config-if-range)# switchport mode trunk
(config-if-range)# vlan 10,20,30,40,50,60
Kịch bản lỗi: Đặt Root Bridge sai vị trí (Bên vùng PVST+)
Giả sử bạn vô tình cấu hình hạ thấp Priority của VLAN 60 trên SW1 (vùng PVST+) để biến nó thành Root Bridge:
Plaintext
SW1(config)# spanning-tree vlan 60 priority 4096
Ngay lập tức, cơ chế kiểm tra cổng biên của MST bị vi phạm vì BPDU của VLAN 60 giờ đây mạnh hơn IST. Màn hình CLI của SW2 và SW3 sẽ bắn lỗi liên tục:
Plaintext
%SPANTREE-2-PVSTSIM_FAIL: Blocking designated port Gi0/1: Inconsistent inferior PVST BPDU received on VLAN 60...
Cổng Gi0/1 nối giữa hai vùng mạng sẽ bị đẩy về trạng thái Desg BKN (Broken) trên tất cả các Instance. Toàn bộ kết nối giữa 2 vùng bị cô lập hoàn toàn! Giải pháp Khắc phục chuẩn khuyến nghị (Best Practice)
Quy tắc bất di bất dịch khi thiết kế hạ tầng hỗn hợp là: Luôn đặt Root Bridge nằm bên trong vùng MST. Điều này giúp hệ thống cực kỳ ổn định và dễ quản trị.
Để sửa lỗi trên, ta trả lại độ ưu tiên mặc định cho SW1:
Plaintext
SW1(config)# spanning-tree vlan 60 priority 32768
Hệ thống lập tức tự động xóa bỏ trạng thái lỗi:
Plaintext
%SPANTREE-2-PVSTSIM_OK: PVST Simulation inconsistency cleared on port GigabitEthernet0/1.
Lúc này, toàn bộ vùng PVST+ (SW1) sẽ nhìn nhận vùng MST như một "gã khổng lồ" Root Bridge duy nhất. Nếu bạn muốn tối ưu hóa băng thông (Load Balancing) cho một VLAN cụ thể (ví dụ VLAN 60), bạn không cần can thiệp vào MST mà chỉ cần chỉnh sửa Cost (chi phí đường truyền) ngay trên Switch PVST+ để ép nó chọn một đường đi khác:
Plaintext
SW1(config)# interface GigabitEthernet 0/2
SW1(config-if)# spanning-tree vlan 60 cost 1
Khi đó, riêng VLAN 60 sẽ chuyển hướng chạy qua cổng Gi0/2, trong khi các VLAN còn lại vẫn chạy qua đường Gi0/1 ổn định.
💡 BẠN MUỐN LÀM CHỦ CÁC KỸ THUẬT ĐIỀU PHỐI TRAFFIC LAYER 2 CHUYÊN SÂU?
Hiểu rõ bản chất vận hành của Spanning-Tree giúp bạn thiết kế những hệ thống mạng Core-Distribution lớn mà không sợ thảm họa Loop hay nghẽn mạch. Các kịch bản tối ưu hóa MST, PVST+ và các tính năng bảo vệ nâng cao như BPDU Guard, Root Guard, Loop Guard đều được thực hành 100% trên thiết bị thật Cisco trong chương trình đào tạo chuẩn quốc tế CCNA / CCNP Enterprise tại VnPro.
vnpro cisco ccna ccnp #SpanningTree #MSTP pvst #NetworkEngineering
Trong các hệ thống mạng doanh nghiệp lớn, việc phải đối mặt với một hạ tầng "hỗn hợp" – nơi một số Switch chạy PVST+ (Per VLAN Spanning Tree) truyền thống, số khác lại chạy MST (Multiple Spanning Tree) thế hệ mới – là kịch bản vô cùng quen thuộc. Cả hai giao thức này đều chung mục đích chống Loop Layer 2, nhưng cách tiếp cận lại hoàn toàn trái ngược:
- PVST+: Tạo riêng một thực thể (Instance) Spanning Tree cho từng VLAN một. Hạ tầng có 100 VLAN đồng nghĩa với việc Switch phải gánh 100 luồng tính toán BPDU độc lập.
- MST: Gom nhiều VLAN vào chung một Instance để giảm tải CPU cho Switch.
Khi kết nối hai vùng mạng này lại với nhau, một bài toán hóc búa xuất hiện: PVST+ gửi BPDU theo từng VLAN, trong khi MST lại gửi BPDU theo Instance. Vậy chúng "nói chuyện" với nhau kiểu gì để không làm sập mạng?
Bài viết này sẽ mổ xẻ cơ chế tương thích đặc biệt mang tên PVST Simulation Mechanism và cách cấu hình chuẩn chuyên gia để hạ tầng của bạn vận hành êm ái. 1. Bí thuật "Hóa thân": Cơ chế PVST Simulation
Vì không thể có một sơ đồ ánh xạ 1:1 trực tiếp giữa thông tin của MST và PVST+, Cisco đã trang bị cho MST một tính năng thông minh gọi là PVST Simulation Mechanism.
Khi một Switch MST kết nối với Switch PVST+ qua một cổng gọi là Boundary Interface (Cổng biên), vùng MST sẽ tự động "giả lập" một hệ thống PVST+:
- Switch MST sẽ gửi ra các gói tin PVST+ BPDU cho từng VLAN đơn lẻ trên cổng biên.
- Tất cả các gói tin giả lập này đều mang chung một thông tin cấu hình và quảng bá cùng một Root Bridge. Thông tin này được lấy trực tiếp từ IST (Instance 0) của vùng MST.
Nhờ vậy, Switch PVST+ phía bên kia sẽ nhận được BPDU cho từng VLAN một cách bình thường và đưa ra quyết định chọn Root Port, Designated Port một cách đồng bộ cho tất cả các VLAN. 2. Quy tắc "Bắt tay" nghiêm ngặt tại Cổng Biên (Boundary)
MST quyết định vai trò của cổng biên đối với tất cả các VLAN dựa hoàn toàn vào thông tin nhận được từ VLAN 1 BPDU của PVST+. Để đảm bảo vùng PVST+ "đồng thuận" với quyết định của MST và tránh rủi ro mất đồng bộ, MST áp đặt các cơ chế kiểm tra cực kỳ nghiêm ngặt: Trường hợp cổng biên là Designated Port (Cổng chỉ định - Forwarding)
- Quy tắc: Gói tin MST BPDU từ IST phải vượt trội hơn (Superior) so với TẤT CẢ các gói tin PVST+ BPDU của mọi VLAN nhận được trên cổng đó.
- Hậu quả nếu lỗi: Nếu có một VLAN bất kỳ bên phía PVST+ gửi lên một BPDU mạnh hơn (đòi làm Root), cổng biên lập tức bị block và chuyển sang trạng thái Broken (Lỗi PVST_Inc) để bảo vệ hệ thống.
Điều này xảy ra khi Root Bridge của hệ thống mạng nằm bên vùng PVST+. Lúc này, cổng biên sẽ mở trạng thái Forwarding cho tất cả các VLAN.
- Quy tắc: Các gói tin PVST+ BPDU của tất cả các VLAN khác (VLAN 10, 20, 30...) nhận được bắt buộc phải trùng khớp hoặc vượt trội hơn so với BPDU của VLAN 1.
- Lưu ý kỹ thuật: Vì PVST+ sử dụng tính năng System ID Extension (cộng số hiệu VLAN vào Bridge ID), nên các VLAN khác nhau không bao giờ có giá trị BPDU trùng nhau hoàn toàn. Do đó, quy tắc thực tế là: Độ ưu tiên (Priority) của các VLAN khác phải thấp hơn (giá trị nhỏ hơn) VLAN 1 ít nhất là 4096 đơn vị.
Xét mô hình thực tế gồm 3 Switch: SW1 chạy Rapid-PVST+. SW2 và SW3 nằm trong vùng MST (REGION1) quản lý 6 VLAN từ 10 đến 60. Khởi tạo cấu hình Trunking và VLAN chung cho cả 3 Switch
:
Plaintext
(config)# interface range GigabitEthernet 0/1-2
(config-if-range)# switchport trunk encapsulation dot1q
(config-if-range)# switchport mode trunk
(config-if-range)# vlan 10,20,30,40,50,60
Kịch bản lỗi: Đặt Root Bridge sai vị trí (Bên vùng PVST+)
Giả sử bạn vô tình cấu hình hạ thấp Priority của VLAN 60 trên SW1 (vùng PVST+) để biến nó thành Root Bridge:
Plaintext
SW1(config)# spanning-tree vlan 60 priority 4096
Ngay lập tức, cơ chế kiểm tra cổng biên của MST bị vi phạm vì BPDU của VLAN 60 giờ đây mạnh hơn IST. Màn hình CLI của SW2 và SW3 sẽ bắn lỗi liên tục:
Plaintext
%SPANTREE-2-PVSTSIM_FAIL: Blocking designated port Gi0/1: Inconsistent inferior PVST BPDU received on VLAN 60...
Cổng Gi0/1 nối giữa hai vùng mạng sẽ bị đẩy về trạng thái Desg BKN (Broken) trên tất cả các Instance. Toàn bộ kết nối giữa 2 vùng bị cô lập hoàn toàn! Giải pháp Khắc phục chuẩn khuyến nghị (Best Practice)
Quy tắc bất di bất dịch khi thiết kế hạ tầng hỗn hợp là: Luôn đặt Root Bridge nằm bên trong vùng MST. Điều này giúp hệ thống cực kỳ ổn định và dễ quản trị.
Để sửa lỗi trên, ta trả lại độ ưu tiên mặc định cho SW1:
Plaintext
SW1(config)# spanning-tree vlan 60 priority 32768
Hệ thống lập tức tự động xóa bỏ trạng thái lỗi:
Plaintext
%SPANTREE-2-PVSTSIM_OK: PVST Simulation inconsistency cleared on port GigabitEthernet0/1.
Lúc này, toàn bộ vùng PVST+ (SW1) sẽ nhìn nhận vùng MST như một "gã khổng lồ" Root Bridge duy nhất. Nếu bạn muốn tối ưu hóa băng thông (Load Balancing) cho một VLAN cụ thể (ví dụ VLAN 60), bạn không cần can thiệp vào MST mà chỉ cần chỉnh sửa Cost (chi phí đường truyền) ngay trên Switch PVST+ để ép nó chọn một đường đi khác:
Plaintext
SW1(config)# interface GigabitEthernet 0/2
SW1(config-if)# spanning-tree vlan 60 cost 1
Khi đó, riêng VLAN 60 sẽ chuyển hướng chạy qua cổng Gi0/2, trong khi các VLAN còn lại vẫn chạy qua đường Gi0/1 ổn định.
💡 BẠN MUỐN LÀM CHỦ CÁC KỸ THUẬT ĐIỀU PHỐI TRAFFIC LAYER 2 CHUYÊN SÂU?
Hiểu rõ bản chất vận hành của Spanning-Tree giúp bạn thiết kế những hệ thống mạng Core-Distribution lớn mà không sợ thảm họa Loop hay nghẽn mạch. Các kịch bản tối ưu hóa MST, PVST+ và các tính năng bảo vệ nâng cao như BPDU Guard, Root Guard, Loop Guard đều được thực hành 100% trên thiết bị thật Cisco trong chương trình đào tạo chuẩn quốc tế CCNA / CCNP Enterprise tại VnPro.
- 📲 Inbox ngay cho Fanpage hoặc liên hệ Chuyên viên tư vấn qua Zalo: 093 3427 079 để nhận lộ trình ưu đãi tốt nhất trong tháng này!
- 🌐 Lịch khai giảng chi tiết: vnpro.vn
vnpro cisco ccna ccnp #SpanningTree #MSTP pvst #NetworkEngineering