STP Notification

[dangquangminh]

🔥 STP Topology Change Notification (TCN) – Hiểu sai là debug không ra!


Trong mạng switching, có một thứ cực kỳ “nhỏ nhưng có võ” mà rất nhiều anh em CCNA/CCNP bỏ qua… cho đến khi gặp sự cố thật: Topology Change Notification (TCN) trong Spanning Tree.

Bạn có bao giờ gặp tình huống:

• Ping đang ngon → tự nhiên mất kết nối ~30 giây?
• MAC table “có vẻ đúng” nhưng traffic lại đi sai hướng?
• Link failover rồi nhưng mạng vẫn “đơ” một lúc?

👉 Nếu có, khả năng cao bạn đang “dính” STP topology change.

---

🧠 1. Topology Change trong STP là gì?


Khi một sự kiện xảy ra làm thay đổi cấu trúc Layer 2 topology, ví dụ:

• Link down / up
• Port chuyển từ blocking → forwarding
• Switch mới tham gia mạng

👉 STP sẽ coi đây là Topology Change

---

⚠️ 2. Vấn đề thực sự: MAC Address Table


Mặc định:

• MAC aging time = 300 giây (5 phút)

Điều này gây ra vấn đề:

👉 Khi topology thay đổi, MAC table vẫn giữ thông tin cũ
→ Switch forward frame sai hướng

📌 Ví dụ từ lab trong tài liệu:

• H1 gửi traffic đến H2
• Link giữa SW1 và SW3 bị down
• STP unblock một đường khác

👉 Nhưng SW2 vẫn giữ MAC của H2 ở port cũ
→ Traffic bị drop trong ~300 giây

---

🚨 3. Cách STP giải quyết: TCN


Đây là lúc Topology Change Notification (TCN) xuất hiện. Cơ chế hoạt động:

Bước 1 – Non-root switch phát hiện thay đổi

• Ví dụ: port chuyển sang forwarding
• Switch tạo TCN BPDU
• Gửi lên root bridge qua root port

---

Bước 2 – Root bridge phản hồi

• Root nhận TCN
• Gửi lại Topology Change Acknowledgment (TCA)

---

Bước 3 – Root broadcast thông tin

• Root set bit TC (Topology Change) trong BPDU
• Flood xuống toàn bộ mạng

👉 Theo sơ đồ trong tài liệu (page 7–8):

• TCN đi upstream về root
• TC flag đi downstream toàn mạng

---

⚡ 4. Hiệu ứng quan trọng nhất


Khi switch nhận TC flag:

👉 Giảm MAC aging time từ 300s → 15s

---

💥 Điều này cực kỳ quan trọng:

• Xóa nhanh MAC sai
• Học lại đường đi mới
• Tránh blackhole traffic

---

🔬 5. Demo thực tế từ tài liệu

Trước khi lỗi

• SW2 có port Fa0/19 bị block
• Traffic đi đường ổn định

---

Khi link fail

• Fa0/19 chuyển:
  • Blocking → Listening → Learning → Forwarding
• SW2 vẫn giữ MAC cũ → traffic bị drop

---

Khi TCN xảy ra


Debug trên switch:
STP: VLAN0001 sent Topology Change Notice on Fa0/14
STP: VLAN0001 Topology Change recv on Fa0/14

👉 Sau đó:

• Tất cả switch:
  • Set aging time = 15s
  • Flush MAC table nhanh hơn

---

🧪 6. Một tình huống thực tế “nguy hiểm”


Trong tài liệu có một case rất hay (page 10–11): Mô hình:

• Server backup gửi dữ liệu liên tục
• Một access port bị flap (up/down liên tục)

---

Hậu quả:

• Liên tục generate TCN
• Toàn bộ switch:
  • Aging time = 15s liên tục

👉 MAC table bị flush liên tục
👉 Unknown unicast flood toàn mạng
👉 Network bị “lụt broadcast”

---

🛡️ 7. Giải pháp: PortFast


Cisco giải quyết bằng PortFast Khi bật PortFast:

• Port vào forwarding ngay lập tức
• Không trigger TCN

---

📌 Khuyến nghị:

✔️ Enable PortFast trên:

• Port nối PC
• Server
• End devices

❌ KHÔNG bật trên:

• Link giữa switch
• Uplink

---

🎯 8. Góc nhìn CCIE – Điều cần nhớ


👉 TCN không phải là “bug” – nó là cơ chế bảo vệ

Nhưng:

• Nếu hiểu sai → dễ blame nhầm network
• Nếu không kiểm soát → gây broadcast storm

---

💡 9. Tips thực chiến

• Dùng lệnh:

show spanning-tree detail

→ xem topology change count

---

• Debug:

debug spanning-tree events

---

• Kiểm tra MAC aging:

show mac address-table aging-time

---

🚀 Kết luận cho bài STP Notification


STP không chỉ là block loop.
STP còn là cơ chế tự chữa lành khi topology thay đổi.

TCN chính là “tín hiệu cảnh báo” giúp toàn mạng thích nghi nhanh hơn.

---

Nếu bạn đang học CCNA/CCNP:

👉 Đây là phần thường bị học lướt…
👉 Nhưng lại là thứ quyết định bạn debug có “lên trình” hay không.