題名未設定 @paptimus-scirocco-blog - Tumblr Blog

フレームリレー　サブインターフェイス

フレームリレー・サブインターフェースを利用

サブインターフェースにより、１つの物理インターフェースで複数の論理インターフェースをシミュレートできます。サブインターフェースには、ポイントツーポイントとマルチポイントサブインターフェースの2種類があります。ポイントツーポイント

下図の通り、１つのサブインターフェースを使用してリモートルータ上のサブインターフェースか物理インターフェースとの間に１つのPVC接続を確立することができます。ポイントツーポイントのサブインターフェースごとに１つのサブネットを持ち、1つのDLCI をもつことができます。サブインターフェースが個別の物理インターフェースとして扱われるからスプリットホライズンが有効な状態でも、１つのサブインターフェースで受信したルーティングアップデートを別のサブインターフェースから送信することが出来ます。

マルチポイントインターフェース

1つのサブインターフェースを使用してリモートルータ上の複数の物理インターフェースまたはサブインターフェースとの間に複数のPVC接続を確立します。サブインターフェースごとに１つのサブネットと、1つのDLCI を持つことができますが、DLCI については複数持てることから、このサブインターフェースでは、通常のNBMAネットワークに従い、ブロードキャストトラフィックはスプリットホライズンの規則に従います。スプリットホライズンの無効対象となるEIGRPなどでは明示的な設定が必要です。 ※　下図では、マルチポイントサブインターフェース ( S0/0.1 ) ポイントツーポイントサブインターフェイス ( S0/0.2 ) を混在させています。

・HubRouter

(config)# interface Serial 0/0

(config-if)# encapsulation frame-relay

(config-if)# lmi-type q933a

(config-if)# no frame-relay inverse-arp

(config-if)# interface Serial 0/0.1 multipoint

(config-subif)# ip address 192.168.0.1 255.255.255.0

(config-subif)# frame-relay map ip 192.168.0.2 16 broadcast

(config-subif)# frame-relay map ip 192.168.0.3 17 broadcast

(config-subif)# no frame-relay inverse-arp

(config-if)# interface Serial 0/0.2 point-to-point

(config-subif)# ip address 192.168.2.1 255.255.255.0

(config-subif)# frame-relay interface dlci 18

・SpokeRouter

(config)# interface Serial 0/0

(config-if)# ip address 192.168.0.2 255.255.255.0

(config-if)# encapsulation frame-relay

(config-if)# frame-relay lmi-type q933a

(config-if)# frame-relay map ip 192.168.0.1 16 broadcast

(config-if)# frame-relay map ip 192.168.0.3 16 broadcast

(config-if)# no frame-relay inverse-arp

・SpokeRouter3

(config)# interface Serial 0/0

(config-if)# encapsulation frame-relay

(config-if)# lmi-type q933a

(config-if)# no frame-relay inverse-arp

(config-if)# interface Srial 0/0.1 point-to-point

(config-if)# ip address 192.168.2.2 255.255.255.0

(config-if)# frame-relay interface dlci 16

※ 物理I/Fを使用する時はframe-relay map ip を指定します。物理に frame-relay int dlci 番号を指定する方法はNGです。 ※ sh int s0/0,　sh frame-relay pvc,　sh frame-relay map,　sh frame-relay lmi,　debug frame-relay lmi で確認しましょう。

#sh frame-relay pvc #show frame-relay map #show frame-relay lmi #debug frame-relay lmi

フレームリレー設定　ハブ & スポークトポロジー

ハブ & スポークトポロジー

ハブとなる拠点を「本社」や「データセンター」とする事で各拠点はそのハブとだけVCを確立する形にして、また、拠点間におけるスポークルータとの通信を行う場合は、ハブルータを経由することで可能であるので、VCの数が少なくてよくコストも削減できることから、一般的によく採用されている構成です。今回はその構成のコンフィグ例となります。

※　但し、ハブ & スポークトポロジー構成の場合、ハブルータがダウンすれば全拠点で通信が出来なくなります。

