シスコサポートコミュニティ
キャンセル
次の結果を表示 
次の代わりに検索 
もしかして: 
cancel
告知

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

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

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

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

担当エキスパート:「 笠掛 利彰 (カサカケ トシアキ)」

ディスカッション開催期間:2011411日~2011424

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

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

現在は、ルータ系 (Cisco12000Cisco7200ISR)L3スイッチ(Catalyst6500Cisco7600)でのルーティング、

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

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

[質問の投稿方法]

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

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

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

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

8 件の返信
Community Member

Re: 「エキスパートに質問」:WAN, ルーティング,

こんにちは。

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

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

Cisco Employee

Re: 「エキスパートに質問」:WAN, ルーティング,

こんにちは。

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

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

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

Community Member

Re: 「エキスパートに質問」:WAN, ルーティング,

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

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

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

Cisco Employee

Re: 「エキスパートに質問」:WAN, ルーティング,

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

Community Member

Re: 「エキスパートに質問」:WAN, ルーティング,

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

Community Member

Re: 「エキスパートに質問」:WAN, ルーティング,

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

1.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があがる 等の検知する方法があるのでしょうか?

2.リソース状況の確認

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 は、ございますでしょうか?

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

Cisco Employee

Re: 「エキスパートに質問」:WAN, ルーティング,

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

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

Cisco Employee

Re: 「エキスパートに質問」:WAN, ルーティング,

こんばんわ。

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

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

1943
閲覧回数
0
いいね!
8
返信
作成コンテンツを作成するには してください