「エキスパートに質問」：WAN, ルーティング, スイッチングについて

[CiscoJapanModerator]

シスコのプロフェッショナルと質疑応答ができる「エキスパートに質問」にようこそ！

ここでは、シスコのエキスパートから、専門的でかつ最新の情報が得られる貴重な機会となるでしょう。

テーマ：「WAN, ルーティング, スイッチングについて」

担当エキスパート：「 笠掛　利彰 （カサカケ トシアキ）」

ディスカッション開催期間：2011年4月11日～2011年4月24日

「笠掛 利彰」は、Cisco Japan TAC のカスタマーサポートエンジニアとして、CISCO ルータシリーズ、

Catalyst シリーズのサポートを行ってきました。

現在は、ルータ系 (Cisco12000、Cisco7200、ISR)やL3スイッチ(Catalyst6500、Cisco7600)でのルーティング、

WAN テクノロジのサポートを行っております。

Routing & Switching トラックのCCIE (CCIE#27227)資格を保有しております。

[質問の投稿方法]

サポートコミュニティへCisco.comIDでログインすると、この説明の右下に「返信」ボタンが表示されます。クリックすると投稿欄が表示されますので、質問をご記入ください。最後に「メッセージの投稿」をクリックすると質問が送信され、完了となります。

もし１つの質疑応答が進行していても、他の新しい質問を同じスレッド内に投稿いただいて問題ありません。
この「エキスパートに質問」のディスカッションスレッドに届いた質問は担当のTACエキスパートが回答しますがすべての質問に返信できないかもしれません。
返信が得られずに開催期間が終了して残ってしまった質問については、サポートコミュニティ事務局が今回の技術カテゴリの通常のディスカッション フォーラムへ再掲載し、有用な情報の展開へとつなげていきます。

エキスパートから返信が得られた質問については、評価機能でその回答が適切であったかをエキスパートへぜひ伝えてください。

あなたからの質問だけでなく、他コミュニティのメンバーから寄せられた質問がどう発展したかをのぞきに、ぜひこのフォーラムへ再度訪問されることをお待ちしております！

[yamau]

こんにちは。

1812ルーターのROMMOMのアップグレード作業にて、現行のROMMONのeraseがスタートし、ROMMONのupgrade中に何らかの不具合が発生した場合、起動不能となりますでしょうか。また、その場合復旧はできるのでしょうか。できるのであればその手順をお教えいただきたいと思います。なお、"memory validate-checksum 10000"　の対策は実施します。

以上、よろしくお願いいたします。

[ykanme]

こんにちは。

1812 の ROMMON アップグレード中に失敗した場合ですが、再起動するまでは影響ないので再度 ROMMON のアップグレードを実行してください。

また、1812 は ROMMON のバックアップをもっている為、仮に何らかの問題が発生して ROMMON のアップグレードに失敗していたとしても、バックアップ側の ROMMON で起動できます。この場合は起動後に再度 ROMMON をアップグレードしてください。

以上、よろしくお願いします。

[yamau]

早速のご回答をいただきまして、ありがとうございました。

1812はバックアップ・サイドを持っているとのことですが、ISR3800についてはいかがでしょうか。

よろしくお願いいたします。

[ykanme]

ISR3800シリーズも ReadOnly の Backup ROMMON 領域があるので、ROMMON のアップグレードに失敗したとしても起動は可能です。

[yamau]

ご回答いただき、ありがとうございました。

[1qazimeatu]

Catalyst のGOLD について、質問させて頂きます。

１．GOLDによるヘルスチェックモニタリング失敗の検知方法

例えば、Catalyst 6509上のCEF720 に対しては、デフォルトで

・TestFabricCh0Health

・TestFabricCh1Health

・TestScratchRegister

・TestSynchedFabChannel

・TestMacNotification

・TestAsicSync

・TestUnusedPortLoopback

・TestErrorCounterMonitor

・TestPortTxMonitoring

・TestLtlFpoeMemoryConsistency

・TestEARLInternalTables

などが有効となっていると思いますが、「show logging system」コマンドなどで

MIN, DIAG, HM monitoring diag | TestFabricCh0Health | TF: 2 | CF: 2 | ERC : DIAG_PERMIT_ACL_CFG_ERROR

といった内容のログを確認する事はできるのですが、10回連続で失敗した場合の挙動（TestFabricCh0Health の場合）で

モジュールをリセットする　というのがあると思いますが、このようなアクションが起こった場合は

ログに出力される、SNMP TRAPがあがる　等の検知する方法があるのでしょうか？

２．リソース状況の確認

Supervisor Engine があるスロットで、下記のようなログ(show logging system)　が出力されますが

MAJ, GOLD,test_sp_rp_inband_ping[5]: diag_hit_sp_sys_limit. SP-RP Ping Test skipped. Reason(s): SP CPU is busy (90% util).

これの意図するところは、スイッチプロセッサのCPU負荷が高い為、SP-RP Pingのテストをスキップした　という事だと思いますが

このような状況になるのは、どのような原因が考えられますでしょうか？

また、この状況（SP CPU is busy (90% util)）を確認するコマンド、SNMP OID　は、ございますでしょうか？

長文となってしまいましたが、よろしくお願いいたします。

[ykanme]

１については別のスレッドで回答してます。参考まで。

https://supportforums.cisco.com/message/3344399#3344399

[Toshiaki Kasakake]

こんばんわ。

1 についてはYoichi Kanmeさんに回答いただいてますので、以下 2 に回答します。

"SP CPU is busy"となる点につきましては、機器構成等を把握した上での詳細な調査が必要と考えますので、必要に応じて TAC への SR open をお願い致します。

また、一般に SP 等の CPU を Monitor する場合、cpmCPUTotalEntry 配下の OID にて Monitor 可能となります。
以下にて取得手順がございますため、ご参照ください。

How to Collect CPU Utilization on Cisco IOS Devices Using SNMP
Procedure for Devices with Multiple CPUs
http://www.cisco.com/en/US/tech/tk648/tk362/technologies_tech_note09186a0080094a94.shtml#multiple

以上、宜しくお願いします。