・HubRouter

(config)# interface Serial 0/0

(config-if)# ip address 192.168.0.1 255.255.255.0

(config-if)# encapsulation frame-relay

(config-if)# frame-relay lmi-type q933a

(config-if)# frame-relay map ip 192.168.0.2 16 broadcast

(config-if)# frame-relay map ip 192.168.0.3 17 broadcast

(config-if)# no frame-relay inverse-arp

・SpokeRouter1

(config)# interface Serial 0/0

(config-if)# ip address 192.168.0.2 255.255.255.0

(config-if)# encapsulation frame-relay

(config-if)# frame-relay lmi-type q933a

(config-if)# frame-relay map ip 192.168.0.1 17 broadcast

(config-if)# frame-relay map ip 192.168.0.3 17 broadcast

(config-if)# no frame-relay inverse-arp

・SpokeRouter2

(config)# interface Serial 0/0

(config-if)# ip address 192.168.0.3 255.255.255.0

(config-if)# encapsulation frame-relay

(config-if)# frame-relay lmi-type q933a

(config-if)# frame-relay map ip 192.168.0.1 17 broadcast

(config-if)# frame-relay map ip 192.168.0.2 17 broadcast

(config-if)# no frame-relay inverse-arp

フレームリレー

フレームリレー（Frame Relay）

パケット交換のテクノロジーを使用するWANサービス。VC ( Virtual Circuit = 仮想回線 ) 上で動作します。フレームリレーでは一つの物理回線上に複数の論理的な回線 ( VC ) を多重化することができます。各VCは、IPアドレスにマッピングされたDLCI ( Data-Link Connection Identifier = データリンク接続識別子 ) により識別されます。

キャリア側のフレームリレースイッチ ( DCE ) には、DLCI を出力インターフェースにマッピングするテーブルを構築する事により、受信したフレームの DLCI を見ることで適切なインターフェースに配送することが出来ます。

・VC ( Virtual Circuit = 仮想回線 )

PVC ( 相手先固定接続 ) または SVC ( 相手先選択接続 ) の2種類があります。常時接続であるPVCに対して、SVCは接続の為に呼を確立し終了する必要があることから接続のために時間がかかります。現在、NTTやKDDIで提供されているフレームリレーサービスはPVCのみであり、一般的にPVCを使用します。 PVCは、FRスイッチ上のDLCI と出力インターフェースのマッピングテーブルを構築することで作成されます。

・DLCI

キャリア側のFRスイッチと顧客側のFR対応ルータの間の VC ( 仮想回線 ) を識別するものです。DLCI は、キャリア側のFRスイッチと顧客側のFR対応ルータとの接続ポイントを参照するだけであることから DLCI はローカルな意味を持っています。従って、DLCI 番号は対向の拠点と一致させる必要がありません。

・LM I ( Local Management Interface )

デバイス間の接続とステータスを管理する役割をプロトコルであり、 FRスイッチ ( DCE ) とFRルータ ( DTE ) 間のシグナリングの標準です。 LM I タイプは手動か自動で割り振ることができます。IOS11.2以降のCiscoルータではLM I タイプを自動検出する事ができます。Ciscoルータでは以下の３つのLM I タイプをサポート。

cisco （デフォルト値）

ansi

q933a

＜フレームリレー上でデータを伝送する＞

個々のローカルDLCI を宛先アドレスにマッピングします。パケットの宛先アドレスがフレームリレーWANを経由する時、ローカルルータ上でどのDLCI 番号を使用するのかをルータに指示します。

そのアドレスのマッピングは静的、動的の２パターンありますが、動的な場合、IARP ( Inverse Address Resolution Protocol ) を使用することで、特定の PVC に関連付けられたリモートデバイスのプロトコルアドレスを動的に発見することが出来ます。

