Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Demander la configuration validée et l’état de l’équipement à l’aide de NETCONF

Lors d’une session NETCONF avec un équipement exécutant Junos OS, pour demander la dernière configuration validée et les informations sur l’état de l’équipement pour une plate-forme de routage, de commutation ou de sécurité, une application cliente enferme la <get> balise dans un élément de <rpc> balise. En incluant l’élément de balise et les <filter> éléments de balise enfant appropriés, l’application peut demander des parties spécifiques de la configuration. Si l’élément <filter> est omis, le serveur renvoie l’intégralité de la configuration. L’attribut facultatif format spécifie le format de retour des données de configuration.

L’attribut type="subtree" de la balise d’ouverture <filter> indique que l’application cliente utilise des éléments de balise XML Junos pour représenter les éléments de configuration sur lesquels elle demande des informations.

Le serveur NETCONF renferme sa réponse dans les éléments et <data> balises <rpc-reply>. Dans l’élément<data>, les données de configuration sont jointes dans le <configuration>, <configuration-text><configuration-set>ou <configuration-json> élément en fonction du format demandé, et les informations sur l’équipement sont jointes à l’élément<database-status-information>. Le serveur inclut des attributs dans la balise d’ouverture <configuration> qui indiquent l’espace de noms XML pour les éléments de balise fermés et la date de la dernière modification ou d’engagement de la configuration. Par exemple :

S’il n’y a pas de données de configuration dans la hiérarchie demandée, la réponse RPC contient une balise vide <configuration> à l’intérieur de l’élément <data> , sauf si l’instruction rfc-compliant est configurée, auquel cas la <configuration> balise est omise.