Cisco IOS XR インターフェイスおよびハードウェア コンポーネント コンフィギュレーション ガイド

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

ppp authentication protocol [ protocol [ protocol ]] [ list-name | default ]

インターフェイスで CHAP、MS-CHAP、または PAP をイネーブルにし、インターフェイスで CHAP、MS-CHAP、PAP 認証が選択される順序を指定します。

• protocol 引数を、 pap 、 chap 、または ms-chap に置き換えます。

• list name 引数を、使用する認証方式のリストの名前に置き換えます。リストを作成するには、『 Cisco IOS XR System Security Command Reference』の「 Authentication, Authorization, and Accounting Commands on Cisco IOS XR Software 」モジュールに記載されている説明に従って aaa authentication ppp コマンドを使用します。

• リストの名前を指定しないと、デフォルトが使用されます。デフォルトのリストは、『 Cisco IOS XR System Security Command Reference』の「 Authentication, Authorization, and Accounting Commands on Cisco IOS XR Software 」モジュールに記載されている説明に従って aaa authentication ppp コマンドで指定します。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

インターフェイスの PPP ステート情報を表示します。

• type interface-path-id 引数を入力すると、特定のインターフェイスの PPP 情報が表示されます。

• brief キーワードを入力すると、ルータのすべてのインターフェイス、特定のインターフェイス インスタンス、または特定のノードのすべてのインターフェイスの簡易出力が表示されます。

• all キーワードを入力すると、ルータにインストールされているすべてのノードの詳細な PPP 情報が表示されます。

• location node-id キーワード引数を入力すると、指定したノードの詳細な PPP 情報が表示されます。

リンク制御プロトコル（LCP）またはネットワーク制御プロトコル（NCP）に適用される PPP ステートには、7 つのステートがあります。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

インターフェイスでリモートのパスワード 認証プロトコル（PAP）サポートをイネーブルにし、ピアに対する PAP 認証要求に sent-username コマンドと password コマンドを含めます。

• username 引数を、PAP 認証要求で送信するユーザ名に置き換えます。

• password clear を入力してパスワードのクリア テキスト暗号化を選択するか、パスワードがすでに暗号化されている場合は password encrypted を入力します。

• ppp pap sent--username コマンドを使用すると、複数の username および password コンフィギュレーション コマンドを、インターフェイス上にあるこのコマンドの単一コピーに置き換えることができます。

• ppp pap sent-username コマンドは、インターフェイスごとに設定する必要があります。

• リモートの PAP サポートでは、デフォルトでディセーブルになっています。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

PPP カプセル化がイネーブルになっているインターフェイスの PPP 認証情報を確認します。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

ppp chap password [ clear | encrypted ] password

指定したインターフェイスで CHAP 認証をイネーブルにし、インターフェイス固有の CHAP パスワードを定義します。

• clear を入力してクリア テキスト暗号化を選択するか、パスワードがすでに暗号化されている場合は encrypted を入力します。

• password 引数を、クリア テキストまたはすでに暗号化されているパスワードに置き換えます。このパスワードは、ルータのコレクション間のセキュアな通信の認証に使用されます。

• ppp chap password コマンドはリモート CHAP 認証のみに使用され（ピアに対するルータ認証の場合）、ローカルの CHAP 認証では有効になりません。このコマンドは、このコマンドをサポートしないピアを認証しようとする場合に使用すると便利です（古い Cisco IOS XR ソフトウェア イメージを実行しているルータなど）。

• CHAP シークレット パスワードは、不明なピアからのチャレンジに応答するためにルータによって使用されます。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

PPP カプセル化がイネーブルになっているインターフェイスの PPP 認証情報を確認します。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

ppp ms-chap password [ clear | encrypted ] password

ルータのコレクションを呼び出すルータをイネーブルにし、共通の Microsoft チャレンジ ハンドシェイク 認証（MS-CHAP）シークレット パスワードを設定します。

MS-CHAP シークレット パスワードは、不明なピアからのチャレンジに応答するためにルータによって使用されます。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

PPP カプセル化がイネーブルになっているインターフェイスの PPP 認証情報を確認します。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

（任意）PPP 認証が失敗した後、インターフェイスで許可する認証のリトライ回数を設定します。

• 許可する認証のリトライ回数を指定しない場合、認証が失敗すると、ただちに、ルータは自身をリセットします。