動きとして、ルータはリンク確立の最中に個々のアクティブなDLCI から IARPパケットを送信し、接続先デバイスのネクストホップのプロトコルアドレスを問い合わせます。接続先となるデバイスはそれに応答してそのPVCに関連付けられたプロトコルアドレスを返します。次にルータは自分のマッピングテーブルを更新しそれに従い正しいルートへパケットを転送します。

#マッピングテーブル #IARP #LMI #DCE #DTE #DLCI #VC #PVC #frame #relay

NAT/PAT-ステータスコマンド

show ip nat translations

NATテーブルの確認コマンド

＜スタティックNAT＞

＜ダイナミックNAT＞

PATテーブルも同じ結果になる。アドレスの後ろの：番号はポート番号

◆　動的に生成された全てのNAT変換エントリをクリア

# clear ip nat translations *

スタティックNATの場合、設定を行った時点でNAT変換のエントリが静的に登録され、永続的に保持される。ダイナミックNATとPATの場合、NAT変換を行う通信が一定期間発生しないとタイムアウトとなり、自動的にNATテーブルからクリアされます。タイムアウトより早くNAT変換エントリをクリアしたい場合はコマンドを打つ。

show ip nat statistics

NAT変換、またはPAT変換によるアドレス変換の統計情報

＜NATのデバッグ＞

debug ip nat

#debug ip nat #show ip nat statistics #show ip nat translation #clear ip nat transrations*

PAT-外部インターフェイスとプール定義

◆外部インターフェイスPAT

①　NAT変換対象とする送信元IPアドレスをACLで定義 ②　内部ローカルアドレスを定義する「ACL」と外部グローバルアドレスの「外部インターフェース」を関連付け。 ③　どのインターフェースを「内部ネットワーク」と「外部ネットワーク」に指定するのかを定義

このようにポート番号で識別することにより、行きと帰りのパケットを識別して、正しくパケットを転送可能。

◆プールを定義したPAT

この方法はダイナミックNATの設定とほぼ同じです。設定内容の違いは、2点あります。１点目は「内部グローバルアドレスのプールは1つにする」こと、2点目は「overload オプションを設定する」こと。

①　PAT変換後となる内部グローバルアドレスのプールを定義 ⇒　PATのため、プールするIPアドレスは1つで問題ない。（start-ip と end-ip を同じにする） ②　PAT変換対象となる送信元IPアドレスをACLで定義 ③　内部ローカルアドレスを定義する「ACL」と、外部グローバルアドレスとする「プール」を関連づける。 ⇒　PATを行うため、コマンドの最後に overload を追加する。 ④　どのインターフェースを「内部ネットワーク」または「外部ネットワーク」に指定するのかを定義

※　いわゆるPATの設定は上記ではなく、最初に紹介した外部インターフェースのアドレスを使用した設定の方が一般的と言えます

どのような構成や要件であっても、「 PAT は必ず overload というコマンドを入力する」

#pat #overload #アドレスプール #ACL

NAT-スタティックNATとダイナミックNAT

◆スタティックNAT

管理者があらかじめNATルータに1対1の変換エントリを設定しておくNATのこと

①　1対1でNAT変換する「内部ローカルアドレス」と「内部グローバルアドレス」を定義 ②　どのインターフェースを「内部ネットワーク」または「外部ネットワーク」に指定するのかを定義

◆ダイナミックNAT

NAT変換で使用するIPアドレスのプールを設定しておくことで、外部への通信が発生した時にそのプール内のIPアドレスを1つ使用してNAT変換します。ダイナミックNATでは、プール内の小さい値のIPアドレスから順番に割り当てていく。なお、1つのルータでダイナミックNATとスタティックNATの両方が設定されている場合、スタティックNATの設定が優先されます。

①　NAT変換後となる内部グローバルアドレスのプールを定義 ②　NAT変換対象となる送信元IPアドレスをACLで定義 ③　内部ローカルアドレスを定義する「ACL」と、外部グローバルアドレスの「アドレスプール」を関連づける。 ④　どのインターフェースを「内部ネットワーク」または「外部ネットワーク」に指定するのかを定義

