Virtual Chassis에서 탐지 동작 분할

멤버 라우터나 스위치 또는 하나 이상의 버추얼 섀시 포트 인터페이스의 장애로 인해 MX 시리즈 5G 유니버설 라우팅 플랫폼 또는 EX9200 스위치의 버추얼 섀시 구성이 중단될 경우, 그로 인한 연결 손실로 인해 버추 얼 섀시 구성이 분할될 수 있습니다. 분할 감지는 분할 을 식별하고 추가 네트워크 중단을 최소화할 수 있습니다.

모범 사례:

Junos 릴리스 버전 14.1R1부터는 MX 시리즈 버추얼 섀시에서 분할 감지 기능 대신 하트비트 연결을 사용해야 합니다. 이는 인접 중단 또는 분할 중에 불필요한 기본 역할 변경을 방지하고 기본 역할 선택 프로세스에 대한 추가 회원 건강 정보를 제공하기 위한 것입니다. 분할 탐지가 없으면 네트워크에 두 개의 Virtual Chassis 마스터를 생성하는 등의 문제가 발생할 수 있습니다.

이 주제는 다음 내용을 다룹니다.

Virtual Chassis에서 분할 감지가 작동하는 방식

분할 감지는 EX9200 또는 MX 시리즈 버추얼 섀시에서 기본적으로 활성화됩니다. 계층 수준에서 문을 포함하여 no-split-detection 분할 감지를 비활성화할 [edit virtual-chassis] 수 있습니다. 분할 감지 비활성화는 특정 Virtual Chassis 구성에서 유용할 수 있습니다.

참고:

no-split-detection 하트비트 연결을 구성할 때 명령문을 사용하는 것은 금지되며, 소프트웨어는 명령 heartbeat-address 문과 no-split-detection 명령문을 동시에 구성할 수 없도록 합니다. 그렇게 하려고 하면 소프트웨어가 오류 메시지를 표시하고 커밋 작업이 실패합니다. 명령문이 아닌 no-split-detection 명령문을 구성 heartbeat-address 하십시오.

예를 들어, 백업 라우터 또는 스위치가 2인 Virtual Chassis 구성에서 실패하고 분할 감지가 활성화된 경우(기본 동작), 기본 라우터 또는 스위치가 역할을 수행하고 line-card Virtual Chassis 포트를 호스팅하지 않는 라인 카드(FPC)는 오프라인으로 전환됩니다. 이 상태는 라우팅을 효과적으로 중단하고 Virtual Chassis 구성을 비활성화합니다. 반면, 백업 라우터 또는 스위치가 2개 구성원 Virtual Chassis 구성에서 실패하고 분할 감지가 비활성화된 경우, 기본 라우터 또는 스위치는 기본 역할을 유지하고 모든 Virtual Chassis 포트를 유지하므로 사실상 기본 라우터 또는 스위치로만 구성된 단일 구성원 Virtual Chassis가 생성됩니다.

분할 감지가 Virtual Chassis 장애 시나리오에 미치는 영향

특정 실패 시나리오 동안 Virtual Chassis의 동작은 분할 감지의 활성화 또는 비활성화 여부에 따라 달라집니다. #split-detection-behavior-in-a-virtual-chassis__table-mx-virtual-chassis-split-detection-failures 는 2개 구성원으로 구성된 MX 시리즈 Virtual Chassis의 일반적인 장애 시나리오에 대한 분할 감지 설정의 영향을 설명합니다.

