Demander un objet de configuration spécifique à l’aide de NETCONF
Dans une session NETCONF avec un périphérique exécutant Junos OS, pour demander des informations complètes sur un objet de configuration spécifique, une application cliente émet un <filter> élément tag qui entoure les éléments tag représentant tous les niveaux de la hiérarchie de configuration, de la racine (représentée par l’élément tag) jusqu’au niveau parent immédiat de l’objet <configuration> .
Pour représenter l’objet demandé, l’application émet uniquement l’élément de balise conteneur et chacun de ses éléments de balise d’identificateur, avec la valeur d’identificateur, pour l’objet. Pour les objets avec un seul identificateur, l’élément tag peut toujours être utilisé, même si l’élément de balise d’identificateur <name> réel a un nom différent. Le nom réel est également valide. Pour les objets avec plusieurs identificateurs, les noms réels des éléments de balise d’identificateur doivent être utilisés. Pour vérifier le nom de chacun des identificateurs d’un objet de configuration, reportez-vous au Guide de référence du développeur de configuration de l’API XML Junos. L’ensemble de la demande est entouré d’un <rpc> élément de balise :
<rpc>
<get-config>
<source>
<!--tag specifying the source configuration -->
</source>
<filter type="subtree">
<configuration>
<!-- opening tags for each parent of the object -->
<object>
<name>identifier</name>
</object>
<!-- closing tags for each parent of the object -->
</configuration>
</filter >
</get-config>
</rpc>
]]>]]>
Pour plus d’informations sur l’élément tag, consultez Spécifier la source des demandes d’informations de configuration à l’aide<source> de NETCONF.
Le serveur NETCONF renvoie l’objet demandé dans <data> et <rpc-reply> les éléments de balise (ici, un objet pour lequel l’élément de balise d’identificateur est appelé <name>). Pour plus d’informations sur les attributs de la balise d’ouverture, consultez Spécifier la source des demandes d’informations de configuration à l’aide de NETCONF.<configuration>
<rpc-reply xmlns="URN" xmlns:junos="URL">
<data>
<configuration attributes>
<!-- opening tags for each parent of the object -->
<object>
<name>identifier</name>
<!-- other child tag elements of the object -->
</object>
<!-- closing tags for each parent of the object -->
</configuration>
</data>
</rpc-reply>
]]>]]>
L’application peut également demander des éléments de configuration supplémentaires du même type ou d’autres types en incluant les éléments de balise appropriés dans le même <get-config> élément de balise. Pour plus d’informations, consultez Demande simultanée de plusieurs éléments de configuration à l’aide de NETCONF.
L’exemple suivant montre comment demander le contenu d’une étendue de multidiffusion appelée local, qui se trouve au niveau hiérarchique [edit routing-options multicast] dans la configuration candidate. Pour spécifier l’objet souhaité, l’application cliente émet l’élément de balise d’identificateur <name>local</name> comme élément de balise le plus interne.