#スタティックNAT #ダイナミックNAT

NATとPAT

NAT ( Network Address Translation )

IPアドレスを変換する技術

例えば企業LANネットワークのクライアントPCがインターネット接続する場合には、プライベートIPアドレスをグローバルIPアドレスに変換（つまりNAT )をする必要がある。

NATではスタティックNATでもダイナミックNATでもIPアドレス変換が「1対1」で行われるので、例えば100台がインターネット通信を同時に行いたい場合、100個のグローバルIPアドレスが必要となります。グローバルIPアドレスが枯渇している現在、現実的な通信方式ではありません。PATでは、この問題点を解決してくれます。 PAT ( Port Address Translation )

1つのIPアドレスを複数のコンピュータで共有する技術 NAPT (Network Address Port Translation) またはIPマスカレードという。みなさんが企業LAN、大学LAN、自宅LANからインターネット通信する時に一般的に使用している技術です。 PATではIPアドレスの他にTCP/UDPのポート番号も動的に変換し、NATテーブルに変換エントリを登録することで識別しています。IPが同じでも送信元ポート番号が異なるので、各通信を識別することができるのです

NATと同様に「送信元アドレスの変換」を行い、さらにPATは「ポート番号」も登録します。

NAT/PAT用語

一般的には、

「内部ネットワーク」→企業LANネットワーク側

「外部ネットワーク」→インターネット側

実際にはCiscoのNATルータで

「ip nat inside」→内部ネットワークとなり、

「ip nat outside」→外部ネットワークとなります。

この説明内容に対して例外はない。 ※　「ローカルアドレス」とはネットワーク内部で表現されるアドレス、「グローバルアドレス」とはネットワーク外部で表現されるアドレス。

#nat #pat #NATテーブル #内部グローバル #内部ローカル #外部グローバル #外部ローカル #ip nat inside #ip nat outside #ポート番号 #NAPT #ipマスカレード

ACL-VTYへの制御

ACLはルータを通過するパケットフィルタリング以外に、ルータへの管理アクセスに対するフィルタリングにも利用されます。Ciscoルータには、VTY (Virtual Type Terminal ：仮想端末) ポートが最低でも5つ以上あり、ネットワーク管理者は、telnet接続やSSH接続によりこのVTY回線にアクセスすることでルータを管理します。例えば、3つのインターフェースがあるルータなら、この3つのインターフェース全てに対して、拡張ACLを適用して、ルータに着信するTelnet/SSH接続パケットを「許可」または「拒否」させればいいのですが、そのような面倒なことをしなくても、VTYにだけ標準ACLを適用すれば、1つのACLだけでルータへのアクセスを制御可能。

VTYへのアクセス制御は、ルータへの管理アクセス（Telnet/SSH接続）の制御という点でインバウンドで適用する制御が一般的

アウトバウンドで適用した場合、そのルータから別のネットワーク機器へ管理アクセス（Telnet/SSH接続）する際の宛先を制御することができる。

今までは標準ACLは「送信元アドレスのチェック」という位置付けで使用されていたが、VTYからのアクセス制御（アウトバウンド）では、標準ACLは「送信元アドレス」ではなく「宛先アドレスのチェック」という位置付け使用されます

重要な繰り返しになりますが、このVTYからのアクセス制御は、「ルータを通過するトラフィック」ではなくて、「ルータ自身から発生するトラフィック」が対象となります。そして、そのトラフィックはルータ自身で実行したTelnet/SSHなどのトラフィックが対象。※ ルータで「 telnet 10.1.1.1 」と入力した場合に発生するトラフィック。

#vty #line vty 0 15

ACL-ステータス確認

ACLのステータスは show access-lists コマンドにより確認できます。これで全てのACL情報が出力される。

◆　全てのACLのステータスを表示 # show access-lists

sh access-lists

◆　特定の番号（名前）のACLのステータスを表示 # show access-lists [ number | name ] ◆　特定のプロトコルのACLのステータスを表示 # show protocol access-lists

