- はじめに
- 概要
- CLIの使用方法
- CMSの使用方法
- スイッチのIPアドレスおよびデフォル ト ゲートウェイの割り当て
- スイッチ スタックの管理
- スイッチのクラスタ設定
- スイッチの管理
- SDMテンプレートの設定
- スイッチベースの認証の設定
- 802.1xポートベースの認証の設定
- インターフェイス特性の設定
- SmartPortマクロの設定
- VLANの設定
- VTPの設定
- 音声VLANの設定
- STPの設定
- MSTPの設定
- オプションのスパニングツリー機能の 設定方法
- DHCP機能の設定
- IGMPスヌーピングおよびMVRの設定
- ポートベースのトラフィック制御の設 定
- CDPの設定
- UDLDの設定
- SPANおよびRSPANの設定
- RMONの設定
- システム メッセージ ロギングの設定
- SNMPの設定
- ACLによるネットワーク セキュリティ の設定
- QoSの設定
- EtherChannelの設定
- IPユニキャスト ルーティングの設定
- HSRPの設定
- IPマルチキャスト ルーティングの設定
- MSDPの設定
- 代替ブリッジングの設定
- トラブルシューティング
- サポートされているMIB
- Cisco IOSファイル システム、コン フィギュレーション ファイル、および ソフトウェア イメージの操作
- Cisco IOS Release 12.1(19)EA1で サポートされていないコマンド
- 索引
Catalyst 3750 スイッチ ソフトウェア コンフィギュレーション ガイド Cisco IOS Release 12.1(19)EA1
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月14日
章のタイトル： IPユニキャスト ルーティングの設定
IPユニキャスト ルーティングの設定
この章では、Catalyst 3750スイッチにIPユニキャスト ルーティングを設定する方法について説明します。特に明記しないかぎり、 スイッチ という用語はスタンドアロン スイッチおよびスイッチ スタックを意味します。スイッチ スタックは、ネットワーク内のそれ以外のルータに対して、単一のルータとして動作し、認識されます。スタティック ルーティングやRouting Information Protocol（RIP）を含む基本的なルーティング機能は、Standard Multilayer software Image（SMI;標準マルチレイヤ ソフトウェア イメージ）およびEnhanced Multilayer software Image（EMI;拡張マルチレイヤ ソフトウェア イメージ）の両方で使用することができます。先進のルーティング機能およびその他のルーティング プロトコルを使用するには、スタンドアロン スイッチやスタック マスターにEMIをインストールする必要があります。
（注） IPユニキャスト設定情報の詳細については、『Cisco IOS IP and IP Routing Configuration Guide』Release 12.1を参照してください。この章で使用されるコマンドの構文および使用方法の詳細については、『Cisco IOS IP and IP Routing Command Reference』Release 12.1を参照してください。
•
「RIPの設定」
• 「BGPの設定」
（注） スイッチにルーティング パラメータを設定する場合、使用できるユニキャスト ルート数が最大となるようにシステム リソースを割り当てるには、sdm prefer routingグローバル コンフィギュレーション コマンドを使用し、ルーティング テンプレートにSwitch Database Management（SDM）機能を設定します。SDMテンプレートの詳細については、第8章「SDMテンプレートの設定」またはこのリリースに対応するコマンド リファレンスのsdm preferコマンドの説明を参照してください。
IPルーティングの概要
一部のネットワーク環境で、VLAN（仮想LAN）は各ネットワークまたはサブネットワークに関連付けられています。IPネットワークで、各サブネットワークは1つのVLANに対応しています。VLANを設定すると、ブロードキャスト ドメインのサイズを制御し、ローカル トラフィックをローカル内にとどめることができます。ただし、異なるVLAN内のネットワーク デバイスが相互に通信するには、VLAN間でトラフィックをルーティング（VLAN間ルーティング）するレイヤ3デバイス（ルータ）が必要です。VLAN間ルーティングでは、適切な宛先VLANにトラフィックをルーティングするため、1つまたは複数のルータを設定します。
図 31-1に基本的なルーティング トポロジーを示します。スイッチAはVLAN 10内、スイッチBはVLAN 20内にあります。ルータには各VLANのインターフェイスが備わっています。
VLAN 10内のホストAがVLAN 10内のホストBと通信する場合、ホストAはホストB宛にアドレス指定されたパケットを送信します。スイッチAはパケットをルータに送信せず、ホストBに直接転送します。
ホストAからVLAN 20内のホストCにパケットを送信する場合、スイッチAはパケットをルータに転送し、ルータはVLAN 10インターフェイスでトラフィックを受信します。ルータはルーティング テーブルを調べて正しい発信インターフェイスを判別し、VLAN 20インターフェイスを経由してパケットをスイッチBに送信します。スイッチBはパケットを受信し、ホストCに転送します。
ルーティング タイプ
ルータおよびレイヤ3スイッチは、次の3つの方法でパケットをルーティングできます。
• 事前にプログラミングされているトラフィックのスタティック ルートの使用
デフォルト ルーティングとは、宛先がルータにとって不明であるトラフィックをデフォルトの出口または宛先に送信することです。
スタティック ユニキャスト ルーティングの場合、パケットは事前に設定されたポートから単一のパスを通り、ネットワークの内部または外部に転送されます。スタティック ルーティングは安全で、帯域幅をほとんど使用しません。ただし、リンク障害などのネットワークの変更には自動的に対応しないため、パケットが宛先に到達しないことがあります。ネットワークが拡大するにつれ、スタティック ルーティングの設定は煩雑になります。
ルータでは、トラフィックを転送する最適ルートを動的に計算するため、ダイナミック ルーティング プロトコルが使用されます。ダイナミック ルーティング プロトコルには次の2つのタイプがあります。
• ディスタンス ベクタ プロトコルを使用するルータでは、ネットワーク リソースの距離の値を使用してルーティング テーブルを保持し、これらのテーブルをネイバに定期的に渡します。ディスタンス ベクタ プロトコルは1つまたは複数のメトリックを使用し、最適なルートを計算します。これらのプロトコルは、簡単に設定、使用することができます。
• リンクステート プロトコルを使用するルータでは、ルータ間のLink-State Advertisement（LSA;リンク ステート アドバタイズ）の交換に基づき、ネットワーク トポロジーに関する複雑なデータベースを保持します。LSAはネットワークのイベントによって起動され、コンバージェンス時間、またはこれらの変更への対応時間を短縮します。リンクステート プロトコルはトポロジーの変更にすばやく対応しますが、ディスタンス ベクタ プロトコルよりも多くの帯域幅およびリソースが必要になります。
Catalyst 3750スイッチでサポートされているディスタンス ベクタ プロトコルは、RIP、Interior Gateway Routing Protocol（IGRP）、およびBorder Gateway Protocol（BGP）です。RIPは最適パスを決定するために単一の距離メトリック（コスト）、IGRPは複数のメトリックを使用し、BGPはパス ベクタ メカニズムを追加します。また、Open Shortest Path First（OSPF）リンクステート プロトコル、および従来のIGRPにリンクステート ルーティング機能の一部を追加して効率化を図ったEnhanced IGRP（EIGRP）もサポートされています。
（注） スイッチ スタックでサポートされるプロトコルは、スタック マスター上で稼働しているソフトウェアによって決まります。スタック マスター上でSMIが稼働している場合は、デフォルトのルーティング、スタティック ルーティング、およびRIPのみがサポートされます。そのほかのすべてのルーティング プロトコルには、EMIが必要です。
IPルーティングおよびスイッチ スタック
スタック内のどのスイッチがルーティング ピアに接続されているかに関係なく、ネットワークはCatalyst 3750スイッチ スタックを単一ルータとして認識します。スイッチ スタックの動作の詳細については、 第5章「スイッチ スタックの管理」 を参照してください。
• ルーティング プロトコル メッセージおよびアップデートを他のルータに送信します。
• ピア ルータから受信したルーティング プロトコル メッセージおよびアップデートを処理します。
• distributed Cisco Express Forwarding（dCEF）データベースを生成および維持し、すべてのスタック メンバーに配信します。このデータベースに基づいて、スタック内のすべてのスイッチにルートがプログラムされます。
• スタック マスターのMACアドレスはスタック全体のルータMACアドレスとして使用され、すべての外部デバイスはこのアドレスを使用してIPパケットをスタックに送信します。
• ソフトウェア転送またはソフトウェア処理を必要とするすべてのIPパケットは、スタック マスターのCPUを通ります。
• ルーティング スタンバイ スイッチとして機能します。スタック マスターに障害が発生し、新規スタック マスターとして選択された場合に、処理を引き継ぐことができます。
• ルートをハードウェアにプログラムします。スタック メンバーによってプログラムされたルートは、dCEFデータベースの一部としてスタック マスターがダウンロードしたルートと同じです。
スタック マスターに障害が発生すると、スタックはスタック マスターがダウンしていることを検出し、スタック メンバーの1つを新規スタック マスターとして選択します。この期間中に、ハードウェアは一時的な中断を除き、プロトコルがアクティブでない状態で、パケットの転送を継続します。
新規スタック マスターは、選択されたときに次の機能を実行します。
• ルーティング アップデートの生成、受信、および処理を開始します。
• ルーティング テーブルを構築し、CEFデータベースを生成して、スタック メンバーに配信します。
• ルータMACアドレスとして自身のMACアドレスの使用を開始します。新規MACアドレスのネットワーク ピアを更新するために、新規ルータMACアドレスを使用してGratuitous Address Resolution Protocol（ARP）応答を定期的に（5分間の間、数秒おきに）送信します。
• ARP要求をプロキシARP IPアドレスに送信し、ARP応答を受信して、各プロキシARPエントリの到達可能性を判別しようとします。到達可能なプロキシARP IPアドレスごとに、新規ルータMACアドレスを使用してGratuitous ARP応答を生成します。このプロセスは、新規スタック マスターが選択されたあと、5分間繰り返されます。
（注） スタック マスター上でEMIが稼働している場合、スタックはOSPF、IGRP、EIGRP、BGPを含む、サポートされているすべてのプロトコルを実行できます。スタック マスターに障害が発生し、新規に選択されたスタック マスター上でSMIが稼働している場合、これらのプロトコルはスタック内で稼働しなくなります。
ルーティングを設定する手順
スイッチ上で、IPルーティングはデフォルトでディセーブルとなっています。ルーティングを行う前に、IPルーティングをイネーブルにする必要があります。IPルーティングに関する設定情報の詳細については、『 Cisco IOS IP and IP Routing Configuration Guide 』Release 12.1を参照してください。
以下の手順では、次に示すレイヤ3インターフェイスの1つを指定する必要があります。
• ルーテッド ポート： no switchport インターフェイス コンフィギュレーション コマンドを使用し、レイヤ3ポートとして設定された物理ポート。
• Switch Virtual Interface（SVI）： interface vlan vlan_id グローバル コンフィギュレーション コマンドによって作成されたVLANインターフェイス。デフォルトではレイヤ3インターフェイスです。
• レイヤ3モードのEtherChannelポート チャネル： interface port-channel port- channel-numberグローバル コンフィギュレーション コマンドを使用し、イーサネット インターフェイスをチャネル グループにバインドして作成されたポート チャネル論理インターフェイス。詳細については、「レイヤ3 EtherChannelの設定」を参照してください。
（注） スイッチはユニキャスト ルーテッド トラフィックのトンネル インターフェイスをサポートしません。
ルーティングが発生するすべてのレイヤ3インターフェイスに、IPアドレスを割り当てる必要があります。「ネットワーク インターフェイスへのIPアドレスの割り当て」を参照してください。
（注） レイヤ3スイッチでは、ルーテッド ポートおよびSVIごとにIPアドレスを1つ割り当てることができます。ソフトウェアに、設定できるルーテッド ポートおよびSVIの個数制限はありません。ただし、ハードウェアによって制限されるため、設定できるルーテッド ポートおよびSVIの個数と、実装されている機能の組み合わせによっては、CPU利用率が影響を受けることがあります。システム メモリをルーティング用に最適化するには、sdm prefer routingグローバル コンフィギュレーション コマンドを使用します。
• VLANインターフェイスをサポートするために、スイッチ スタックでVLANを作成および設定し、レイヤ2インターフェイスにVLANメンバーシップを割り当てます。詳細については、 第13章「VLANの設定」 を参照してください。
IPアドレス指定の設定
IPルーティングを設定するには、レイヤ3ネットワーク インターフェイスにIPアドレスを割り当ててインターフェイスをイネーブルにし、IPを使用するインターフェイスを経由してホストとの通信を許可する必要があります。ここでは、さまざまなIPアドレス機能の設定方法について説明します。IPアドレスをインターフェイスに割り当てる手順は必須ですが、その他の手順は任意です。
• 「ネットワーク インターフェイスへのIPアドレスの割り当て」
• 「IPルーティングがディセーブルの場合のルーティング支援機能」
アドレス指定のデフォルト設定
表 31-1 に、アドレス指定のデフォルト設定を示します。
|
|
|
|---|---|
ヘルパー アドレスが定義されているか、またはUDPフラッディングが設定されている場合、デフォルト ポートではUDP転送がイネーブルとなります。 |
|
ネットワーク インターフェイスへのIPアドレスの割り当て
IPアドレスはIPパケットの送信先を特定します。一部のIPアドレスは特殊な目的のために予約されていて、ホスト、サブネット、またはネットワーク アドレスには使用できません。RFC 1166「Internet Numbers」に、IPアドレスに関する公式の説明が記載されています。
インターフェイスには、1つのプライマリIPアドレスを設定することができます。マスクは、IPアドレスのネットワーク番号を表すビットを特定します。マスクを使用してネットワークをサブネット化する場合、そのマスクをサブネット マスクと呼びます。割り当てられているネットワーク番号については、インターネット サービス プロバイダーにお問い合わせください。
IPアドレスおよびネットワーク マスクをレイヤ3インターフェイスに割り当てるには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
show interfaces [ interface-id ] |
||
サブネット ゼロの使用
サブネット アドレスがゼロであるサブネットを作成しないでください。同じアドレスを持つネットワークおよびサブネットがある場合に問題が発生することがあります。たとえば、ネットワーク131.108.0.0のサブネットが255.255.255.0の場合、サブネット ゼロは131.108.0.0と記述され、ネットワーク アドレスと同じとなってしまいます。
すべてが1のサブネット（131.108.255.0）は使用可能です。また、IPアドレス用にサブネット スペース全体が必要な場合は、サブネット ゼロの使用をイネーブルにすることができます（ただし推奨できません）。
サブネット ゼロをイネーブルにするには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
デフォルトに戻して、サブネット ゼロの使用をディセーブルにするには、 no ip subnet-zero グローバル コンフィギュレーション コマンドを使用します。
クラスレス ルーティング
ルーティングを行うように設定されたスイッチで、クラスレス ルーティング動作はデフォルトでイネーブルとなっています。クラスレス ルーティングがイネーブルの場合、デフォルト ルートがないネットワークのサブネット宛パケットをルータが受信すると、ルータは最適なスーパーネット ルートにパケットを転送します。 スーパーネット は、単一の大規模アドレス スペースをシミュレートするために使用されるクラスCアドレス スペースの連続ブロックで構成されています。スーパーネットは、クラスBアドレス スペースの急速な枯渇を回避するために設計されました。
図 31-2では、クラスレス ルーティングがイネーブルとなっています。ホストがパケットを128.20.4.1に送信すると、ルータはパケットを廃棄せずに、最適なスーパーネット ルートに転送します。クラスレス ルーティングがディセーブルの場合、デフォルト ルートがないネットワークのサブネット宛パケットを受信したルータは、パケットを廃棄します。
図 31-2 IPクラスレス ルーティングがイネーブルの場合
図 31-3では、ネットワーク128.20.0.0のルータはサブネット128.20.1.0、128.20.2.0、および128.20.3.0に接続されています。ホストがパケットを128.20.4.1に送信した場合、ネットワークのデフォル ルートが存在しないため、ルータはパケットを廃棄します。
図 31-3 IPクラスレス ルーティングがディセーブルの場合
認識されないサブネット宛のパケットが最適なスーパーネット ルートに転送されないようにするには、クラスレス ルーティング動作をディセーブルにします。
クラスレス ルーティングをディセーブルにするには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
デフォルトに戻して、デフォルト ルートがないネットワークのサブネット宛パケットが最適なスーパーネット ルートに転送されるようにするには、 ip classless グローバル コンフィギュレーション コマンドを使用します。
アドレス解決方法の設定
インターフェイス固有のIP処理方法を制御するには、アドレス解決を行います。IPを使用するデバイスには、ローカル セグメントまたはLAN上のデバイスを一意に定義するローカル アドレス（MAC［メディア アクセス制御］アドレス）と、デバイスが属するネットワークを特定するネットワーク アドレスがあります。
（注） Catalyst 3750スイッチ スタックでは、スタックの単一のMACアドレスおよびIPアドレスを使用して、ネットワーク通信を行います。
ローカルアドレス（MACアドレス）は、パケット ヘッダーのデータ リンク層（レイヤ2）セクションに格納されて、データ リンク（レイヤ2）デバイスによって読み取られるため、データ リンク アドレスと呼ばれます。ソフトウェアがイーサネット上のデバイスと通信するには、デバイスのMACアドレスを判別する必要があります。IPアドレスからMACアドレスを判別するプロセスを、「 アドレス解決 」と呼びます。MACアドレスからIPアドレスを判別するプロセスを、「 逆アドレス解決 」と呼びます。
• ARP ― IPアドレスをMACアドレスと関連付ける場合に使用します。ARPはIPアドレスを入力と解釈し、対応するMACアドレスを判別します。次に、IPアドレス/MACアドレスの関連をARPキャッシュに格納し、すぐに取り出せるようにします。その後、IPデータグラムはリンクレイヤ フレームにカプセル化され、ネットワークを通じて送信されます。イーサネット以外のIEEE 802ネットワークにおけるIPデータグラムのカプセル化、およびARP要求や応答については、Subnetwork Access Protocol（SNAP）で規定されています。
• プロキシARP ― ルーティング テーブルを持たないホストで、他のネットワークまたはサブネット上のホストのMACアドレスを判別できるようにします。スイッチ（ルータ）が送信元と異なるインターフェイス上のホストに宛てたARP要求を受信した場合、そのルータに他のインターフェイスを経由してそのホストに至るすべてのルートが格納されていれば、ルータは自身のローカル データ リンク アドレスを示すプロキシARPパケットを生成します。ARP要求を送信したホストはルータにパケットを送信し、ルータはパケットを目的のホストに転送します。
Catalyst 3750スイッチでは、ARPと同様の機能（ローカルMACアドレスでなくIPアドレスを要求する点を除く）を持つReverse Address Resolution Protocol（RARP）を使用することもできます。RARPを使用するには、ルータ インターフェイスと同じネットワーク セグメント上にRARPサーバを設置する必要があります。サーバを識別するには、 ip rarp-server address インターフェイス コンフィギュレーション コマンドを使用します。
RARPの詳細については、『 Cisco IOS Configuration Fundamentals Configuration Guide 』Release 12.1を参照してください。
スタティックARPキャッシュの定義
ARPおよび他のアドレス解決プロトコルを使用すると、IPアドレスとMACアドレス間を動的にマッピングすることができます。ほとんどのホストでは動的なアドレス解決がサポートされているため、通常の場合、スタティックARPキャッシュ エントリを指定する必要はありません。スタティックARPキャッシュ エントリを定義する必要がある場合は、グローバルに定義できます。グローバルに定義すると、IPアドレスをMACアドレスに変換するために使用される永続的なエントリを、ARPキャッシュに確保できます。また、指定されたIPアドレスがスイッチに属する場合と同じ方法で、スイッチがARP要求に応答するように指定することもできます。ARPエントリを永続的なエントリにしない場合は、ARPエントリのタイムアウト期間を指定できます。
IPアドレスとMACアドレスの間でスタティック マッピングを行うには、イネーブルEXECモードで次の手順を実行します。
ARPキャッシュからエントリを削除するには、 no arp ip-address hardware-address type グローバル コンフィギュレーション コマンドを使用します。ARPキャッシュから非スタティック エントリをすべて削除するには、 clear arp-cache イネーブルEXECコマンドを使用します。
ARPカプセル化の設定
IPインターフェイスでは、イーサネットARP形式のARPカプセル化（ arpa キーワードで表される）がデフォルトでイネーブルに設定されています。ネットワークの必要性に応じて、カプセル化方法をSNAPに変更できます。
ARPカプセル化タイプを指定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
カプセル化タイプをディセーブルにするには、 no arp arpa または no arp snap インターフェイス コンフィギュレーション コマンドを使用します。
プロキシARPのイネーブル化
デフォルトでは、プロキシARPが使用されます。ホストが他のネットワークまたはサブネット上のホストのMACアドレスを判別できるようにするためです。
ディセーブルになっているプロキシARPをイネーブルにするには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
インターフェイスでプロキシARPをディセーブルにするには、 no ip proxy-arp インターフェイス コンフィギュレーション コマンドを使用します。
IPルーティングがディセーブルの場合のルーティング支援機能
次のメカニズムを使用することで、スイッチはIPルーティングがイネーブルでない場合、別のネットワークへのルートを取得できます。
• 「IRDP」
プロキシARP
プロキシARPは、他のルートを取得する場合の最も一般的な方法です。プロキシARPを使用すると、ルーティング情報を持たないイーサネット ホストと、他のネットワークまたはサブネット上のホストとの通信が可能になります。このホストでは、すべてのホストが同じローカルイーサネット上にあり、ARPを使用してMACアドレスを判別すると想定されています。送信元と異なるネットワーク上にあるホストに宛てたARP要求を受信したスイッチは、そのホストへの最適なルートがあるかどうかを調べます。最適ルートがある場合、スイッチはスイッチ自身のイーサネットMACアドレスが格納されたARP応答パケットを送信します。要求の送信元ホストはパケットをスイッチに送信し、スイッチは目的のホストにパケットを転送します。プロキシARPは、すべてのネットワークをローカルな場合と同様に処理し、IPアドレスごとにARP処理を実行します。
プロキシARPは、デフォルトでイネーブルに設定されています。ディセーブル化されたプロキシARPをイネーブルにするには、「プロキシARPのイネーブル化」を参照してください。プロキシARPは、他のルータでサポートされているかぎり有効です。
デフォルト ゲートウェイ
ルートを特定するもう1つの方法は、デフォルト ルータ、つまりデフォルト ゲートウェイを定義する方法です。ローカルでないすべてのパケットはこのルータに送信されます。このルータは適切なルーティングを行う、またはIP Control Message Protocol（ICMP）リダイレクト メッセージを返信するという方法で、ホストが使用するローカル ルータを定義します。スイッチはリダイレクト メッセージをキャッシュに格納し、各パケットをできるだけ効率的に転送します。この方法には、デフォルト ルータがダウンした場合、または使用できなくなった場合に、検出が不可能となる制限があります。
IPルーティングがディセーブルの場合にデフォルト ゲートウェイ（ルータ）を定義するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
この機能をディセーブルにするには、 no ip default-gateway グローバル コンフィギュレーション コマンドを使用します。
IRDP
ルータ ディスカバリを使用すると、スイッチはIRDPを使用し、他のネットワークへのルートを動的に取得します。ホストはIRDPを使用し、ルータを特定します。クライアントとして動作しているスイッチは、ルータ ディスカバリ パケットを生成します。ホストとして動作しているスイッチは、ルータ ディスカバリ パケットを受信します。スイッチはRIPおよびIGRPルーティングの更新を受信し、この情報からルータの場所を推測することもできます。実際のところ、ルーティング デバイスによって送信されたルーティング テーブルは、スイッチに格納されません。どのシステムがデータを送信しているのかが、記録されるだけです。IRDPを使用する利点は、プライオリティと、パケットが受信されなくなってからデバイスがダウンしているとみなされるまでの期間を、ルータごとに両方指定できることです。
検出された各デバイスは、デフォルト ルータの候補となります。現在のデフォルト ルータがダウンしたと宣言された場合、または再送信が多すぎてTCP接続がタイムアウトになりつつある場合、プライオリティが上位のルータが検出されると、最も高いプライオリティを持つ新しいルータが選択されます。
インターフェイスでIRDPルーティングを行う場合は、インターフェイスでIRDP処理をイネーブルにしてください。IRDP処理をイネーブルにすると、デフォルトのパラメータが適用されます。これらのパラメータを変更することもできます。
インターフェイス上でIRDPをイネーブルにして設定するには、イネーブルEXECモードで次の手順を実行します。
maxadvertinterval 値を変更すると、 holdtime 値および minadvertinterval 値も変更されます。最初に maxadvertinterval 値を変更し、次に holdtime 値または minadvertinterval 値のいずれかを手動で変更することが重要です。
IRDPルーティングをディセーブルにするには、 no ip irdp インターフェイス コンフィギュレーション コマンドを使用します。
ブロードキャスト パケットの処理方法の設定
IPインターフェイス アドレスを設定したあとで、ルーティングをイネーブルにしたり、1つまたは複数のルーティング プロトコルを設定したり、ネットワーク ブロードキャストへのスイッチの応答方法を設定したりすることができます。ブロードキャストは、物理ネットワーク上のすべてのホスト宛のデータ パケットです。2種類のブロードキャストがサポートされています。
• 指定ブロードキャスト パケット ― 特定のネットワークまたは一連のネットワークに送信されます。指定ブロードキャスト アドレスには、ネットワークまたはサブネット フィールドが含まれます。
• フラッディング ブロードキャスト パケット ― すべてのネットワークに送信されます。
（注） storm-controlインターフェイス コンフィギュレーション コマンドを使用して、トラフィック抑制レベルを設定し、レイヤ2インターフェイスでブロードキャスト、ユニキャスト、マルチキャスト トラフィックを制限することもできます。詳細については、第21章「ポートベースのトラフィック制御の設定」を参照してください。
ルータはローカル ケーブル長を制限して、ブロードキャスト ストームを防ぎます。ブリッジ（インテリジェントなブリッジを含む）はレイヤ2デバイスであるため、ブロードキャストはすべてのネットワーク セグメントに転送され、ブロードキャスト ストームが伝播します。ブロードキャスト ストーム問題を解決する最善の方法は、ネットワーク上で単一のブロードキャスト アドレス方式を使用することです。最新のIP実装機能ではほとんどの場合、アドレスをブロードキャスト アドレスとして使用するように設定できます。Catalyst 3750スイッチをはじめ、多数の実装機能では、ブロードキャスト メッセージを転送するためのアドレス方式が複数サポートされています。
これらの方式をイネーブルにするには、次に示す作業を実行します。
• 「指定ブロードキャストから物理ブロードキャストへの変換のイネーブル化」
指定ブロードキャストから物理ブロードキャストへの変換のイネーブル化
デフォルトでは、IP指定ブロードキャストが廃棄されるため、転送されることはありません。IP指定ブロードキャストが廃棄されると、ルータがサービス妨害攻撃にさらされる危険が少なくなります。
ブロードキャストが物理（MACレイヤ）ブロードキャストになるインターフェイスでは、IP指定ブロードキャストの転送をイネーブルにすることができます。 ip forward-protocol グローバル コンフィギュレーション コマンドを使用し、設定されたプロトコルのみを転送することができます。
転送するブロードキャストを制御するアクセス リストを指定できます。アクセス リストを指定すると、アクセス リストで許可されているIPパケットのみが、指定ブロードキャストから物理ブロードキャストに変換できるようになります。アクセス リストの詳細については、 第28章「ACLによるネットワーク セキュリティの設定」 を参照してください。
インターフェイス上でIP指定ブロードキャストの転送をイネーブルにするには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
インターフェイス上で、指定ブロードキャストから物理ブロードキャストへの変換をイネーブルにします。転送するブロードキャストを制御するアクセス リストを指定できます。アクセス リストを指定すると、アクセス リストで許可されているIPパケットのみが変換可能となります。 |
||
ブロードキャスト パケットを転送するとき、ルータによって転送されるプロトコルおよびポートを指定します。 |
||
指定ブロードキャストから物理ブロードキャストへの変換をディセーブルにするには、 no ip directed-broadcast インターフェイス コンフィギュレーション コマンドを使用します。プロトコルまたはポートを削除するには、 no ip forward-protocol グローバル コンフィギュレーション コマンドを使用します。
UDPブロードキャスト パケットおよびプロトコルの転送
UDPはIPのホスト間レイヤ プロトコルで、TCPと同様です。UDPはオーバーヘッドが少ない、コネクションレスのセッションを2つのエンド システム間に提供しますが、受信されたデータグラムの確認応答は行いません。場合に応じてネットワーク ホストはUDPブロードキャストを使用し、アドレス、コンフィギュレーション、名前に関する情報を判別します。このようなホストが、サーバを含まないネットワーク セグメント上にある場合、通常UDPブロードキャストは転送されません。この状況を改善するには、特定のクラスのブロードキャストをヘルパー アドレスに転送するように、ルータのインターフェイスを設定します。インターフェイスごとに、複数のヘルパー アドレスを使用できます。
UDP宛先ポートを指定し、転送されるUDPサービスを制御できます。複数のUDPプロトコルを指定することもできます。旧式のディスクレスSunワークステーションおよびネットワーク セキュリティ プロトコルSDNSで使用されるNetwork Disk（ND）プロトコルも指定できます。
ヘルパー アドレスがインターフェイスに定義されている場合、デフォルトではUDPとNDの両方の転送がイネーブルになっています。UDPポートが指定されていない場合にデフォルトで転送されるポートについては、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1に記載されている ip forward-protocol インターフェイス コンフィギュレーション コマンドの説明を参照してください。
UDPブロードキャストの転送を設定するときにUDPポートを指定しないと、ルータはBOOTP転送エージェントとして動作するように設定されます。BOOTPパケットは、Dynamic Host Configuration Protocol（DHCP）情報を伝達します。
インターフェイスでUDPブロードキャスト パケットの転送をイネーブルにし、宛先アドレスを指定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
特定アドレスへのブロードキャスト パケットの転送をディセーブルにするには、 no ip helper-address インターフェイス コンフィギュレーション コマンドを使用します。プロトコルまたはポートを削除するには、 no ip forward-protocol グローバル コンフィギュレーション コマンドを使用します。
IPブロードキャスト アドレスの確立
最も一般的な（デフォルトの）IPブロードキャスト アドレスは、すべて1で構成されているアドレスです（255.255.255.255）。ただし、任意の形式のIPブロードキャスト アドレスを生成するようにスイッチを設定することもできます。
インターフェイス上でIPブロードキャスト アドレスを設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
デフォルトのIPブロードキャスト アドレスに戻すには、 no ip broadcast-address インターフェイス コンフィギュレーション コマンドを使用します。
IPブロードキャストのフラッディング
IPブロードキャストをインターネットワーク全体に、制御可能な方法でフラッディングできるようにするには、ブリッジングSTPで作成されたデータベースを使用します。この機能を使用すると、ループを回避することもできます。この機能を使用できるようにするには、フラッディングが行われるインターフェイスごとにブリッジングを設定する必要があります。ブリッジングが設定されていないインターフェイス上でも、ブロードキャストを受信できます。ただし、ブリッジングが設定されていないインターフェイスでは、受信したブロードキャストが転送されません。また、異なるインターフェイスで受信されたブロードキャストを送信する場合、このインターフェイスは使用されません。
IPヘルパー アドレスのメカニズムを使用して単一のネットワーク アドレスに転送されるパケットを、フラッディングすることができます。各ネットワーク セグメントには、パケットのコピーが1つのみ送信されます。
フラッディングを行う場合、パケットは次の条件を満たす必要があります（これらの条件は、IPヘルパー アドレスを使用してパケットを転送するときの条件と同じです）。
• パケットはMACレベルのブロードキャストでなければなりません。
• パケットはIPレベルのブロードキャストでなければなりません。
• パケットはTrivial File Transfer Protocol（TFTP;簡易ファイル転送プロトコル）、Domain Name System（DNS;ドメイン ネーム システム）、Time、NetBIOS、ND、またはBOOTPパケット、または ip forward-protocol udp グローバル コンフィギュレーション コマンドで指定されたUDPでなければなりません。
• パケットのTime To Live（TTL）値は2以上でなければなりません。
フラッディングされたUDPデータグラムには、出力インターフェイスで ip broadcast-address インターフェイス コンフィギュレーション コマンドによって指定された宛先アドレスを設定します。宛先アドレスを、任意のアドレスに設定できます。このため、データグラムがネットワーク内を伝播するにつれ、宛先アドレスが変更されることもあります。送信元アドレスは変更されません。TTL値が減ります。
フラッディングされたUDPデータグラムがインターフェイスから送信されると（場合によっては宛先アドレスが変更される）、データグラムは通常のIP出力ルーチンに渡されます。このため、出力インターフェイスにアクセス リストがある場合、データグラムはその影響を受けます。
ブリッジング スパニングツリー データベースを使用し、UDPデータグラムをフラッディングするには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
IPブロードキャストのフラッディングをディセーブルにするには、 no ip forward-protocol spanning-tree グローバル コンフィギュレーション コマンドを使用します。
Catalyst 3750スイッチでは、パケットの大部分がハードウェアで転送され、スイッチのCPUを経由しません。CPUに送信されるパケットの場合は、ターボフラッディングを使用し、スパニングツリーベースのUDPフラッディングを約4～5倍高速化します。この機能は、ARPカプセル化用に設定されたイーサネット インターフェイスでサポートされています。
スパニングツリーベースのフラッディングを向上させるには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
この機能をディセーブルにするには、 no ip forward-protocol turbo-flood グローバル コンフィギュレーション コマンドを使用します。
IPアドレスのモニタおよびメンテナンス
特定のキャッシュ、テーブル、またはデータベースの内容が無効になる場合、または無効である可能性がある場合は、 clear イネーブルEXECコマンドを使用し、すべての内容を消去することができます。 表 31-2 に、内容を消去するために使用するコマンドを示します。
|
|
|
|---|---|
IPルーティング テーブル、キャッシュ、データベースの内容、ノードへの到達可能性、ネットワーク内のパケットのルーティング経路など、特定の統計情報を表示できます。 表 31-3 に、IP統計情報を表示するために使用するイネーブルEXECコマンドを示します。
|
|
|
|---|---|
デフォルトのドメイン名、検索サービスの方式、サーバ ホスト名、およびキャッシュに格納されているホスト名とアドレスのリストを表示します。 |
|
IPユニキャスト ルーティングのイネーブル化
デフォルトで、スイッチはレイヤ2スイッチング モード、IPルーティングはディセーブルとなっています。スイッチのレイヤ3機能を使用するには、IPルーティングをイネーブルにする必要があります。
IPルーティングをイネーブルにするには、イネーブルEXECモードで次の手順を実行します。
ルーティングをディセーブルにするには、 no ip routing グローバル コンフィギュレーション コマンドを使用します。
次に、ルーティング プロトコルとしてRIPを使用し、IPルーティングをイネーブルにする例を示します。
ここで、選択したルーティング プロトコルのパラメータを設定できます。具体的な手順は次のとおりです。
• 「RIPの設定」
• 「BGPの設定」
RIPの設定
RIPは、小規模な同種ネットワーク間で使用するために作成されたInterior Gateway Protocol（IGP;内部ゲートウェイ プロトコル）です。RIPは、ブロードキャストUDPデータ パケットを使用してルーティング情報を交換するディスタンス ベクタ ルーティング プロトコルです。このプロトコルはRFC 1058に文書化されています。RIPの詳細については、『 IP Routing Fundamentals 』（Cisco Press刊）を参照してください。
（注） RIPはSMIでサポートされている唯一のルーティング プロトコルです。その他のルーティング プロトコルを使用する場合は、スタック マスター上でEMIを稼働させる必要があります。
スイッチはRIPを使用し、30秒ごとにルーティング情報アップデート（アドバタイズ）を送信します。180秒以上を経過しても別のルータからアップデートがルータに届かない場合、該当するルータから送られたルートは使用不能としてマークされます。240秒が経過してもアップデートが届かない場合、アップデートを行わないルータに関するすべてのルーティング テーブル エントリは削除されます。
RIPでは、各ルートの値を評価するためにホップ カウントが使用されます。ホップ カウントは、ルート内で経由されるルータ数です。直接接続されているネットワークのホップ カウントは0です。ホップ カウントが16のネットワークに到達することはできません。このように範囲（0～15）が狭いため、RIPは大規模ネットワークには適していません。
ルータにデフォルトのネットワーク パスが設定されている場合、RIPはルータを疑似ネットワーク0.0.0.0にリンクするルートをアドバタイズします。0.0.0.0ネットワークは存在しません。RIPはデフォルトのルーティング機能を実行するためのネットワークとして、このネットワークを処理します。デフォルト ネットワークがRIPによって取得された場合、またはルータが最終ゲートウェイで、RIPがデフォルト メトリックによって設定されている場合、スイッチはデフォルト ネットワークをアドバタイズします。RIPは指定されたネットワーク内のインターフェイスにアップデートを送信します。インターフェイスのネットワークを指定しないと、RIPアップデート中にアドバタイズされません。
ここではRIPの設定方法について簡単に説明します。内容は次のとおりです。
• 「サマリー アドレスおよびスプリット ホライズンの設定」
RIPのデフォルト設定
表 31-4 に、RIPのデフォルト設定を示します。
|
|
|
|---|---|
基本的なRIPパラメータの設定
RIPを設定するには、ネットワークに対してRIPルーティングをイネーブルにします。他のパラメータを設定することもできます。
RIPをイネーブルにして設定するには、イネーブルEXECモードで次の手順を実行します。
RIPルーティング プロセスをオフにするには、 no router rip グローバル コンフィギュレーション コマンドを使用します。
アクティブなルーティング プロトコル プロセスのパラメータと現在のステートを表示するには、 show ip protocols イネーブルEXECコマンドを使用します。RIPデータベースのサマリー アドレス エントリを表示するには、 show ip rip database イネーブルEXECコマンドを使用します。
RIP認証の設定
RIPバージョン1では、認証がサポートされていません。RIPバージョン2のパケットを送受信する場合は、インターフェイスでRIP認証をイネーブルにすることができます。インターフェイスで使用できる一連のキーは、キー チェーンによって決まります。キー チェーンが設定されていないと、デフォルトの場合でも認証は実行されません。「認証鍵の管理」に記載されている作業も実行してください。
RIP認証がイネーブルであるインターフェイスでは、プレーン テキストとMD5という2つの認証モードがサポートされています。デフォルトはプレーン テキストです。
インターフェイスにRIP認証を設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
クリア テキスト認証に戻すには、 no ip rip authentication mode インターフェイス コンフィギュレーション コマンドを使用します。認証を禁止するには、 no ip rip authentication key-chainインターフェイス コンフィギュレーション コマンドを使用します。
サマリー アドレスおよびスプリット ホライズンの設定
ブロードキャストタイプのIPネットワークに接続され、ディスタンス ベクタ ルーティング プロトコルを使用するルータでは、通常ルーティング ループの発生を抑えるために、スプリット ホライズン メカニズムが使用されます。スプリット ホライズンは、ルートに関する情報がその情報の発信元であるインターフェイスで、ルータによってアドバタイズされないようにします。この機能を使用すると、通常の場合は複数のルータ間通信が最適化されます（特にリンクが壊れている場合）。
（注） ルートを適切にアドバタイズするため、スプリット ホライズンをディセーブルにすることがアプリケーションに必要な場合を除き、通常はこの機能をディセーブルにしないでください。
ダイヤルアップ クライアント用のネットワーク アクセス サーバで、サマライズされたローカルなIPアドレス プールをアドバタイズするように、RIPが動作しているインターフェイスを設定する場合は、 ip summary-address rip インターフェイス コンフィギュレーション コマンドを使用します。
（注） スプリット ホライズンがイネーブルの場合、自動サマリーとインターフェイスIPサマリー アドレスはともにアドバタイズされません。
サマライズされたローカルIPアドレスをアドバタイズし、インターフェイスのスプリット ホライズンをディセーブルにするようにインターフェイスを設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
IPサマライズをディセーブルにするには、 no ip summary-address rip ルータ コンフィギュレーション コマンドを使用します。
次の例では、主要ネットは10.0.0.0です。自動サマリー アドレス10.0.0.0はサマリー アドレス10.2.0.0によって上書きされるため、10.2.0.0はインターフェイス ギガビット イーサネット ポート2からアドバタイズされますが、10.0.0.0はアドバタイズされません。次の例では、インターフェイスがまだレイヤ2モード（デフォルト）の場合、 no switchport インターフェイス コンフィギュレーション コマンドを入力してから、 ip address インターフェイス コンフィギュレーション コマンドを入力する必要があります。
（注） スプリット ホライズンがイネーブルである場合、（ip summary-address ripルータ コンフィギュレーション コマンドによって設定される）自動サマリーとインターフェイス サマリー アドレスはともにアドバタイズされません。
IGRPの設定
IGRPは動的なディスタンス ベクタ ルーティング用の、シスコ独自のプロトコルです。多様な帯域幅および遅延特性を使用し、大規模でそれぞれに複雑なネットワークで構成されるAutonomous System（AS;自律システム）でルーティングを行う場合に使用されます。IGRPには、インターネットワーク遅延、帯域幅、信頼性、負荷など、ユーザ設定可能なメトリックの組み合わせが使用されます。IGRPは、内部ルート、システム ルート、外部ルートといったルート タイプもアドバタイズします（図 31-4を参照）。
• 内部ルート ― ルータ インターフェイスに接続されたネットワーク内のサブネット間ルートです。ルータに接続されたネットワークがサブネット化されていない場合、IGRPは内部ルートをアドバタイズしません。
• システム ルート ― AS内のネットワークへのルートです。ルータは、直接接続されたネットワーク インターフェイス、およびIGRPが使用されている他のルータまたはアクセス サーバからのシステム ルート情報から、システム ルートを取得します。システム ルートにはサブネット情報は含まれません。
• 外部ルート ― 最終ゲートウェイを特定するときに考慮される、AS外部のネットワークへのルートです。パケットに適したルートがなく、送信先が接続されたネットワーク以外である場合は、IGRPから提供される外部ルートのリストから最終ゲートウェイが選択されます。ASに外部ネットワークへの接続が複数ある場合、ルータごとに、異なる外部ルータを最終ゲートウェイとして選択できます。
デフォルトでは、IGRPが動作するルータは90秒ごとにアップデート ブロードキャストを送信します。アップデート期間3回分（270秒）以内に、ルートの最初のルータからアップデートが届かない場合、ルートはアクセス不能として宣言されます。アップデート期間7回分（630秒）が経過すると、ルートはルーティング テーブルから削除されます。
ここではIGRPの設定方法について簡単に説明します。内容は次のとおりです。
（注） IGRPをイネーブルにするには、スタック マスター上でEMIが稼働している必要があります。
IGRPのデフォルト設定
表 31-5 に、IGRPのデフォルト設定を示します。
|
|
|
|---|---|
IGRPが動作しているルータは、フラッシュ アップデートおよびポイズンリバース アップデートを使用し、ルーティング アルゴリズムのコンバージェンスを高速化します。フラッシュ アップデートは標準より早いタイミングで送信されるアップデートで、メトリックが変更されたことを他のルータに通知します。ポイズンリバース アップデートは、ルーティング メトリックが増加してもルーティング ループが増えないようにするためのものです。ポイズンリバース アップデートは、ルートを削除して、ホールドダウン状態に移行するために送信されます。ホールドダウン状態では、新しいルーティング情報を一定期間使用できなくなります。
ロードバランシングおよびトラフィック分散制御
IGRPは、特定の宛先に対して、非対称的な一連のパスを同時に使用します。不等価コストのロードバランシングを行うことにより、トラフィックを最大4つの不等価コスト パスに分散し、全体のスループットと信頼性を高めることができます。
ルート候補の適性は、代替パスの差異によって（つまり、プライマリ パスと代替パスにおける望ましさの差によって）決まります。パス内の次のルータが使用中のルータよりも宛先に近い（メトリック値が低い）場合、および代替パス全体のメトリックが指定の差異内に収まっている場合、代替ルートは適切です。適切なパスのみがロードバランシングに使用され、ルーティング テーブルに追加されます。これらの条件によって、ロードバランシングの回数は制限されますが、ネットワークの変動は安定します。
IGRPの不等価コスト ロードバランシングには、次の一般的な規則が適用されます。
• IGRPでは、特定の宛先ネットワークに最大4つのパスを使用できます。
• ローカルな最適メトリックは、次のルータから取得したメトリックよりも大きくなければなりません。つまり、ネクスト ホップのルータは、ローカルな最適メトリックよりも宛先に近く（メトリック値が小さく）なければなりません。
• 代替パスのメトリックは、ローカルな最適メトリックの指定の差異内に収まっている必要があります。宛先に関するローカルな最適メトリックの乗数倍の値は、次のルータを経由するメトリック以上でなければなりません。
これらの条件が満たされる場合、ルートは適切であると判断され、ルーティング テーブルに追加されるようになります。
デフォルトでは、差異は1に設定されています（等価コスト ロード バランシング）。代替パスを拒否するときの基準になる最低限の値を定義するには、 variance ルータ コンフィギュレーション コマンドを使用します。
これまでの説明に従って差異が設定されている場合、IGRPまたはEIGRPはトラフィックを同じ宛先に対する複数の不等価コスト ルートに分散します。代替ルートへのコンバージェンスを高速化しながら、通常の場合にトラフィックが不良ルートへ送信されないようにするには、メトリックが高いルートにトラフィックが流れないようにします。複数の不等価コスト ルート間でのトラフィック分散を制御するには、 traffic-share ルータ コンフィギュレーション コマンドを使用します。
（注） 詳細および例については、『Cisco IOS IP and IP Routing Configuration Guide』Release 12.1を参照してください。
基本的なIGRPパラメータの設定
IGRPを設定するには、イネーブルEXECモードで次の手順を実行します。ルーティング プロセスの設定は必須ですが、それ以外のステップは任意です。
IGRPルーティング プロセスをシャットダウンするには、 no router igrp グローバル コンフィギュレーション コマンドを使用します。
次に、ルータをIGRP用に設定して、AS 109に割り当てる例を示します。 network ルータ コンフィギュレーション コマンドを実行すると、ルータに直接接続されているネットワークが表示されます。
スプリット ホライズンの設定
ブロードキャストタイプのIPネットワークに接続され、ディスタンス ベクタ ルーティング プロトコルを使用するルータでは、通常ルーティング ループの発生を抑えるために、スプリット ホライズン メカニズムが使用されます。スプリット ホライズンは、ルートに関する情報がその情報の発信元であるインターフェイスで、ルータによってアドバタイズされないようにします。この機能を使用すると、複数のルータ間通信が最適化されます（特にリンクが壊れている場合）。
（注） ルートを適切にアドバタイズするために、スプリット ホライズンをディセーブルにすることがアプリケーションに必要である場合を除き、通常この機能をディセーブルにしないでください。
インターフェイスでスプリット ホライズンをディセーブルにするには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
スプリット ホライズン メカニズムをイネーブルにするには、 ip split-horizon インターフェイス コンフィギュレーション コマンドを使用します。
OSPFの設定
ここでは、OSPFの設定方法について簡単に説明します。OSPFコマンドの詳細については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1の「OSPF Commands」を参照してください。
（注） OSPFでは、各メディアがブロードキャスト ネットワーク、非ブロードキャスト ネットワーク、ポイントツーポイント ネットワークに分類されます。Catalyst 3750スイッチでは、ブロードキャスト ネットワーク（イーサネット、トークン リング、FDDI）およびポイントツーポイント ネットワーク（ポイントツーポイント リンクとして設定されたイーサネット インターフェイス）がサポートされます。
OSPFはIPネットワーク専用のIGPで、IPサブネット化、および外部から取得したルーティング情報のタグ付けをサポートしています。OSPFを使用するとパケット認証も可能になり、パケットを送受信するときにIPマルチキャストが使用されます。シスコの実装機能では、RFC 1253のOSPF MIB（管理情報ベース）がサポートされています。
シスコの実装機能は、次の主要機能を含むOSPFバージョン2仕様に準拠します。
• 任意のIPルーティング プロトコルによって取得されたルートは、別のIPルーティング プロトコルに再配信されます。つまり、ドメイン内レベルで、OSPFはIGRPおよびRIPによって取得したルートを取り込むことができます。OSPFルートをIGRPおよびRIPに伝達することもできます。
• エリア内の近接ルータ間でのプレーン テキスト認証およびMD5認証がサポートされています。
• 設定可能なルーティング インターフェイス パラメータには、インターフェイス出力コスト、再送信インターバル、インターフェイス送信遅延、ルータ プライオリティ、ルータのdeadとhelloインターバル、認証鍵などがあります。
• RFC 1587に基づくNot-So-Stubby-Area（NSSA）がサポートされています。
通常、OSPFを使用するには、多くの内部ルータ、複数のエリアに接続された Area Border Router （ABR;エリア境界ルータ）、および Autonomous System Boundary Router （ASBR）間で調整する必要があります。最小設定では、すべてのデフォルト パラメータ値、エリアに割り当てられたインターフェイスが使用され、認証は行われません。環境をカスタマイズする場合は、すべてのルータの設定を調整する必要があります。
ここではOSPFの設定方法について簡単に説明します。内容は次のとおりです。
（注） OSPFをイネーブルにするには、スタック マスター上でEMIが稼働している必要があります。
OSPFのデフォルト設定
表 31-6 に、OSPFのデフォルト設定を示します。
|
|
|
|---|---|
dist1（エリア内のすべてのルート）： 110 |
|
基本的なOSPFパラメータの設定
OSPFをイネーブルにするには、OSPFルーティング プロセスを作成し、ルーティング プロセスに関連付けるIPアドレスの範囲を指定して、この範囲に関連付けるエリアIDを割り当てる必要があります。
OSPFをイネーブルにするには、イネーブルEXECモードで次の手順を実行します。
OSPFルーティング プロセスを終了するには、 no router ospf process-id グローバル コンフィギュレーション コマンドを使用します。
次に、OSPFルーティング プロセスを設定し、プロセス番号109を割り当てる例を示します。
OSPFインターフェイスの設定
ip ospf インターフェイス コンフィギュレーション コマンドを使用すると、インターフェイス固有のOSPFパラメータを変更できます。これらのパラメータを変更する必要はありませんが、一部のインターフェイス パラメータ（helloインターバル、deadインターバル、認証鍵など）については、接続されたネットワーク内のすべてのルータで統一性を維持する必要があります。これらのパラメータを変更した場合は、ネットワーク内のすべてのルータの値も同様に変更してください。
（注） ip ospfインターフェイス コンフィギュレーション コマンドはすべて任意です。
OSPFインターフェイス パラメータを変更にするには、イネーブルEXECモードで次の手順を実行します。
OSPFエリア パラメータの設定
複数のOSPFエリア パラメータを設定することもできます。設定できるパラメータには、エリア、スタブ エリア、およびNSSAへの無許可アクセスをパスワードによって阻止する認証用パラメータがあります。 スタブ エリア に外部ルートに関する情報は送信されませんが、代わりに、AS外の宛先に対するデフォルトの外部ルートが、ABRによって生成されます。NSSAではコアからそのエリアへ向かうLSAの一部がフラッディングされませんが、再配信することによって、エリア内のAS外部ルートを取り込むことができます。
ルートのサマライズは、アドバタイズされたアドレスを、他のエリアでアドバタイズされる単一のサマリー ルートに統合することです。ネットワーク番号が連続する場合は、 area range ルータ コンフィギュレーション コマンドを使用し、範囲内のすべてのネットワークを対象とするサマリー ルートをアドバタイズするようにABRを設定できます。
（注） OSPF areaルータ コンフィギュレーション コマンドはすべて任意です。
エリア パラメータを設定するには、イネーブルEXECモードで次の手順を実行します。
その他のOSPFパラメータの設定
ルータ コンフィギュレーション モードで、その他のOSPFパラメータを設定することもできます。
• ルート サマライズ：他のプロトコルからのルートを再配信すると（ルート マップによるルーティング情報の再配信を参照）、各ルートは外部LSA内で個別にアドバタイズされます。OSPFリンク ステート データベースのサイズを小さくするには、 summary-address ルータ コンフィギュレーション コマンドを使用し、指定されたネットワーク アドレスおよびマスクに含まれる、再配信されたすべてのルートを単一のルータにアドバタイズします。
• 仮想リンク：OSPFでは、すべてのエリアがバックボーン エリアに接続されている必要があります。バックボーンが不連続である場合に仮想リンクを確立するには、2つのABRを仮想リンクのエンドポイントとして設定します。設定情報には、他の仮想エンドポイント（他のABR）のID、および2つのルータに共通する非バックボーン リンク（通過エリア）などがあります。仮想リンクをスタブ エリアから設定することはできません。
• デフォルト ルート：OSPFルーティング ドメイン内へのルート再配信を設定すると、ルータは自動的にASBRになります。ASBRを設定し、強制的にOSPFルーティング ドメインにデフォルト ルートを生成できます。
• すべてのOSPF show イネーブルEXECコマンドで使用されるDomain Name Server（DNS）名を使用すると、ルータIDやネイバIDを指定して表示する場合に比べ、ルータを簡単に特定できます。
• デフォルト メトリック：OSPFは、インターフェイスの帯域幅に従ってインターフェイスのOSPFメトリックを計算します。メトリックは、帯域幅で分割された ref-bw として計算されます。ここでの ref のデフォルト値は10で、帯域幅（ bw ）は bandwidth インターフェイス コンフィギュレーション コマンドによって決定されます。大きな帯域幅を持つ複数のリンクの場合は、大きな数値を指定し、これらのリンクのコストを区別できます。
• 管理距離は、ルーティング情報送信元の信頼性を表す数値です。0～255の整数を指定でき、値が大きいほど信頼性は低下します。管理距離が255の場合はルーティング情報送信元をまったく信頼できないため、無視する必要があります。OSPFでは、エリア内のルート（エリア内）、別のエリアへのルート（エリア間）、および再配信によって取得した別のルーティング ドメインからのルート（外部）の3つの管理距離が使用されます。どの管理距離の値でも変更できます。
• パッシブ インターフェイス：イーサネット上の2つのデバイス間のインターフェイスは1つのネットワーク セグメントしか表しません。このため、OSPFが送信側インターフェイスにhelloパケットを送信しないようにするには、送信側デバイスをパッシブ インターフェイスに設定する必要があります。両方のデバイスは受信側インターフェイス宛のhelloパケットを使用することで、相互の識別を可能にします。
• ルート計算タイマー：OSPFがトポロジー変更を受信してからSPF計算を開始するまでの遅延時間、および2つのSPF計算の間のホールド タイムを設定できます。
• ネイバ変更ログ：OSPFネイバ ステートが変更されたときにSyslogメッセージを送信するようにルータを設定し、ルータの変更を詳細に表示できます。
上記のOSPFパラメータを設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
（任意）1つのサマリー ルートのみがアドバタイズされるように、再配信されたルートのアドレスおよびIPサブネット マスクを指定します。 |
||
area area-id virtual-link router-id [ hello-interval seconds ] [ retransmit-interval seconds ] [ trans ] [[ authentication-key key ] | message-digest-key keyid md5 key ]] |
（任意）仮想リンクを確立し、パラメータを設定します。パラメータ定義については「OSPFインターフェイスの設定」、仮想リンクのデフォルト設定については表 31-6を参照してください。 |
|
default-information originate [ always ] [ metric metric-value ] [ metric-type type-value ] [ route-map map-name ] |
（任意）強制的にOSPFルーティング ドメインにデフォルト ルートを生成するようにASBRを設定します。パラメータはすべて任意です。 |
|
distance ospf {[ inter-area dist1 ] [ inter-area dist2 ] [ external dist3 ]} |
||
| • • |
||
特定のルータのOSPFデータベースに関連する情報のリストを表示します。キーワード オプションの一部については、「OSPFのモニタ」を参照してください。 |
||
LSAグループ同期設定の変更
OSPF LSAグループ同期設定機能を使用すると、OSPF LSAをグループ化し、リフレッシュ、チェックサム、エージング機能の同期を取って、ルータをより効率的に使用することが可能となります。デフォルトでこの機能はイネーブルとなっています。デフォルトの同期インターバルは4分間です。通常は、このパラメータを変更する必要はありません。最適なグループ同期インターバルは、ルータがリフレッシュ、チェックサム、エージングを行うLSA数に反比例します。たとえば、データベース内に約10,000個のLSAが格納されている場合は、同期設定インターバルを短くすると便利です。小さなデータベース（40～100 LSA）を使用する場合は、同期インターバルを長くし、10～20分に設定してください。
OSPF LSA同期を設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
デフォルト値に戻すには、 no timers lsa-group-pacing ルータ コンフィギュレーション コマンドを使用します。
ループバック インターフェイスの設定
OSPFは、インターフェイスに設定されている最大のIPアドレスをルータIDとして使用します。このインターフェイスがダウンした場合、または削除された場合、OSPFプロセスは新しいルータIDを再計算し、すべてのルーティング情報をそのルータのインターフェイスから再送信します。ループバック インターフェイスがIPアドレスによって設定されている場合、他のインターフェイスにより大きなIPアドレスがある場合でも、OSPFはこのIPアドレスをルータIDとして使用します。ループバック インターフェイスに障害は発生しないため、安定性は増大します。OSPFは他のインターフェイスよりもループバック インターフェイスを自動的に優先し、すべてのループバック インターフェイスの中で最大のIPアドレスを選択します。
ループバック インターフェイスを設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
ループバック インターフェイスをディセーブルにするには、 no interface loopback 0 グローバル コンフィギュレーション コマンドを使用します。
OSPFのモニタ
IPルーティング テーブル、キャッシュ、データベースの内容など、特定の統計情報を表示できます。
表 31-7 に、統計情報を表示するために使用するイネーブルEXECコマンドの一部を示します。 show ip ospf database イネーブルEXECコマンドのオプションおよび表示されるフィールドの詳細については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1を参照してください。
EIGRPの設定
EIGRPはIGRPのシスコ独自の拡張バージョンです。EIGRPはIGRPと同じディスタンス ベクタ アルゴリズムおよび距離情報を使用しますが、EIGRPでは収束性および動作効率が大幅に改善されています。
コンバージェンス技術には、Diffusing Update Algorithm（DUAL）と呼ばれるアルゴリズムが採用されています。DUALを使用すると、ルート計算の各段階でループが発生しなくなり、トポロジーの変更に関連するすべてのデバイスを同時に同期することができます。トポロジー変更の影響を受けないルータは、再計算から除外されます。
IP EIGRPを導入すると、ネットワークの幅が広がります。RIPの場合、ネットワークの最大幅は15ホップです。IGRPをイネーブルにすると、最大幅は224ホップになります。EIGRPメトリックは数千ホップをサポートするほど大きいため、ネットワークを拡張するときに問題となるのは、トランスポート レイヤのホップ カウンタのみです。IPパケットが15台のルータを経由し、宛先方向のネクスト ホップがEIGRPによって取得されている場合のみ、EIGRPは転送制御フィールドの値を増やします。RIPルートを宛先へのネクスト ホップとして使用する場合、転送制御フィールドでは、通常どおり値が増加します。
• 差分更新 ― 宛先のステートが変更された場合、ルーティング テーブルの内容全体を送信する代わりに差分更新を行い、EIGRPパケットに必要な帯域幅を最小化します。
• IGRPよりも低いCPU使用率 ― 受信ごとに完全更新パケットを処理する必要がないため、CPU使用率が低下します。
• プロトコルに依存しない近接ディスカバリ メカニズム ― このメカニズムを使用し近接ルータに関する情報を取得します。
• Variable-Length Subnet Mask（VLSM;可変長サブネット マスク）
• 近接ディスカバリおよび回復 ― 直接接続されたネットワーク上の他のルータに関する情報を動的に取得するために、ルータで使用されるプロセスです。ネイバが到達不能になる場合、または操作不能になった場合、ルータもこの情報を検出する必要があります。近接ディスカバリおよび回復は、サイズの小さなhelloパケットを定期的に送信することにより、わずかなオーバーヘッドで実現されます。helloパケットが受信されている限り、Cisco ISOソフトウェアは、ネイバが有効に機能していると判別します。このように判別された場合、近接ルータはルーティング情報を交換できます。
• 信頼できるトランスポート プロトコル ― EIGRPパケットをすべてのネイバに確実に、順序どおりに配信します。マルチキャストおよびユニキャスト パケットが混在する送信もサポートされます。EIGRPパケットには確実に送信する必要があるものと、そうでないものがあります。効率を高めるために、必要な場合だけ信頼性が確保されます。たとえば、マルチキャスト機能があるマルチアクセス ネットワーク（イーサネットなど）では、すべてのネイバにそれぞれhelloパケットを確実に送信する必要はありません。したがって、EIGRPはパケットへの確認応答が不要であることを知らせる、レシーバー宛の情報をパケットに格納し、単一のマルチキャストhelloを送信します。他のタイプのパケット（アップデートなど）の場合は、確認応答（ACKパケット）を要求します。信頼性の高い伝送であれば、ペンディング中の未確認応答パケットがある場合、マルチキャスト パケットを迅速に送信できます。このため、リンク速度が変化する場合でも、コンバージェンス時間を短く保つことができます。
• DUAL有限状態マシン ― すべてのルート計算に関する決定プロセスを統合し、すべてのネイバによってアドバタイズされたすべてのルートを追跡します。DUALは距離情報（メトリックともいう）を使用して、効率的な、ループのないパスを選択し、さらにDUALは適切な後継ルータに基づいて、ルーティング テーブルに挿入するルートを選択します。後継ルータは、宛先への最小コスト パス（ルーティング ループに関連しないことが保証されている）を持つ、パケット転送に使用される近接ルータです。適切な後継ルータが存在しなくても、宛先にアドバタイズするネイバが存在する場合は再計算が行われ、この結果、新しい後継ルータが決定されます。ルートの再計算に要する時間によって、コンバージェンス時間が変わります。再計算はプロセッサに負荷がかかるため、必要でない場合は、再計算しないようにしてください。トポロジーが変更されると、DUALは適切な後継ルータの有無を調べます。適切な後継ルータが存在する場合は、それらを探して使用し、不要な再計算を回避します。
• プロトコル依存モジュール ― ネットワーク レイヤ プロトコル特有の作業を行います。たとえば、IP EIGRPモジュールは、IPでカプセル化されたEIGRPパケットを送受信します。このモジュールは、EIGRPパケットを解析し、受信した新しい情報をDUALに通知する作業を行います。EIGRPはDUALにルーティング決定を行うよう要求しますが、結果はIPルーティング テーブルに格納されます。EIGRPは、他のIPルーティング プロトコルによって取得したルートの再配信も行います。
ここではEIGRPの設定方法について簡単に説明します。内容は次のとおりです。
（注） EIGRPをイネーブルにするには、スタック マスター上でEMIが稼働している必要があります。
EIGRPのデフォルト設定
表 31-8 に、EIGRPのデフォルト設定を示します。
EIGRPルーティング プロセスを作成するには、EIGRPをイネーブルにし、ネットワークを関連付ける必要があります。EIGRPは指定されたネットワーク内のインターフェイスにアップデートを送信します。インターフェイス ネットワークを指定しないと、どのEIGRPアップデートでもアドバタイズされません。
（注） ネットワーク上にIGRP用に設定されているルータがあり、この設定をEIGRPに変更する場合は、IGRPとEIGRPの両方が設定された移行ルータを指定する必要があります。この場合は、この次のセクションに記載されているステップ1～3を実行してください（IGRPの設定も参照）。ルートを自動的に再配信するには、同じAS番号を使用する必要があります。
基本的なEIGRPパラメータの設定
EIGRPを設定するには、イネーブルEXECモードで次の手順を実行します。ルーティング プロセスの設定は必須ですが、それ以外のステップは任意です。
EIGRPインターフェイスの設定
インターフェイスごとに、他のEIGRPパラメータを任意で設定できます。
EIGRPインターフェイスを設定するには、イネーブルEXECモードで次の手順を実行します。
EIGRPルート認証の設定
EIGRPルート認証を行うと、EIGRPルーティング プロトコルからのルーティング アップデートに関するMD5認証が可能になり、承認されていない送信元から無許可または問題のあるルーティング メッセージを受け取ることがなくなります。
認証をイネーブルにするには、イネーブルEXECモードで次の手順を実行します。
EIGRPのモニタおよびメンテナンス
近接テーブルからネイバを削除できます。さらに、各種EIGRPルーティング統計情報を表示することもできます。 表 31-9 に、ネイバ削除および統計情報表示用のイネーブルEXECコマンドを示します。表示されるフィールドの詳細については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1を参照してください。
|
|
|
|---|---|
show ip eigrp topology [ autonomous-system-number ] | [[ ip-address ] mask ]] |
|
BGPの設定
BGPは、Exterior Gateway Protocol（EGP;外部ゲートウェイ プロトコル）です。AS間で、ループの発生しないルーティング情報交換を保証するドメイン間ルーティング システムを設定するために使用されます。ASは、同じ管理下で動作してRIPやOSPFなどのIGPを境界内で実行し、EGPを使用して相互接続されるルータで構成されます。BGPバージョン4は、インターネット内でドメイン間ルーティングを行うための標準EGPです。このプロトコルは、RFC 1163、1267、および1771で定義されています。BGPの詳細については、『 Internet Routing Architectures 』（Cisco Press刊）、および『 Cisco IOS IP and IP Routing Configuration Guide 』の「Configuring BGP」を参照してください。
（注） BGPのコマンドおよびキーワードの詳細については、『Cisco IOS IP and IP Routing Command Reference』Release 12.1を参照してください。表示されているにもかかわらずスイッチでサポートされないBGPコマンドについては、付録C「Cisco IOS Release 12.1(19)EA1でサポートされていないコマンド」を参照してください。
BGPアップデートを交換する場合、同じASに属するルータは Internal BGP （IBGP）を実行し、異なるASに属するルータは External BGP （EBGP)を実行します。大部分のコンフィギュレーション コマンドは、EBGPとIBGPで同じですが、ルーティング アップデートがAS間で交換されるか（EBGP）、またはAS内で交換されるか（IBGP）という点で異なります。図 31-5に、EBGPとIBGPの両方が稼働するネットワークを示します。
外部ASと情報を交換する前に、BGPはAS内のルータ間で内部BGPピアリングを定義し、IGRPやOSPFなどAS内で稼働するIGPにBGPルーティング情報を再配信して、AS内のネットワークに到達することを確認します。
BGPルーティング プロセスを実行するルータは、通常BGP スピーカー と呼ばれます。BGPはトランスポート プロトコルとしてTransmission Control Protocol（TCP）を使用します（特にポート179）。ルーティング情報を交換するため相互にTCP接続された2つのBGPスピーカーを、ピアまたは ネイバ と呼びます。図 31-5では、ルータAとB、ルータBとC、およびルータCとDがそれぞれBGPピアです。ルーティング情報は、宛先ネットワークへの完全パスを示す一連のAS番号です。BGPはこの情報を使用し、ループのないASマップを作成します。
• ルータAおよびBではEBGPが、ルータBおよびCではIBGPが稼働しています。EBGPピアは直接接続されていますが、IBGPピアは直接接続されていないことに注意してください。IGPが稼働し、2つのネイバが相互に到達する限り、IBGPピアを直接接続する必要はありません。
• AS内のすべてのBGPスピーカーは、相互にピア関係を確立する必要があります。つまり、AS内のBGPスピーカーは、論理的な完全メッシュ型に接続する必要があります。BGP4は、論理的な完全メッシュに関する要求を軽減する2つの技術（ 連合 および ルート リフレクタ ）を提供します。
• AS 200はAS 100およびAS 300の中継ASです。つまり、AS 200はAS 100とAS 300間でパケットを転送するために使用されます。
BGPピアは完全なBGPルーティング テーブルを最初に交換し、差分更新のみを送信します。BGPピアはキープアライブ メッセージ（接続が有効であることを確認）、および通知メッセージ（エラーまたは特殊条件に応答）を交換することもできます。
BGPの場合、各ルートはネットワーク番号、情報が通過したASのリスト（ ASパス ）、および他の パス アトリビュート リストで構成されます。BGPシステムの主な機能は、ASパスのリストに関する情報など、ネットワークの到達可能性情報を他のBGPシステムと交換することです。この情報は、ASが接続されているかどうかを判別したり、ルーティング ループをプルーニングしたり、ASレベル ポリシー判断を行うために使用できます。
Cisco IOSが稼働しているルータまたはスイッチがIBGPルートを選択または使用するのは、ネクストホップ ルータで使用可能なルートがあり、IGPから同期信号を受信している（IGP同期がディセーブルの場合は除く）場合です。複数のルートが使用可能な場合、BGPは アトリビュート 値に基づいてパスを選択します。BGPアトリビュートの詳細については、「BGP判断アトリビュートの設定」を参照してください。
BGPバージョン4ではClassless Interdomain Routing（CIDR）がサポートされているため、集約ルートを作成して スーパーネット を構築することで、ルーティング テーブルのサイズを削減することができます。CIDRは、BGP内部のネットワーク クラスの概念をエミュレートし、IPプレフィクスのアドバタイズをサポートします。
ここでは、BGPおよびサポートされているBGP機能の設定方法について簡単に説明します。
BGP設定の詳細については、『 Cisco IOS IP and IP Routing Configuration Guide 』の「Configuring BGP」を参照してください。特定のコマンドに関する詳細については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1を参照してください。
表示されているにもかかわらずスイッチでサポートされないBGPコマンドについては、 付録C「Cisco IOS Release 12.1(19)EA1でサポートされていないコマンド」 を参照してください。
BGPのデフォルト設定
表 31-10 に、BGPの基本的なデフォルト設定を示します。すべての特徴については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1の各コマンドに関する説明を参照してください。
BGPルーティングのイネーブル化
BGPルーティングをイネーブルにするには、BGPルーティング プロセスを確立し、ローカル ネットワークを定義します。BGPはネイバとの関係を完全に認識する必要があるため、BGPネイバも指定する必要があります。
BGPは、内部および外部の2種類のネイバをサポートします。内部ネイバは同じAS内に、外部ネイバは異なるAS内にあります。通常の場合、外部ネイバは相互に隣接し、1つのサブネットを共有しますが、内部ネイバは同じAS内の任意の場所に存在します。
スイッチではプライベートAS番号を使用できます。プライベートAS番号は通常サービス プロバイダーによって割り当てられ、ルートが外部ネイバにアドバタイズされないシステムに設定されます。プライベートAS番号の範囲は64512～65535です。ASパスからプライベートAS番号を削除するように外部ネイバを設定するには、 neighbor remove-private-as ルータ コンフィギュレーション コマンドを使用します。この結果、外部ネイバにアップデートを渡すとき、ASパス内にプライベートAS番号が含まれている場合は、これらの番号が削除されます。
ASが別のASからさらに別のASにトラフィックを渡す場合は、アドバタイズ対象のルートに矛盾が存在しないことが重要です。BGPがルートをアドバタイズしてから、ネットワーク内のすべてのルータがIGPを通してルートを学習した場合、ASは一部のルータがルーティングできなかったトラフィックを受信することがあります。このような事態を避けるため、BGPはIGPがASに情報を伝播し、BGPがIGPと 同期化 されるまで、待機する必要があります。同期化は、デフォルトでイネーブルに設定されています。ASが特定のASから別のASにトラフィックを渡さない場合、またはAS内のすべてのルータでBGPが稼働している場合は、同期化をディセーブルにし、IGP内で伝送されるルート数を少なくして、BGPがより短時間で収束するようにします。
（注） BGPをイネーブルにするには、スタック マスター上でEMIが稼働している必要があります。
BGPルーティングをイネーブルにしてBGPルーティング プロセスを確立し、ネイバを指定するには、イネーブルEXECモードで次の手順を実行します。
BGP ASを削除するには、 no router bgp autonomous-system グローバル コンフィギュレーション コマンドを使用します。BGPテーブルからネットワークを削除するには、 no network network-number ルータ コンフィギュレーション コマンドを使用します。ネイバを削除するには、 no neighbor { ip-address | peer-group-name } remote-as number ルータ コンフィギュレーション コマンドを使用します。ネイバにアップデート内のプライベートAS番号を追加するには、 no neighbor { ip-address | peer-group-name } remove-private-as ルータ コンフィギュレーション コマンドを使用します。同期化を再度イネーブルにするには、 synchronization ルータ コンフィギュレーション コマンドを使用します。
次に、図 31-5に示されたルータ上でBGPを設定する例を示します。
BGPピアが稼働していることを確認するには、show ip bgp neighborsイネーブルEXECコマンドを使用します。次に、ルータAにこのコマンドを実行した場合の出力例を示します。
state = established 以外の情報が出力された場合、ピアは稼働していません。リモート ルータIDは、ルータ（または最大のループバック インターフェイス）上の最大のIPアドレスです。テーブルが新規情報でアップデートされるたびに、テーブルのバージョン番号は増加します。継続的にテーブル バージョン番号が増加している場合は、ルートがフラッピングし、ルーティング アップデートが絶えず発生しています。
外部プロトコルの場合、 network ルータ コンフィギュレーション コマンドからIPネットワークへの参照によって制御されるのは、アドバタイズされるネットワークのみです。これは、 network コマンドを使用してアップデートの送信先を判別するIGP（IGRPなど）と対照的です。
BGP設定の詳細については、『 Cisco IOS IP and IP Routing Configuration Guide 』の「Configuring BGP」を参照してください。特定のコマンドに関する詳細については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1を参照してください。表示されているにもかかわらずスイッチでサポートされないBGPコマンドについては、 付録C「Cisco IOS Release 12.1(19)EA1でサポートされていないコマンド」 を参照してください。
ルーティング ポリシー変更の管理
ピアのルーティング ポリシーには、着信または発信ルーティング テーブル アップデートに影響する可能性があるすべての設定が含まれます。BGPネイバとして定義された2台のルータは、BGP接続を形成し、ルーティング情報を交換します。このあとでBGPフィルタ、ウェイト、距離、バージョン、またはタイマーを変更する場合、または同様の設定変更を行う場合は、BGPセッションをリセットし、設定の変更を有効にする必要があります。
リセットには、ハード リセットとソフト リセットの2つのタイプがあります。Cisco IOSソフトウェア リリース12.1以降では、事前に設定を行わなくても、ソフト リセットを使用できます。事前設定なしにソフト リセットを使用するには、両方のBGPピアでソフト ルート リフレッシュ機能がサポートされていなければなりません。この機能は、ピアによってTCPセッションが確立されたときに送信されるOPENメッセージに格納されてアドバタイズされます。ソフト リセットを使用すると、BGPルータ間でルート リフレッシュ要求およびルーティング情報を動的に交換したり、それぞれの発信ルーティング テーブルをあとで再アドバタイズすることができます。
• ソフト リセットによってネイバから着信アップデートが生成された場合、このリセットは ダイナミック着信ソフト リセット といいます。
• ソフト リセットによってネイバに一連のアップデートが送信された場合、このリセットは 発信ソフト リセット といいます。
ソフト着信リセットが発生すると、新規着信ポリシーが有効になります。ソフト発信リセットが発生すると、BGPセッションがリセットされずに、新規ローカル発信ポリシーが有効になります。発信ポリシーのリセット中に新しい一連のアップデートが送信されると、新規着信ポリシーも有効になる場合があります。
表 31-11 に、ハード リセットとソフト リセットの利点および欠点を示します。
|
|
|
|
|---|---|---|
両方のBGPルータでルート リフレッシュ機能をサポートする必要があります（Cisco IOS Release 12.1以降）。 |
BGPピアがルート リフレッシュ機能をサポートするかどうかを判別して、BGPセッションをリセットするには、イネーブルEXECモードで次の手順を実行します。
BGP判断アトリビュートの設定
BGPスピーカーが複数のASから受信したアップデートが、同じ宛先に対して異なるパスを示している場合、BGPスピーカーはその宛先に到達する最適パスを1つ選択する必要があります。選択されたパスはBGPルーティング テーブルに格納され、ネイバに伝播されます。この判断は、アップデートに格納されているアトリビュート値、およびBGPで設定可能な他の要因に基づいて行われます。
BGPピアはネイバASからプレフィクスに対する2つのEBGPパスを学習するとき、最適パスを選択してIPルーティング テーブルに挿入します。BGPマルチパス サポートがイネーブルで、同じネイバASから複数のEBGPパスを学習する場合、単一の最適パスの代わりに、複数のパスがIPルーティング テーブルに格納されます。その後、パケット スイッチング中に、複数のパス間でパケット単位または宛先単位のロードバランシングが実行されます。 maximum-paths ルータ コンフィギュレーション コマンドは、許可されるパス数を制御します。
これらの要因により、BGPが最適パスを選択するためにアトリビュートを評価する順序が決まります。
1. パスで指定されているネクストホップが到達不能な場合、このアップデートは削除されます。BGPのネクストホップのアトリビュート（ソフトウェアによって自動判別される）は、宛先に到達するために使用されるネクストホップのIPアドレスです。EBGPの場合、通常このアドレスは neighbor remote-as ルータ コンフィギュレーション コマンドで指定されたネイバのIPアドレスです。ネクストホップの処理をディセーブルにするには、ルート マップまたは neighbor next-hop-self ルータ コンフィギュレーション コマンドを使用します。
2. 最大ウェイトのパスを推奨します（シスコ独自のパラメータ）。ウェイト アトリビュートはルータにローカルであるため、ルーティング アップデートで伝播されません。デフォルトでは、ルータ送信元のパスに関するウェイト アトリビュートは32768で、それ以外のパスのウェイト アトリビュートは0です。最大ウェイトのルートを推奨します。ウェイトを設定するには、アクセス リスト、ルート マップ、または neighbor weight ルータ コンフィギュレーション コマンドを使用します。
3. ローカル初期設定値が最大のルートを推奨します。ローカル初期設定はルーティング アップデートに含まれ、同じAS内のルータ間で交換されます。ローカル初期設定アトリビュートのデフォルト値は100です。ローカル初期設定を設定するには、 bgp default local-preference ルータ コンフィギュレーション コマンドまたはルート マップを使用します。
4. ローカル ルータ上で稼働するBGPから送信されたルートを推奨します。
6. 送信元タイプが最小のルートを推奨します。内部ルートまたはIGPは、EGPによって学習されたルートよりも小さく、EGPで学習されたルートは、未知の送信元のルートまたは別の方法で学習されたルートよりも小さくなります。
7. 想定されるすべてのルートについてネイバASが同じである場合は、MEDメトリック アトリビュートが最小のルートを推奨します。MEDを設定するには、ルート マップまたは default-metric ルータ コンフィギュレーション コマンドを使用します。IBGPピアに送信されるアップデートには、MEDが含まれます。
8. 内部（IBGP）パスより、外部（EBGP）パスを推奨します。
9. 最も近いIGPネイバ（最小のIGPメトリック）を通って到達できるルートを推奨します。ルータは、AS内の最短の内部パス（BGPのネクストホップへの最短パス）を使用し、宛先に到達するためです。
10. 次の条件にすべて該当する場合は、このパスのルートをIPルーティング テーブルに挿入してください。
• 最適ルートと目的のルートの両方が、同じネイバASからのルートである。
11. マルチパスがイネーブルでない場合は、BGPルータIDのIPアドレスが最小であるルートを推奨します。通常、ルータIDはルータ上の最大のIPアドレスまたはループバック（仮想）アドレスですが、実装に依存することがあります。
同じ判断アトリビュートを設定するには、イネーブルEXECモードで次の手順を実行します。
ルート マップによるBGPフィルタリングの設定
BGP内でルート マップを使用すると、ルーティング情報を制御、変更したり、ルーティング ドメイン間でルートを再配信する条件を定義することができます。ルート マップの詳細については、「ルート マップによるルーティング情報の再配信」を参照してください。各ルート マップには、ルート マップを識別する名前（ マップ タグ ）およびオプションのシーケンス番号が付いています。
ルート マップを使用してネクストホップ処理をディセーブルにするには、イネーブルEXECモードで次の手順を実行します。
ルート マップを削除するには、 no route-map map-tag コマンドを使用します。ネクストホップ処理を再びイネーブルにするには、 no set ip next-hop ip-address コマンドを使用します。
ネイバによるBGPフィルタリングの設定
BGPアドバタイズをフィルタリングするには、 as-path access-list グローバル コンフィギュレーション コマンドや neighbor filter-list ルータ コンフィギュレーション コマンドなどのASパス フィルタを使用します。 neighbor distribute-list ルータ コンフィギュレーション コマンドとアクセス リストを併用することもできます。distribute-listフィルタはネットワーク番号に適用されます。
distribute-list コマンドの詳細については、「ルーティング アップデートのアドバタイズおよび処理の制御」を参照してください。
ネイバ単位でルート マップを使用すると、アップデートをフィルタリングしたり、各アトリビュートを変更できます。ルート マップは、着信アップデートまたは発信アップデートのいずれかに適用できます。ルート マップを渡すルートのみが、アップデート内で送信または許可されます。着信および発信の両方のアップデートで、ASパス、コミュニティ、およびネットワーク番号に基づくマッチングがサポートされています。ASパスのマッチングには match as-path access-lis tルート マップ コマンド、コミュニティに基づくマッチングには match community-list ルート マップ コマンド、ネットワークに基づくマッチングには ip access-list グローバル コンフィギュレーション コマンドが必要です。
ネイバ単位のルート マップを適用するには、イネーブルEXECモードで次の手順を実行します。
ネイバからアクセス リストを削除するには、 no neighbor distribute-list コマンドを使用します。ネイバからルート マップを削除するには、 no neighbor route-map map-tag ルータ コンフィギュレーション コマンドを使用します。
BGP ASパスに基づいて着信および発信の両方のアップデートにアクセス リスト フィルタを指定して、フィルタリングすることもできます。各フィルタは、正規表現に基づくアクセス リストです（正規表現の作成方法については、『 Cisco IOS Dial Services Command Reference 』の付録「Regular Expressions」を参照）。この方法を使用するには、ASパスのアクセス リストを定義し、特定のネイバに対して送受信されるアップデートに適用します。
BGPパス フィルタリングを設定するには、イネーブルEXECモードで次の手順を実行します。
BGPフィルタリング用のプレフィクス リストの設定
neighbor distribute-list ルータ コンフィギュレーション コマンドを含む多数のBGPルート フィルタリング コマンドでは、アクセス リストの代わりにプレフィクス リストを使用できます。プレフィクス リストを使用すると、大規模リストのロードおよび検索パフォーマンスが改善し、差分更新がサポートされ、CLI設定が簡素化され、柔軟性が増すなどの利点が生じます。
プレフィクス リストによるフィルタリングでは、アクセス リストの照合の場合と同様に、プレフィクス リストに記載されたプレフィクスとルートのプレフィクスが照合されます。一致が存在する場合は、一致したルートが使用されます。プレフィクスが許可されるか、または拒否されるかは、次に示す規則に基づいて決定されます。
• 空のプレフィクス リストはすべてのプレフィクスを許可します。
• 指定されたプレフィクスがプレフィクス リスト内のどのエントリとも一致しない場合は、暗黙的な拒否が使用されます。
• 指定されたプレフィクスと一致するエントリがプレフィクス リスト内に複数存在する場合は、シーケンス番号が最小であるプレフィクス リスト エントリが識別されます。
デフォルトでは、シーケンス番号は自動生成され、5ずつ増分します。シーケンス番号の自動生成をディセーブルにした場合は、エントリごとにシーケンス番号を指定する必要があります。シーケンス番号を指定する場合の増分値に制限はありません。増分値が1の場合は、このリストに追加エントリを挿入できません。増分値が大きい場合は、値が枯渇することがあります。
コンフィギュレーション エントリを削除する場合は、シーケンス番号を指定する必要はありません。 show コマンドの出力には、シーケンス番号が含まれます。
コマンド内でプレフィクス リストを使用する場合は、あらかじめプレフィクス リストを設定しておく必要があります。プレフィクス リストを作成したり、プレフィクス リストにエントリを追加するには、イネーブルEXECモードで次の手順を実行します。
プレフィクス リストまたはそのエントリをすべて削除する場合は、 no ip prefix-list list-name グローバル コンフィギュレーション コマンドを使用します。プレフィクス リストから特定のエントリを削除する場合は、 no ip prefix-list seq seq-value グローバル コンフィギュレーション コマンドを使用します。シーケンス番号の自動生成をディセーブルにするには no ip prefix-list sequence number コマンドを、自動生成を再びイネーブルにするには ip prefix-list sequence number コマンドを使用します。プレフィクス リスト エントリのヒット数テーブルを消去するには、 clear ip prefix-list イネーブルEXECコマンドを使用します。
BGPコミュニティ フィルタリングの設定
BGPコミュニティ フィルタリングは、COMMUNITIESアトリビュートの値に基づいてルーティング情報の配信を制御するBGPの方法の1つです。このアトリビュートによって、宛先はコミュニティにグループ化され、コミュニティに基づいてルーティング判断が適用されます。この方法を使用すると、ルーティング情報の配信制御を目的とするBGPスピーカーの設定が簡単になります。
コミュニティは、共通するいくつかのアトリビュートを共有する宛先のグループです。各宛先は複数のコミュニティに属します。AS管理者は、宛先が属するコミュニティを定義できます。デフォルトでは、すべての宛先が一般的なインターネット コミュニティに属します。コミュニティは、過渡的でグローバルな、オプションのCOMMUNITIESアトリビュート（1～4294967200）によって識別されます。事前に定義された既知のコミュニティの一部を、次に示します。
• internet ― このルートを、インターネット コミュニティにアドバタイズします。すべてのルータが所属します。
• no-export ― EBGPピアに、このルートをアドバタイズしません。
• no-advertise ― どのピア（内部または外部）にも、このルートをアドバタイズしません。
• local-as ― ローカルなAS外部のピアに、このルートをアドバタイズしません。
コミュニティに基づき、他のネイバに許可、送信、配信するルーティング情報を制御できます。BGPスピーカーは、ルートを学習、アドバタイズ、または再配信するときに、ルートのコミュニティを設定、追加、または変更します。ルートを集約すると、作成された集約内のCOMMUNITIESアトリビュートに、すべての初期ルートの全コミュニティが含まれます。
コミュニティ リストを使用すると、ルート マップのmatchステートメントで使用されるコミュニティ グループを作成できます。さらに、アクセス リストの場合と同様、一連のコミュニティ リストも作成できます。ステートメントは一致が見つかるまでチェックされ、1つのステートメントが満たされると、テストは終了します。
コミュニティに基づいてCOMMUNITIESアトリビュートおよびmatchステートメントを設定するには、「ルート マップによるルーティング情報の再配信」に記載されている match community-list および set community ルートマップ コンフィギュレーション コマンドを参照してください。
デフォルトでは、COMMUNITIESアトリビュートはネイバに送信されません。COMMUNITIESアトリビュートが特定のIPアドレスのネイバに送信されるように指定するには、 neighbor send-community ルータ コンフィギュレーション コマンドを使用します。
コミュニティ リストを作成、適用するには、イネーブルEXECモードで次の手順を実行します。
BGPネイバおよびピア グループの設定
通常の場合、BGPネイバの多くは同じアップデート ポリシー（同じ発信ルート マップ、配信リスト、フィルタ リスト、アップデート送信元など）を使用して設定されます。アップデート ポリシーが同じネイバをピア グループにまとめると設定が簡単になり、アップデートの効率が高まります。多数のピアを設定した場合は、この方法を推奨します。
BGPピア グループを設定するには、ピア グループを作成し、そこにオプションを割り当てて、ピア グループ メンバーとしてネイバを追加します。ピア グループを設定するには、 neighbor ルータ コンフィギュレーション コマンドを使用します。デフォルトでは、ピア グループ メンバーはremote-as（設定されている場合）、version、update-source、out-route-map、out-filter-list、out-dist-list、minimum-advertisement-interval、next-hop-selfなど、ピア グループの設定オプションをすべて継承します。すべてのピア グループ メンバーは、ピア グループに対する変更を継承します。また、発信アップデートに影響しないオプションを無効にするように、メンバーを設定することもできます。
各ネイバに設定オプションを割り当てるには、ネイバのIPアドレスを使用し、次に示すルータ コンフィギュレーション コマンドのいずれかを指定します。ピア グループにオプションを割り当てるには、ピア グループ名を使用し、いずれかのコマンドを指定します。 neighbor shutdown ルータ コンフィギュレーション コマンドを使用すると、すべての設定情報を削除せずに、BGPピアまたはピア グループをディセーブルにすることができます。
BGPピアを設定するには、イネーブルEXECモードで次のコマンドを使用します。
既存のBGPネイバまたはネイバ ピア グループをディセーブルにするには、 neighbor shutdown ルータ コンフィギュレーション コマンドを使用します。ディセーブル化されている既存のネイバまたはネイバ ピア グループをイネーブルにするには、 no neighbor shutdown ルータ コンフィギュレーション コマンドを使用します。
集約アドレスの設定
CIDRを使用すると、集約ルート（または スーパーネット ）を作成して、ルーティング テーブルのサイズを最小化することができます。BGP内に集約ルートを設定するには、集約ルートをBGPに再配信するか、またはBGPルーティング テーブル内に集約エントリを作成します。BGPテーブル内に特定のエントリがさらに1つまたは複数存在する場合は、BGPテーブルに集約アドレスが追加されます。
ルーティング テーブル内に集約アドレスを作成するには、イネーブルEXECモードで次のコマンドを使用します。
集約エントリを削除するには、 no aggregate-address address mask ルータ コンフィギュレーション コマンドを使用します。オプションをデフォルト値に戻すには、キーワードを指定してコマンドを使用します。
ルーティング ドメイン連合の設定
IBGPメッシュを削減する方法の1つは、ASを複数のサブASに分割して、単一のASとして認識される単一の連合にグループ化することです。各ASは内部で完全にメッシュ化されていて、同じ連合内の他のASとの間には数本の接続があります。異なるAS内にあるピアではEBGPセッションが使用されますが、ルーティング情報はIBGPピアと同様な方法で交換されます。特に、ネクスト ホップ、MED、およびローカル初期設定情報が維持されるため、すべてのASで単一のIGPを使用できます。
BGP連合を設定するには、ASシステム グループのAS番号として機能する連合IDを指定する必要があります。
BGP連合を設定するには、イネーブルEXECモードで次のコマンドを使用します。
|
|
|
|
|---|---|---|
bgp confederation peers autonomous-system [ autonomous-system ...] |
||
BGPルート リフレクタの設定
BGPでは、すべてのIBGPスピーカーを完全メッシュ構造にする必要があります。外部ネイバからルートを受信したルータは、そのルートをすべての内部ネイバにアドバタイズする必要があります。ルーティング情報のループを防ぐには、すべてのIBGPスピーカーを接続する必要があります。内部ネイバは、内部ネイバから取得されたルートを他の内部ネイバに送信しません。
ルート リフレクタを使用すると、取得されたルートをネイバに渡す場合に他の方法が使用されるため、すべてのIBGPスピーカーを完全メッシュ構造にする必要はありません。IBGPピアを ルート リフレクタ に設定すると、そのIBGPピアはIBGPによって取得されたルートを一連のIBGPネイバに送信するようになります。ルート リフレクタの内部ピアには、 クライアント ピア と 非クライアント ピア （AS内の他のすべてのルータ）の2つのグループがあります。ルート リフレクタは、これらの2つのグループ間でルートを反映させます。ルート リフレクタおよびそのクライアント ピアは、 クラスタ を形成します。非クライアント ピアは相互に完全メッシュ構造にする必要がありますが、クライアント ピアはその必要はありません。クラスタ内のクライアントは、そのクラスタ外のIBGPスピーカーと通信しません。
アドバタイズされたルートを受信したルート リフレクタは、ネイバに応じて、次のいずれかのアクションを実行します。
• EBGPスピーカーからのルートをすべてのクライアントおよび非クライアント ピアにアドバタイズします。
• 非クライアント ピアからのルートをすべてのクライアントにアドバタイズします。
• クライアントからのルートをすべてのクライアントおよび非クライアント ピアにアドバタイズします。したがって、クライアントを完全メッシュ構造にする必要はありません。
通常、クライアントのクラスタにはルート リフレクタが1つあり、クラスタはルート リフレクタのルータIDで識別されます。冗長性を高めて、シングル ポイントでの障害を回避するには、クラスタに複数のルート リフレクタを設定する必要があります。このように設定した場合は、ルート リフレクタが同じクラスタ内のルート リフレクタからのアップデートを認識できるように、クラスタ内のすべてのルート リフレクタに同じクラスタID（4バイト）を設定する必要があります。クラスタを処理するすべてのルート リフレクタは完全メッシュ構造にし、一連の同一なクライアント ピアおよび非クライアント ピアを設定する必要があります。
ルート リフレクタおよびクライアントを設定するには、イネーブルEXECモードで次のコマンドを使用します。
ルート ダンピング化の設定
ルート フラップ ダンピング化は、インターネットワーク内でフラッピング ルートの伝播を最小化するためのBGP機能です。ルートがフラッピングとみなされるのは、ルートが使用可能、使用不可能、使用可能、使用不可能のように、状態が継続的に変化する場合です。ルート ダンピング化がイネーブルの場合は、フラッピングしているルートに penalty 値が割り当てられます。ルートの累積ペナルティが設定された制限値に到達すると、ルートが稼働している場合であっても、BGPはルートのアドバタイズを抑制します。 再使用限度 は、ペナルティと比較される設定可能な値です。ペナルティが再使用限度より小さくなると、起動中の抑制されたルートのアドバタイズが再開されます。
IBGPによって取得されたルートには、ダンピング化が適用されません。このポリシーにより、IBGPピアのペナルティがAS外部のルートよりも大きくなることはありません。
BGPルート ダンピング化を設定するには、イネーブルEXECモードで次のコマンドを使用します。
フラップ ダンピング化をディセーブルにするには、キーワードを指定しないで no bgp dampening ルータ コンフィギュレーション コマンドを使用します。ダンピング係数をデフォルト値に戻すには、値を指定して no bgp dampening ルータ コンフィギュレーション コマンドを使用します。
BGPのモニタおよびメンテナンス
特定のキャッシュ、テーブル、またはデータベースのすべての内容を削除することができます。この作業は、特定の構造の内容が無効になる場合、または無効である疑いがある場合に必要となります。
BGPルーティング テーブル、キャッシュ、データベースの内容など、特定の統計情報を表示することができます。さらに、リソースの利用率を判別したり、ネットワーク問題を解決するための情報を使用することもできます。さらに、ノードの到達可能性に関する情報を表示し、デバイスのパケットが経由するネットワーク内のパスを検出することもできます。
表 31-12 に、BGPを消去および表示するために使用するイネーブルEXECコマンドを示します。表示されるフィールドの詳細については、『 Cisco IOS IP and IP Routing Command Reference 』Release 12.1を参照してください。
また、 bgp log-neighbor changes ルータ コンフィギュレーション コマンドを使用し、BGPネイバをリセット、起動、またはダウンさせるときに生成されるメッセージのロギングをイネーブルにすることもできます。
プロトコル独立機能の設定
ここでは、IPルーティング プロトコルに依存しない機能の設定方法について説明します。これらの機能は、SMIまたはEMIが稼働するスイッチ上で使用できますが、SMI付属のプロトコル関連機能はRIPでのみ使用できます。この章に記載されたIPルーティング プロトコル独立コマンドの詳細については、『 Cisco IOS IP and IP Routing Command Reference』Release 12.1の「IP Routing Protocol-Independent Commands」を参照してください。
• 「PBRの設定」
• 「認証鍵の管理」
dCEFの設定
Cisco Express Forwarding（CEF）は、ネットワーク パフォーマンスを最適化するために使用されるレイヤ3 IPスイッチング技術です。CEFには高度なIP検索および転送アルゴリズムが実装されているため、レイヤ3スイッチングのパフォーマンスを最大化することができます。高速スイッチング ルート キャッシュよりもCPUにかかる負担が少ないため、CEFはより多くのCPU処理能力をパケット転送に振り分けることができます。Catalyst 3750スイッチ スタックでは、ハードウェアでdCEFを使用して、スタック内のスイッチごとにギガビット回線速度のIPトラフィックを実現します。動的なネットワークでは、ルーティングの変更によって、高速スイッチング キャッシュ エントリが頻繁に無効となります。高速スイッチング キャッシュ エントリが無効になると、トラフィックがルート キャッシュによって高速スイッチングされずに、ルーティング テーブルによってプロセス スイッチングされることがあります。CEFおよびdCEFはForwarding Information Base（FIB;転送情報ベース）検索テーブルを使用して、宛先ベースのIPパケット スイッチングを実行します。
dCEFの2つの主要な構成要素は、分散FIBと分散隣接テーブルです。
• FIBはルーティング テーブルや情報ベースと同様、IPルーティング テーブルに転送情報のミラー イメージが保持されます。ネットワーク内でルーティングまたはトポロジーが変更されると、IPルーティング テーブルがアップデートされ、これらの変更がFIBに反映されます。FIBには、IPルーティング テーブル内の情報に基づいて、ネクスト ホップのアドレス情報が保持されます。FIBにはルーティング テーブル内の既知のルートがすべて格納されているため、CEFはルート キャッシュをメンテナンスする必要がなく、トラフィックのスイッチングがより効率化され、トラフィック パターンの影響も受けません。
• リンク レイヤ上でネットワーク内のノードが1ホップで相互に到達可能な場合、これらのノードは隣接関係にあるとみなされます。CEFは隣接テーブルを使用し、レイヤ2アドレッシング情報を付加します。隣接テーブルには、すべてのFIBエントリに対する、レイヤ2のネクスト ホップのアドレスが保持されます。
デフォルトで、dCEFはグローバルなイネーブルに設定されています。何らかの理由でdCEFがディセーブルになった場合は、 ip cef distributed グローバル コンフィギュレーション コマンドを使用し、再度イネーブルに設定することができます。
デフォルト設定では、すべてのレイヤ3インターフェイスでdCEFがイネーブルです。
何らかの理由でdCEFがグローバルにイネーブルになったり、特定のインターフェイス上でディセーブルになった場合に、イネーブルにするには、イネーブルEXECモードで、次の手順を実行します。
|
|
|
|
|---|---|---|
スタック内のすべてのスイッチ、または指定されたスイッチに対して、CEF関連インターフェイス情報をスタック メンバー別に表示します。 |
||
等価コスト ルーティング パスの個数の設定
同じネットワークへ向かう同じメトリックのルートが複数ルータに格納されている場合、これらのルートは等価コストを保有しているとみなされます。ルーティング テーブルに複数の等価コスト ルートが含まれる場合は、これらを パラレル パス と呼ぶこともあります。ネットワークへの等価コスト パスがルータに複数格納されている場合、ルータはこれらを同時に使用できます。パラレル パスを使用すると、パスに障害が発生した場合に冗長性を確保することができます。また、使用可能なパスにパケットの負荷を分散し、使用可能な帯域幅を有効利用することもできます。等価コスト ルートは、スタック内の各スイッチでサポートされます。
等価コスト ルートはルータによって自動的に取得、設定されますが、ルーティング テーブルのIPルーティング プロトコルでサポートされるパラレル パスの最大数は制御可能です。
ルーティング テーブルに格納されるパラレル パスのデフォルトの最大数を変更するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
プロトコル ルーティング テーブルのパラレル パスの最大数を設定します。指定できる範囲は1～8です。ほとんどのIPルーティング プロトコルでデフォルトは4ですが、BGPの場合のみ1です。 |
||
スタティック ユニキャスト ルートの設定
スタティック ユニキャスト ルートは、特定のパスを通過して送信元と宛先間でパケットを送受信するユーザ定義のルートです。ルータが特定の宛先へのルートを構築できない場合、スタティック ルートは重要で、到達不能なすべてのパケットが送信される最終ゲートウェイを指定する場合に有効です。
スタティック ルートを設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
スタティック ルートを削除するには、 no ip route prefix mask { address | interface }グローバル コンフィギュレーション コマンドを使用します。
ユーザによって削除されるまで、スタティック ルートはスイッチに保持されます。ただし、管理距離の値を割り当て、スタティック ルートをダイナミック ルーティング情報で上書きすることができます。各ダイナミック ルーティング プロトコルには、デフォルトの管理距離が設定されています（ 表 31-13 を参照）。ダイナミック ルーティング プロトコルの情報でスタティック ルートを上書きする場合は、スタティック ルートの管理距離がダイナミック プロトコルの管理距離よりも大きな値になるように設定します。
|
|
|
|---|---|
インターフェイスを指し示すスタティック ルートは、RIP、IGRP、およびその他のダイナミック ルーティング プロトコルを通してアドバタイズされます。 redistribute スタティック ルータ コンフィギュレーション コマンドが、これらのルーティング プロトコルに対して指定されているかどうかは関係ありません。これらのスタティック ルートがアドバタイズされるのは、インターフェイスを指し示すスタティック ルートは接続された結果、静的な性質を失ったとルーティング テーブルでみなされるためです。ただし、networkコマンドで定義されたネットワーク以外のインターフェイスに対してスタティック ルートを定義する場合は、ダイナミック ルーティング プロトコルに redistribute スタティック コマンドを指定しない限り、ルートはアドバタイズされません。
インターフェイスがダウンすると、ダウンしたインターフェイスを経由するすべてのスタティック ルートがIPルーティング テーブルから削除されます。転送ルータのアドレスとして指定されたアドレスへ向かう有効なネクスト ホップがスタティック ルート内に見つからない場合は、IPルーティング テーブルからそのスタティック ルートも削除されます。
デフォルトのルートおよびネットワークの指定
ルータが他のすべてのネットワークへのルートを判別することはできません。完全なルーティング機能を実現するには、一部のルータをスマート ルータとして使用し、それ以外のルータのデフォルト ルートをスマート ルータ宛に指定します（スマート ルータには、インターネットワーク全体のルーティング テーブル情報が格納されます）。これらのデフォルト ルートはダイナミックに取得されるか、ルータごとに設定されます。ほとんどのダイナミックな内部ルーティング プロトコルには、スマート ルータを使用してデフォルト情報をダイナミックに生成し、他のルータに転送するメカニズムがあります。
指定されたデフォルト ネットワークに直接接続されたインターフェイスがルータに存在する場合は、そのデバイス上で動作するダイナミック ルーティング プロトコルによってデフォルト ルートが生成されます。RIPの場合は、疑似ネットワーク0.0.0.0がアドバタイズされます。IGRPの場合は、ネットワーク自体がアドバタイズされ、外部ルートとしてフラグ付けされます。
ネットワークのデフォルトを生成しているルータには、そのルータ自身のデフォルト ルートも指定する必要があります。ルータが自身のデフォルト ルートを生成する方法の1つは、適切なデバイスを経由してネットワーク0.0.0.0に至るスタティック ルートを指定することです。
ネットワークへのスタティック ルートをスタティック デフォルト ルートとして定義するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
ルートを削除するには、 no ip default-network network number グローバル コンフィギュレーション コマンドを使用します。
ダイナミック ルーティング プロトコルによってデフォルト情報を送信するときは、特に設定する必要はありません。ルーティング テーブルは定期的にスキャンされ、デフォルト ルートとして最適なデフォルト ネットワークが選択されます。IGRPネットワークでは、システムのデフォルト ネットワークの候補が複数存在する場合もあります。シスコのルータでは、デフォルト ルートまたは最終ゲートウェイを決定するため、管理距離およびメトリック情報を使用します。
ダイナミックなデフォルト情報がシステムに送信されない場合は、 ip default-network グローバル コンフィギュレーション コマンドを使用し、デフォルト ルートの候補を指定します。このネットワークが任意の送信元のルーティング テーブルに格納されている場合は、デフォルト ルートの候補としてフラグ付けされます。ルータにデフォルト ネットワークのインターフェイスが存在しなくても、そこへのパスが格納されている場合、そのネットワークは1つの候補とみなされ、最適なデフォルト パスへのゲートウェイが最終ゲートウェイになります。
ルート マップによるルーティング情報の再配信
スイッチでは複数のルーティング プロトコルを同時に実行し、ルーティング プロトコル間で情報を再配信することができます。たとえば、IGRPで取得されたルートをRIPで再びアドバタイズするようスイッチに指示したり、IGRPを使用してスタティック ルートを再びアドバタイズするよう指示することができます。ルーティング プロトコル間での情報の再配信は、サポートされているすべてのIPベース ルーティング プロトコルに適用されます。
2つのドメイン間で拡張パケット フィルタまたはルート マップを定義することにより、ルーティング ドメイン間でルートの再配信を条件付きで制御できます。 match および set ルートマップ コンフィギュレーション コマンドは、ルート マップの条件部を定義します。 match コマンドは条件が一致しなければならないことを示します。 set コマンドは、ルーティング アップデートがmatchコマンドによって定義された条件を満たす場合に実行されるアクションを指定します。再配信はプロトコルに依存しない機能ですが、 match および set ルート マップ コンフィギュレーション コマンドの一部は特定のプロトコル固有のものです。
route-map コマンドのあとに、 match コマンドおよび set コマンドをそれぞれ1つまたは複数指定します。 match コマンドを指定しない場合は、すべて一致するとみなされます。 set コマンドを指定しない場合、一致以外の処理はすべて実行されません。このため、少なくとも1つの match または set コマンドを指定する必要があります。
ルートマップ ステートメントは、 permit または deny として識別することもできます。ステートメントが拒否としてマークされている場合、一致基準を満たすパケットは通常の転送チャネルを通じて送り返されます（宛先ベース ルーティング）、ステートメントが許可としてマークされている場合は、一致基準を満たすパケットにsetコマンドが適用されます。一致基準を満たさないパケットは、通常のルーティング チャネルを通じて転送されます。
（注） 次に示すステップ3～14はそれぞれ任意ですが、少なくとも1つのmatchルート マップ コンフィギュレーション コマンド、および1つのsetルート マップ コンフィギュレーション コマンドを入力する必要があります。
再配信用のルート マップを設定するには、イネーブルEXECモードで次の手順を実行します。
エントリを削除するには、 no route-map map tag グローバル コンフィギュレーション コマンド、または no match や no set ルート マップ コンフィギュレーション コマンドを使用します。
ルーティング ドメイン間でルートを配信したり、ルート再配信を制御することができます。
ルート再配信を制御するには、イネーブルEXECモードで次の手順を実行します。キーワードは前述の手順で定義されたキーワードと同じです。
再配信をディセーブルにするには、そのコマンドの no 形式を使用します。
ルーティング プロトコルのメトリックを、必ずしも別のルーティング プロトコルのメトリックに変換する必要はありません。たとえば、RIPメトリックはホップ カウントで、IGRPメトリックは5つの特性の組み合わせです。このような場合は、メトリックを独自に設定し、再配信されたルートに割り当てます。ルーティング情報を制御せずにさまざまなルーティング プロトコル間で交換するとルーティング ループが発生し、ネットワーク動作が著しく低下することもあります。
メトリック変換の代わりに使用されるデフォルトの再配信メトリックが定義されていない場合は、ルーティング プロトコル間で自動的にメトリック変換が発生することもあります。
• RIPはスタティック ルートを自動的に再配信することができます。スタティック ルートにはメトリック1（直接接続）が割り当てられます。
• IGRPは、スタティック ルートおよびIGRPでルーティングされる他のASからの情報を自動的に再配信することができます。スタティック ルートには、直接接続されていることを示すメトリックが割り当てられます。他のASからのIGRPアップデートを取得したルートのメトリックは変更されません。
PBRの設定
Policy-Based Routing（PBR）を使用すると、トラフィック フローに定義済みポリシーを設定できます。PBRを使用してルーティングをより細かく制御するには、ルーティング プロトコルから取得したルートの信頼度を小さくします。PBRは、次の基準に基づいて、パスを許可または拒否するルーティング ポリシーを判別したり、実装することができます。
PBRを使用すると、等価アクセスや送信元依存ルーティング、双方向対バッチ トラフィックに基づくルーティング、専用リンクに基づくルーティングを実現できます。たとえば、在庫記録を本社に送信する場合は広帯域で高コストのリンクを短時間使用し、電子メールなど日常的に使用するアプリケーション データは狭帯域で低コストのリンクで送信することができます。
PBRがイネーブルの場合は、Access Control List（ACL;アクセス制御リスト）を使用してトラフィックを分類し、各トラフィックがそれぞれ異なるパスを経由するようにします。PBRは着信パケットに適用されます。PBRがイネーブルのインターフェイスで受信されたすべてのパケットは、ルート マップを通過します。ルート マップで定義された基準に基づいて、パケットは適切なネクスト ホップに転送（ルーティング）されます。
• パケットがルート マップ ステートメントと一致しない場合は、すべてのsetコマンドが適用されます。
• ステートメントが拒否としてマークされている場合、一致基準を満たしたパケットは通常の転送チャネルを通じて送信され、宛先ベースのルーティングが実行されます。
• ステートメントが許可としてマークされている場合、どのルートマップ ステートメントとも一致しないパケットは通常の転送チャネルを通じて送信され、宛先ベースのルーティングが実行されます。
ルート マップの設定の詳細については、「ルート マップによるルーティング情報の再配信」を参照してください。
標準IP ACLを使用すると、アプリケーション、プロトコル タイプ、またはエンド ステーションに基づいて一致基準を指定するように、送信元アドレスまたは拡張IP ACLの一致基準を指定できます。一致が見つかるまで、ルート マップにこのプロセスが行われます。一致が見つからない場合、またはルート マップが拒否の場合、通常の宛先ベース ルーティングが行われます。matchステートメント リストの末尾には、暗黙的な拒否エントリがあります。
matchコマンドが満たされた場合は、setコマンドを使用して、パス内のネクスト ホップ ルータを識別するIPアドレスを指定することができます。
（注） PBRのコマンドおよびキーワードの詳細については、『Cisco IOS IP and IP Routing Command Reference』Release 12.1を参照してください。表示されているにもかかわらずスイッチでサポートされないPBRコマンドについては、付録C「Cisco IOS Release 12.1(19)EA1でサポートされていないコマンド」を参照してください。
PBR設定時の注意事項
• PBRを使用するには、スタック マスター上でEMIが稼働している必要があります。
• マルチキャスト トラフィックには、ポリシーによるルーティングが行われません。PBRが適用されるはユニキャスト トラフィックのみです。
• ルーテッド ポートまたはSVI上で、PBRをイネーブルにできます。
• レイヤ3モードのEtherChannelポート チャネルにはポリシー ルート マップを適用できますが、EtherChannelのメンバーである物理インターフェイスには適用できません。適用しようとすると、コマンドが拒否されます。ポリシー ルート マップが適用されている物理インターフェイスは、EtherChannelのメンバーになることができません。
• スイッチ スタックには最大246個のIPポリシー ルート マップを定義できます。
• スイッチ スタックには、PBR用として最大512個のAccess Control Entry（ACE;アクセス制御エントリ）を定義できます。
• PBRを使用するには、 sdm prefer routing グローバル コンフィギュレーション コマンドを使用して、まずルーティング テンプレートをイネーブルにする必要があります。VLANまたはデフォルト テンプレートでは、PBRがサポートされません。SDMテンプレートの詳細については、 第8章「SDMテンプレートの設定」 を参照してください。
• PBRで使用されるTernary CAM（TCAM）エントリ数は、ルート マップ自体、使用されるACL、ACLおよびルート マップ エントリの順序によって異なります。
• パケット長、IP precedenceおよびType of Service（ToS;サービス タイプ）、set interface、set default next hop、またはset default interfaceに基づくPBRは、サポートされていません。有効なsetアクションがないか、またはsetアクションが Don't Fragment に設定されているポリシー マップは、サポートされていません。
PBRのイネーブル化
デフォルトでは、PBRはスイッチ上でディセーブルです。PBRをイネーブルにするには、一致基準およびすべてのmatchコマンドと一致した場合の動作を指定するルート マップを作成する必要があります。次に、特定のインターフェイスでそのルート マップ用のPBRをイネーブルにします。指定したインターフェイスに着信したパケットのうち、matchコマンドと一致したものはすべてPBRの対象になります。
PBRは、スイッチの速度低下を引き起こさない速度で、高速転送したり実装したりすることができます。高速スイッチングされたPBRでは、ほとんどのmatchおよびsetコマンドを使用できます。PBRの高速スイッチングをイネーブルにするには、事前にPBRをイネーブルにする必要があります。PBRの高速スイッチングは、デフォルトでディセーブルです。
スイッチで生成されたパケットまたはローカル パケットは、通常どおりにポリシー ルーティングされません。スイッチ上でローカルPBRをグローバルにイネーブルにすると、そのスイッチから送信されたすべてのパケットがローカルPBRの影響を受けます。ローカルPBRは、デフォルトでディセーブルに設定されています。
（注） PBRをイネーブルにするには、スタック マスター上でEMIが稼働している必要があります。
PBRを設定するには、イネーブルEXECモードで次の手順を実行します。
エントリを削除するには、 no route-map map-tag グローバル コンフィギュレーション コマンド、または no match または no set ルート マップ コンフィギュレーション コマンドを使用します。インターフェイス上でPBRをディセーブルにするには、 no ip policy route-map map-tag インターフェイス コンフィギュレーション コマンドを使用します。PBRの高速スイッチングをディセーブルにするには、 no ip route-cache policy インターフェイス コンフィギュレーション コマンドを使用します。スイッチから送信されるパケットに対してPBRをディセーブルにするには、 ip local policy route-map map-tag グローバル コンフィギュレーション コマンドを使用します。
ルーティング情報のフィルタリング
ルーティング プロトコル情報をフィルタリングする場合は、以下の作業を実行します。
（注） OSPFプロセス間でルートが再配信される場合、OSPFメトリックは保持されません。
パッシブ インターフェイスの設定
ローカル ネットワーク上の他のルータがダイナミックにルートを取得しないようにするには、 passive-interface ルータ コンフィギュレーション コマンドを使用し、ルーティング アップデート メッセージがルータ インターフェイスから送信されないようにします。OSPFプロトコルでこのコマンドを使用すると、パッシブに指定したインターフェイス アドレスがOSPFドメインのスタブ ネットワークとして表示されます。OSPFルーティング情報は、指定されたルータ インターフェイスから送受信されません。
多数のインターフェイスが存在するネットワークで、インターフェイスを手動でパッシブに設定する作業を回避するには、 passive-interface default ルータ コンフィギュレーション コマンドを使用し、すべてのインターフェイスをデフォルトでパッシブになるように設定します。このあとで、隣接関係が必要なインターフェイスを手動で設定します。
パッシブ インターフェイスを設定するには、イネーブルEXECモードで次の手順を実行します。
|
|
|
|
|---|---|---|
（任意）ルーティング プロセス用のネットワーク リストを指定します。 network-address はIPアドレスです。 |
||
パッシブとしてイネーブルにしたインターフェイスを確認するには、 show ip ospf interface などのネットワーク モニタ用イネーブルEXECコマンドを使用します。アクティブとしてイネーブルにしたインターフェイスを確認するには、 show ip interface イネーブルEXECコマンドを使用します。
ルーティング アップデートの送信を再度イネーブルにするには、 no passive-interface interface-id ルータ コンフィギュレーション コマンドを使用します。 default キーワードを指定すると、すべてのインターフェイスがデフォルトでパッシブに設定されます。次に、 no passive-interface ルータ コンフィギュレーション コマンドを使用し、隣接関係を必要とする各インターフェイスを個別に設定します。 default キーワードは、ほとんどの配信ルータに200以上のインターフェイスが備わっているインターネット サービス プロバイダーや大規模な企業ネットワークの場合に役立ちます。
ルーティング アップデートのアドバタイズおよび処理の制御
アクセス制御リストと distribute-list ルータ コンフィギュレーション コマンドを組み合わせて使用すると、ルーティング アップデート中にルートのアドバタイズを抑制し、他のルータが1つまたは複数のルートを取得しないようにすることができます。この機能をOSPFで使用した場合は外部ルートにのみ適用されるため、インターフェイス名を指定することはできません。
distribute-list ルータ コンフィギュレーション コマンドを使用し、着信したアップデートのリストのうち特定のルートを処理しないようにすることもできます（OSPFにこの機能は適用されません）。
ルーティング アップデートのアドバタイズまたは処理を制御するには、イネーブルEXECモードで次の手順を実行します。
フィルタを変更またはキャンセルするには、 no distribute-list in ルータ コンフィギュレーション コマンドを使用します。アップデート中のネットワーク アドバタイズの抑制をキャンセルするには、 no distribute-list out ルータ コンフィギュレーション コマンドを使用します。
ルーティング情報の送信元のフィルタリング
一部のルーティング情報が他の情報よりも正確な場合があるため、フィルタリングを使用して、さまざまな送信元から送られる情報にプライオリティを設定できます。「 管理距離 」は、ルータやルータのグループなど、ルーティング情報の送信元の信頼性を示す数値です。大規模ネットワークでは、他のルーティング プロトコルよりも信頼できるルーティング プロトコルが存在する場合があります。管理距離の値を指定すると、ルータはルーティング情報の送信元をインテリジェントに区別できるようになります。常にルーティング プロトコルの管理距離が最短（値が最小）であるルートが選択されます。表 31-13に、さまざまなルーティング情報送信元のデフォルトの管理距離を示します。
各ネットワークには独自の要件があるため、管理距離を割り当てる一般的な注意事項はありません。
ルーティング情報の送信元をフィルタリングするには、イネーブルEXECモードで、次の手順を実行します。
認証鍵の管理
鍵管理を使用すると、ルーティング プロトコルで使用される認証鍵を制御できます。一部のプロトコルでは、鍵管理を使用できません。認証鍵はEIGRPおよびRIPバージョン2で使用できます。
認証鍵を管理する前に、認証をイネーブルにする必要があります。プロトコルに対して認証をイネーブルにする方法については、該当するプロトコルについての説明を参照してください。認証鍵を管理するには、キー チェーンを定義してそのキー チェーンに属する鍵を識別し、各鍵の有効期間を指定します。各鍵には、ローカルに格納される独自の鍵ID（ key number キー チェーン コンフィギュレーション コマンドで指定）があります。鍵ID、およびメッセージに関連付けられたインターフェイスの組み合わせにより、使用中の認証アルゴリズムおよびMessage Digest 5（MD5）認証鍵が一意に識別されます。
有効期間が指定された複数の鍵を設定できます。存在する有効な鍵の個数に関係なく、1つの認証パケットのみが送信されます。鍵番号は小さい方から大きい方へ順に調べられ、最初に見つかった有効な鍵が使用されます。鍵変更中は、有効期間が重なっても問題ありません。これらの有効期間は、ルータに通知する必要があります。
認証鍵を管理するには、イネーブルEXECモードで次の手順を実行します。
キー チェーンを削除するには、 no key chain name-of-chain グローバル コンフィギュレーション コマンドを使用します。
IPネットワークのモニタおよびメンテナンス
特定のキャッシュ、テーブル、またはデータベースのすべての内容を削除することができます。特定の統計情報を表示することもできます。ルートを削除したり、ステータスを表示するには、 表 31-14 に示すイネーブルEXECコマンドを使用します。
|
|
|
|---|---|
show ip route [ address [ mask ] [ longer-prefixes ]] | [ protocol [ process-id ]] |
|
フィードバック