Cisco NCS 560 シリーズ ルータ（Cisco IOS XR リリース 6.6.x）プログラマビリティ コンフィギュレーション ガイド

偏向のない言語

この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。

翻訳について

このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。

マニュアルのコンテンツ
このマニュアル内で検索
ご利用いただける言語
Download Options

Book Title

Cisco NCS 560 シリーズ ルータ（Cisco IOS XR リリース 6.6.x）プログラマビリティ コンフィギュレーション ガイド

Chapter Title

データ モデルの使用例

検索結果

Updated:
2019年8月1日

章のタイトル： データ モデルの使用例

データ モデルの使用例

このセクションでは、データ モデルの特定の使用例について説明します。

BGP ネイバーの削除

この使用例では、YANG モデルを使用して BGP ネイバーを削除します。

  1. 標準の YANG ツールを使用して、YANG 形式で NETCONF <get-config> 操作を使用して設定を取得します。 
     
<get-config>
    <source>
      <running/>
    </source>
    <config xmlns:xc="urn:ietf:params:xml:ns:netconf:base:1.0">
      <bgp xmlns="http://openconfig.net/yang/bgp">
 </get-config>

router bgp 1000
 bgp confederation peers
  65002
 !
 bgp confederation identifier 102
 bgp router-id 1.1.1.1
 bgp graceful-restart restart-time 30
 bgp graceful-restart stalepath-time 30
 bgp graceful-restart
 address-family ipv4 unicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
 address-family ipv4 multicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
 address-family ipv6 unicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
 address-family ipv6 multicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
!router bgp 1000
 bgp confederation peers
  65002
 !
 bgp confederation identifier 102
 bgp router-id 1.1.1.1
 bgp graceful-restart restart-time 30
 bgp graceful-restart stalepath-time 30
 bgp graceful-restart
 address-family ipv4 unicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
 address-family ipv4 multicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
 address-family ipv6 unicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
 address-family ipv6 multicast
  distance bgp 200 20 200
  maximum-paths ebgp 30
  maximum-paths ibgp 30
 !
!
  2. 設定 <edit-config> 操作を変更します。 
    <edit-config>
    <target>
      <candidate/>
    </target>
    <config xmlns:xc="urn:ietf:params:xml:ns:netconf:base:1.0">
      <bgp xmlns="http://openconfig.net/yang/bgp">
        <global>
          <config>
            <as xc:operation="delete">1000</as>
          </config>
        </global>
      </bgp>
    </config>
  </edit-config>

  3. NETCONF SSH からルータに <edit-config> 要求を送信します。

  4. 設定の変更が成功し、BGP ネイバーが削除されていることを確認します。


（注）  
BGP 設定は、gRPC GetConfig 操作を使用して取得できます。 
{
  “bgp:bgp”: [
	null
  ]
}
gRPC DeleteConfig を使用して BGP 設定を削除します。 

{
    "bgp:bgp": {
        "global": {
            "config": {
                "as": [
                    null
                ]
            }
        }
    }
}

AAA アクセス詳細の要求

この使用例では、Calvados モデルを使用して AAA アクセスの詳細を表示します。

前提条件

  • ユーザが Calvados 環境に追加されていることを確認します。ユーザが XR 環境に追加され、root-lr 権限を持っていても、Calvados モデルへのアクセスが拒否されるためです。

  • ルータとクライアント アプリケーション間で NETCONF または gRPC 接続を確立します。

    （注）  

    gRPC YANG パスまたは JSON データは、YANG 名前空間ではなく、YANG モジュール名に基づいています。

  1. 標準の YANG ツールを使用し、NETCONF <get> 操作を使用してクライアントからルータに要求を送信します。 
    [ Request ]
<get> 
  <filter type="subtree">
    <aaa xmlns="http://tail-f.com/ns/aaa/1.1">
      <privileged-access xmlns="http://www.cisco.com/calvados/aaa_show"/>
    </aaa>
  </filter> 
</get>
  2. ルータからクライアントに送信された応答を確認します。 
    [ Response ]