show access-listsの後にACL番号や名前を指定すれば特定のACL情報を出力することも可能です。また、show ip access-lists のようにプロトコルを指定することで、特定のプロトコルのACLを表示させることも可能。

ACLを適用したインターフェースは、show runコマンド以外に show ip interfacesコマンドでも確認できる。以下の出力例では、I/FのFastEthernet 1に「ACL100」がインバウンドで適用されていることが分かります。

sh ip int fa0/1

----------

ACL条件文の追加ーシーケンス番号

ACLは、以下のようにシーケンス番号を指定せずに条件文を追加すると、自動的に最終行に追加されていく。シーケンス番号は「10」からはじまり「10」ずつ加算されていきます。以下の場合、次の条件文は「 40 」になる。

シーケンス番号を指定して条件文を設定するためには、「名前付きACL 」の構文を利用する

ACL条件文の削除ーシーケンス番号

手順１： show access-lists により削除したい条件文のシーケンス番号を確認

手順2 ：削除したいACLが「標準ACL」か「拡張ACL」かを確認。今回は「拡張ACL」であることから　ip access-list extended コマンドの構文を使用して、シーケンス番号を指定して削除する。

以下の構文でシーケンス番号を指定し削除することで、ピンポイントに部分的に削除することが可能。 ◆　シーケンス番号を指定した標準ACLの削除 (config)# ip access-list standard number | name (config-std-nacl)# no sequence-number ◆　シーケンス番号を指定した拡張ACLの削除 (config)# ip access-list extended number | name (config-ext-nacl)# no sequence-numbe

#ip access-list standaed #no sequence-number #ip access-list extended #sh acess-lists #sh ip int

ACL-名前付きACL

ACLは大別すると、標準ACLと拡張ACLの2種類ですが、識別方法が

「番号」

「名前」

の2種類があります。

◆　名前付き標準ACLの作成 (config)# ip access-list standard name (config-std-nacl)# number [ permit | deny ] source wildcard

name

　インターフェースに適用する標準ACLの名前を指定する。

number

　条件文のシーケンス番号。省略も可能だが、省略した場合、1行目の条件文のシーケンス番号は「10」、2行目の条件文のシーケンス番号は「20」のように、2行目以降は「10」間隔で付加されていく。

---------

次に名前付き拡張ACLの設定を見てみましょう。

◆　名前付き拡張ACLの作成 (config)# ip access-list extended name (config-ext-nacl)# number [ permit | deny ] protocol source wildcard port destination wildcard port [ established ] [ log ]

◆　ACLのインターフェースへの適用 (config-if)# ip access-group name [ in | out ]

#名前付きACL

ACLの設定

標準ACL・・・送信元IPでフィルタリング

◆　番号付き標準ACLの作成 (config)# access-list number [ permit | deny ] source wildcard

number

　標準ACLの番号を 1 ～ 99、1300 ～ 1999 の範囲で指定する。通常は 1 ～ 99 を使用していき、　1 ～ 99 全てを使用した場合1300 ～ 1999 を使用するので、1300以降は一般的に使用されない。同じACLにする場合は、条件文を2行目以降も同じACL番号にします。1行に1番号ではありません。

permit | deny

　許可は permit、拒否は deny キーワードを使用。

◆　ACLのインターフェースへの適用 (config-if)# ip access-group number [ in | out ]

------------

拡張ACL・・・送信元IPアドレス、宛先IPアドレス、プロトコル番号、送信元ポート番号、宛先ポート番号等をチェックするACLです。

◆　番号付き拡張ACLの作成 (config)# access-list number [ permit | deny ] protocol source wildcard port destination wildcard port [ established | log ]

number

　拡張ACLの番号を 100 ～ 199、2000 ～ 2699 の範囲で指定する。通常は 100 ～ 199 を使用して、　100 ～ 199 全てを使用した場合に 2000 ～ 2699 を使用するので2000以降はあまり使用されない。同じACLにする場合は、条件文を2行目以降も同じACL番号にします。1行に1番号ではありません。

