Xin chào ! Nếu đây là lần đầu tiên bạn đến với diễn đàn, xin vui lòng danh ra một phút bấm vào đây để đăng kí và tham gia thảo luận cùng VnPro.
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • STP Topology Change Notification (TCN)

    STP Topology Change Notification (TCN)

    (Thông báo thay đổi topology trong STP)

    1) Tại sao cần TCN?

    Khi dùng spanning-tree mà có thay đổi topology, thì STP phải xử lý để tránh “hỏng” bảng MAC trên các switch.
    • Đây là thứ không hiển thị trực tiếp bằng mắt, nên thường khó hình dung.
    • TCN là cơ chế giúp giảm tác động của thay đổi topology lên bảng MAC.
    2) Ví dụ mạng và tình huống thực hành (traffic / ping / MAC)

    Tài liệu mô tả một mạng có nhiều switch và liên kết dự phòng.

    Bạn sẽ làm bài lab và thấy rằng:
    • Khi topology thay đổi, các port có thể chuyển role/state.
    • Khi port chuyển, các switch cần học lại/điều chỉnh bảng MAC để không bị gửi nhầm frame.

    3) Những trạng thái thấy được bằng show spanning-tree

    Trong các phần sau, tài liệu yêu cầu bạn kiểm tra:
    • interface nào ở trạng thái gì
    • role của interface (Root / Designated / Alternate…)
    • khi nào interface bị block và khi nào được forwarding
    Mục đích: nhìn ra ai là root bridge, và ai là port được đổi trạng thái sau sự kiện.

    4) Sau đó tạo traffic để switch “học MAC”

    Tài liệu tạo traffic giữa các máy (ví dụ ping từ máy H1 đến H2, v.v.) để switch:
    • ghi MAC động vào bảng MAC
    • xác định cổng/port tương ứng với từng MAC
    Sau đó bạn dùng lệnh như:
    • show mac address-table dynamic
    • show mac address-table aging-time (xem thời gian aging)
    Kết quả trong lab cho thấy bảng MAC thay đổi theo thời gian và theo việc traffic đi qua.

    5) MAC learning không thể tồn tại mãi (MAC aging)

    Tài liệu giải thích:
    • Nếu 1 entry MAC trong bảng không còn được “chứng thực” bằng traffic nữa,
    • sau khoảng thời gian aging (thường mặc định tùy cấu hình), entry sẽ bị xoá.
    Từ đó dẫn đến câu hỏi quan trọng:
    • Nếu topology đổi làm một port không còn forward nữa, thì các switch vẫn giữ MAC cũ trong một thời gian.
    • Trong lúc đó, frame có thể bị gửi nhầm và gây ảnh hưởng.
    6) Khi nào TCN được tạo?

    Tài liệu nêu ý chính:
    • Khi switch phát hiện thay đổi topology (port đi vào/ra forwarding state),
    • switch sẽ gửi thông báo topology change tới root bridge.
    Thông báo này gọi là:
    • TCN = Topology Change Notification
    Đồng thời trong cơ chế còn có các khái niệm:
    • TCA (Topology Change Acknowledgment): root/nhận rồi xác nhận
    • (và một số bước/biểu đồ thể hiện vòng lan truyền)
    7) Bật debug để xem TCN chạy như thế nào

    Tài liệu hướng dẫn bật debug để quan sát sự kiện TCN trên các switch, ví dụ:
    • debug spanning-tree events (bật sự kiện STP)

    Sau đó mô phỏng lỗi bằng cách shutdown interface trên một switch để:
    • làm thay đổi topology
    • xem switch nào gửi TCN
    • xem root xử lý và lan tiếp thông báo
    8) Chuỗi sự kiện: từ switch bị thay đổi → root → các switch khác

    Trong phần hình minh hoạ, tài liệu mô tả:
    1. Non-root switch nhận thấy topology change
    2. Switch đó gửi TCN về phía root
    3. Root bridge nhận TCN, xử lý
    4. Root có thể gửi tiếp các thông tin để các switch còn lại giảm aging time cho MAC entry
    5. Nhờ vậy, bảng MAC sẽ “tự đồng bộ nhanh hơn” với topology mới
    Ý trọng tâm:
    • TCN giúp các switch giảm tuổi MAC (MAC aging) để tránh dùng entry cũ quá lâu.
    9) “Giảm MAC aging” nghĩa là gì trong thực tế?

    Tài liệu giải thích theo kiểu trực quan:
    • Nếu không có TCN, một MAC entry có thể tồn tại tới ~300 giây (tuỳ default).
    • Khi có topology change, các switch sẽ cập nhật để việc xoá/refresh MAC diễn ra nhanh hơn (một khoảng thời gian ngắn hơn, kiểu 15 giây trong ví dụ minh hoạ).
    Kết quả:
    • Giảm thời gian các switch giữ MAC cũ sai cổng
    • Giảm thời gian network “lẫn” sau khi topology đổi

    10) Tóm tắt kịch bản trong hình (LAN Backup / server backup / frame nhầm)

    Tài liệu có một “scenario” về thiết kế LAN backup (liên kết dự phòng).

    Trong tình huống lỗi:
    • traffic bị đổi hướng do STP thay đổi trạng thái port
    • nếu switch vẫn giữ MAC cũ lâu, frame sẽ bị gửi sai
    • TCN giúp cập nhật aging nhanh để hạn chế gửi nhầm trong thời gian dài

    11) Phần cuối: liên quan bài sau

    Cuối chương, tài liệu kết:
    • “Đây là cách STP xử lý topology changes bằng cơ chế TCN”
    • và chuyển sang bài tiếp theo (liên quan STP recovery / cơ chế phục hồi/điều phối sau thay đổi).
    Attached Files
Working...
X