<?xml version="1.0" encoding="UTF-8"?><data xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" xmlns:nc="urn:ietf:params:xml:ns:netconf:base:1.0">
  <aaa xmlns="http://tail-f.com/ns/aaa/1.1">
   <privileged-access xmlns="http://www.cisco.com/calvados/aaa_show">
    <shell-access>None</shell-access>
    <first-user>root</first-user>
    <first-user-change>No</first-user-change>
    <current-disaster-recovery-user>root</current-disaster-recovery-user>
   </privileged-access>
  </aaa>
 </data>

（注）  
gRPC GetOper 要求を使用してこのタスクを実行するには、次の手順を実行します。 

{
    "tailf-aaa:aaa": {
        "aaa_show:privileged-access": [
            null
        ]
    }
}
gRPC GetOper 応答： 

{
 "tailf-aaa:aaa": {
  "aaa_show:privileged-access": {
   "shell-access": "None",
   "first-user": "root",
   "first-user-change": "No",
   "current-disaster-recovery-user": "root"
  }
 }
}

OC モデルを使用したスタティック ルートの設定

この使用例では、OC ネットワーク インスタンスのローカル ルーティング（openconfig-ni-local-routing）データ モデルを使用し、ネクスト ホップでスタティック ルートを設定します。

  1. ネクスト ホップ インターフェイスを使用してスタティック ルートを作成します。
    <edit-config>
<target>
<candidate/>
</target>
<config xmlns:xc="urn:ietf:params:xml:ns:netconf:base:1.0">
<network-instances xmlns="http://openconfig.net/yang/network-instance">
       <network-instance>
       <name>default</name>
        <protocols>
         <protocol>
           <identifier xmlns:idx="http://openconfig.net/yang/policy-types">idx:STATIC</identifier>
           <name>DEFAULT</name>
          <config>
           <identifier xmlns:idx="http://openconfig.net/yang/policy-types">idx:STATIC</identifier>
           <name>DEFAULT</name>
          </config>
<static-routes>
<static>
<prefix>5.5.5.0/24</prefix>
<config>
<prefix>5.5.5.0/24</prefix>
</config>
<next-hops>
<next-hop>
<index>link-1</index>
<config>
<index>link-1</index>
<next-hop>6.6.6.1</next-hop>
</config>
</next-hop>
</next-hops>
</static>
</static-routes>
    </protocol>
        </protocols>
       </network-instance>
      </network-instances>
</config>
</edit-config>
  2. スタティック ルートの設定を確認します。
    <get-config>
<source>
<candidate/>
</source>
<filter>
<network-instances xmlns="http://openconfig.net/yang/network-instance">
       <network-instance>
       <name>default</name>
        <protocols>
        <protocol>
          <identifier xmlns:idx="http://openconfig.net/yang/policy-types">idx:STATIC</identifier>
          <name>DEFAULT</name>
<static-routes>
<static>
<prefix>5.5.5.0/24</prefix>
</static>
</static-routes>
        </protocol>
        </protocols>
       </network-instance>
      </network-instances>
</filter>
</get-config>

フレキシブル CLI 設定グループでの NETCONF の使用

柔軟な CLI 設定グループを含む NETCONF プロトコルを使用する場合は、継承された設定を使用する必要があります。柔軟な CLI 設定グループを含む CLI 設定から NETCONF および YANG ベースの設定に移行するには、次の手順を実行します。これらの手順を使用すると、さまざまな NETCONF 操作で使用できる、デバイス上のすべての設定を取得できます。

  1. 送信元 <running-inheritance/> を指定して NETCONF get-config 要求を送信します。 

    
<rpc message-id="101" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">  
    <get-config>    
        <source>
            <running-inheritance xmlns="http://cisco.com/ns/yang/Cisco-IOS-XR-group-cfg"/>
        </source>
     </get-config> 
</rpc>
##

    この操作は、デバイス上に存在するすべての設定（継承または展開）を次の形式で返します。 

    
<rpc-reply message-id="101" xmlns="urn:ietf:params:xml:ns:netconf:base:1.0">
    <data>
      …. 
    </data>
</rpc-reply

  2. 別のデバイスに設定を適用するには、NETCONF edit-config 要求を次の形式で送信します。 

    
<rpc xmlns="urn:ietf:params:xml:ns:netconf:base:1.0" message-id="101">
  <edit-config>
    <target>
       <candidate/>
      </target>
      <config>      
      </config>
  </edit-config>
</rpc>

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