protocol　

プロトコル名を指定する。（例： ip / icmp / tcp / udp )

port

　以下の演算子の後にポート番号を指定する。最も使用されるキーワードが eq です。

　eq （ equal = 等しい）

　neq （ not equal = 等しくない）

　gt （ greater than = より大きい）

　lt （ less than = より小さい）

　range （ポート番号の範囲）

◆　ACLのインターフェースへの適用 (config-if)# ip access-group number [ in | out ]

例＞

　「192.168.1.1」から「10.1.1.1」へのIP通信を許可

access-list 100 permit ip host 192.168.1.1 host 10.1.1.1

　「192.168.1.0/24」から「10.1.1.0/24」へのIP通信を許可

access-list 100 permit ip 192.168.1.0 0.0.0.255 10.1.1.0 0.0.0.255

　「192.168.1.0/24」から「10.1.1.1」へのIP通信を拒否

access-list 100 deny ip 192.168.1.0 0.0.0.255 host 10.1.1.1

　「192.168.1.0/24」から全ての宛先へのIP通信を拒否

access-list 100 deny ip 192.168.1.0 0.0.0.255 any

　全ての送信元から「10.1.1.1」へのHTTP通信を許可

access-list 100 permit tcp any host 10.1.1.1 eq 80

　「10.1.1.1」のWebサーバから全ての宛先への通信を許可

access-list 100 permit tcp host 10.1.1.1 eq 80 any

　「192.168.0.0/24」から「10.1.1.1」へのTFTP通信を拒否

access-list 100 deny udp 192.168.0.0 0.0.0.255 host 10.1.1.1 eq 69

　「192.168.1.0/24」から「10.1.1.1」へのtelnet通信を拒否

access-list 100 deny tcp 192.168.1.0 0.0.0.255 host 10.1.1.1 eq 23

　全てのICMP通信を許可

　access-list 100 permit icmp any any

　「192.168.1.1」から「10.1.1.0/24」へのICMP通信を許可

access-list 100 permit icmp host 192.168.1.1 10.1.1.0 0.0.0.255

　全てのIP通信を許可

access-list 100 permit ip any any

　全てのIP通信を拒否

access-list 100 deny ip any any　(最終行に自動で追加される）

#permit #deny #1~99 #1300~1999 #access-list #access-group #any #host #eq #neq #gt #lt #range #100~199 #2000~2699

ACLアクセスコントロールリスト

ACL（Access Control List)

ルータを通過するパケットをフィルタリングして、通過を許可するパケット、通過を拒否するパケットを、通信要件に従い管理者が決めることができる。

①ACLに書かれた条件文（ステートメント）は、1行目から順番にチェックされていきます。条件に合致した時点で以降のステートメントはチェックされることはない。

②ACLの最終行には自動的に「暗黙のdeny any」と呼ばれる全てのパケットを拒否する条件文が追加される。

③ACLは、1つのインターフェースにインバウンド（IN）とアウトバウンド（OUT）の１つずつ計2つを適用できます。ルータに2つのインターフェースがあれば、INとOUTの合計で4つのACLを適用することができる。

ただし、ネットワーク層プロトコルが異なれば、適用できるACLは1つずつというルールは適用されない。例えば、「IPv4標準ACL」と「IPX標準ACL」の2つをインターフェースに「IN」で適用できる。

④ACLはルータ上で作成しただけでは動作しません。作成したACLをインターフェースにINまたはOUTで適用することにより動作します。ACLを適用する場所は以下のような推奨ルールがあります。

□　標準ACLは宛先に近い場所に適用 □　拡張ACLは送信元に近い場所に適用

--------

＜標準ACLと拡張ACL＞

標準ACL：送信元IPアドレス

拡張ACL：送信元IPアドレス、宛先IPアドレス、プロトコル番号、送信元ポート番号、宛先ポート番号

