Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

다중 섀시 링크 어그리게이션 문제 해결

다음 정보를 사용하여 다중 섀시 링크 어그리게이션 구성 문제를 해결합니다.

다중 섀시 어그리게이션 이더넷 인터페이스에서 학습된 MAC 주소는 MAC 주소 테이블에서 제거되지 않습니다

문제

묘사

연결된 두 개의 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어의 멀티섀시 어그리게이션 이더넷 인터페이스가 모두 다운되면, 멀티섀시 어그리게이션 이더넷 인터페이스에서 학습된 MAC 주소는 MAC 주소 테이블에서 제거되지 않습니다.

예를 들어, 명령을 실행 set interfaces ae0 disable 하고 구성을 커밋하여 두 MC-LAG 피어 모두에서 멀티섀시 어그리게이션 이더넷 인터페이스(ae0)를 비활성화하는 경우, MAC 테이블은 여전히 두 MC-LAG 피어의 멀티섀시 어그리게이션 이더넷 인터페이스에서 학습된 MAC 주소를 표시합니다.

용액

이는 예상되는 동작입니다.

MC-LAG 피어가 대기 모드로 전환되지 않음

문제

묘사

ICCP(Inter-Chassis Control Protocol) 구성에 지정된 MC-LAG 피어 IP 주소와 다중 섀시 보호 구성에 지정된 IP 주소가 다른 경우 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어는 대기 모드로 전환되지 않습니다.

용액

대기 모드 진입 실패를 방지하기 위해 ICCP 구성의 피어 IP 주소와 다중 섀시 보호 구성의 IP 주소가 동일한지 확인합니다.

상태 제어가 대기로 설정된 보조 MC-LAG 피어가 비활성됩니다

문제

묘사

섀시 간 제어 링크 보호 링크(ICL-PL) 및 멀티섀시 어그리게이션 이더넷 인터페이스가 기본 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어에서 다운되면 상태 제어가 대기로 설정된 보조 MC-LAG 피어의 멀티섀시 어그리게이션 이더넷 인터페이스는 활성이 아닌 비활성 상태가 됩니다.

용액

이는 예상되는 동작입니다.

리디렉션 필터가 사용자 정의 필터보다 우선 순위를 차지함

문제

묘사

멀티섀시 링크 어그리게이션 그룹(MC-LAG) 암시적 장애 조치 리디렉션 필터는 사용자 구성 명시적 필터보다 우선합니다.

용액

이는 예상되는 동작입니다.

운영 명령 출력이 잘못되었습니다.

문제

묘사

ICCP(Inter-Chassis Control Protocol)를 비활성화한 후에도 운영 명령 출력에는 show iccp mcsnoopd, lacpd 및 eswd와 같은 등록된 클라이언트 데몬이 여전히 표시됩니다.

예를 들어:

명령 출력은 show iccp ICCP 피어의 구성 여부와 관계없이 항상 등록된 모듈을 표시합니다.

용액

이는 예상되는 동작입니다.

ICCP 연결이 활성화되기까지 최대 60초가 걸릴 수 있습니다

문제

묘사

ICCP(Inter-Chassis Control Protocol) 구성과 라우팅된 VLAN 인터페이스(RVI) 구성이 함께 커밋되면 ICCP 연결이 활성화되기까지 최대 60초가 걸릴 수 있습니다.

용액

이는 예상되는 동작입니다.

다중 섀시 어그리게이션 이더넷 인터페이스에서 학습된 MAC 주소 연령이 0으로 재설정됩니다.

문제

묘사

섀시 간 링크 보호 링크(ICL-PL)를 활성화했다가 비활성화하면 다중 섀시 어그리게이션 이더넷 인터페이스에서 학습된 MAC 주소 나이가 0으로 재설정됩니다. 다음 홉 인터페이스 변경은 하드웨어에서 MAC 주소 업데이트를 트리거한 다음 패킷 포워딩 엔진에서 에이징 업데이트를 트리거합니다. 그 결과 MAC 주소 사용 기간이 0으로 업데이트됩니다.

예를 들어, ICL-PL이 비활성화되었으며 명령 출력에 show ethernet-switching table MAC 주소의 연령이 0인 것으로 표시됩니다.

용액

이는 예상되는 동작입니다.

MAC 주소가 기본 VLAN에서 원격으로 학습되지 않음

문제

묘사

용액

