NETCONF リクエストおよび設定変更での NETCONF 設定レスポンス タグ 要素の使用

NETCONF サーバーは、各設定リクエストおよびタグ要素への応答を<rpc-reply><configuration>囲み込します。<configuration> <chassis-inventory> <interface-information>タグ要素内の各設定レスポンスは、サーバーが、シャーシ情報のタグ要素やインターフェイス情報のタグ要素など、そのタイプの応答に名前が付いたタグ要素でそれぞれの運用レスポンスを囲む方法とは対照的です。

タグJunos内の XML <configuration> タグ要素は、設定階層レベル、構成オブジェクト、およびオブジェクト特性を表し、階層の上位レベルから上位レベルまで常に順序付けされます。クライアント アプリケーションが設定をロードすると、NETCONF サーバーが設定情報を返す際に使用するのと同じ順序で同じタグ要素を送信できます。この一貫した表現は、設定情報の取り扱いをより簡単にします。たとえば、クライアント アプリケーションは、現在の設定を要求したり、NETCONF サーバーの応答をローカル メモリ バッファーに保存したり、変更を加えたり、バッファリングされたデータに変換を適用したりすることができます。変更した設定は、受験者の設定に変更として送信できます。変更された設定は NETCONF サーバーの応答に基づくため、構文的に正しい情報になるのは確実です。

同様に、クライアント アプリケーションは構成要素(階層レベルまたは設定オブジェクト)に関する情報を要求すると、NETCONF サーバーが応答して返すのと同じタグ要素を使用します。要素を表現 <configuration> するために、クライアント アプリケーションは、設定階層の一番上(タグ要素で表される)のタグ要素の完全なストリームを、要求された要素に送信します。レベルまたはオブジェクトを表す最も内側のタグ要素は、空か、識別子タグ要素のみを含む。NETCONF サーバーの応答には、同じ親タグ要素のストリームが含まれますが、要求された構成要素のタグ要素には、要素の特性または子レベルを表すすべてのタグ要素が含まれています。詳細については、 NETCONFを使用した設定データのリクエスト を参照してください。

XML および NETCONF XML 管理プロトコル 表記に記載されているとおり、NETCONF サーバーおよびクライアント アプリケーションから送信されるタグ ストリームは、空白の使用で異なる可能性があります。