をチェックするACLです。柔軟で細かい制御ができる点で拡張ACLの方がよく使用されている

⑤ACLは、標準ACLであっても拡張ACLであっても、アウトバウンドにおけるフィルタリングは、ルータを通過するトラフィックをフィルタリング対象とする。従ってルータから発生するトラフィックはACLの対象としない。例えばルータから発生するトラフィックにRIPのアップデート、IGRP/OSPFのHelloパケットなどがありますがこれらはルータのインターフェースにOUTでACLが適用されていても、チェックされずに送信されていきます。

#インバウンド #アウトバウンド #パケットフィルタリング #拡張ACL #標準ACL #deny any #ACL

EIGRP-ステータスコマンド

show ip protocols

ルーティングプロトコルのステータスの確認

Automatic Summarization: enabled ( EIGRP に auto-summaryの設定がある）

Automatic Summarization: disabled ( EIGRP に no auto-summaryの設定がある）

show ip eigrp interfaces

EIGRPのトラフィック情報の詳細

②　インターフェースごとのEIGRPのネイバー数

show ip eigrp traffic

EIGRPの送受信された各種パケット数

show ip eigrp neighbors

EIGRPのネイバーテーブルのステータス

show ip eigrp topology

EIGRPのトポロジーテーブルのステータス。サクセサとフィージブルサクセサのルート情報のみとなりますが、show ip eigrp topology all-links コマンドは、ネイバールータから受信した全てのルート情報を確認できる。

P - Passive、A - Active

show ip route

EIGRPのルーティングーテーブルのステータス

debug ip eigrp

デバッグコマンドにより、EIGRPルータのEIGRPパケットの送信、受信の状態を確認できます。

#debug ip eigrp #show ip route #show ip eigrp topology #show ip eigrp neighbors #show ip eigrp traffic #show ip eigrp interface #show ip protocols

EIGRP-コマンド

◆　メトリック調整のためのbandwidthの設定 (config-if)# bandwidth kbps

bandwidth 128

メトリック計算用としてインターフェースの帯域幅の指定。単位は kbps

bandwidthコマンドを設定しなくてもEIGRPは動作しますし、このbandwidthコマンドを設定しても、しなくても、リンクのスピードが変化することはない。あくまでもメトリック計算用のコマンド

◆　EIGRPプロセスの起動 (config)# router eigrp autonomous-system

autonomous-system：AS（自律システム）番号を 1 ～ 65535 の範囲で指定。ネイバールータと同じ値にする必要がある。

AS番号「 1 」のEIGRPプロセスを起動させる設定例は以下。

> router eigrp 1

※ EIGRPプロセスを無効化したい場合は no router eigrp autonomous-system コマンドを入力。設定例： (config)# no router eigrp 1

◆　EIGRPを有効化するインタフェースの指定 (config-router)# network address wildcard-mask

例 1：# network 172.16.1.0 0.0.0.255 例 2：# network 172.16.1.1 0.0.0.0

#network #router eigrp #no router eigrp #bandwidth

EIGRP-ロードバランシング

EIGRPでは同じメトリック値なら、デフォルトでは最大4つのパスがルーティングテーブルに格納されますが、最大で16までのパスをルーティングテーブルに格納できます。

※メトリック値が同じ場合にロードバランシングできるのは、RIP、OSPF、EIGRP共通

◆　等コストパスの最大数の設定 (config-router)# maximum-paths value

> router eigrp 1

maximum-paths 10

<不等コストロードバランシング>

EIGRPの場合、RIPやOSPFとは異なりメトリック値が異なる場合でも、ロードバランシングすることができます。これは variance コマンドで実現できます。例えば variance 2 と設定した場合、最小メトリックの2倍の範囲でロードバランシングが可能になります。前提として、サクセサとフィージブルサクセサだけがその対象となります。

>router eigrp 1

variance 2

最小メトリック値に対して、何倍の値のメトリック値を持つパスを不等ロードバランシングの対象とするか、1 ～ 128 の範囲で指定する(デフォルト 1) 。これを 10 とすれば、あるパスの最小メトリック値×10倍のFD値を持つパスもルーティングテーブルに格納される。但し、サクセサとフィージブルサクセサのみ。

------------------

EIGRPでは、デフォルトで自動経路集約 ( auto-summary) が有効

EIGRP/RIPv2 = 手動経路集約と自動経路集約

OSPF = 手動経路集約のみサポート。

◆　自動経路集約の有効 - 設定 (config-router)# auto-summary

◆　自動経路集約の無効 - 設定 (config-router)# no auto-summary

EIGRPでは、定期的にHelloパケットを隣接ルータに送信しますが、隣接ルータがいる、いないに関係なく、EIGRPが有効化されたインターフェースから送信されます。

◆　アップデートを抑制 (config-router)# passive-interface interface

>router eigrp 1

passive-interface gi0/0

#router eigrp 1 #passive-interface #no auto-summary #auto-summary #variance #maximum-paths

EIGRP-メトリックとサクセサ

RIPv1/RIPv2のメトリックは「ホップ数」

OSPFのメトリックは「コスト」

EIGRPのメトリックは「複合メトリック」

複合メトリックとは、「帯域幅（bandwidth)」「遅延（delay）」「信頼性（reliability)」「負荷（load）」「MTU」の5つのこと。ただし、実際に使用されるメトリックは「帯域幅」と「遅延」の2項目。これらの値はshow interfacesで確認できる。

