Link Aggregation trên switch GTWave: Trunk tĩnh và LACP 802.3ad
09/07/2026
Đường uplink giữa access switch và core switch là điểm nghẽn tiềm ẩn của toàn bộ hệ thống. Khi camera, AP và thiết bị văn phòng đồng thời đổ lưu lượng lên một liên kết 1G duy nhất, bandwidth cạn nhanh hơn dự kiến. Link Aggregation giải quyết bài toán này bằng cách gộp nhiều cổng vật lý thành một liên kết logic: băng thông cộng gộp, và khi một cáp đứt lưu lượng tự dồn sang các cáp còn lại mà không gián đoạn kết nối.
Bài này là bài thứ tư trong chuỗi hướng dẫn switch GTWave, đi qua cả hai cách lập LAG: trunk tĩnh và LACP 802.3ad.
Lưu ý phân biệt thuật ngữ: trong bài này “trunk” có nghĩa là trunk group — gộp cổng theo LAG, khác hoàn toàn với “trunk VLAN” 802.1Q. Một LAG có thể đồng thời được cấu hình làm trunk VLAN để mang nhiều VLAN qua liên kết gộp đó.
Giới hạn và điều kiện bắt buộc
Switch GTWave hỗ trợ tối đa 8 trunk group, mỗi group tối đa 8 cổng thành viên. Có hai cách lập LAG: trunk tĩnh (cấu hình tay hai đầu, không thương lượng) và LACP theo chuẩn 802.3ad (động, hai đầu tự thương lượng với hai mode active và passive).
Ba điều kiện bắt buộc để LAG hoạt động:
- Các cổng thành viên phải cùng tốc độ, cùng duplex và cùng chế độ VLAN
- Hai đầu LAG phải cùng loại: tĩnh-tĩnh hoặc LACP-LACP — ghép tĩnh một đầu với LACP đầu kia là lỗi kinh điển khiến LAG không bao giờ thành lập
- Một cổng chỉ được thuộc đúng một trunk group
Trunk tĩnh — gộp 4 cổng 1Gbps thành 4Gbps
Tình huống: switch access nối lên core bằng bốn cáp 1G, gộp thành một liên kết logic 4G mang VLAN 1, 10, 20, 100.
Switch# configure terminal
Switch(config)# trunk-group 1 mode static
Switch(config)# interface range ge1/21-24
Switch(config-if-range)# trunk-group 1
Switch(config-if-range)# exit
Switch(config)# interface trk1
Switch(config-trk1)# switchport mode trunk
Switch(config-trk1)# switchport trunk allowed vlan add 1,10,20,100
Switch(config-trk1)# end
Switch(config)# trunk load-balance src-dst-ip
Switch# write
Cấu hình VLAN đặt trên interface logic trk1, không đặt trên từng cổng thành viên – cách này gọn và nhất quán hơn khi cần chỉnh sửa sau. Phía core switch phải cấu hình tương ứng: cùng bốn cổng, cùng danh sách VLAN allowed, cùng mode static.
Trên Web UI L2, vào Port Configuration → Port Trunking, chọn group 1, tick bốn cổng, mode Static, Apply rồi Save. Trên Web L3, dùng Link Aggregation Configuration để tạo group, gán cổng và verify.
LACP 802.3ad — lựa chọn khuyến nghị
LACP an toàn hơn trunk tĩnh vì hai đầu tự thương lượng và phát hiện được trường hợp cáp đứt một hướng – điều mà trunk tĩnh không làm được. Cùng tình huống trên, chỉ đổi mode:
Switch(config)# trunk-group 1 mode lacp-active
Switch(config)# interface range ge1/21-24
Switch(config-if-range)# trunk-group 1
Switch(config-if-range)# exit
Switch(config)# interface trk1
Switch(config-trk1)# switchport mode trunk
Switch(config-trk1)# switchport trunk allowed vlan add 1,10,20,100
Switch# write
Active và passive: cổng active chủ động gửi gói LACPDU, cổng passive chỉ trả lời khi nhận được. Quy tắc ghép: active-active hợp lệ, active-passive hợp lệ, nhưng passive-passive không bao giờ form được LAG vì cả hai đều chờ nhau. Khuyến nghị một đầu active, một đầu passive để tránh tình huống này.
Kiểm tra trạng thái LAG
Switch# show trunk
Group Mode Members Active Members Load-Balance
1 lacp-active ge1/21-24 ge1/21-24 src-dst-ip
Switch# show trunk-group 1
Mode: lacp-active
Active ports: ge1/21, ge1/22, ge1/23, ge1/24
LACP partner: 00:11:22:33:44:55 (Core-SW-01)
Switch# show interface trk1
trk1 is up, line protocol is up
Bandwidth 4000000 Kbit
Active Members bằng Members nghĩa là tất cả cổng đang hoạt động. Nếu Active Members ít hơn Members, một hoặc nhiều cổng bị lỗi – xem phần xử lý sự cố.
Chọn đúng thuật toán load-balance
Thuật toán load-balance quyết định lưu lượng được phân phối trên các cổng thành viên như thế nào. Chọn sai dẫn đến tình trạng traffic dồn vào một cổng trong khi các cổng khác nhàn rỗi – băng thông gộp không được tận dụng.
| Thuật toán | Khi nào dùng |
| src-mac | Server kết nối nhiều client, mỗi client một MAC nguồn khác nhau |
| dst-mac | Uplink access, lưu lượng từ nhiều MAC end-user về một server |
| src-dst-mac | L2 tổng quát, phân tải tốt nhất ở lớp 2 |
| src-ip / dst-ip | Khi có nhiều IP nguồn/đích ở lớp 3 |
| src-dst-ip | Khuyến nghị mặc định – phân tải tốt nhất ở L3, ít hot-spot |
Kiểm tra cân bằng bằng cách so sánh counter các cổng:
Switch# show interface counters
Bytes In Bytes Out
ge1/21: 12,345,678 1,234,567
ge1/22: 12,234,567 1,345,678
ge1/23: 12,156,789 1,289,456
ge1/24: 12,098,765 1,376,543
Nếu chỉ một cổng có lưu lượng còn ba cổng nhàn rỗi, đổi sang src-dst-ip.
[H2] 6. Xử lý sự cố LAG
| Triệu chứng | Hướng kiểm tra |
| LAG up nhưng chỉ một cổng active | LACP thương lượng lỗi, đầu kia có thể không bật LACP |
| Hai đầu khác mode (tĩnh vs LACP) | Không form được, log “lacp peer mismatch” |
| Cổng thành viên lệch tốc độ | show interface — phải cùng speed/duplex |
| Lưu lượng chỉ chạy một cổng | Đổi load-balance sang src-dst-ip |
| Cáp đứt một hướng | LACP phát hiện được, trunk tĩnh thì không |
| LAG up nhưng VLAN không qua | Trunk allowed vlan chưa add VLAN cần |
Lỗi kinh điển nhất: cấu hình LACP một đầu nhưng trunk tĩnh đầu kia – LAG sẽ không bao giờ thành lập dù cáp và phần cứng hoàn toàn bình thường.
Bảy thực hành tốt
☐ Ưu tiên LACP thay vì trunk tĩnh trừ khi thiết bị đầu kia không hỗ trợ LACP
☐ Số cổng trong LAG nên là 2, 4 hoặc 8 để phân tải đều
☐ Cấu hình VLAN trên interface logic trk1, không đặt trên cổng thành viên
☐ Đặt description rõ ràng, ví dụ description To-Core-LAG-4G
☐ Giám sát counter tất cả cổng thành viên để phát hiện mất cân bằng tải
☐ Không lập LAG xuyên hai chassis switch khác nhau trừ khi thiết bị hỗ trợ MLAG/stacking
☐ STP chạy trên interface logic nên bốn cáp trong một LAG không gây loop — nhưng vẫn nên hiểu cơ chế chống loop.
Lưu ý khi dùng Link Aggregation cho hệ thống camera Ikegawa
Switch GTWave tương thích với mọi thiết bị kết nối qua cổng Ethernet chuẩn. Phần dưới là lưu ý riêng khi kết hợp với hệ thống camera Ikegawa — nếu bạn đang dùng hãng camera khác, các bước cấu hình LAG phía trên vẫn áp dụng hoàn toàn.
LAG cho uplink giữa access switch và core switch.
Với hệ thống có nhiều camera độ phân giải cao, NVR có thể tạo lưu lượng cao liên tục về storage, trong khi uplink 1G từ access switch lên core là điểm nghẽn phổ biến nhất khi lưu lượng tăng. LAG 2-4 cổng tăng băng thông uplink tương ứng và tạo dự phòng tự động nếu một cáp bị đứt — quan trọng cho hệ thống camera an ninh cần giám sát liên tục.
Chọn src-dst-ip cho hệ thống camera
Lưu lượng camera là nhiều IP nguồn (các camera) về ít IP đích (NVR, CMS). Thuật toán src-dst-ip phân tải theo cặp IP nguồn-đích, phù hợp nhất cho topology này.
LACP ưu tiên hơn trunk tĩnh cho uplink camera
Nếu uplink camera đứt một hướng mà dùng trunk tĩnh, switch không phát hiện được và vẫn gửi lưu lượng vào cổng đứt, gây mất gói. LACP phát hiện và loại cổng lỗi khỏi LAG tự động — quan trọng cho hệ thống camera cần uptime cao.
Câu hỏi thường gặp
Link Aggregation và trunk VLAN khác nhau thế nào?
Link Aggregation (LAG) gộp nhiều cổng vật lý thành một liên kết logic để tăng băng thông và tạo dự phòng. Trunk VLAN (802.1Q) cho phép một liên kết mang nhiều VLAN. Hai khái niệm độc lập và có thể kết hợp: một LAG có thể đồng thời được cấu hình làm trunk VLAN.
LACP active và passive khác nhau thế nào?
Active chủ động gửi gói LACPDU để thương lượng. Passive chỉ trả lời khi nhận được LACPDU. Cả hai đầu passive thì LAG không bao giờ thành lập vì không ai khởi xướng. Nên đặt một đầu active, một đầu passive.
Tại sao nên dùng LACP thay vì trunk tĩnh?
LACP phát hiện được cáp đứt một hướng và tự loại cổng lỗi khỏi LAG. Trunk tĩnh không có cơ chế này — nếu cáp đứt một hướng, switch vẫn gửi lưu lượng vào cổng đó và gây mất gói mà không báo lỗi rõ ràng.
LAG không thành lập dù đã cấu hình xong thì kiểm tra gì?
Kiểm tra theo thứ tự: hai đầu có cùng mode (tĩnh-tĩnh hoặc LACP-LACP) không, các cổng thành viên có cùng speed/duplex không, và không có cổng nào đang thuộc trunk group khác không.
Lưu lượng dồn vào một cổng trong LAG thì xử lý thế nào?
Đổi thuật toán load-balance sang src-dst-ip bằng lệnh trunk load-balance src-dst-ip. Kiểm tra lại bằng show interface counters để xác nhận lưu lượng đã phân đều hơn.
Số cổng trong LAG có ảnh hưởng đến phân tải không?
Có. Nên dùng 2, 4 hoặc 8 cổng để thuật toán hash phân tải đều. Số lẻ như 3 hoặc 5 cổng dễ gây phân tải không đều do tính chất của hàm hash.
Trường Sơn Solutions là nhà phân phối ủy quyền GTWave tại Việt Nam, cung cấp đầy đủ dòng switch Industrial và Commercial kèm hồ sơ CO/CQ cho dự án đầu tư công. Liên hệ để được tư vấn thiết kế uplink và LAG phù hợp theo quy mô hệ thống.
- Điện thoại: 0909 490 007
- Email: info@truongsonsolutions.com
Tác giả:
Trường Sơn SolutionsLiên Hệ Tư Vấn & Báo Giá
CÔNG TY TNHH GIẢI PHÁP VÀ XÂY LẮP TRƯỜNG SƠN
-
Điện thoại
-
Thời gian làm việc
Để lại thông tin liên hệ ngay với chúng tôi để được tư vấn sớm nhất
Tin tức khác








