NETCONF 세션 종료
NETCONF 세션에서 다른 사용자 또는 애플리케이션이 이미 잠금을 유지했기 때문에 클라이언트 애플리케이션이 후보 컨피규레이션에 종속시키려는 시도는 실패할 수 있습니다. 이 경우 NETCONF 서버는 기존 잠금을 보유하고 있는 엔티티에 대한 사용자 이름 및 PID(Process ID)가 포함된 오류 메시지를 반환합니다.
<rpc-reply xmlns="URN" xmlns:junos="URL"> <rpc-error> <error-severity>error</error-severity> <error-message> configuration database locked by: user terminal (pid PID) on since YYYY-MM-DD hh:mm:ss TZ, idle hh:mm:ss exclusive </error-message> </rpc-error> </rpc-reply> ]]>]]>
클라이언트 애플리케이션에 Junos OS maintenance 권한이 있는 경우 태그 요소에서 요소 및 <session-id> 태그를 <rpc> 방출하여 <kill-session> 잠금을 보유한 세션을 종료할 수 있습니다. 요소는 <session-id> 오류 메시지에서 얻은 PID를 지정합니다.
<rpc>
<kill-session>
<session-id>PID</session-id>
</kill-session>
</rpc>
]]>]]>
NETCONF 서버는 태그 요소에 태그 <rpc-reply> 를 반환하여 다른 세션이 <ok/> 종료되었는지 확인합니다.
<rpc-reply xmlns="URN" xmlns:junos="URL">
<ok/>
</rpc-reply>
]]>]]>
사용자 ID 또는 잠금을 보유한 애플리케이션의 ID 또는 유휴 시간 등의 요인에 따라 다른 세션을 종료하는 것이 적절한지 판단하기 위한 로직을 포함하는 것이 좋습니다.
세션이 종료되면, 세션을 지원하는 NETCONF 서버는 세션 도중에 커밋되지 않은 모든 변경 사항을 롤백합니다. 확인된 커밋이 보류 중인 경우(변경 사항이 커밋되었지만 아직 확인되지 않은 경우) NETCONF 서버는 확인된 커밋 명령이 발행되기 전에 구성을 상태로 복원합니다. 확인된 커밋 작업에 대한 자세한 내용은 NETCONF를 사용한 확인 후에만 후보 구성 커밋을 참조하십시오.
다음 예제에서는 다른 세션을 종료하는 방법을 보여줍니다.