・帯域幅 ( bandwidth ) 　

ローカルルータから宛先ネットワークに至るまでの最小帯域幅

・10000 ÷ 最小帯域幅（Mbps） × 256

・遅延 ( delay ) 　

ローカルルータから宛先ネットワークに至るまでの遅延の合計値

・遅延（10マイクロ秒）の合計値 × 256

R1→「192.168.5.0/24」へ

ローカルルータ（R1）から宛先ネットワーク（192.168.5.0/24）に至るまでの最小帯域幅は「100」Mbps。遅延の合計値は「30」。

帯域幅のメトリック値：

10000 ÷ 100 × 256 = 25600

遅延のメトリック値：　

30 × 256 = 7680

メトリック値　：　25600 + 7680 = 33280 R1でshow ip routeで確認するとネットワーク（192.168.5.0/24)へのメトリック値は33280と表示されることになる。なお、K値と呼ばれる値を合計することでメトリック値は算出されるのですがデフォルトでK値は以下であることから、EIGRPのメトリックは「帯域幅＋遅延」となるのです。

K1（帯域幅）＝１　　

K2（負荷）＝0　　

K3（遅延）＝1　　

K4（信頼性）＝0　　

K5（MTU）＝0

----------

サクセサ・フィージブルサクセサ

EIGRPでは高速収束の実現のために DUAL ( Diffusing Update Algorithm ) というアルゴリズムを使用します。その結果、最適ルートであるプライマリールート ( = サクセサ ) をルーティングテーブルに保存して、ループフリーであるバックアップルート( = フィージブルサクセサ ) をトポロジーテーブルへ保存してくれる。

サクセサ（S ： Successor）

ルーティングテーブルに格納される。最小のFDの経路。

フィージブルサクセサ（F ： Fesible Successor）

バックアップルート。サクセサがダウンした時に即座にサクセサとなるルート。トポロジーテーブル

アドバタイズドディスタンス（AD ： Advertised Distance）

ネイバールータから宛先ネットワークまでのメトリック値。

フィージブルディスタンス（FD ： Feasible Distance）

ローカルルータから宛先ネットワークまでのメトリック値。

ルーティングテーブルに格納される最適ルート（サクセサ）は、トポロジテーブルで最小のFDを持つルートです。サクセサのバックアップルート（フィージブルサクセサ）になれるのは、サクセサのFD（2000）よりも、小さいADを持つルートフィージブルサクセサになれる。サクセサがダウンすると、フィージブルサクセサがサクセサに瞬時に切り替わる。