• retries 引数を、0 ～ 10 の範囲でリトライ回数に置き換えます。この回数を超えると、インターフェイスは自身をリセットします。

• デフォルトのリトライ回数は 0 回です。

• ppp max-bad-auth コマンドは、PPP カプセル化がイネーブルになっている任意のインターフェイスに適用できます。

ステップ 4

ppp max-configure retries

（任意）（応答なしで）試行される設定要求の最大数を指定します。この数を超えると、要求は停止されます。

• retries 引数を、4 ～ 20 の範囲で設定要求がリトライする最大回数に置き換えます。

• デフォルトの設定要求の最大数は 10 です。

• 設定要求の最大回数分だけ送信されないうちに設定要求メッセージが応答を受け取った場合、以降の設定要求は放棄されます。

ステップ 5

（任意）否定応答（CONFNAK）が連続して返される場合に、それが許可される最大数を設定します。この数を超えるとネゴシエーションは終了されます。

• retries 引数を、2 ～ 10 の範囲で CONFNAK の最大数に置き換えます。この数を超えるとネゴシエーションは終了されます。

• デフォルトの CONFNAK の最大数は 5 です。

ステップ 6

（任意）応答がなくても送信される終了要求（TermReq）の最大数を設定します。この数を超えるとリンク制御プロトコル（LCP）またはネットワーク制御プロトコル（NCP）は終了されます。

• number 引数を、応答がなくても送信される TermReq の最大数に置き換えます。この数を超えると LCP または NCP は終了されます。範囲は 2 ～ 10 です。

• デフォルトの TermReq の最大数は 2 です。

ステップ 7

（任意）PPP 認証タイムアウト パラメータを設定します。

• seconds 引数 を、認証パケットに対する応答を待機する最大時間（秒）に置き換えます。範囲は 3 ～ 30 秒です。

• デフォルトの認証タイムアウトは 10 秒です。この時間には、リモート ルータが接続を認証して許可し、応答するまでの時間を組み込む必要があります。ただし、この処理に 10 秒かからないこともあります。そのような場合は ppp timeout authentication コマンドを使用してタイムアウト時間を短くし、認証応答が失われる場合の接続時間を改善します。

ステップ 8

（任意）PPP 認証タイムアウト リトライ パラメータを設定します。

• seconds 引数 を、PPP ネゴシエーション時に応答を待機する最大時間（秒）に置き換えます。範囲は 1 ～ 10 秒です。

• デフォルトは 3 秒です。

ステップ 9

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 10

インターフェイスまたは PPP カプセル化がイネーブルになっているすべてのインターフェイスの PPP 設定を確認します。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

認証を要求するピアからのパスワード 認証プロトコル（PAP）認証を拒否します。

• 発信チャレンジ ハンドシェイク認証プロトコル（CHAP）が（ ppp authentication コマンドを使用して）設定されている場合、拒否パケットでの認証方式として CHAP が提案されます。

• PAP 認証は、デフォルトではディセーブルに設定されています。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

PPP カプセル化がイネーブルになっているインターフェイスの PPP 認証情報を確認します。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

• 認証を要求するピアからの CHAP 認証を拒否します。指定したインターフェイスで ppp chap refuse コマンドを入力すると、CHAP を使用してユーザー認証を強制しようとしたピアの試行はすべて拒否されます。

• CHAP 認証は、デフォルトではディセーブルに設定されています。

• 発信パスワード認証プロトコル（PAP）が（ ppp authentication コマンドを使用して）設定されている場合、拒否パケットでの認証方式として PAP が提案されます。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

PPP カプセル化がイネーブルになっているインターフェイスの PPP 認証情報を確認します。

ステップ 1

configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface type interface-path-id

インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

• 認証を要求するピアからの MS-CHAP 認証を拒否します。指定したインターフェイスで ppp chap refuse コマンドを入力すると、MS-CHAP を使用してユーザー認証を強制しようとしたピアの試行はすべて拒否されます。

• MS-CHAP 認証は、デフォルトではディセーブルに設定されています。

• 発信パスワード認証プロトコル（PAP）が（ ppp authentication コマンドを使用して）設定されている場合、拒否パケットでの認証方式として PAP が提案されます。

ステップ 4

end

または

commit

RP/0/RP0/CPU0:router(config-if)# end

または

RP/0/RP0/CPU0:router(config-if)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 5

PPP カプセル化がイネーブルになっているインターフェイスの PPP 認証情報を確認します。

