멀티섀시 문제 해결 링크 어그리게이션

설명

연결된 멀티섀시 링크 어그리게이션 그룹(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 주소가 서로 다른 경우 대기 모드로 들어가지 않습니다.

설명

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

설명

MC-LAG(Multichassis Link Aggregation Group) 내재된 페일오버 리다이렉션 필터가 사용자 구성의 명시적 필터보다 우선합니다.

설명

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

예를 들어:

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

설명

ICCP(Inter-Chassis Control Protocol) 구성과 RVI(Routed VLAN Interface) 구성이 함께 커밋되면 ICCP 연결이 활성화되는 데 최대 60초가 걸릴 수 있습니다.

설명

ICL-PL(Interchassis Link-Protection Link)을 활성화하고 비활성화하면 멀티섀시 어그리게이션 이더넷 인터페이스에서 학습한 MAC 주소 연령이 0으로 재설정됩니다. 넥트 홉 인터페이스 변경은 하드웨어에서 MAC 주소 업데이트를 트리거하고 패킷 포워딩 엔진에서 노후화된 업데이트를 트리거합니다. 그 결과 MAC 주소 연령이 0으로 업데이트됩니다.

예를 들어, ICL-PL은 비활성화 show ethernet-switching table 되었으며 명령 출력은 MAC 주소의 연령이 0임을 보여줍니다.

설명

Junos OS Release 12.3 이전을 실행하는 QFX3500 스위치에서 MC-LAG(Multichassis Link Aggregation Group) 피어가 기본 VLAN에서 MAC 주소를 학습하는 경우 ICCP(Inter-Chassis Control Protocol)는 MAC 주소를 다른 MC-LAG 피어의 MAC 주소와 동기화하지 않습니다.

설명

멀티캐스트 스누핑을 위해 지원되는 VLAN에서 멀티섀시 어그리게이션 이더넷 인터페이스를 구성하면, 멀티섀시 어그리게이션 이더넷 인터페이스가 다운되면 VLAN에서 통합된 멀티섀시 이더넷 인터페이스에서 학습한 멤버십 엔트리는 제거되지 않습니다. 이는 인터페이스가 등장하거나 올라오거나 다운되는 컨버전스 시간을 가속화하기 위해 수행됩니다.

설명

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

설명

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

설명

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

설명

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

설명

인터페이스에 대한 커밋 검사가 ICL-PL(interchassis link-protection link)로 구성되고 있지 않으므로, ICL-PL에 유효한 인터페이스 이름을 제공해야 합니다.

설명

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

설명

ICL-PL(interchassis link-protection link)이 다운되고 올 경우, 멀티캐스트 트래픽은 VLAN의 모든 인터페이스로 플러딩됩니다. VLAN용 패킷 전달 엔진 플래그 Ip4Mcast플루드 모드가 MCAST_FLOOD_ALL 변경되었습니다. 이 문제는 멀티섀시 링크 어그리게이션 그룹(MC-LAG)이 Layer 2를 위해 구성된 경우에만 발생합니다.

설명

ICCP(Inter-Chassis Control Protocol)가 다운되면 원격 MC-LAG 피어의 상태를 알 수 없습니다. MC-LAG 피어가 대기 모드로 구성되어 있더라도 이 피어가 다운된 것으로 간주되므로 트래픽이 이 피어로 리디렉션되지 않습니다.

설명

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

설명

MAC 동기화가 활성화되면 MC-LAG(Multichassis Link Aggregation Group) 피어는 MC-LAG 피어 MAC 주소 중 하나를 사용하는 MC-LAG 라우팅 VLAN 인터페이스(RVI)에 대한 ARP(Address Resolution Protocol) 엔트리를 해결할 수 있습니다. 다운스트림 트래픽이 하나의 MAC 주소(MAC1)와 함께 전송되지만 피어가 다른 MAC 주소(MAC2)로 MAC 주소를 해결한 경우, 모든 액세스 레이어 스위치에서 MAC2 주소를 익지 못할 수 있습니다. MAC2 주소에 대한 업스트림 트래픽 플러딩이 발생할 수 있습니다.

설명

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