EX 시리즈 버추얼 섀시 문제 해결
이 주제는 Virtual Chassis에 대한 다음과 같은 문제 해결 문제에 대해 설명합니다.
연결이 끊긴 멤버 스위치의 ID를 재할당에 사용할 수 없습니다
문제
묘사
Virtual Chassis에서 스위치의 연결을 끊었지만 연결이 끊긴 스위치의 멤버 ID는 상태 출력에 계속 표시됩니다. 해당 멤버 ID를 다른 스위치에 재할당할 수 없습니다.
용액
Virtual Chassis 구성의 구성원의 연결을 끊으면 기본은 구성 데이터베이스에 구성원 ID와 구성원 구성을 유지합니다. 명령의 show virtual-chassis 출력은 연결이 끊긴 멤버의 멤버 ID를 상태와 함께 NotPrsnt계속 표시합니다.
멤버 스위치의 연결을 영구적으로 끊으려면 명령을 사용하여 멤버 ID를 확보할 수 있습니다 request virtual-chassis recycle . 이렇게 하면 해당 구성원의 상태도 지워집니다.
로드 팩토리 기본값은 멀티멤버 Virtual Chassis에서 커밋되지 않습니다.
문제
묘사
명령은 load factory-default 다중 멤버 Virtual Chassis에서 실패합니다.
용액
이 load factory-default 명령은 다중 멤버 Virtual Chassis 구성에서 지원되지 않습니다. Virtual Chassis의 스위치를 공장 기본 설정으로 되돌리는 방법에 대한 자세한 내용은 EX 시리즈 스위치의 기본 공장 구성으로 복귀를 참조하십시오.
멤버 ID는 멤버 스위치가 Virtual Chassis에서 연결이 끊어져도 지속됩니다
문제
묘사
기가비트 이더넷 인터페이스는 구성원 스위치가 Virtual Chassis에서 연결이 끊어질 때 이전 슬롯 번호를 유지합니다.
용액
스위치가 이전에 Virtual Chassis 구성의 구성원으로 연결된 경우, 연결이 끊어지고 독립형 스위치로 작동한 후에도 해당 구성의 구성원으로 할당된 구성원 ID를 유지합니다. 스위치가 Virtual Chassis 구성의 멤버일 때 구성된 인터페이스는 이전 멤버 ID를 인터페이스 이름의 첫 번째 숫자로 유지합니다.
예를 들어, 스위치가 이전에 멤버 1이었다면 인터페이스 이름은 ge-1/0/0 다음과 같습니다.
스위치의 멤버 ID를 변경하여 멤버 ID가 0이 되도록 하고 그에 따라 스위치의 인터페이스 이름을 바꾸려면 다음을 수행합니다.
구성원 ID를 0으로 변경하려면 다음을 수행합니다.
user@switch> request virtual-chassis renumber member-id 1 new-member-id 0
새 멤버 ID와 일치하도록 인터페이스 이름을 바꾸려면 다음을 수행합니다.
[edit virtual-chassis] user@switch# replace pattern ge-1/ with ge-0/
구성원 스위치가 혼합 Virtual Chassis에 참여하지 않음
문제
묘사
혼합 Virtual Chassis의 멤버 스위치는 Virtual Chassis에 참여하지 않습니다. 출력은 show virtual-chassis 멤버 스위치 상태가 또는 임을 Inactive NotPrsnt나타냅니다.
이 문제는 혼합 Virtual Chassis를 케이블로 연결한 직후에 발생할 가능성이 높습니다.
용액
스위치의 Virtual Chassis 모드가 모드로 설정 mixed 되지 않았을 수 있습니다. 멤버 스위치가 EX4500 스위치이고 전용 버추얼 섀시 포트(VCP)를 통해 버추얼 섀시에 케이블로 연결된 경우 PIC 모드도 대신 로 Intraconnect virtual-chassis설정될 수 있습니다.
Virtual Chassis 모드를 확인하려면:
user@switch> show virtual-chassis mode fpc0: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc1: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc2: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc3: -------------------------------------------------------------------------- Mixed Mode: Enabled fpc4: -------------------------------------------------------------------------- Mixed Mode: Disabled fpc5: -------------------------------------------------------------------------- Mixed Mode: Enabled
멤버 스위치(이 경우 멤버 ID 4) mixed 의 Virtual Chassis 모드를 모드로 변경하려면:
user@switch> request virtual-chassis mode mixed member 4
(EX4500 스위치만) PIC 모드를 확인하려면:
user@switch> show chassis pic-mode
fpc0:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc1:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc2:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc3:
--------------------------------------------------------------------------
Pic Mode: Not-Applicable
fpc4:
--------------------------------------------------------------------------
Pic Mode: PIC 3: Intraconnect
fpc5:
--------------------------------------------------------------------------
Pic Mode: PIC 3: virtual-chassis
EX4500 스위치의 PIC 모드를 모드(이 경우 멤버 ID 4)로 virtual-chassis 변경하려면:
user@switch> request chassis pic-mode virtual-chassis member 4
버추얼 섀시 모드 또는 PIC 모드 설정 변경을 적용하려면 멤버 스위치를 재부팅해야 합니다. 구성원 스위치(이 경우, 구성원 ID 4)를 재부팅하려면:
user@switch> request system reboot member 4
전용 VCP를 사용하여 업링크 포트를 중복 VCP로 구성한 후 알 수 없는 트래픽 루핑이 발생합니다.
문제
묘사
EX4200, EX4500 또는 EX4550 스위치로 구성된 Virtual Chassis에서 두 멤버가 전용 VCP 링크로 연결되고 업링크 포트를 VCP로 변환하여 중복 링크가 생성된 경우 두 멤버 스위치 사이에 중복 VCP 링크가 추가된 후 알 수 없는 유니캐스트 또는 멀티캐스트 트래픽의 복구할 수 없는 루프를 관찰할 수 있습니다.
이 동작은 포트를 수동으로 VCP로 설정하여 중복 VCP 링크가 생성되거나 자동 VCP 변환 기능이 호출되어 포트를 자동으로 VCP로 변환하는 경우 발생할 수 있습니다.
용액
Virtual Chassis를 재부팅하여 전용 VCP 링크가 있는 중복 링크로 변환된 VCP를 올바르게 감지합니다.
네트워크 포트에서 VCP로 변환한 후에는 송신 필터 테이블이 업데이트되지 않고 중복 VCP가 포워딩에 대해 활성화된 상태로 유지되어 루핑 동작이 발생합니다. 재부팅 프로세스는 변환된 포트를 VCP로 감지하고 포워딩을 위해 비활성화된 것으로 가져옵니다.
따라서 활성 Virtual Chassis의 전용 VCP에 의해 이미 연결된 멤버 간에 중복 변환된 업링크 VCP 포트를 연결하지 않는 것이 좋습니다. 대신 Virtual Chassis 재부팅 주기를 포함할 수 있는 유지 관리 기간 동안 중복 업링크 VCP 연결을 추가할 계획입니다. 이 권장 사항은 전용 VCP와 변환된 업링크 VCP를 혼합하는 새 멤버와 인접 디바이스 중 하나 간에 중복 VCP 링크를 추가하는 기존 활성 Virtual Chassis에 새 멤버를 추가할 때도 적용됩니다.
인터페이스 관련 구성 변경 사항은 전환 후 적용되지 않습니다.
문제
묘사
그레이스풀 라우팅 엔진 전환 후 인터페이스 관련 구성 변경에 대한 커밋 작업은 성공하지만 구성 변경은 적용되지 않습니다. 커밋 작업의 일부로 오류 메시지가 생성되지 않습니다.
용액
새 멤버 인터페이스가 통합 이더넷 번들에 추가되면 번들과 새 멤버 인터페이스 간의 속도 불일치가 발생할 경우 검증이 실패할 수 있습니다. GR(Graceful Routing Engine) 전환 후 검증 실패로 인해 DCD 프로세스가 시작 시 종료됩니다. 그 이후로는 인터페이스 관련 구성 변경 사항이 적용되지 않습니다.
어그리게이션 이더넷 번들과 새로운 멤버 인터페이스 간의 속도 불일치와 관련된 오류 메시지에 대한 로그를 확인합니다. DCD 시작 중에 이러한 오류가 발생하면 DCD 프로세스가 종료됩니다.
이 문제를 해결하려면:
오류 메시지에 언급된 멤버 인터페이스를 어그리게이션 이더넷 번들에서 제거하고 구성을 커밋합니다.
명령을 사용하여
restart interface-controlDCD 프로세스를 다시 시작합니다.DCD 프로세스가 실행 중인지 확인합니다.