Tweet
Khi học CCNP Enterprise, EtherChannel thường bắt đầu từ một cấu hình khá quen thuộc:
channel-group 12 mode active
Port-channel lên, các interface được bundle và bài lab hoàn thành.
Nhưng khi đi sâu hơn, LACP còn nhiều thứ đáng tìm hiểu: switch nào trở thành LACP Master, giới hạn bao nhiêu link active, link dư sẽ được xử lý thế nào và traffic được phân phối ra sao?
Trong lab này, mình thực hành Tune and Optimize EtherChannel Operations với 2 switch D1/D2, kết nối bằng 4 physical links và gom thành Port-channel 12 sử dụng LACP.
🔹 1. Xác định LACP Master
Một điểm khá thú vị của LACP là hai switch sẽ hình thành quan hệ Master/Slave.
LACP sử dụng System ID để xác định Master. System ID được hình thành từ:
System Priority + Base MAC Address
Mặc định System Priority là 32768.
Kiểm tra trên hai switch:
D1# show lacp sys-id
32768, d8b1.9028.af80
D2# show lacp sys-id
32768, d8b1.905d.c300
Với giá trị mặc định, D1 có System ID thấp hơn nên sẽ trở thành Master.
Trong lab, mình muốn D2 làm Master, vì vậy thay đổi System Priority:
D2(config)# lacp system-priority 1
Kiểm tra lại:
D2# show lacp sys-id
1, d8b1.905d.c300
D2 lúc này có System ID thấp hơn và trở thành LACP Master.
👉 Điểm cần nhớ: LACP Master được xác định bằng System ID, không phải STP Root Bridge.
🔹 2. Cấu hình LACP và giới hạn số lượng member
Tiếp theo, 4 interface được đưa vào cùng Channel Group:
interface range g1/0/1-4
channel-group 12 mode active
lacp rate fast
no shutdown
Ở đây có hai điểm đáng chú ý:
mode active
→ Switch chủ động tham gia quá trình LACP negotiation.
lacp rate fast
→ Sử dụng Fast LACPDU, giúp giảm thời gian timeout từ khoảng 30 giây xuống 1 giây theo nội dung lab.
Sau đó cấu hình Port-channel:
interface port-channel 12
port-channel min-links 2
lacp max-bundle 3
min-links 2
Port-channel yêu cầu tối thiểu 2 links.
max-bundle 3
Chỉ cho phép tối đa 3 links active.
Trong topology có 4 links nhưng chỉ cho phép 3 active, vậy link thứ 4 sẽ được đưa vào trạng thái Hot Standby.
🔹 3. Verification – phần mình thấy đáng chú ý nhất
Sau khi cấu hình, thay vì chỉ kiểm tra Port-channel có UP hay không, hãy xem từng member đang ở trạng thái nào:
D2# show etherchannel summary
Kết quả mong muốn:
12 Po12(SU) LACP
Gi1/0/1(P)
Gi1/0/2(P)
Gi1/0/3(P)
Gi1/0/4(H)
Trong đó:
P = Bundled in Port-channel
H = Hot-standby
Như vậy kết quả cuối cùng:
Gi1/0/1 → Active
Gi1/0/2 → Active
Gi1/0/3 → Active
Gi1/0/4 → Hot Standby
Điểm cần nhớ: Hot Standby không có nghĩa interface bị lỗi.
Đây là member được LACP giữ lại để dự phòng. Khi một active member gặp sự cố, standby member có thể được đưa vào bundle. Trong lab, các interface có ID thấp hơn được ưu tiên đưa vào active bundle trước.
🔹 4. Kiểm tra LACP Fast bằng show lacp internal
Một lệnh rất hữu ích khi troubleshooting LACP:
D2# show lacp internal
Có thể thấy:
Gi1/0/1 FA bndl
Gi1/0/2 FA bndl
Gi1/0/3 FA bndl
Gi1/0/4 FA hot-sby
Có thể đọc nhanh:
F = Fast LACPDU
A = Active mode
bndl = Bundled
hot-sby = Hot Standby
Chỉ với show lacp internal, chúng ta có thể kiểm tra được mode, trạng thái member và tốc độ LACPDU.
🔹 5. EtherChannel Load Balancing – không phải cứ 4 link là chia đều 25%
Một điểm rất dễ hiểu nhầm khi học EtherChannel:
4 links trong EtherChannel không có nghĩa một flow sẽ được chia đều qua cả 4 links.
Kiểm tra phương thức load balancing:
D2# show etherchannel load-balance
Trên Catalyst 3650 trong lab, phương thức mặc định là:
src-mac
Tức là Source MAC Address được sử dụng trong cơ chế load balancing.
Có thể kiểm tra trực tiếp physical interface được thuật toán lựa chọn bằng:
show platform software fed switch 1 etherchannel 12 load-balance mac <src-mac> <dst-mac>
Khi thay đổi source MAC, kết quả có thể chuyển sang physical member khác.
👉 Vì vậy, nếu traffic giữa các link không hoàn toàn cân bằng, chưa thể kết luận ngay EtherChannel có vấn đề. Cần xem xét hashing method và traffic pattern.
🎯 Tổng kết
Qua lab này, mình thấy 3 điểm đáng nhớ nhất: LACP Master dựa trên System ID, min-links/max-bundle giúp kiểm soát active và standby member, còn Load Balancing dựa trên hashing chứ không đơn giản chia đều traffic.
Nếu đang học CCNP Enterprise, hãy thử lab lại topology này và kiểm tra:
show lacp sys-id
show etherchannel summary
show lacp internal
Hiểu được 3 output này sẽ giúp troubleshooting EtherChannel thực tế dễ hơn rất nhiều.
channel-group 12 mode active
Port-channel lên, các interface được bundle và bài lab hoàn thành.
Nhưng khi đi sâu hơn, LACP còn nhiều thứ đáng tìm hiểu: switch nào trở thành LACP Master, giới hạn bao nhiêu link active, link dư sẽ được xử lý thế nào và traffic được phân phối ra sao?
Trong lab này, mình thực hành Tune and Optimize EtherChannel Operations với 2 switch D1/D2, kết nối bằng 4 physical links và gom thành Port-channel 12 sử dụng LACP.
🔹 1. Xác định LACP Master
Một điểm khá thú vị của LACP là hai switch sẽ hình thành quan hệ Master/Slave.
LACP sử dụng System ID để xác định Master. System ID được hình thành từ:
System Priority + Base MAC Address
Mặc định System Priority là 32768.
Kiểm tra trên hai switch:
D1# show lacp sys-id
32768, d8b1.9028.af80
D2# show lacp sys-id
32768, d8b1.905d.c300
Với giá trị mặc định, D1 có System ID thấp hơn nên sẽ trở thành Master.
Trong lab, mình muốn D2 làm Master, vì vậy thay đổi System Priority:
D2(config)# lacp system-priority 1
Kiểm tra lại:
D2# show lacp sys-id
1, d8b1.905d.c300
D2 lúc này có System ID thấp hơn và trở thành LACP Master.
👉 Điểm cần nhớ: LACP Master được xác định bằng System ID, không phải STP Root Bridge.
🔹 2. Cấu hình LACP và giới hạn số lượng member
Tiếp theo, 4 interface được đưa vào cùng Channel Group:
interface range g1/0/1-4
channel-group 12 mode active
lacp rate fast
no shutdown
Ở đây có hai điểm đáng chú ý:
mode active
→ Switch chủ động tham gia quá trình LACP negotiation.
lacp rate fast
→ Sử dụng Fast LACPDU, giúp giảm thời gian timeout từ khoảng 30 giây xuống 1 giây theo nội dung lab.
Sau đó cấu hình Port-channel:
interface port-channel 12
port-channel min-links 2
lacp max-bundle 3
min-links 2
Port-channel yêu cầu tối thiểu 2 links.
max-bundle 3
Chỉ cho phép tối đa 3 links active.
Trong topology có 4 links nhưng chỉ cho phép 3 active, vậy link thứ 4 sẽ được đưa vào trạng thái Hot Standby.
🔹 3. Verification – phần mình thấy đáng chú ý nhất
Sau khi cấu hình, thay vì chỉ kiểm tra Port-channel có UP hay không, hãy xem từng member đang ở trạng thái nào:
D2# show etherchannel summary
Kết quả mong muốn:
12 Po12(SU) LACP
Gi1/0/1(P)
Gi1/0/2(P)
Gi1/0/3(P)
Gi1/0/4(H)
Trong đó:
P = Bundled in Port-channel
H = Hot-standby
Như vậy kết quả cuối cùng:
Gi1/0/1 → Active
Gi1/0/2 → Active
Gi1/0/3 → Active
Gi1/0/4 → Hot Standby
Điểm cần nhớ: Hot Standby không có nghĩa interface bị lỗi.
Đây là member được LACP giữ lại để dự phòng. Khi một active member gặp sự cố, standby member có thể được đưa vào bundle. Trong lab, các interface có ID thấp hơn được ưu tiên đưa vào active bundle trước.
🔹 4. Kiểm tra LACP Fast bằng show lacp internal
Một lệnh rất hữu ích khi troubleshooting LACP:
D2# show lacp internal
Có thể thấy:
Gi1/0/1 FA bndl
Gi1/0/2 FA bndl
Gi1/0/3 FA bndl
Gi1/0/4 FA hot-sby
Có thể đọc nhanh:
F = Fast LACPDU
A = Active mode
bndl = Bundled
hot-sby = Hot Standby
Chỉ với show lacp internal, chúng ta có thể kiểm tra được mode, trạng thái member và tốc độ LACPDU.
🔹 5. EtherChannel Load Balancing – không phải cứ 4 link là chia đều 25%
Một điểm rất dễ hiểu nhầm khi học EtherChannel:
4 links trong EtherChannel không có nghĩa một flow sẽ được chia đều qua cả 4 links.
Kiểm tra phương thức load balancing:
D2# show etherchannel load-balance
Trên Catalyst 3650 trong lab, phương thức mặc định là:
src-mac
Tức là Source MAC Address được sử dụng trong cơ chế load balancing.
Có thể kiểm tra trực tiếp physical interface được thuật toán lựa chọn bằng:
show platform software fed switch 1 etherchannel 12 load-balance mac <src-mac> <dst-mac>
Khi thay đổi source MAC, kết quả có thể chuyển sang physical member khác.
👉 Vì vậy, nếu traffic giữa các link không hoàn toàn cân bằng, chưa thể kết luận ngay EtherChannel có vấn đề. Cần xem xét hashing method và traffic pattern.
🎯 Tổng kết
Qua lab này, mình thấy 3 điểm đáng nhớ nhất: LACP Master dựa trên System ID, min-links/max-bundle giúp kiểm soát active và standby member, còn Load Balancing dựa trên hashing chứ không đơn giản chia đều traffic.
Nếu đang học CCNP Enterprise, hãy thử lab lại topology này và kiểm tra:
show lacp sys-id
show etherchannel summary
show lacp internal
Hiểu được 3 output này sẽ giúp troubleshooting EtherChannel thực tế dễ hơn rất nhiều.
Attached Files