6500 VSS의 NX-OS 피어 스위치 문제


12

NX-OS 5.2를 실행하는 새로운 Nexus 5500 쌍을 출시하고 있으며 새로운 vPC Peer Switch 기능을 사용하고 싶습니다.

vPC (Virtual Port Channel) 피어 스위치 기능은 STP 수렴과 관련된 성능 문제를 해결합니다. 이 기능을 사용하면 한 쌍의 Cisco Nexus 5000 Series 장치를 계층 2 토폴로지에서 단일 STP 루트로 표시 할 수 있습니다. 이 기능은 STP 루트를 vPC 기본 스위치에 고정 할 필요가없고 vPC 기본 스위치가 실패 할 경우 vPC 컨버전스를 향상시킵니다.

루프를 피하기 위해 vPC 피어 링크는 STP 계산에서 제외됩니다. vPC 피어 스위치 모드에서 다운 스트림 스위치의 STP BPDU 시간 초과와 관련된 문제를 방지하기 위해 두 vPC 피어 장치에서 STP BPDU가 전송되어 트래픽이 중단 될 수 있습니다.

이 기능은 장치가 모두 vPC에 속하는 순수 피어 스위치 토폴로지와 함께 사용할 수 있습니다.

현재 토폴로지는 넥서스 5500과 6500 VSS의 양쪽에 연결된 하나의 피어 링크가있는 쌍입니다. 모든 연결은 LACP 포트 채널입니다.

VSS는 단일 논리 장치를 나타내야하지만 5500은 동의하지 않는 것 같습니다. VSS에 대한 두 연결을 모두 시도하면 5500에이 오류가 발생합니다.

% VPC-3-INTF_CONSISTENCY_FAILED : 도메인 2에서 VPC 1 구성 (인터페이스 포트 채널 1)이 일치하지 않습니다 (다른 파트너에 연결된 2 개 스위치의 vpc 링크로 인해 vpc 포트 채널이 잘못 구성됨)

% VPC-3-VPC_BRINGUP_FAILED : vPC 1 (인터페이스 포트 채널 1) 가져 오기 실패 (유형 1 불일치가 존재 함)

6500 VSS는 오류를 기록하지 않습니다.

vPC가 VSS의 각 측면을 다른 파트너로 보는 이유는 무엇입니까? 이것이 작동해야한다고 잘못 생각하고 있습니까?

답변:


17

물론 자신의 실수를 깨닫기 위해 공개적으로 무언가를 요구하는 것만 큼 좋은 것은 없습니다.

VSS에 대한 링크는 vPC이지만 VSS 측에서는 각 Nexus 스위치에 대해 별도의 Etherchannel로 구성했습니다. 이제 논리적으로 다른 두 개의 연결이되어 오류가 발생했습니다.

VSS에서 링크를 모두 동일한 Etherchannel로 이동하면 문제가 해결되었습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.