Tweet
STP Reconvergence: Chuyện Gì Xảy Ra Sau Bức Màn Khi Cây Spanning-Tree Bị Thay Đổi?
[CCNP -ENCOR] STP Reconvergence: Chuyện Gì Xảy Ra Sau Bức Màn Khi Cây Spanning-Tree Bị Thay Đổi?
Hầu hết chúng ta đều đã quen thuộc với các khái niệm cơ bản của Spanning-Tree (STP 802.1D) như cách bầu chọn Root Bridge, xác định Root Port hay khóa cổng Designated Port để chống Loop. Tuy nhiên, khi một hạ tầng mạng đã hội tụ ổn định, tiến trình STP không hề dừng lại. Mỗi 2 giây, Root Bridge vẫn đều đặn gửi gói tin BPDU, và các Switch lân cận vẫn liên tục xử lý thông tin để đưa ra các quyết định lặp đi lặp lại.
Mọi thứ chỉ thực sự trở nên kịch tính khi mạng xảy ra sự cố (đứt cáp, sập cổng). Lúc này, tiến trình STP Reconvergence (Hội tụ lại) sẽ chính thức bắt đầu.
Bài viết này sẽ vén màn toàn bộ kịch bản dòng chảy gói tin và cách các Switch đưa ra quyết định khi sơ đồ mạng thay đổi. 1. Kịch bản 1: Mất kết nối trực tiếp đến Root Bridge (Direct Failure)
Hãy tưởng tượng một mô hình mạng gồm 3 Switch nối vòng tròn. Switch 1 là Root Bridge, Switch 2 kết nối trực tiếp với Switch 1. Switch 3 kết nối với Switch 1 (qua Root Port) và kết nối với Switch 2 (qua một cổng đang bị khóa - Blocking Port).
Chuyện gì xảy ra nếu đường link trực tiếp giữa Switch 1 (Root) và Switch 2 bất ngờ bị ngắt (Shutdown)?
Đây là một kịch bản tinh vi hơn: Đường link vật lý không chết hoàn toàn, nhưng cổng Designated Port trên Root Bridge (Switch 1) hướng xuống Switch 2 bị nhân viên quản trị chủ động Shutdown.
Để quan sát được sự thay đổi liên tục của các gói tin BPDU trong quá trình hội tụ lại, kỹ sư mạng thường bật tính năng theo dõi sự kiện thời gian thực (Real-time):
Plaintext
SW2# debug spanning-tree events
Khi có sự cố xảy ra, màn hình Console sẽ liên tục nhảy các dòng thông báo mô tả chính xác tiến trình chuyển đổi trạng thái của cổng:
Plaintext
STP: VLAN0001 Gi0/2 -> listening
STP: VLAN0001 Gi0/2 -> learning
STP: VLAN0001 Gi0/2 -> forwarding
Đồng thời, bạn có thể kiểm tra bảng thông số thời gian cốt lõi kiểm soát toàn bộ tiến trình này bằng lệnh:
Plaintext
SW2# show spanning-tree vlan 1
Hệ thống sẽ kết xuất các bộ đếm thời gian đang chạy:
Plaintext
Root ID Priority 32769
Address fa16.3eca.4096
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
4. Bài học rút ra cho Quản trị viên hệ thống
Qua việc phân tích chi tiết tiến trình hội tụ lại (Reconvergence), chúng ta hiểu rõ lý do vì sao giao thức STP 802.1D cổ điển lại bị coi là quá chậm chạp đối với các tiêu chuẩn mạng hiện đại (mất từ 30 đến 50 giây để khôi phục kết nối).
Để tối ưu hóa hạ tầng, các doanh nghiệp ngày nay luôn áp dụng các giải pháp:
🎓 NÂNG TẦM KHẢ NĂNG PHÂN TÍCH HẠ TẦNG CHUYÊN SÂU TẠI VNPRO
Hiểu rõ tường tận từng mili-giây hội tụ của hệ thống, bản chất dòng chảy gói tin BPDU và cách chẩn đoán lỗi qua các câu lệnh Debug nâng cao là thước đo năng lực của một kỹ sư mạng cấp cao (L3 Engineer). Toàn bộ các kịch bản hội tụ mạng, phân tích gói tin bằng Wireshark và quy hoạch chuyển mạch Campus đều được đưa vào giáo trình thực hành thực tế trên thiết bị thật Cisco trong khóa học CCNA và CCNP Enterprise tại VnPro.
Hầu hết chúng ta đều đã quen thuộc với các khái niệm cơ bản của Spanning-Tree (STP 802.1D) như cách bầu chọn Root Bridge, xác định Root Port hay khóa cổng Designated Port để chống Loop. Tuy nhiên, khi một hạ tầng mạng đã hội tụ ổn định, tiến trình STP không hề dừng lại. Mỗi 2 giây, Root Bridge vẫn đều đặn gửi gói tin BPDU, và các Switch lân cận vẫn liên tục xử lý thông tin để đưa ra các quyết định lặp đi lặp lại.
Mọi thứ chỉ thực sự trở nên kịch tính khi mạng xảy ra sự cố (đứt cáp, sập cổng). Lúc này, tiến trình STP Reconvergence (Hội tụ lại) sẽ chính thức bắt đầu.
Bài viết này sẽ vén màn toàn bộ kịch bản dòng chảy gói tin và cách các Switch đưa ra quyết định khi sơ đồ mạng thay đổi. 1. Kịch bản 1: Mất kết nối trực tiếp đến Root Bridge (Direct Failure)
Hãy tưởng tượng một mô hình mạng gồm 3 Switch nối vòng tròn. Switch 1 là Root Bridge, Switch 2 kết nối trực tiếp với Switch 1. Switch 3 kết nối với Switch 1 (qua Root Port) và kết nối với Switch 2 (qua một cổng đang bị khóa - Blocking Port).
Chuyện gì xảy ra nếu đường link trực tiếp giữa Switch 1 (Root) và Switch 2 bất ngờ bị ngắt (Shutdown)?
- Mất Root Port tức thì: Switch 2 ngay lập tức phát hiện cổng kết nối với Root đã bị Down vật lý. Nó mất đi Root Port và không còn nhận được các gói tin BPDU hợp lệ từ Root nữa.
- Cơn khủng hoảng "nhận vơ": Vì không thấy Root đâu, Switch 2 liền giả định Root Bridge cũ đã chết. Nó tự phong mình làm Root Bridge mới và bắt đầu gửi các gói tin BPDU cấp thấp (Inferior BPDU) sang cho Switch 3 để quảng bá.
- Switch 3 cứu nguy: Switch 3 nhận được gói tin "nhận vơ" từ Switch 2. Tuy nhiên, do Switch 3 vẫn đang có kết nối mượt mà tới Root thực sự (Switch 1), nó biết ngay Switch 2 đang hiểu sai. Switch 3 lập tức chuyển cổng đang khóa (Blocking) của mình sang trạng thái Listening và gửi gói tin BPDU "chuẩn" của Switch 1 sang để đính chính cho Switch 2.
- Hội tụ lại: Switch 2 nhận được BPDU chuẩn, nhận ra sai lầm và chấp nhận Switch 1 vẫn là Root. Cổng kết nối giữa Switch 2 và Switch 3 lúc này sẽ mất tổng cộng 30 giây (15s Listening + 15s Learning) để mở hoàn toàn (Forwarding), giúp thông suốt lại mạng cho Switch 2.
Đây là một kịch bản tinh vi hơn: Đường link vật lý không chết hoàn toàn, nhưng cổng Designated Port trên Root Bridge (Switch 1) hướng xuống Switch 2 bị nhân viên quản trị chủ động Shutdown.
- Hiện tượng im lặng: Ở đầu bên kia, Switch 2 thấy cổng vật lý của mình vẫn báo UP nhưng đột ngột không còn nhận được gói tin BPDU định kỳ 2 giây từ Root Bridge gửi sang nữa.
- Sự kiên nhẫn của bộ đếm Max Age: Vì đường link vật lý không đứt, Switch 2 không thể hành động ngay. Nó bắt buộc phải ngồi im lặng chờ đợi bộ đếm Max Age (mặc định là 20 giây) đếm ngược về 0.
- Quá trình tính toán lại: Sau khi hết 20 giây chịu đựng mà vẫn không thấy BPDU từ Root, các thông tin STP cũ lưu trên cổng đó chính thức hết hạn. Lúc này, Switch 2 mới nhận ra mình đã mất kết nối với Root. Nó cũng bắt đầu tự phong mình làm Root và gửi Inferior BPDU sang cho Switch 3.
- Hậu quả trì hoãn: Quy trình bắt tay sau đó giữa Switch 3 và Switch 2 diễn ra tương tự kịch bản 1, nhưng tổng thời gian mạng bị gián đoạn lúc này bị kéo dài lên đến 50 giây ($20\text{s Max Age} + 15\text{s Listening} + 15\text{s Learning}$).
Để quan sát được sự thay đổi liên tục của các gói tin BPDU trong quá trình hội tụ lại, kỹ sư mạng thường bật tính năng theo dõi sự kiện thời gian thực (Real-time):
Plaintext
SW2# debug spanning-tree events
Khi có sự cố xảy ra, màn hình Console sẽ liên tục nhảy các dòng thông báo mô tả chính xác tiến trình chuyển đổi trạng thái của cổng:
Plaintext
STP: VLAN0001 Gi0/2 -> listening
STP: VLAN0001 Gi0/2 -> learning
STP: VLAN0001 Gi0/2 -> forwarding
Đồng thời, bạn có thể kiểm tra bảng thông số thời gian cốt lõi kiểm soát toàn bộ tiến trình này bằng lệnh:
Plaintext
SW2# show spanning-tree vlan 1
Hệ thống sẽ kết xuất các bộ đếm thời gian đang chạy:
Plaintext
Root ID Priority 32769
Address fa16.3eca.4096
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
4. Bài học rút ra cho Quản trị viên hệ thống
Qua việc phân tích chi tiết tiến trình hội tụ lại (Reconvergence), chúng ta hiểu rõ lý do vì sao giao thức STP 802.1D cổ điển lại bị coi là quá chậm chạp đối với các tiêu chuẩn mạng hiện đại (mất từ 30 đến 50 giây để khôi phục kết nối).
Để tối ưu hóa hạ tầng, các doanh nghiệp ngày nay luôn áp dụng các giải pháp:
- Chuyển đổi toàn bộ hệ thống lên giao thức Rapid-STP (802.1w) hoặc MSTP (802.1s) để rút ngắn thời gian hội tụ xuống chỉ còn vài giây nhờ cơ chế bắt tay chủ động (Proposal/Agreement), bỏ qua các bộ đếm thời gian thụ động.
- Nếu bắt buộc phải dùng STP cũ, bắt buộc phải kích hoạt các tính năng tăng tốc vùng biên và mạng lõi của Cisco như UplinkFast và BackboneFast (như đã phân tích ở các bài viết trước).
🎓 NÂNG TẦM KHẢ NĂNG PHÂN TÍCH HẠ TẦNG CHUYÊN SÂU TẠI VNPRO
Hiểu rõ tường tận từng mili-giây hội tụ của hệ thống, bản chất dòng chảy gói tin BPDU và cách chẩn đoán lỗi qua các câu lệnh Debug nâng cao là thước đo năng lực của một kỹ sư mạng cấp cao (L3 Engineer). Toàn bộ các kịch bản hội tụ mạng, phân tích gói tin bằng Wireshark và quy hoạch chuyển mạch Campus đều được đưa vào giáo trình thực hành thực tế trên thiết bị thật Cisco trong khóa học CCNA và CCNP Enterprise tại VnPro.
- 📲 Hotline/Zalo hỗ trợ tư vấn: 093 3427 079
- 🌐Website: vnpro.vn
Attached Files