ステップ 1

configure

RP/0/0/CPU0:router# configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

controller type interface-path-id

RP/0/0/CPU0:router(config)# controller t3 0/1/0/0

コントローラ コンフィギュレーション サブモードを開始して、コントローラ名とインスタンス ID を rack/slot/module/port 表記で指定します。

ステップ 3

mode type

RP/0/0/CPU0:router# mode t1

チャネライズするマルチリンクのタイプを設定します（たとえば、28 T1）。

ステップ 4

clock source { internal | line }

RP/0/0/CPU0:router(config-t3)# clock source internal

（任意）ポートのクロッキングを設定します。

ステップ 5

exit

RP/0/0/CPU0:router(config-t3)# exit

コントローラのコンフィギュレーション モードを終了します。

ステップ 6

controller t1 interface-path-id

RP/0/0/CPU0:router(config)# controller t1 0/1/0/0/0

T1 コンフィギュレーション モードを開始します。

ステップ 7

channel-group channel-group-number

RP/0/0/CPU0:router(config-t1)# channel-group 0

T1 チャネル グループを作成し、そのチャネル グループのチャネル グループ コンフィギュレーション モードを開始します。チャネル グループ番号は、0 ～ 23 の範囲で設定できます。

ステップ 8

timeslots range

RP/0/0/CPU0:router(config-t1-channel_group)# timeslots 7-12

1 つまたは複数の DS0 タイムスロットをチャネル グループに関連付け、関連付けたシリアル サブインターフェイスをそのチャネル グループに作成します。

• 範囲は 1 ～ 24 タイムスロットです。

• 24 タイムスロットすべてを単一のチャネル グループに割り当てることも、タイムスロットを複数のチャネル グループに分割することもできます。

ステップ 9

exit

RP/0/0/CPU0:router(config-t1-channel_group)# exit

チャネル グループ コンフィギュレーション モードを終了します。

ステップ 10

exit

RP/0/0/CPU0:router(config-t1)# exit

T1 コンフィギュレーション モードを終了し、グローバル コンフィギュレーション モードを開始します。

ステップ 11

controller mgmtmultilink interface-path-id

RP/0/0/CPU0:router(config)# controller mgmtmultilink 0/1/0/0

マルチリンク インターフェイスの管理用にコントローラ コンフィギュレーション サブモードを開始します。コントローラ名とインスタンス ID を rack/slot/module/port 表記で指定します。

ステップ 12

bundle bundle-id

RP/0/0/CPU0:router(config-mgmtmultilink)# bundle 20

指定したバンドル ID でマルチリンク インターフェイスを作成します。

ステップ 13

end

または

commit

RP/0/0/CPU0:router(config-t3)# end

または

RP/0/0/CPU0:router(config-t3)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 1

configure

RP/0/0/CPU0:router# configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface multilink interface-path-id

RP/0/0/CPU0:router(config)# interface multilink 0/1/0/0/1

マルチリンク インターフェイス名とインスタンス ID を rack/slot/module/port/bundle-id 表記で指定して、インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

ipv4 address ip-address

RP/0/0/CPU0:router(config-if)# ipv4 address 80.170.0.1/24

次の形式でインターフェイスに IP アドレスおよびサブネット マスクを割り当てます。

A.B.C.D/prefix or A.B.C.D/mask

ステップ 4

multilink fragment-size size

RP/0/0/CPU0:router(config-if)# multilink fragment-size 128

（任意）マルチリンク フラグメントのサイズを指定します（128 バイトなど）。フラグメント サイズによっては、サポートされない場合があります。

デフォルトは no fragments です。

ステップ 5

keepalive { seconds | disable }

または

リンク制御プロトコル（LCP）がピアに ECHOREQ を送信する頻度（秒）を指定します。デフォルトのキープアライブ インターバルは 10 秒です。

システムをデフォルトのキープアライブ インターバルに戻すには、 no keepalive コマンドを使用します。

キープアライブ タイマーをディセーブルにするには、 keepalive disable コマンドを使用します。

ステップ 6

exit

インターフェイス コンフィギュレーション モードを終了し、グローバル コンフィギュレーション モードを開始します。

ステップ 7

interface type interface-path-id

RP/0/0/CPU0:router(config)# interface serial 0/1/0/0/1:0

インターフェイス名とインスタンス ID を rack/slot/module/port / t1-number:channel-group 表記で指定して、インターフェイス コンフィギュレーション モードを開始します。