이는 예상되는 동작입니다.

다중 섀시 어그리게이션 이더넷 인터페이스에서 학습된 스누핑 항목은 제거되지 않습니다

문제

묘사

멀티섀시 어그리게이션 이더넷 인터페이스가 멀티캐스트 스누핑이 활성화된 VLAN에 멀티캐스트 어그리게이션 이더넷 인터페이스가 구성된 경우, 멀티섀시 어그리게이션 이더넷 인터페이스가 다운되어도 VLAN의 멀티섀시 어그리게이션 이더넷 인터페이스에서 학습된 멤버십 항목이 지워지지 않습니다. 이는 인터페이스가 작동하거나 작동하고 중단될 때 컨버전스 시간을 단축하기 위해 수행됩니다.

용액

이는 예상되는 동작입니다.

인증 키를 추가하거나 삭제한 후 ICCP가 나타나지 않음

문제

묘사

인증 키를 추가한 다음 글로벌 ICCP 수준에서만 삭제할 때 ICCP(Inter-Chassis Control Protocol) 연결이 설정되지 않습니다. 그러나 인증은 ICCP 피어 수준에서 올바르게 작동합니다.

용액

ICCP 구성을 삭제한 다음 ICCP 구성을 추가합니다.

활성 상태일 때 로컬 상태는 대기입니다.

문제

묘사

상태 시스템이 동기화된 상태일 때 멀티섀시 어그리게이션 이더넷 인터페이스가 다운되면, 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어 로컬 상태는 대기입니다. 상태 시스템이 활성 상태가 된 후 다중 섀시 어그리게이션 이더넷 인터페이스가 다운되면 로컬 상태는 활성 상태로 유지되고 로컬 상태는 인터페이스가 다운되었음을 나타냅니다.

용액

이는 예상되는 동작입니다.

ICCP 실패 시 서버에서 패킷 루프

문제

묘사

다중 섀시 링크 어그리게이션 그룹(MC-LAG)에 대한 백업 활성 감지를 활성화하고 MC-LAG의 일시적 장애로 인해 백업 활성 감지 패킷이 손실되면 MC-LAG의 두 피어는 모두 활성 상태를 유지합니다. 이 경우 두 MC-LAG 피어 모두 연결된 서버로 패킷을 보냅니다.

용액

이는 예상되는 동작입니다.

두 MC-LAG 피어 모두 재부팅 또는 ICCP 구성 변경 후 기본 시스템 ID를 사용합니다

문제

묘사

재부팅 후 또는 새로운 ICCP(Inter-Chassis Control Protocol) 구성이 커밋되고 ICCP 연결이 활성화되지 않으면 다중 섀시 어그리게이션 이더넷 인터페이스를 통해 전송되는 링크 어그리게이션 제어 프로토콜(LACP) 메시지는 기본 시스템 ID를 사용합니다. 구성된 시스템 ID는 MC-LAG 피어가 서로 동기화된 후에만 기본 시스템 ID 대신 사용됩니다.

용액

이는 예상되는 동작입니다.

ICL-PL 인터페이스에 대한 커밋 검사는 수행되지 않습니다

문제

묘사

섀시 간 링크 보호 링크(ICL-PL)로 구성되는 인터페이스에 대한 커밋 검사가 없으므로 ICL-PL에 대한 유효한 인터페이스 이름을 제공해야 합니다.

용액

이는 예상되는 동작입니다.

이중 페일오버 시나리오

문제

묘사

