개념 사전/네트워크 / 루프 방지와 링크 집계
개념 사전 · 개념

EtherChannel

EtherChannel · 이더채널 · 포트 채널 · Port-channel

은 여러 물리 링크를 하나의 논리 링크로 묶어 사용하는 Cisco의 링크 집계 기능 이름이다. 정적 집계·· 등 협상 방식이 있으며 단일 흐름이 반드시 모든 링크 속도의 합을 얻는 것은 아니다.

밑줄 용어에 마우스를 올리거나, 키보드로 선택하거나, 터치하면 설명을 볼 수 있습니다.

01무엇이고, 어떤 일을 하나

  • 여러 흐름을 멤버 링크로 분산하여 논리 연결의 총 처리량을 늘린다.
  • 멤버 하나가 실패해도 남은 멤버로 논리 연결을 유지할 수 있게 한다.
  • 나 IP 설정이 각 물리 링크 대신 하나의 논리 포트채널을 다루도록 한다.

02어떤 순서로 동작하나

  1. 멤버 조건 구성

    같은 집계에 묶을 링크들의 L2/L3 모드·속도· 등 호환 조건을 맞춘다. 논리 에 적용할 정책과 물리 멤버의 조건을 구분한다.

  2. 집계 방식 선택

    정적 on은 상대와 자동 검증 대화를 하지 않는다. active/passive 또는 Cisco 모드는 상대와 호환되는 조합을 선택해야 하며 서로 다른 프로토콜끼리 협상되지 않는다.

  3. 집계와 전달 허용

    협상형 집계는 상대 시스템·키·포트 정보가 같은 논리 연결을 나타내는지 확인한다. 의 synchronization·· 상태가 정상이어야 사용자 프레임 송수신에 쓰인다.

  4. 흐름 배치와 장애

    선택한 해시가 흐름을 멤버로 배치하고 일부 멤버가 실패하면 유효 멤버로 재배치할 수 있다. 링크가 여럿이어도 특정 해시 결과에 트래픽이 집중되면 개별 멤버 병목이 생긴다.

03먼저 알아둘 용어와 구성요소

하나의 에 참여하는 물리 인터페이스다.
호환되는 물리 링크들을 묶어 송수신하는 논리 집계 단위다.
MAC·IP·포트 등의 입력으로 흐름에 사용할 물리 멤버를 고르는 계산이다. 한 흐름이 모든 멤버 속도를 합쳐 쓰는 것은 보통 아니다.
상대 시스템·키·포트 상태를 교환하는 표준 이다.
여러 물리 멤버를 하나의 논리 링크로 취급하는 인터페이스다.
Port Aggregation Protocol이다. Cisco 계열 장비가 링크 집계 조건을 협상할 때 사용하는 프로토콜이다.
에서 장비·포트 식별과 집계 상태를 교환하는 제어 메시지다.
메시지를 보내는 로컬 참여자 측의 식별과 상태 정보다.
가 상대에게서 학습한 집계 참여자 측의 식별과 상태 정보다.
어떤 포트들이 같은 집계에 속할 수 있는지 로컬 시스템이 구별하는 값이다. 양쪽 장비의 숫자가 반드시 같아야 한다는 뜻은 아니다.
멤버가 수신 프레임을 집계로 받아들이는 상태 비트다.
멤버가 집계의 송신에 참여하는 상태 비트다.
LEARN THROUGH PRACTICE

실습: LACP 미결합 포트와 해시 분산 구별

채널 생성·멤버 협상·데이터 분산을 서로 다른 검증 단계로 해석한다.

실습 구성과 전제

  • IOS의 Ethernet0/0~3을 1로 묶는 가상 스위치 연습이다. 양끝의 속도·duplex·L2/L3· 조건을 맞춘다.
  • 일괄 디버그 출력 대신 상태 조회를 기본으로 한다. 아래 로그는 실제 기록의 핵심 오류를 발췌한 것이며 새로 실행한 결과가 아니다.

  1. 양끝 협상 모드와 구성 정리

    • 적어도 한쪽은 active여야 협상을 시작한다. 이 생성되었다는 로그만으로 모든 물리 포트가 묶였다는 뜻은 아니다.
    • 는 링크의 속도를 자동 협상하는 프로토콜이 아니다. 링크 호환성과 / 정보로 집합 가능 여부를 판단한다.
    text
    interface range Ethernet0/0 - 3
 channel-group 1 mode active
 no shutdown
end
show etherchannel summary
show lacp neighbor

    실제 명령 흐름을 정리한 예시. ·Trunk 정책은 양끝에 미리 맞춘다.

    확인 기준

    양끝이 active/passive 또는 active/active이고 같은 링크 집합인지 확인한다.

  2. suspended와 bundled 분리

    • 실제 로그는 remote port에서 가 활성화되지 않아 Et0/1 등이 suspended되었다고 기록한다. 물리 링크가 살아 있어도 협상이 되지 않으면 데이터 집합에 참여하지 못한다.
    • 같은 기록의 summary에는 Et0/0(s), Et0/1(s), Et0/2(P), Et0/3(P)가 있다. Po1(SU)만 보고 네 링크 전부 정상이라고 판단하면 안 된다.
    text
    %EC-5-L3DONTBNDL2: Et0/1 suspended: LACP currently not enabled on the remote port.
