Solicitar o estado de configuração e dispositivo comprometido usando o NETCONF
Em uma sessão netconf com um dispositivo executando o Junos OS, para solicitar a configuração mais recentemente comprometida e as informações de estado do dispositivo para uma plataforma de roteamento, comutação ou segurança, um aplicativo do cliente inclui a <get> tag em um <rpc> elemento de tag. Ao incluir o elemento tag e os <filter> elementos apropriados de tag infantil, o aplicativo pode solicitar partes específicas da configuração. Se o <filter> elemento for omitido, o servidor retorna toda a configuração. O atributo opcional format especifica o formato de retorno para os dados de configuração.
<rpc>
<get [format="(json | set | text | xml)"]>
<filter type="subtree">
<!-- tag elements representing the configuration elements to return -->
</filter>
</get>
</rpc>
]]>]]>
O type="subtree" atributo na tag de abertura <filter> indica que o aplicativo do cliente está usando elementos de tag Junos XML para representar os elementos de configuração sobre os quais ele está solicitando informações.
O servidor NETCONF encerra sua resposta nos <rpc-reply> elementos de <data> tag . Dentro do <data> elemento, os dados de configuração estão fechados no<configuration>, <configuration-set><configuration-text>ou <configuration-json> elemento, dependendo do formato solicitado, e as informações do dispositivo estão fechadas no <database-status-information> elemento. O servidor inclui atributos na tag de abertura <configuration> que indicam o namespace XML para os elementos de tag fechados e quando a configuração foi alterada ou comprometida pela última vez. Por exemplo:
<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>
]]>]]>
Se não houver dados de configuração na hierarquia solicitada, a resposta do RPC contém uma tag vazia <configuration> dentro do <data> elemento, a menos que a rfc-compliant declaração esteja configurada, nesse caso a <configuration> tag será omitida.