LACP active는 협상을 시작하고 passive는 상대 협상에 응답합니다. 따라서 active/active와 active/passive는 협상을 시작할 수 있지만 passive/passive는 시작하지 못합니다. 협상이 가능하다는 것과 실제 모든 포트가 정상 묶였다는 것은 별개입니다.
LACP·PAgP·정적 모드 조합
| 방식 | 시작하는 모드 | 응답하는 모드 | 양쪽 수동 응답만 설정하면 |
|---|---|---|---|
| LACP | active | passive | passive/passive는 협상 시작 안 됨 |
| PAgP | desirable | auto | auto/auto는 협상 시작 안 됨 |
| 정적 EtherChannel | on: 협상 프로토콜 사용 안 함 | 양쪽의 정적 구성과 호환 조건을 직접 맞춤 | |
PAgP는 Cisco의 별도 집성 프로토콜이며 LACP의 모드가 아닙니다. on도 LACP의 강제 active 모드가 아닙니다. 지원 프로토콜과 구문은 장비·OS에 따라 다릅니다.
묶이지 않는 포트의 읽기 전용 점검
show etherchannel summary
show lacp neighbor
show interfaces port-channel 1Cisco IOS/IOS XE 계열의 조회 예제입니다. 실제 Port-channel 번호와 장비 도움말을 사용하세요. summary의 상태 플래그는 출력에 함께 표시되는 범례로 해석합니다. 흔히 P는 채널에 묶인 멤버, I는 독립 상태를 나타내지만 릴리스의 표시를 먼저 확인해야 합니다.
- 물리 링크와 실제 연결 상대가 맞는지 확인합니다.
- 양단이 모두 LACP이고 최소 한쪽이 active인지 확인합니다.
- 이웃 정보의 상대 시스템·포트가 기대한 장비와 일치하는지 봅니다.
- 속도·duplex·access/trunk·허용 VLAN과 채널 설정의 호환성을 비교합니다.
- 한쪽만 묶였거나 일부 포트만 제외되면 해당 포트의 설정 차이와 로그를 확인합니다.
active/passive인데도 안 묶이는 예
가정한 예로 A와 B의 모드는 active/passive이고 링크도 올라왔지만, A의 한 멤버만 다른 trunk 설정이라면 모드 변경만으로는 해결되지 않습니다. 이웃 발견 여부와 summary의 제외 포트를 먼저 확인하고, 정상 멤버와 차이를 비교해야 합니다. 실제 장비에서 측정한 결과를 인용한 예는 아닙니다.
대역폭과 장애 전환의 한계
여러 링크를 묶어도 일반적으로 해시로 흐름을 분산하므로 단일 TCP 흐름이 모든 링크의 합산 속도를 쓰는 것은 아닙니다. 운영 중 협상 모드나 멤버를 변경하면 단절이 생길 수 있으므로 조회로 원인을 좁힌 뒤 점검 절차에 따라 적용하세요.
함께 읽기
로드밸런서 네트워크 배치에서 관련 개념을 이어서 확인할 수 있습니다.