IS-IS での MTU の不一致に関する問題

ダウンロード オプション

  • PDF     (174.7 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (84.5 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (84.6 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2005 年 8 月 10 日
Document ID:47201

偏向のない言語

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

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

概要

IS-IS hello は最大伝送単位（MTU）にフル サイズまで埋め込まれます。IS-IS hello（IIH）をフル MTU に埋め込む利点は、大きなフレームに関連した送信問題によるエラーや隣接インターフェイスの MTU 不一致によるエラーを検出できることです。

IIHのパディングは、IS-ISルーティングプロセスのルータコンフィギュレーションモードでno hello paddingコマンドを使用して、ルータ上のすべてのインターフェイスで(Cisco IOS®ソフトウェアリリース12.0(5)Tおよび12.0(5)Sで)オフできます。また IIH のパディングは、ポイントツーポイントまたはマルチポイントのインターフェイスに対して、選択的にオフにすることもできます。この場合は、ルータの設定モードで IS-IS ルーティング プロセスに対して no hello padding multi-point または no hello padding point-to-point コマンドを実行します。no isis hello padding インターフェイス設定コマンドを使用すると、個々のインターフェイスに対して HELLO パケットのパディングをオフにすることができます。

ユーザは、両方のインターフェイスのMTUが同じ場合、またはトランスレーショナルブリッジングの場合に、ネットワーク帯域幅の浪費を避けるために、helloパディングを無効にします。helloパディングが無効になっている間も、シスコルータは最初の5つのIS-IS helloをフルMTUサイズにパディングした状態で送信します。これは、MTUの不一致を検出する利点を維持するためです。連続したhelloはパディングされなくなります。

この文書では、IS-IS が稼働している接続された 2 台のルータのインターフェイスで、MTU の不一致がある場合に発生する問題について説明します。ルータ F の MTU は、インターフェイス設定コマンドの mtu 2000 によって、デフォルト値の 1500 バイトから 2000 バイトに変えられています。シリアルインターフェイスが「フラップ」している。 したがって、新しいMTU値を有効にするには、shutdownコマンドを使用してSerial 0を無効にして、次にno shutdownコマンドを使用して有効にする必要があります。

前提条件

要件

このドキュメントに特有の要件はありません。

使用するコンポーネント

このドキュメントの内容は、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。

表記法

ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。

問題

この問題を説明するために使用するネットワーク図と設定を次に示します。

isis_mtu_01.gif

ルータ H ルータ F 
clns routing
 !

 interface Serial0
  no ip address
  no ip directed-broadcast
  no ip mroute-cache
  encapsulation frame-relay
  frame-relay lmi-type ansi
 !
 interface Serial0.1 

  ip address 10.10.10.4 255.255.255.0
  no ip directed-broadcast
  ip router isis  
  clns router isis 
  frame-relay map clns 132 broadcast
  frame-relay map clns 131 broadcast
  frame-relay map ip 10.10.10.1 132 broadcast
  frame-relay map ip 10.10.10.3 131 broadcast
 !
 interface Serial0.2 point-to-point
  ip address 10.20.20.4 255.255.255.0
  no ip directed-broadcast
  ip router isis 
  clns router isis 
  frame-relay interface-dlci 130   
 !
 router isis 
  passive-interface Ethernet0
  net 49.0001.4444.4444.4444.00
  is-type level-1
 
clns routing

!
interface Serial2
mtu 2000
 no ip address
 no ip directed-broadcast
 encapsulation frame-relay
 frame-relay lmi-type ansi
!
interface Serial2.1 point-to-point
 ip address 10.20.20.2 255.255.255.0
 no ip directed-broadcast
 ip router isis 
 clns router isis 
 frame-relay interface-dlci 103   
!
router isis 
 net 49.0001.2222.2222.2222.00
 is-type level-1

両方のルータで、show clns neighborsコマンドを使用して、ルータFとルータHの間の隣接関係の状態を確認できます。ルータ F での出力には、ルータ H との隣接関係は INIT 状態であると表示されます。ルータHからの出力では、ルータFとの隣接関係がISタイプで、プロトコルがEnd System-to Intermediate System(ES-IS)であることがわかります。 この出力によって、Connectionless Network Service（CLNS; コネクションレス型ネットワーク サービス）の隣接関係に問題があることが分かります。

Router_H# show clns neighbors

System Id      SNPA                Interface   State  Holdtime  Type Protocol
Router_F       DLCI 130            Se0.2       Up     294       IS   ES-IS
Router_G       DLCI 131            Se0.1       Up     7         L1   IS-IS
Router_E       DLCI 132            Se0.1       Up     27        L1   IS-IS


Router_F# show clns neighbors

System Id      Interface   SNPA                State  Holdtime  Type Protocol
Router_H       Se2.1       DLCI 103            Init   26        L1   IS-IS

debug isis adj-packetsコマンドを使用してIS-IS隣接関係パケットデバッグを有効にすると、ルータFの両方がSerial 2.1サブインターフェイスでシリアルIIHを送受信していることがわかります。

Router_F# debug isis adj-packets
IS-IS Adjacency related packets debugging is on
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1,cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1

この出力は、ルータHがルータFからSerial 0.2のIIHを受信していないことを示しています。したがって、IS-IS隣接関係は形成されていません。この場合、隣接関係は End System（ES）になっています。

Router_H# debug isis adj-packets
IS-IS Adjacency related packets debugging is on
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending L1 IIH on Serial0.1
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending serial IIH on Serial0.2
ISIS-Adj: Rec L2 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01 
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending L1 IIH on Serial0.1
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Rec L2 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01 
ISIS-Adj: Sending serial IIH on Serial0.2
ISIS-Adj: Rec L1 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01 
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01

問題の原因

ルータHはルータFからhelloを受信しません。これは、IIHがリンクのMTUにパディングされているのに対し、ES helloはフルMTUサイズにパディングされないためです。これは、ルータFがMTUを2000と見なして、ルータHによって無視される2000バイトのhelloを送信するためです。

解決方法

解決策は、リンクの両側に同じMTUが設定されていることを確認することです。これを行う1つの方法は、次に示すようにmtuコマンドを使用することです。

Router_F# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router_F(config)# interface serial 2
Router_F(config-if)# mtu 1500
Router_F(config-if)# shutdown
Router_F(config-if)# no shutdown
Router_F(config-if)# ^Z
Router_F#

これにより、ルータ H とルータ F が隣接関係になり、互いのトラフィックをルートするようになります。

Router_H# show clns neighbors

System Id      SNPA                Interface   State  Holdtime  Type Protocol
Router_F       DLCI 130            Se0.2       Up     28        L1   IS-IS
Router_G       DLCI 131            Se0.1       Up     8         L1   IS-IS
Router_E       DLCI 132            Se0.1       Up     29        L1   IS-IS


Router_F# show clns neighbors

System Id      Interface   SNPA                State  Holdtime  Type Protocol
Router_H       Se2.1       DLCI 103            Up     24        L1   IS-IS

MTUの不一致によるCLNS隣接関係の問題は、次に示すようにclns mtuコマンドを使用して解決できます。

Router_F#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router_F(config)#interface serial2
Router_F(config-if)#clns mtu 1500
Router_F(config-if)#^Z
Router_F#

関連情報

更新履歴

改定 発行日 コメント
1.0
10-Aug-2005
初版

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

Feedbackフィードバック

シスコに問い合わせ