3560Gから3750Xへのスイッチ交換手順


8

私の会社では、スタック内の2つのCisco 3560Gスイッチ(HSRPアクティブおよびスタンバイペア)を2つのCisco 3750Xスイッチにアップグレードします。

Cisco 3560sスイッチを取り外してから、Cisco 3750xスイッチがオンラインになるまで、スイッチの交換手順を行う必要があります。私はそれをグーグルで検索し、シスコのWebサイトを検索し、さまざまなフォーラムを検索しましたが、自分のニーズに合うものを見つけることができませんでした。

私のアプローチは...

  1. スタンバイ3560構成をバックアップします(トラフィックはアクティブ3560を通過します)。

  2. 3560のプラグを取り外し、1つの3750xに取り付けます。トラフィックを受け入れ、スタックマスターになるように3750xを設定します。

  3. 残りの3560の構成をバックアップし、削除します。

  4. 2番目の3750xを接続する

  5. スタックメンバーとして設定します。

この手順を見直してアドバイスを与えてください。このようなスイッチのアップグレードの段階的な手順を示すベンダーのドキュメントを私に示すことができれば、私はそれを感謝します。


ヘストクの回答の横にある上向き矢印をクリックすることを忘れないでください。受け入れた回答としてマークしたので、洞察に富んでいると思います。
2013年

回答:


10

これを行うための直接のステップバイステップの説明を含むWebサイトが表示されることはないと思います。ブロガーの個人的な経験を語っているブログがいくつかあるかもしれません。しかし、これが私がそれに取り組む方法です。

現在の3560Gには、コアへのL3リンクと2つのスイッチ間のL2リンク(またはポートチャネル)があると想定します。また、HSRPの状態やプリエンプションなどを交換するためにインターフェーストラッキングを使用していると仮定します。

3750Xを元の3560Gスイッチに追加する場合。必要なのは、L2リンクを3750Xスタックに拡張することだけです。このプロセス全体を実行するときに、2番目の3750Xを事前プロビジョニングし、実行して接続することもできます。
次に、L3アップリンクをスタンバイ3560Gから最初の3750Xに移動し、フェイルオーバーを容易にするためにHSRPが構成されていることを確認します。
それが完了したら、ケーブル/デバイスケーブルを3750Xスタックに移行し始めます。
次に、最後の3560G L3リンクを2番目の3750Xスイッチに移動します。これで、3750と2560の間のL2リンクを削除して、電源を切ることができるはずです。

HSRPを使用しているため、3750Xは(優先度の変更により)制御下でアクティブになります。

最後に、スタック構成の3750Xだけが残っています。3750Xは実際にはすべて1つのスイッチとして見なされるため、2つのスイッチ間でHSRPを実行する必要はありません。最終的に、最終ソリューションには、コアまたはルーターへの2x L3アップリンクと、3750Xスタックのみに存在するVLANインターフェイスが必要です。また、各L3リンクを個別の3750Xスイッチに接続することもできます。

この最終的なソリューションにより、スパニングツリーとHSRPタイマーによるネットワークの再収束の遅延を防ぎ、ルーティングプロトコルがHSRPの代わりにアップストリームパスの選択を行えるようにして、より堅牢な設計を実現できます。


3
スタッキングデバイスがMTBFにプラスまたはマイナスの影響を与えるという共通の合意はありません。スタッキングを使用することで、単一のソフトウェアの欠陥が両方のデバイスに影響を与えることができると考える人もいます。
ytti、2013年

2
@yttiスタッキングが嫌いな同僚もたくさんいます。スタッキングケーブルとハードウェアは一般的に、Xシリーズでは元のGおよびEシリーズよりも少し改善されていると思います。私はまだ彼らに火傷されていませんが、同僚の何人かはそれを嫌い、今日これらをいかなる形/形でも展開することを拒否します
knotseh

@hestonk私は3750Xスタックで多くの問題を抱えていましたが、初期設定が完了すると...かなりうまくいきました。不良ケーブル/不良スイッチがスタックセットアップの問題と混在していた(新しいスイッチは既存のスタックセットアップを一掃する)。結局のところ、構成された、素晴らしい経験。
some_guy_long_gone

多くの場合、人々はSTPを排除するために必死になりすぎて、何でもしようとはしません。少なくとも、スタックとREPによって火傷しました。STPは厄介ですが、非常に古く、実績のあるコードであり、信頼性の点でそれを上回ることはかなり困難です。
ytti 2013年

私は今ポイントを得ました。たくさんのご支援ありがとうございました。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.