フォワーディングループの確認方法
『トラブルシューティング、その結果は』のエントリーが思いのほか反響があったので、そのネットワークで起こったもう一つの不具合を対処したときの方法を紹介します。
といっても、CCOのテクニカルサポートにも掲載されている内容ですが、個人的にはなかなか勉強になりました。
構成はスイッチネットワークでコアSWが0系/1系の2台あって、それぞれからエッジSWへ繋がっているネットワークです。そのネットワークでフォワーディングループしていると思われる事象が発生したのですが、エッジSWが数十台ある場合にどの区間で発生しているかをネットワークがダウンする前に素早く確認する必要があります。
フォワーディングループが発生した場合は急激にリンクの使用率が上がるため、コアSWで各リンクの使用帯域を確認する事で区間の特定に繋がります。
各インターフェースの使用帯域を確認するには、IOSベースのCatalystだとshow intで確認できますが、インターフェース数が数十個ある場合は
「show interface | include line|\/sec」
コマンドを使うことで、下記のとおり必要最低限の情報が出力されるため便利です。
この出力例は、CCOのものですが実際の環境でもGbEのリンクで数百Mbpsと通常流れない量のトラフィックが確認できたので、問題の区間を特定することができ該当のエッジSWの電源をOFFにすることで復旧することができました。
下のイメージもCCOのものですが実際もちょうどこんな感じです。
結局この原因は物理的要因だったのですが、事前にCCOを確認していたので救われました^^;
この不具合の原因はわかりましたが、根本的な片系障害時の問題はまだ解決できていません。U氏とは今月中に片付けたいという話をしているのですがどうなることやら・・・
といっても、CCOのテクニカルサポートにも掲載されている内容ですが、個人的にはなかなか勉強になりました。
構成はスイッチネットワークでコアSWが0系/1系の2台あって、それぞれからエッジSWへ繋がっているネットワークです。そのネットワークでフォワーディングループしていると思われる事象が発生したのですが、エッジSWが数十台ある場合にどの区間で発生しているかをネットワークがダウンする前に素早く確認する必要があります。
フォワーディングループが発生した場合は急激にリンクの使用率が上がるため、コアSWで各リンクの使用帯域を確認する事で区間の特定に繋がります。
各インターフェースの使用帯域を確認するには、IOSベースのCatalystだとshow intで確認できますが、インターフェース数が数十個ある場合は
「show interface | include line|\/sec」
コマンドを使うことで、下記のとおり必要最低限の情報が出力されるため便利です。
cat#show interface | include line|\/sec
GigabitEthernet2/1 is up, line protocol is down
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
GigabitEthernet2/2 is up, line protocol is down
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
GigabitEthernet2/3 is up, line protocol is up
5 minute input rate 99765230 bits/sec, 24912 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
GigabitEthernet2/4 is up, line protocol is up
5 minute input rate 1000 bits/sec, 27 packets/sec
5 minute output rate 101002134 bits/sec, 25043 packets/sec
GigabitEthernet2/5 is administratively down, line protocol is down
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
GigabitEthernet2/6 is administratively down, line protocol is down
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
GigabitEthernet2/7 is up, line protocol is down
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
GigabitEthernet2/8 is up, line protocol is up
5 minute input rate 2000 bits/sec, 41 packets/sec
5 minute output rate 99552940 bits/sec, 24892 packets/sec
この出力例は、CCOのものですが実際の環境でもGbEのリンクで数百Mbpsと通常流れない量のトラフィックが確認できたので、問題の区間を特定することができ該当のエッジSWの電源をOFFにすることで復旧することができました。
下のイメージもCCOのものですが実際もちょうどこんな感じです。
結局この原因は物理的要因だったのですが、事前にCCOを確認していたので救われました^^;
この不具合の原因はわかりましたが、根本的な片系障害時の問題はまだ解決できていません。U氏とは今月中に片付けたいという話をしているのですがどうなることやら・・・
スポンサーサイト
この記事のトラックバックURL
http://cassi.blog34.fc2.com/tb.php/110-04a35518