Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

NETCONF를 사용하여 후보 구성 잠금 및 잠금 해제

클라이언트 애플리케이션이 구성 정보를 요청하거나 변경하는 경우, 다음 방법 중 하나를 사용하여 후보 구성에 액세스할 수 있습니다.

  • 애플리케이션이 잠금을 해제할 때까지 다른 사용자 또는 애플리케이션이 공유 구성 데이터베이스를 변경하지 못하도록 하는 후보 구성을 잠급니다. 이는 CLI configure exclusive 명령어와 동일합니다.

  • 잠금 없이 후보 구성을 변경합니다. 공유 구성 데이터베이스를 동시에 편집하는 다른 애플리케이션 또는 사용자의 변경 사항과 충돌할 가능성이 있기 때문에 이 방법을 권장하지 않습니다.

애플리케이션이 단순히 구성 정보를 요청하고 변경하지 않는 경우 구성을 잠글 필요가 없습니다. 애플리케이션은 즉시 정보 요청을 시작할 수 있습니다. 그러나 반환되는 정보가 세션 중에 변경되지 않는 것이 중요한 경우 구성을 잠가두는 것이 적합합니다.

후보 구성의 잠금 및 잠금 해제에 대한 자세한 내용은 다음 섹션을 참조하십시오.

후보 구성 잠금

후보 컨피규레이션을 잠가기 위해 클라이언트 애플리케이션은 태그 요소에서 <lock> 태그 요소와 <candidate/> 태그를 내뿜는다 <rpc> <target>.

후보 구성을 잠금하면 잠금 해제될 때까지 다른 사용자 또는 애플리케이션이 후보 구성을 변경하지 못하게 됩니다. 이는 CLI configure exclusive 명령어와 동일합니다. 특히 여러 사용자가 구성을 변경하도록 승인된 디바이스에서 변경하기 전에 구성을 잠가는 것이 좋습니다. 커밋 작업은 커밋을 요청하는 사용자나 애플리케이션뿐만 아니라 후보 구성의 모든 변경 사항에 적용됩니다. 여러 사용자 또는 애플리케이션이 동시에 변경을 허용하면 예기치 못한 결과가 발생할 수 있습니다.

NETCONF 서버는 태그 요소에서 태그 <rpc-reply> 를 반환하여 <ok/> 후보를 잠근 것을 확인합니다.

NETCONF 서버가 구성을 잠글 수 없는 경우, <rpc-reply> 태그 요소는 장애 이유를 설명하는 태그 요소를 동봉 <rpc-error> 합니다. 장애의 원인에는 다음이 포함될 수 있습니다.

오직 하나의 애플리케이션만이 한 번에 후보 구성에 대한 잠금을 유지할 수 있습니다. 다른 사용자와 애플리케이션은 잠겨 있는 동안 후보 구성을 읽을 수 있습니다. 잠금은 NETCONF 세션이 종료되거나 클라이언트 애플리케이션이 후보 구성의 잠금 해제에 설명된 대로 태그 요소를 방출하여 <unlock> 구성의 잠금을 해제할 때까지 지속됩니다.

후보 컨피규레이션이 클라이언트 애플리케이션의 잠금을 해제하기 전에 커밋되지 않거나 변경 사항이 커밋되기 전에 NETCONF 세션이 종료되면 변경 사항이 자동으로 폐기됩니다. 지원자와 커밋된 구성은 변경되지 않습니다.

지원자 구성 잠금 해제

클라이언트 애플리케이션이 후보 구성에 대한 잠금을 보유하고 있는 한, 다른 애플리케이션과 사용자는 후보자를 변경할 수 없습니다. 후보 구성의 잠금을 해제하기 위해 클라이언트 애플리케이션에는 태그 요소의 <unlock> 태그 <target> 요소와 태그가 <rpc> <candidate/> 포함됩니다.

NETCONF 서버는 태그 요소에서 태그를 반환하여 <ok/> 지원자의 잠금을 해제했음을 <rpc-reply> 확인합니다.

NETCONF 서버가 구성의 잠금을 해제할 수 없는 경우, <rpc-reply> 태그 요소는 장애 이유를 설명하는 태그 요소를 동봉 <rpc-error> 합니다.