LAN スイッチについて (月間 Ask the Expert)

[CiscoJapanModerator]

シスコの技術サポートエンジニアへ質問して疑問を解決できる「エキスパートに質問」へようこそ！
ここでは、シスコのエキスパートからのアドバイスや最新の情報が得られる場として気軽にご質問ください。

担当エキスパート: LAN テクノロジー担当エンジニア

開催期間: 2015年1月5日～1月31日
シスコ テクニカル アシスタンス センター(TAC) の LAN テクノロジーチームでカスタマーサポートを担当するエンジニア達が1月末日までの1か月間回答いたします。

[質問方法]
サポートコミュニティへ Cisco.com ID でログインすると、この説明の右下に「返信」ボタンが表示されます。クリックすると投稿欄が表示されますので、質問をご記入ください。最後に「メッセージの投稿」をクリックすると質問が送信され、完了となります。
も し１つの質疑応答が進行していても、他の新しい質問を同じスレッド内に投稿いただいて問題ありません。
ディスカッション期間を過ぎてからの投稿にはエキスパートは回答できません。事務局より、通常コミュニティへの再投稿をご案内いたしますことをご了承ください。

[エキスパートからの回答について]
質 問の投稿から原則数日以内に回答できるよう努めます。内容によっては、検証や確認に時間がかかる場合もありますのでご了承ください。質問の内容によって は、エキスパートの担当範囲外の場合もございます。その際はサポートコミュニティ事務局、もしくは適切な担当から回答いたします。
エキスパートから返信が得られた質問については、評価機能でその回答が適切であったかをエ キスパートへぜひ伝えてください。

[toshiaki.nema]

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

[AB]

ご担当者様

Cat3750X IOS15.0(2)SE7で以下のBugが該当しているかと存じます。

CSCty41193
CSCug53338
CSCui06549
CSCuj98537
CSCup67962
CSCuo39682
CSCuc87225

これらのBugは「No release planned to fix this bug」となっておりますが
どの様な理由でFix版が出ないのかご教授頂けませんでしょうか。

宜しくお願いいたします。

[Yasuhiro Nakajima]

こんにちは。

問題が発生するトレインで新しいIOSのリリース予定がない、修正しなくても影響が殆ど無い、現象の再現性が確認できないため調査が継続できない等、様々な理由があります。

[AB]

ご回答有難うございます。

15.0(2)SEラインでは、「新しいIOSのリリース予定がない」は該当しないと

思いますので、これらのBugは再現性が非常に低い等影響が殆ど無いと

考えて宜しいでしょうか。

宜しくお願いいたします。

[Yasuhiro Nakajima]

こんにちは。

再現性が確認できずに、それがどの様な現象なのか判明していない事に関して、影響のあるなしは、誰にも分からないと思います。
 

[AB]

ご回答有難うございます。

それでは、以下のBugはそれぞれ「修正しなくても影響が殆ど無い」
「現象の再現性が確認できないため調査が継続できない」の

どちらになるかご教授下さい。

CSCty41193
CSCug53338
CSCui06549
CSCuj98537
CSCup67962
CSCuo39682
CSCuc87225

宜しくお願いいたします。

[Yasuhiro Nakajima]

以下になります。

CSCty41193->トレイン終了

CSCug53338->影響度を考慮の上修正なし

CSCui06549->再現性確認できず

CSCuj98537->再現性確認できず

CSCup67962->再現性確認できず

CSCuo39682->再現性確認できず

CSCuc87225->非サポート機能

Bug Search Tool に記載させて頂いている内容以外の情報に関しては、サポート契約をご購入頂いたユーザ様向けのサービスとなりますので、上記 DDTS に関しまして追加のお問合せがある場合には、サポート契約のご購入をご検討下さい。

宜しくお願いします。

[AB]

ご回答有難うございました。

[infra_unyo_nw]

ご担当者様

HSRPに関する問い合わせになります。
以下機種同士でHSRPを組んだ場合、IOSおよび型番に差異が御座いますが、
不具合（正常にActive-Standbyが切替らない等）が発生するか教えてください。
※問題なく動作する想定でいますが、裏取りがしたく投稿させて頂きました。

≪機種≫
WS-C3560X-24T-E（15.0(2) SE6）
WS-C3560G-24TS-E（12.2(25)SEE3）

≪設定≫
・正系(WS-C3560G-24TS-E)
interface GigabitEthernetx/x
ip address xxx.xxx.xxx.xxx 255.255.255.240
speed 1000
duplex full
standby 1 ip zzz.zzz.zzz.zzz
standby 1 timers msec 500 2
standby 1 priority 105
standby 1 preempt delay minimum 90
standby 1 track GigabitEthernetx/x
standby 1 track GigabitEthernetx/x
standby 1 track GigabitEthernetx/x

・副系(WS-C3560X-24T-E)
interface GigabitEthernetx/x
ip address yyy.yyy.yyy.yyy 255.255.255.240
speed 1000
duplex full
standby 1 ip zzz.zzz.zzz.zzz
standby 1 timers msec 500 2
standby 1 preempt delay minimum 90
standby 1 track GigabitEthernetx/x
standby 1 track GigabitEthernetx/x
standby 1 track GigabitEthernetx/x

