Spécifiez la source des demandes d’informations de configuration à l’aide de NETCONF
Dans une session NETCONF avec un équipement exécutant Junos OS, pour demander des informations à la configuration du candidat ou à la base de données de configuration ouverte, une application cliente inclut l’élément et <candidate/> la <source> balise dans les éléments et <get-config> de <rpc> balise.
<rpc>
<get-config>
<source>
<candidate/>
</source>
<filter>
<!-- tag elements representing the configuration elements to return -->
</filter>
</get-config>
</rpc>
]]>]]>
Si une application cliente exécute le protocole <open-configuration> Junos XML pour ouvrir une base de données de configuration spécifique avant d’exécuter l’opération <get-config> , la source <candidate/> récupère les données de configuration de la base de données de configuration ouverte. Sinon, le serveur renvoie les données de configuration de la configuration du candidat.
Pour demander des informations à partir de la configuration active (la dernière en date d’engagement sur l’équipement), une application cliente inclut l’élément de balise et <running/> la <source> balise inclus dans les éléments et <get-config> de <rpc> balise.
<rpc>
<get-config>
<source>
<running/>
</source>
<filter>
<!-- tag elements representing the configuration elements to return -->
</filter>
</get-config>
</rpc>
]]>]]>
Si une application cliente demande l’intégralité de la configuration, elle omet l’élément de <filter> balise.
Le serveur NETCONF contient sa réponse dans <rpc-reply>, <data>et <configuration> les éléments de balise. Dans la balise d’ouverture <configuration> , elle inclut l’attribut xmlns permettant de spécifier l’espace de noms pour les éléments de balise fermés.
Lors du renvoi d’informations de la base de données de configuration du candidat ou de la base de données de configuration ouverte, le serveur NETCONF inclut des attributs qui indiquent la dernière modification de la configuration (ils apparaissent sur plusieurs lignes ici uniquement pour des raisons de lisibilité).
<rpc-reply xmlns="URN" xmlns:junos="URL">
<data>
<configuration xmlns="URL" junos:changed-seconds="seconds" \
junos:changed-localtime="YYYY-MM-DD hh:mm:ss TZ">
<!-- Junos XML tag elements representing the configuration -->
</configuration>
</data>
</rpc-reply>
]>]]>
junos:changed-localtime représente l’heure de la dernière modification comme la date et l’heure dans le fuseau horaire local de l’équipement.
junos:changed-seconds représente l’heure du dernier changement comme le nombre de secondes depuis minuit le 1er janvier 1970.
Lors du renvoi d’informations de la configuration active, le serveur NETCONF inclut des attributs qui indiquent quand la configuration a été validée (ils apparaissent sur plusieurs lignes ici uniquement pour des raisons de lisibilité).
<rpc-reply xmlns="URN" xmlns:junos="URL">
<data>
<configuration xmlns="URL" junos:commit-seconds="seconds" \
junos:commit-localtime="YYYY-MM-DD hh:mm:ss TZ" \
junos:commit-user="username">
<!-- Junos XML tag elements representing the configuration -->
</configuration>
</data>
</rpc-reply>
]]>]]>
junos:commit-localtime représente l’heure de validation comme la date et l’heure dans le fuseau horaire local de l’équipement.
junos:commit-seconds représente le temps de validation comme le nombre de secondes depuis minuit le 1er janvier 1970.
junos:commit-user spécifie le nom d’utilisateur Junos OS de l’utilisateur qui a demandé l’opération de validation.