Cisco IOSのshow interfacesは、line status/protocol、last input、input/output rate、error counter、drop、resetを同じ時刻で読みます。CRC単独では原因を断定せず、増分、片側・両側、speed/duplex、cable交換結果を合わせて判断します。
show interfacesは最初にどこを見る？
先に答えると、Cisco IOSのshow interfacesは、line status/protocol、last input、input/output rate、error counter、drop、resetを同じ時刻で読みます。CRC単独では原因を断定せず、増分、片側・両側、speed/duplex、cable交換結果を合わせて判断します。
CRC・drop・collisionは何を示す？
仕組みを構成上の位置と観測点に分けると、用語だけでなく実際のpacket・stateを説明できます。
| 項目 | 仕組み・役割 | 実務での判断 |
|---|---|---|
| status/protocol | 物理層とdata link状態 | up/upが必ずapplication正常を意味しない |
| CRC/input errors | 受信frameの破損等 | cable、光、duplex、対向counterと照合 |
| output drops | 送信queueで破棄 | rate・burst・QoS・capacityを確認 |
| reliability/load | 一定期間の指標 | 瞬間値と混同しない |
Client -- Gi1/0/10 [Access SW] Gi1/0/48 -- Uplink
^ CRCは受信側counter。対向送信側と時刻を合わせる正常時と異常時をどう比較する？
正常時と異常時をどう比較する？では、対象と期待値を固定し、状態取得、実通信、変更後確認の順に進めます。commandは例であり、本番投入前に対象OSの公式資料と現行設定を確認してください。
| STEP | 実施内容 | 確認する結果 |
|---|---|---|
| 1 | 対象interfaceと取得時刻を固定 | alias/descriptionで対向確認 |
| 2 | status/protocolとlast changeを確認 | down開始時刻 |
| 3 | counterを2回取得して増分を見る | 累積値の誤読を防ぐ |
| 4 | 対向、cable/optic、trafficと照合 | 原因候補を一つずつ検証 |
show interfaces GigabitEthernet1/0/10
show interfaces counters errors
show interfaces status
show logging | include Gi1/0/10GigabitEthernet1/0/10 is up, line protocol is up
5 minute input rate 120000 bits/sec
0 input errors, 0 CRC, 0 frame
0 output errors, 0 interface resetsdownの原因をどう絞る？
一つの表示だけで原因を決めず、症状ごとに次の観測点を選びます。正常時の同条件出力が比較基準です。
| 症状・誤り | 主な原因候補 | 次に確認すること |
|---|---|---|
| down/down | shutdown・cable・optic・対向電源 | admin状態、LED、DOM |
| up/down | L2 protocol/encapsulation等 | platformとinterface種別 |
| CRC増加 | 物理品質・duplex | 対向counterと交換試験 |
| output drop増加 | congestion | queue、traffic、QoS policy |
取得結果をどう報告する？
counter clearは影響と証跡消失を伴います。まず現在値と時刻を保存し、一定間隔で再取得します。resetが必要な場合は承認、比較条件、rollbackを作業手順に記載します。
- 対象機器・interface・VRF/VLAN
- 取得日時・timezone・software version
- 変更前後の同一command出力
- 期待値・実測値・判定者
- 異常時の停止条件とrollback結果
関連する仕組みを次に確認する
定義だけで終わらせず、隣接する仕組みと障害切り分けへ進みます。
まとめ：累積counterではなく増分と対向情報で原因を判定する
累積counterではなく増分と対向情報で原因を判定することが結論です。構成図、設定・command、正常時と異常時の結果を同じ条件で保存し、第三者が判断を再現できる状態にしてください。
