Exemple de session NETCONF
Les sections suivantes décrivent la séquence d’éléments de balise dans un exemple de session NETCONF avec un équipement exécutant Junos OS. L’application cliente commence par établir une connexion à un serveur NETCONF.
Échange d’éléments de balise d’initialisation
Une fois que l’application cliente a établi une connexion à un serveur NETCONF, les deux éléments de balise d’échange <hello> , comme illustré dans l’exemple suivant. Pour plus de lisibilité, l’exemple place l’élément de balise de l’application <hello> cliente sous celui du serveur NETCONF. Les deux parties peuvent effectivement émettre leurs <hello> éléments de balise en même temps. Pour plus d’informations sur la ]]>]]> séquence de caractères utilisée dans cet exemple et dans les exemples suivants, consultez Générer des documents XML bien formés. Pour une discussion détaillée sur l’élément <hello> de balise, consultez Échange d’éléments de balise <hello>.
Envoi d’une demande opérationnelle
L’application cliente émet l’élément <get-chassis-inventory> de balise pour demander des informations sur le matériel du châssis de l’équipement. Le serveur NETCONF renvoie les informations demandées dans l’élément de <chassis-inventory> balise.
Verrouillage de la configuration
L’application cliente se prépare alors à intégrer une modification dans la configuration du candidat en émettant la <lock/> balise pour empêcher d’autres utilisateurs ou applications de modifier la configuration du candidat en même temps. Pour confirmer que la configuration du candidat est verrouillée, le serveur NETCONF renvoie une <ok/> balise dans un élément de <rpc-reply> balise. Pour plus d’informations sur le verrouillage de la configuration, consultez verrouillage et déverrouillage de la configuration du candidat à l’aide de NETCONF.
Modification de la configuration
L’application cliente émet désormais des éléments de balise pour créer une nouvelle classe de connexion Junos OS appelée network-mgmt au [edit system login class] niveau hiérarchique dans la configuration du candidat. Pour confirmer que l’opération de charge a réussi, le serveur NETCONF renvoie une <ok/> balise dans un élément de <rpc-reply> balise.
Validation de la configuration
L’application cliente valide ensuite la configuration du candidat. Pour confirmer que l’opération de validation a réussi, le serveur NETCONF renvoie une <ok/> balise dans un élément de <rpc-reply> balise. Pour plus d’informations sur l’opération de validation, consultez Valider la configuration du candidat à l’aide de NETCONF.
Débloquer la configuration
L’application cliente déverrouille (et ferme implicitement) la configuration du candidat. Pour confirmer que l’opération de déverrouillage a réussi, le serveur NETCONF renvoie une <ok/> balise dans un élément de <rpc-reply> balise. Pour plus d’informations sur le déverrouillage d’une configuration, consultez verrouillage et déverrouillage de la configuration du candidat à l’aide de NETCONF.
Fermer la session NETCONF
L’application cliente ferme la session NETCONF en émettant la <close-session> balise. Pour plus d’informations sur la fermeture de la session, voir Mettre fin à une session NETCONF et fermer la connexion.
