NETCONF를 사용한 확인 후에만 응시자 구성 커밋

후보 구성을 커밋할 때 커밋이 영구적으로 되도록 명시적으로 확인해야 할 수 있습니다. 확인된 커밋 작업은 구성 변경이 올바르게 작동하고 장치에 대한 관리 액세스를 차단하지 않는지 확인하는 데 유용합니다. 변경으로 인해 액세스가 차단되거나 다른 오류가 발생하는 경우 이전 구성으로 자동 롤백하면 롤백 기한이 경과한 후 액세스를 복원합니다. 기본적으로 600초(10 분)인 지정된 시간 내에 커밋이 확인되지 않으면 디바이스는 이전에 커밋된 구성을 자동으로 로드하고 커밋(롤백)합니다.

Junos OS를 실행하는 장치가 있는 NETCONF 세션에서 후보 컨피규레이션을 커밋하기 위해서는 커밋이 영구적으로 적용되도록 명시적으로 확인해야 하며, 클라이언트 애플리케이션은 해당 요소 및 <rpc> 태그 요소에 빈 <confirmed/> 태그를 <commit> 동봉합니다.

600초의 기본값과 다른 롤백 기한에 대해 몇 초를 지정하려면 이 애플리케이션은 태그 요소를 포함하고 <confirm-timeout> 1~4,294,967,295초 범위에서 지연에 대한 초 수를 지정합니다.

참고:

임시 구성 데이터베이스의 인스턴스에서 확인된 커밋 작업을 수행할 수 없습니다.

두 경우 모두 NETCONF 서버는 에 태그<rpc-reply>를 반환하여 지원자 구성을 <ok/> 임시로 커밋한 것을 확인합니다.

NETCONF 서버가 후보 구성을 커밋할 수 없는 경우, <rpc-reply> 요소는 장애 이유를 설명하는 요소를 동봉합니다 <rpc-error> . 가장 일반적인 원인은 후보 구성에서 의미론적 또는 구문 오류입니다.

기존 롤백 기한보다 늦어 롤백을 연기하기 위해 클라이언트 애플리케이션은 데드라인이 끝나기 전에 태그 요소에서 <commit> 태그를 다시 내보 <confirmed/> 줍니다. 선택적으로 다음 롤백을 지연시키는 방법을 지정하는 요소가 포함되어 <confirm-timeout> 있습니다. 기본적으로 600초(10 분)로 롤백을 지연시키는 태그 요소를 생략합니다. 클라이언트 애플리케이션은 이런 식으로 태그를 반복적으로 방출함으로써 롤백을 <confirmed/> 무기한 연기할 수 있습니다.

컨피규레이션을 영구적으로 커밋하기 위해 클라이언트 애플리케이션은 롤백 기한이 끝나기 전에 태그 요소에 <rpc> 동봉된 태그를 내뿜 <commit/> 습니다. 롤백이 취소되고 NETCONF를 사용하여 후보 구성 커밋에 설명된 대로 지원자 구성이 즉시 커밋됩니다. 응시자 구성이 임시로 커밋된 구성과 여전히 동일할 경우 일시적으로 커밋된 구성을 효과적으로 재개합니다.

확인된 커밋이 보류 중인 동안 다른 애플리케이션이 태그 요소를 사용하여 <kill-session/> 이 애플리케이션의 세션을 종료하는 경우(이 애플리케이션은 변경을 커밋했지만 아직 확인하지 않음) 이 세션을 제공하는 NETCONF 서버는 확인된 커밋 명령이 발행되기 전에 구성을 상태로 복원합니다. 세션 종료에 대한 자세한 내용은 NETCONF 세션 종료를 참조하십시오.

다음 예에서는 300초의 롤백 기한으로 지원자 구성을 커밋하는 방법을 보여줍니다.

클라이언트 애플리케이션

NETCONF 서버