-以上-

[Yoshitaka Yanomori]

こんにちは。

頂いた設定内容にて、特に問題はなく動作するとおもいます。

よろしくおねがいします。

[infra_unyo_nw]

ご回答頂き、有難う御座います。

ご存知であれば教えて頂きたいのですが、HSRPを正常に動作させる条件として
・IOSバージョンに差異がないこと
・型番に差異がないこと
の上記2点は含まれていないという認識で宜しいでしょうか。

-以上-

[Yoshitaka Yanomori]

はい、上記２点の制限はありません。
IOS、型番が異なっていてもHSRP構築可能です。

[infra_unyo_nw]

ご回答、有難う御座いました。

[toshiaki.nema]

ご担当者様

VSSの制御プロトコルについて質問です。

VSSを制御する為にpeerの生死監視としてSCP ping や ICC pingが存在するかと思いますが、

その他に「生死監視用のプロトコル」や「VSSを制御するプロトコル」はございますでしょうか。

また、これらはVSL内でのみでやり取りされると言う認識で相違ございませんでしょうか。

それともMECや他のポートでもやり取りされるのでしょうか？

次にDAD(dual active detection)ですが、DADにはfast-helloやePAgPがあります。

fast-helloはラインカード同士のlinkのみのやり取りであり、ePAgPはMEC内のみでやり取りされる

と言う認識で相違ございませんでしょうか。

[Yasuhiro Nakajima]

こんにちは。

VSSは様々な仕組みにより管理されています。

紹介させて頂けるプロトコルの一部に関しては、以下等に記載がありますので、ご確認下さい。

http://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst6500/ios/15-1SY/config_guide/sup720/15_1_sy_swcg_720/virtual_switching_systems.html

また、Fast Hello や Enhanced Pagp は設定されていないポートでやり取りされる事はありません。

宜しくお願いします。

[toshiaki.nema]

ご回答誠にありがとうございました。

Fast hello や ePAgPについては整理できました。

ご紹介頂きましたURLの日本語版は以下ですが、

---

Virtual Switching System の設定

http://www.cisco.com/cisco/web/support/JP/docs/SW/LANSWT-Core/CAT6500SWT/CG/004/vss.html?bid=0900e4b182b91b91

---

上記サイトに明確な説明が無かった為にご質問させて頂いております。

当方で明確にしたい点は以下です。

・どのような制御プロトコルを使用しているか。

・それらのトラフィックはVSL内のみで動作しているのか否か。

・それらのトラフィックのデフォルト間隔 及び 間隔変更可能か否か

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

[Yasuhiro Nakajima]

こんにちは。

回答させて頂いた様に、一部のプロトコルはそのページに記載されています。

仮想スイッチ リンク プロトコル

http://www.cisco.com/cisco/web/support/JP/docs/SW/LANSWT-Core/CAT6500SWT/CG/004/vss.html?bid=0900e4b182b91b91#pgfId-1059578

上記はVSLでやり取りされます。

Configuration Guide や Command Reference に記載のない設定は、基本的には行えないとお考え下さい。

厳密には一部変更できるパラメータもございますが、一般的な使用を目的としておりませんので、通常、弊社から依頼させて頂いた場合にのみ行なって頂く設定となります。

宜しくお願いします。

[toshiaki.nema]

ありがとうございました。

[cja56910tf]

ご担当者 様

Catalyst6500のVSS構成におけるMECを用いた環境での質問です。

Cat6500(VSS)～Cat3750XでMECを構成しています。
MEC形成はLACPでActive-Activeです。
MEC自体は正常に形成されており、VSSのActive側装置のDown時はStandby側のMECのLinkを経由した通信が正常に出来ております。
※通信は配下のCat3750側から上位のCat6500側に対して発生しています。

問題はここからでして、DownさせたActive側装置を復旧(起動)させた際に、15秒程度の通信断が発生します。

装置起動時にVSLによるVSS構成が行われる前にMECのメンバポートのLinkが上がってしまうのが原因なのか？と推測していますが、原因/理由が分かりません。

VSSでMECを構成する場合、どのような環境/構成/設定が推奨であるのか、また、上記の事象は正常であるのか、構成等に誤りはないのかについてご教授いただけませんでしょうか。

IOSバージョンやコンフィグが未提供な状況では適切な回答が難しいとは存じますが、「詳細が分からないので回答できません」という回答は極力避けていただき、仮定や想像の葉場合でも良いので解決の糸口/ヒントになるようなものを何でも良いのでご提供いただけますと大変助かります。

[Yoshitaka Yanomori]

投稿ありがとうございます。

Cat6500(VSS)側にて、standby port delay および、standby port bringup コマンドを設定した場合の動作をご確認いただけますでしょうか。

http://www.cisco.com/cisco/web/support/JP/docs/SW/LANSWT-Core/CAT6500SWT/CG/005/vss.html-tab-Routers#pgfId-1115981

よろしくおねがいします。