Cisco CatalystやSD-WANの置換は、「価格が上がるらしい」「他社の方が安いらしい」という噂ではなく、公式EoS/EoL、保守契約、設定資産、拠点要件を確認して判断する。 Cisco公式のEnd-of-Sale and End-of-Life Productsページでは、販売終了・サポート終了に達した製品と、サポートマイルストーンの定義を確認できる。
旧版にあった2026年ロードマップ、価格改定率、5年TCO、ベンダー別優劣は、一次情報と個別見積がないため撤回する。本稿では、既存Cisco環境を使う中堅企業が、いつ置換検討に入るべきか、何を棚卸しすべきかを整理する。
置換判断で最初に確認する項目
横にスクロールして確認できます
| 確認項目 | 見る理由 |
|---|---|
| EoS/EoL | 販売終了、サポート終了、ソフトウェア保守期限を把握する |
| 保守契約 | 障害対応、部品交換、更新費用、契約満了日を確認する |
| 設定資産 | VLAN、ACL、QoS、VPN、ルーティング、監視設定を棚卸しする |
| 拠点構成 | 本社、支店、店舗、工場、VPN、インターネット出口を把握する |
| セキュリティ | ゼロトラスト、SASE、ログ、脆弱性対応との関係を確認する |
| 運用体制 | 自社運用、保守ベンダー、代理店、MSPの責任分界を確認する |
ネットワーク刷新は、機器入れ替えだけではない。認証、監視、ログ、リモートアクセス、クラウド接続、拠点回線まで含めて設計する必要がある。
SECURITY OPERATION
日常の脆弱性運用、情シス1人で回せる体制にしませんか？
月次棚卸・重大度判定・パッチ適用代行まで含む「セキュリティ運用伴走」プラン。単発対応からの卒業で、止まらない運用体制を作ります。
ベンダー比較の前に決める要件
Aruba、Juniper、Fortinetなどを比較する前に、現行ネットワークで何を変えたいのかを明確にする。
横にスクロールして確認できます
| 要件 | 質問 |
|---|---|
| 拠点接続 | 拠点間VPN、インターネットブレイクアウト、クラウド接続をどうするか |
| セキュリティ | Firewall、SASE、ZTNA、端末認証をどこまで統合するか |
| 運用 | CLI中心か、GUI/クラウド管理か、MSP委託か |
| 可用性 | 二重化、回線冗長、障害時切替をどう設計するか |
| 監視 | SNMP、Syslog、NetFlow、NDR、SIEM連携をどうするか |
| 移行 | 並行稼働、ロールバック、休日切替、検証環境をどう用意するか |
ベンダー選定で重要なのは、価格の安さではなく、自社の運用スキルとセキュリティ要件に合うことだ。既存Cisco設定をそのまま別ベンダーに移すだけでは、運用負荷が増える可能性がある。
置換を急ぐべきケースと、延命できるケース
EOL対象だから即交換、という判断も危険である。停止できない工場・店舗・医療系拠点では、在庫機、保守契約、設定バックアップ、障害時切替を確認しながら段階移行を組む必要がある。一方で、サポート終了後もインターネット境界や認証経路に残る機器は、脆弱性対応と監視の観点から優先順位を上げる。
横にスクロールして確認できます
| 状況 | 判断の方向性 |
|---|---|
| インターネット境界にある | 脆弱性対応、ログ、設定変更履歴を確認し、早期置換候補にする |
| 拠点LANの末端機器 | 予備機、停止許容時間、PoE要件を見て段階交換を検討する |
| 監視対象外 | 交換前に可視化を入れ、障害と通信量の実態を把握する |
| 設定バックアップがない | 置換以前に設定取得、差分管理、復旧手順を作る |
| ベンダー保守が残る | 契約満了日とEOLマイルストーンを突き合わせて移行時期を決める |
この切り分けは、ネットワーク更新を一括更改の大型案件にせず、EOL診断、設定棚卸し、監視導入、1拠点PoC、全社展開という月次の案件に分ける意味がある。キャッシュフローを安定させたい企業側にとっても、いきなり全拠点を止めるより承認を取りやすい。
90日で進める置換前調査
1〜30日目: 現状把握
- Cisco公式EOLページで対象機器・ソフトウェアの状態を確認する
- 保守契約、機器台帳、設定バックアップ、ネットワーク図を集める
- 拠点、回線、クラウド接続、監視、ログの現状を整理する
31〜60日目: 要件定義
- 必須機能と過剰機能を分ける
- セキュリティ統合、SASE、リモートアクセスの方針を決める
- 移行時の停止許容時間、ロールバック条件、検証範囲を決める
61〜90日目: 比較・PoC
- 複数ベンダーに同じRFPで見積を依頼する
- 1拠点または検証環境でPoCを行う
- 運用手順、監視、ログ、障害対応を確認する
Cisco環境のEOL確認とSD-WAN刷新を安全に進めたい方へ
GXOは、機器台帳、EOL確認、ネットワーク図、設定棚卸し、RFP作成、移行計画、セキュリティ運用まで支援します。単なる機器交換ではなく、クラウド・拠点・認証・ログを含めた刷新として設計します。
公式情報・確認日
- Cisco End-of-Sale and End-of-Life Products（確認日: 2026年7月1日）: https://www.cisco.com/c/en/us/support/eol/index.html
- Cisco EOL Policy（確認日: 2026年7月1日）: https://www.cisco.com/c/en/us/products/eos-eol-policy.html
関連記事
FAQ
まず何から確認すべきですか？
最初に確認すべきなのは、対象業務、対象データ、責任者、判断期限です。情報収集だけで終えると、導入可否や対応優先順位を決められません。
社内だけで進めるべきですか？
既存業務の棚卸しは社内で進められます。ただし、要件定義、セキュリティ、費用対効果、ベンダー比較が絡む場合は、外部視点を入れた方が手戻りを抑えやすくなります。
GXOにはどの段階で相談できますか？
構想段階、予算化前、RFP作成前、既存システムの見直し段階から相談できます。要件定義、RFP作成、見積比較、レガシー刷新、業務システム再構築の相談を入口に、実装や運用改善まで整理できます。
公式・一次情報（最終確認: 2026年7月12日）
- 経済産業省 DX政策: https://www.meti.go.jp/policy/it_policy/dx/dx.html
- IPA デジタル人材・DX関連情報: https://www.ipa.go.jp/jinzai/skill-standard/dss/index.html
制度、仕様、価格、法令、脆弱性情報は改定されるため、発注・申請・対応の直前にリンク先の最新版と適用条件を再確認してください。