표 1: 분할 감지가 일반적인 Virtual Chassis 장애 시나리오에 미치는 영향
실패 유형	분할 감지 설정	결과
Virtual Chassis 포트 인터페이스 중단	사용	VC-B는 VC-P 역할을 수행합니다. 이전 VC-P는 (VC-L) 역할을 수행합니다 `line-card` . 이 `line-card` 역할은 라우터 또는 스위치를 격리하고 연결이 복원될 때까지 Virtual Chassis에서 제거합니다. 결과는 단일 VC-P로만 구성된 단일 구성원 Virtual Chassis입니다. VC-P는 가입자 상태 정보 및 경로 트래픽을 계속 유지합니다. Virtual Chassis 포트 인터페이스가 다시 연결된 경우: VC-P는 VC-P 역할을 유지합니다. VC-L은 VC-B 역할을 수행합니다. 구독자는 영향을 받지 않습니다.
Virtual Chassis 포트 인터페이스 중단	비활성화	Virtual Chassis 포트 인터페이스의 연결이 끊어진 경우: VC-P는 VC-P 역할을 유지하고 VC-B도 VC-P 역할을 수행합니다. 그 결과 각각 가입자 상태 정보를 유지하는 두 개의 VC-P 라우터 또는 스위치가 있는 Virtual Chassis가 생성됩니다. 처음에는 VC-P 라우터 또는 스위치 모두에 전체 가입자 목록이 있습니다. 두 라우터 또는 스위치의 구성이 동일하기 때문에 Virtual Chassis 포트 인터페이스의 연결이 끊어진 동안에는 가입자, 트래픽 패턴, 외부 애플리케이션 동작, 가입자 로그인 및 로그아웃 작업에 미치는 영향을 예측할 수 없습니다. Virtual Chassis 포트 인터페이스가 다시 연결된 경우: 연결 끊기 전의 원래 VC-P는 VC-P 역할을 다시 시작하고 연결 끊기 전의 원래 VC-B는 VC-B 역할을 다시 시작합니다. VC-P의 가입자는 보존됩니다. VC-B의 가입자가 제거됩니다. VC-P에 보존된 가입자는 영향을 받지 않으며, 나머지 모든 가입자는 라우터 또는 스위치에 다시 로그인할 수 있습니다.
Virtual Chassis 백업 라우터 또는 스위치(VC-B)가 다운됨	사용	VC-P는 (VC-L) 역할을 수행 `line-card` 하며, 이로 인해 Virtual Chassis 포트를 호스팅하지 않는 모든 라인 카드(FPC)가 오프라인으로 전환됩니다. 이전 VC-B는 서비스가 중단되었습니다. 이 `line-card` 역할은 기본 라우터 또는 스위치를 격리하고 연결이 복원될 때까지 Virtual Chassis에서 제거합니다. 그 결과, 버추얼 섀시는 기본 라우터나 스위치 없이 방치되어 섀시 간 라우팅을 중단하고 버추얼 섀시 구성을 효과적으로 비활성화합니다. 장애가 발생한 라우터 또는 스위치가 다시 서비스에 투입되는 경우: 기본 역할 선택 알고리즘은 라우터 또는 스위치가 VC-P 또는 VC-B 역할을 수행하는지 여부를 결정하기 위해 실행됩니다. 그러면 Virtual Chassis가 작동합니다. 모든 가입자는 라우터 또는 스위치에 다시 로그인할 수 있습니다. 이전 가입자 상태 정보는 보존되지 않습니다.
Virtual Chassis 백업 라우터 또는 스위치(VC-B)가 다운됨	비활성화	VC-P는 VC-P 역할을 유지하고 모든 Virtual Chassis 포트를 유지 관리합니다. 이전 VC-B는 서비스가 중단되었습니다. 결과는 단일 VC-P로만 구성된 단일 구성원 Virtual Chassis입니다. VC-P는 가입자 상태 정보 및 경로 트래픽을 계속 유지합니다.
Virtual Chassis 기본 라우터 또는 스위치(VC-P)가 다운됨	분할 검색 설정은 동작에 영향을 주지 않습니다.	VC-B는 분할 검색의 사용 여부에 관계없이 VC-P 역할을 인수합니다. 이전 VC-P는 서비스가 중단되었습니다. 결과는 단일 VC-P로만 구성된 단일 구성원 Virtual Chassis입니다. 새로운 VC-P는 가입자 상태 정보 및 경로 트래픽을 계속 유지합니다. 원래 VC-P가 다시 서비스로 전환되거나 원래 VC-P가 새 라우터 또는 스위치로 교체되는 경우: 원래 VC-P 또는 그 대체품은 VC-B 역할을 수행합니다. 구독자는 영향을 받지 않습니다.
VC-P와 DSLAM(Digital Subscriber Line Access Multiplexer)과 같은 액세스 노드 간의 활성 액세스 링크가 중단됩니다	분할 검색 설정은 동작에 영향을 주지 않습니다.	이전 대기 액세스 링크는 VC-B와 액세스 노드 간의 활성 액세스 링크가 됩니다. 트래픽은 새로운 활성 액세스 링크를 통해 라우팅됩니다. VC-P는 가입자 상태 정보 및 경로 트래픽을 계속 유지합니다.

이 페이지의 내용

Virtual Chassis에서 탐지 동작 분할

Virtual Chassis에서 분할 감지가 작동하는 방식

분할 감지가 Virtual Chassis 장애 시나리오에 미치는 영향

관련 문서