1  Po1(SU)  LACP  Et0/0(s) Et0/1(s) Et0/2(P) Et0/3(P)

    실제 기록에서 읽은 오류와 요약 행

    확인 기준

    s는 suspended, P는 bundled이다. 상대 설정과 케이블 대응을 먼저 확인한다.

  3. LACPDU 상태와 상대 정보 확인

    • 선택 패킷은 Slow Protocols 안의 이며 와 정보가 나뉜다. 양쪽의 System·Key·Port를 같은 필드끼리 대조한다.
    • 상태 0x3d에는 Activity·Aggregation·Synchronization··이 표시된다. 단순히 MAC이 작은 장비가 마스터라서 모든 링크를 지휘한다는 설명으로 줄이지 않는다.
    링크 집계와 LACP · LACP 패킷 (3)원본 크기로 보기 ↗
    • Slow Protocols subtype LACP와 Actor/Partner TLV가 보인다.
    • 상태 0x3d에 Synchronization·Collecting·Distributing이 표시된다.
    확인 기준

    동기화·수집·분배 상태를 멤버별로 확인한다.

  4. 협상 성공과 트래픽 분산 정책 구분

    • show load-balance의 src-dst-ip는 이 장비의 현재 분산 정책이다. 모든 장비의 보편 기본값으로 외우지 않는다.
    • 한 주소쌍 흐름은 같은 멤버로 몰릴 수 있다. 한 번의 ping만으로 총 대역폭 증가를 측정하지 말고 여러 흐름과 포트별 카운터를 비교한다.
    text
    show etherchannel load-balance
show interfaces Ethernet0/2
show interfaces Ethernet0/3

    실습 흐름을 재구성한 명령 예시. 장치·인터페이스 이름은 구성에 맞춰 사용한다.

    링크 집계와 LACP · LACP 패킷 (4)원본 크기로 보기 ↗
    • 현재 정책은 src-dst-ip다.
    • Non-IP는 MAC, IPv4·IPv6는 IP 주소 조합을 사용한다고 표시된다.
    확인 기준

    멤버가 P인 것과 각 멤버에 균등 부하가 생기는 것은 다른 조건이다.

실습에서 확인한 동작 원리

  • 채널 논리 인터페이스 생성과 멤버 데이터 전달 참여는 다르다.
  • 단일 흐름의 한 링크 사용은 해시 정책의 정상 결과일 수 있다.
관련 개념·전체 실습 화면 이어서 읽기 →
동작·명령 참고 문서

04예제로 따라가기

  • State=0x3d는 00111101₂이다. 하위 비트부터 Activity=1, Timeout=0, Aggregation=1, Sync=1, =1, =1이며 상위 Defaulted·Expired는 0이다. active이며 long timeout을 요청하고, 동기화·수신·송신이 활성화된 상태로 해석한다. 이 값만으로 상대편의 allowed 이나 모든 상위 서비스까지 정상이라고 판단하지 않는다.
  • 1 Gbit/s 링크 4개와 각 400 Mbit/s인 흐름 4개가 있다고 하자. 해시 결과가 링크별 {2,1,1,0}개 흐름이면 부하는 {800,400,400,0} Mbit/s다. 남는 링크가 있어도 해시가 같은 흐름 두 개는 같은 링크를 사용할 수 있다. 분산은 흐름 특성·해시 입력·버킷 배치에 달려 있고 매 순간 대역폭을 균등하게 나누는 스케줄러가 아니다.
  • 두 흐름이 각각 700 Mbit/s로 증가해 같은 1 Gbit/s 링크에 몰리면 그 링크에서 혼잡이 생긴다. 논리 합계 4 Gbit/s보다 전체 요구량이 작아도 개별 멤버 병목은 가능하다.

05혼동하기 쉬운 점과 확인 기준

  • 두 멤버가 서로 다른 System ID를 보고하면 잘못된 배선이나 서로 독립된 두 스위치에 대한 연결을 조사한다. 적절한 다중 섀시 집계 기술 없이 채널 번호만 같게 한다고 한 채널이 되지 않는다.
  • 동일 상대라도 가 다르면 링크를 같은 집계로 선택하지 않을 수 있다. 속도·L2/L3 모드· 등 실제 호환 조건과 함께 읽는다.
  • ·이 활성이고 채널이 up이어도 트렁크 허용 목록이나 반대편 구성이 다르면 특정 만 실패할 수 있다. 제어 프로토콜 성공과 사용자 데이터 성공은 별도다.

06상세 노트 · 실습 자료

헤더 구조, 설정 예시, 수치 계산과 수업 캡처는 아래 노트에서 이어집니다.

EtherChannel·LACP 협상과 분산 방식물리 포트가 하나의 Port-channel로 묶이는 조건, LACP·PAgP·정적 모드의 차이와 해시 분산을 설명한다. 원문의 Po1(RD)·멤버(s) 출력과 정상 RU/SU·P 상태를 비교한다.상세 노트 읽기 →

공식 문서 · 표준

기초 개념과 동작 설명을 대조한 자료입니다. 제품 버전과 실제 설정에 따른 차이는 본문 및 원문에서 확인하세요.