Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

backup-liveness-detection

구문

계층 수준

설명

두 ICCP(Inter-Chassis Control Protocol) 피어 간의 관리 링크를 통해 keepalive 메시지를 교환하여 피어의 작동 또는 작동 중지 여부를 확인합니다.

ICCP 연결이 운영상 중단되면 멀티섀시 링크 어그리게이션 그룹(MC-LAG)을 호스팅하는 피어의 상태가 서로 Liveness Detection Request를 전송하여 감지됩니다. 피어는 지정된 시간 내에 생체 감지 요청에 응답해야 합니다. 지정된 연속 시도 횟수에 대해 해당 시간 내에 응답이 수신되지 않으면 활동성 검색 검사가 실패하고 실패 작업이 구현됩니다. MC-LAG를 호스팅하는 두 피어 모두에서 백업 활동성 감지를 구성해야 합니다.

ICCP 장애 시나리오 및 장애 처리에 대한 자세한 내용은 EX9200 스위치에 대한 ICCP 장애 시나리오를 참조하십시오.

나머지 진술은 별도로 설명됩니다. CLI 탐색기를 참조하십시오.

참고:

백업 라이브 상태 감지가 구성된 경우, ICCP TCP 연결이 설정되거나 BFD(Bidirectional Forwarding Protocol)가 구성되고 피어가 작동 중일 때 피어 상태는 항상 up입니다. 백업 활동 확인은 ICCP 연결이 끊어진 경우에만 수행됩니다.

참고:

MC-LAG 노드(n0)가 ICCP가 비활성화된 상태로 재부팅되면 원격 링크가 다운되더라도 다른 노드(n1)의 백업 활성화는 활성 상태로 유지됩니다. 이는 백업 라이브 프로세스에서 수행된 마지막 작업의 상태가 CLI에 표시되고, 백업 라이브 프로세스가 다른 노드(n1)에서 활성화되지 않아 노드(n1)가 첫 번째 노드(n0)의 현재 상태를 읽을 수 없기 때문입니다. 그러나 트래픽 손실은 없습니다. Backup Liveness 프로세스가 항상 활성화되어 있지는 않습니다. 시작될 때만 실행됩니다.

필요한 권한 수준

routing - 구성에서 이 명령문을 볼 수 있습니다.

routing-control - 구성에 이 명령문을 추가할 수 있습니다.

릴리스 정보

Junos OS 릴리스 12.2에 소개된 명령문.