ステップ 8

encapsulation type

RP/0/0/CPU0:router(config-if)# encapsulation ppp

カプセル化のタイプを指定します。ここでは、PPP を指定します。

ステップ 9

multilink group group-id

RP/0/0/CPU0:router(config-if)# multilink group 1

このインターフェイスのマルチリンク グループ ID を指定します。

ステップ 10

end

または

commit

RP/0/0/CPU0:router(config-t3)# end

または

RP/0/0/CPU0:router(config-t3)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

ステップ 1

configure

RP/0/0/CPU0:router# configure

グローバル コンフィギュレーション モードを開始します。

ステップ 2

interface multilink interface-path-id

RP/0/0/CPU0:router(config)# interface multilink 0/1/0/0/1

マルチリンク インターフェイス名とインスタンス ID を rack/slot/module/port/bundle-id 表記で指定して、インターフェイス コンフィギュレーション モードを開始します。

ステップ 3

multilink

RP/0/0/CPU0:router(config-if)# multilink

インターフェイス マルチリンク コンフィギュレーション モードを開始します。

ステップ 4

ppp multilink minimum-active links value

RP/0/0/CPU0:router(config-if-multilink)# ppp multilink minimum-active links 12

（任意）マルチリンク インターフェイスのアクティブ リンクの最小数を指定します。

ステップ 5

multilink interleave

RP/0/0/CPU0:router(config-if-multilink)# multilink interleave

（任意）マルチリンク インターフェイスでインターリーブをイネーブルにします。

ステップ 6

no shutdown

RP/0/0/CPU0:router(config-if-mutlilink)# no shutdown

shutdown 設定を削除します。

• shutdown 設定を削除すると、コントロールに強制された管理上のダウンが解除され、コントローラをアップ状態またはダウン状態に移行できるようになります。

ステップ 7

end

または

commit

RP/0/0/CPU0:router(config-t3)# end

または

RP/0/0/CPU0:router(config-t3)# commit

設定変更を保存します。

• end コマンドを発行すると、変更のコミットを求めるプロンプトが表示されます。

– yes と入力すると、実行コンフィギュレーション ファイルに設定変更が保存され、コンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– no と入力すると、設定変更をコミットせずにコンフィギュレーション セッションが終了し、ルータが EXEC モードに戻ります。

– cancel と入力すると、コンフィギュレーション セッションの終了や設定変更のコミットは行われず、ルータでは現在のコンフィギュレーション セッションが継続されます。

• 設定変更を実行コンフィギュレーション ファイルに保存し、コンフィギュレーション セッションを継続するには、 commit コマンドを使用します。

Cisco IOS XR マスター コマンド リファレンス

『Cisco IOS XR Master Commands List』

Cisco IOS XR インターフェイス コンフィギュレーション コマンド

『Cisco IOS XR Interface and Hardware Component Command Reference』

Cisco IOS XR ソフトウェアを使用した初期システム ブートアップとルータの設定情報

『Cisco IOS XR Getting Started Guide』

Cisco IOS XR AAA サービス構成情報

『 Cisco IOS XR System Security Configuration Guide 』および
『 Cisco IOS XR System Security Command Reference 』

リモートの Craft Works Interface（CWI）クライアント管理アプリケーションからの、Cisco CRS-1 ルータ上のインターフェイスとその他のコンポーネントの設定に関する情報

『Cisco Craft Works Interface Configuration Guide』

この機能によりサポートされた新規規格または改訂規格はありません。またこの機能による既存規格のサポートに変更はありません。

-

この機能によりサポートされた新規 MIB または改訂 MIB はありません。またこの機能による既存 MIB のサポートに変更はありません。

Cisco IOS XR ソフトウェアを使用して選択したプラットフォームの MIB を検索およびダウンロードするには、次の URL の Cisco MIB Locator を使用します。

http://cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml

RFC-1661

The Point-to-Point Protocol (PPP)

RFC- 1994

PPP Challenge Handshake Authentication Protocol (CHAP)

シスコのテクニカル サポート Web サイトでは、製品、テクノロジー、ソリューション、テクニカル ヒント、ツールへのリンクなど、さまざまな技術的コンテンツを検索可能な形で提供しています。Cisco.com に登録されている場合は、次のページからログインしてさらに多くのコンテンツにアクセスできます。

http://www.cisco.com/techsupport