NETCONF를 사용하여 커밋된 구성 및 디바이스 상태 요청
Junos OS를 실행하는 장치가 있는 NETCONF 세션에서 라우팅, 스위칭 또는 보안 플랫폼에 대해 가장 최근에 커밋된 구성과 장치 상태 정보를 요청하기 위해 클라이언트 애플리케이션은 태그 <rpc> 요소를 동봉합니다<get>. 태그 요소 및 해당 하위 태그 요소를 포함 <filter> 함으로써 애플리케이션은 구성의 특정 부분을 요청할 수 있습니다. <filter> 요소가 생략되면 서버는 전체 구성을 반환합니다. 옵션 format 속성은 구성 데이터에 대한 반환 형식을 지정합니다.
<rpc>
<get [format="(json | set | text | xml)"]>
<filter type="subtree">
<!-- tag elements representing the configuration elements to return -->
</filter>
</get>
</rpc>
]]>]]>
오프닝 <filter> 태그의 속성은 type="subtree" 클라이언트 애플리케이션이 정보를 요청하는 구성 요소를 나타내기 위해 Junos XML 태그 요소를 사용하고 있음을 나타냅니다.
NETCONF 서버는 응답 응답을 태그 요소에 <rpc-reply> 동봉합니다<data>. <data> 요소 내에서 구성 데이터는 요청된 형식에 <configuration>따라 , <configuration-text><configuration-set>또는 <configuration-json> 요소에 동봉되며 장치 정보는 요소에 <database-status-information> 동봉됩니다. 서버에는 동봉된 태그 요소와 구성이 마지막으로 변경되거나 커밋된 경우의 XML 네임스페이스를 나타내는 속성이 오프닝 <configuration> 태그에 포함되어 있습니다. 예를 들어:
<rpc-reply xmlns="URN" xmlns:junos="URL">
<data>
<configuration xmlns="URL" junos:changed-seconds="seconds" junos:changed-localtime="time">
<!-- configuration data -->
</configuration>
<database-status-information>
<database-status>
<user>user</user>
<terminal></terminal>
<pid>pid</pid>
<start-time junos:seconds="1416956595">2014–11–25 15:03:15 PST</start-time>
<edit-path></edit-path>
</database-status>
</database-status-information>
</data>
</rpc-reply>
]]>]]>
요청된 계층에 구성 데이터가 없는 경우, 명령문이 구성되지 않는 한 rfc-compliant RPC 응답에는 요소 내부에 <data> 빈 <configuration> 태그가 포함되어 있으며, 이 경우 <configuration> 태그가 생략됩니다.