다음과 같은 이벤트가 정확히 다음과 같은 순서로 발생하면(ICCP(Inter-Chassis Control Protocol)이 다운되고 활성 모드의 MC-LAG(Multichassis Link Aggregation Group) 피어의 다중 섀시 어그리게이션 이더넷 인터페이스가 다운되면 이중 페일오버가 발생합니다. 이 시나리오에서 대기 모드의 MC-LAG 피어는 활성 MC-LAG 피어에서 일어나는 일을 감지하지 못합니다. 대기 모드의 MC-LAG 피어는 활성 모드의 MC-LAG에서 다중 섀시 어그리게이션 이더넷 인터페이스가 작동한 것처럼 작동하고 섀시 간 링크 보호 링크(ICL-PL) 트래픽을 차단합니다. ICL-PL 트래픽은 전달되지 않습니다.

용액

이는 예상되는 동작입니다.

멀티캐스트 트래픽은 ICL-PL 인터페이스가 다운 및 업으로 전환될 때 VLAN을 플러딩합니다

문제

묘사

섀시 간 링크 보호 링크(ICL-PL)가 다운되었다가 켜지면 멀티캐스트 트래픽이 VLAN의 모든 인터페이스로 플러딩됩니다. VLAN에 대한 패킷 포워딩 엔진 플래그 Ip4McastFloodMode가 MCAST_FLOOD_ALL로 변경됩니다. 이 문제는 멀티섀시 링크 어그리게이션 그룹(MC-LAG)이 레이어 2에 대해 구성된 경우에만 발생합니다.

용액

이는 예상되는 동작입니다.

대기 MC-LAG 피어로 전송된 레이어 3 트래픽은 활성 MC-LAG 피어로 리디렉션되지 않습니다

문제

묘사

ICCP(Inter-chassis Control Protocol)가 중단되면 원격 MC-LAG 피어의 상태를 알 수 없습니다. MC-LAG 피어가 대기로 구성되더라도 이 피어가 다운되었다고 가정하기 때문에 트래픽이 이 피어로 리디렉션되지 않습니다.

용액

이는 예상되는 동작입니다.

어그리게이션 이더넷 인터페이스가 중단됨

문제

묘사

다중 섀시 어그리게이션 이더넷 인터페이스가 통합 이더넷 인터페이스로 변환될 때, 일부 다중 섀시 어그리게이션 이더넷 인터페이스 속성을 유지합니다. 예를 들어, 어그리게이션 이더넷 인터페이스는 다중 섀시 어그리게이션 이더넷 인터페이스의 관리 키를 유지할 수 있습니다. 이렇게 되면 어그리게이션 이더넷 인터페이스가 다운됩니다.

용액

어그리게이션 이더넷 인터페이스를 호스팅하는 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어에서 LACP(Link Aggregation Control Protocol)를 다시 시작하여 어그리게이션 이더넷 인터페이스를 불러옵니다. LACP를 다시 시작하면 어그리게이션 이더넷 인터페이스의 다중 섀시 어그리게이션 이더넷 속성이 제거됩니다.

업스트림 트래픽 플러딩

문제

묘사

MAC 동기화가 활성화되면 멀티섀시 링크 어그리게이션 그룹(MC-LAG) 피어는 MC-LAG 피어 MAC 주소 중 하나를 사용하여 MC-LAG 라우팅 VLAN 인터페이스(RVI)에 대한 ARP(주소 결정 프로토콜) 항목을 확인할 수 있습니다. 다운스트림 트래픽이 하나의 MAC 주소(MAC1)로 전송되었지만 피어가 다른 MAC 주소(MAC2)로 MAC 주소를 해결한 경우, 액세스 레이어 스위치에서 MAC2 주소를 학습하지 못할 수 있습니다. 그러면 MAC2 주소에 대한 업스트림 트래픽의 플러딩이 발생할 수 있습니다.

용액

MAC 주소가 노화되지 않도록 MC-LAG 피어에서 다운스트림 트래픽이 주기적으로 전송되는지 확인합니다.

ARP 및 MAC 테이블 항목이 MC-LAG 구성에서 동기화되지 않음

문제

묘사

MC-LAG 구성의 ARP 및 MAC 주소 테이블은 일반적으로 동기화된 상태를 유지하지만, MC-LAG 그룹에서 링크 플래핑이 발생하는 경우와 같이 테이블 업데이트가 매우 자주 발생하는 극단적인 상황에서는 업데이트가 손실될 수 있습니다.

용액

MC-LAG 구성에서 ARP와 MAC 항목이 동기화되지 않도록 하려면 다음과 같이 스위치의 IRB 인터페이스에서 arp-l2-validate 옵션을 구성할 수 있습니다.

arp-l2-validate 옵션은 QFX 시리즈 스위치에서만 사용할 수 있습니다.

이 옵션은 ARP 및 MAC 테이블 항목의 유효성 검사를 켜고 동기화되지 않을 경우 업데이트를 자동으로 적용합니다. 네트워크에서 ARP 및 MAC 동기화 손실을 유발하는 다른 문제가 발생할 때 해결 방법으로 이 옵션을 활성화할 수 있지만, 정상 작동 중에는 이 옵션이 확장 구성의 성능에 영향을 미칠 수 있으므로 비활성화할 수 있습니다.