show versionは、機種、Cisco IOS/IOS XE version、image、uptime、last reload reason、license、memory、configuration registerを確認する入口です。reload reasonは補助情報なので、crash file、syslog、電源・監視記録と照合して再起動原因を確定します。
show versionでは何を確認できる？
先に答えると、show versionは、機種、Cisco IOS/IOS XE version、image、uptime、last reload reason、license、memory、configuration registerを確認する入口です。reload reasonは補助情報なので、crash file、syslog、電源・監視記録と照合して再起動原因を確定します。
IOS・image・uptimeをどう読む？
仕組みを構成上の位置と観測点に分けると、用語だけでなく実際のpacket・stateを説明できます。
| 項目 | 仕組み・役割 | 実務での判断 |
|---|---|---|
| Version/Image | 稼働softwareとboot image | planned versionと一致するか |
| Uptime | 現在の連続稼働時間 | 再起動日時は取得時刻から逆算 |
| Last reload reason | 装置が保持する理由 | 電源・crash・manual等を他logで裏付け |
| Config register | boot挙動 | 変更はreload影響を伴う |
取得時刻 2026-08-04 20:00
└─ uptime 3 weeks, 2 days
└─ last reload reason: power-on
└─ image: packages.conf
監視・facility logと同時刻を照合再起動理由はどこまで分かる？
再起動理由はどこまで分かる？では、対象と期待値を固定し、状態取得、実通信、変更後確認の順に進めます。commandは例であり、本番投入前に対象OSの公式資料と現行設定を確認してください。
| STEP | 実施内容 | 確認する結果 |
|---|---|---|
| 1 | 全出力と取得時刻を保存 | 抜粋だけにしない |
| 2 | inventory/台帳の機種・serial・versionと照合 | 対象誤認防止 |
| 3 | reload時刻周辺のsyslog・crashinfoを確認 | 理由を裏付け |
| 4 | Cisco advisory/EoXを対象versionで確認 | 更改・upgrade判断 |
show clock
show version
show boot
dir crashinfo:
show logging | include RELOAD|POWER|CRASHCisco IOS XE Software, Version 17.x
Switch uptime is 3 weeks, 2 days
System returned to ROM by Power Failure
Last reload reason: Power FailureEOL・bug調査へどうつなげる？
一つの表示だけで原因を決めず、症状ごとに次の観測点を選びます。正常時の同条件出力が比較基準です。
| 症状・誤り | 主な原因候補 | 次に確認すること |
|---|---|---|
| uptimeが短い | planned/unplanned reload | change ticketとmonitoring |
| imageとboot設定が不一致 | 次回reloadで別image | show bootとfilesystem |
| reasonがpower failure | facility・PSU・upstream | power logと隣接機器 |
| crashinfoあり | software crash | timestamp、version、official advisory |
構成台帳へ何を記録する？
show versionを貼るとserial numberやlicense情報が含まれる場合があります。外部共有時は必要箇所だけをmaskし、社内証跡は原本と編集版を分けて保管します。
- 対象機器・interface・VRF/VLAN
- 取得日時・timezone・software version
- 変更前後の同一command出力
- 期待値・実測値・判定者
- 異常時の停止条件とrollback結果
関連する仕組みを次に確認する
定義だけで終わらせず、隣接する仕組みと障害切り分けへ進みます。
まとめ：version情報を台帳・log・公式advisoryと照合する
version情報を台帳・log・公式advisoryと照合することが結論です。構成図、設定・command、正常時と異常時の結果を同じ条件で保存し、第三者が判断を再現できる状態にしてください。
