show ip interface brief の出力を1行ずつ読み解く
IPアドレスの形、ネットワーク部とホスト部の境界、その境界位置を短く書くプレフィックス長、組織内で重複が許されるプライベートアドレスの枠まで、IPアドレスの読み方は一通り手元にある。10.1.50.10 を見れば 32 ビットの 10 進表記だと分かる。/24 や /30 を見れば収容できる端末数の桁感が出る。192.168.1.1 を見れば「組織内専用のプライベートアドレスだ」と判断できる。
ここで、自分に一度、聞いてみてほしい。
今、目の前のスイッチやルータが、どう設定されているのか — 自分の目で確かめたことが、あるだろうか。
構成図は読める。設計書の IP も読める。でも、目の前の機器の「今この瞬間」の状態は、見たことがない。紙の上で読めるようになった知識が、実機にはまだ届いていない段階だ。
それに、いつか必ず設定を触る日が来る。その時、いきなり configure terminal に入るのは、現状を確認せずに変更を加えるのに近い。どこに何があるか、物理リンクは生きているか、論理層はどこまで来ているか。現状を掴まないで設定を変えると、何を元に戻せばいいかすら分からなくなる。
ここから順に、その「現状の読み方」を見ていく。
設定を触る前に、まず今どうなっているかを読む。その一覧を一発で出してくれるのが show ip interface brief だ。
1 行が 1 インターフェース、4 つの列が読めれば、ここまで学んだIPアドレスの読み方と実機がつながる。
1 行が 1 インターフェース — まず Interface と IP-Address を読む
いきなり出力を見てしまう。5F フロアスイッチで show ip interface brief を叩いた結果だ。
最初に形だけ掴んでほしい。ヘッダ行(太字)があって、その下にインターフェースの数だけ行が並ぶ。1 行 = 1 インターフェース。この読み方だけ押さえれば、あとは列ごとの意味を順に重ねていくだけだ。列は全部で 6 つあるけれど、今日は左から 2 つ(Interface と IP-Address)に集中する。
Interface 列 は、どのポートかを表す。GigabitEthernet1/0/1 は物理の 1Gbps ポートで、スロット 1 / モジュール 0 / ポート 1。番号だけ見れば、どれが何番目のポートかが分かる。Vlan50 は物理ポートではなく、VLAN 50 という論理的なインターフェース(中身は別シリーズで扱う)。同じ列に物理と論理が並んで出てくる、と覚えておけばいい。
IP-Address 列 は、そのインターフェースに設定された IP。10.1.50.254 のように具体的な IPv4 が入っているか、未設定なら unassigned と表示される。unassigned は「割り当てなし」そのものだ。
さっきの出力を、この 2 列だけで言葉にしてみる。
GigabitEthernet1/0/1 unassigned— 1 番目の物理ポート、IP は付いていないGigabitEthernet1/0/24 unassigned— 24 番目の物理ポート、こちらも IP なしVlan50 10.1.50.254— VLAN 50 のインターフェースに10.1.50.254が付いている
1 行ずつ読めば、左 2 列だけでも「どこに何がある / ない」が一覧で分かる。OK? と Method の 2 列は、IP が有効か(YES/NO)・どうやって割り当てられたか(手動か自動かなど)を示すだけの列で、今日は深追いしない。
考えてみよう: 目の前に
GigabitEthernet1/0/1 unassigned YES unset up upという 1 行があったとする。この 1 行から、どのポートに / 何の IP が / どういう状態で付いているかを、言葉で説明してみてほしい。解説の先に進む前に、5 秒だけ。
Status と Protocol が語る、物理と論理の健康状態
ここで、右 2 列に進む。Status と Protocol。この 2 つが今日の主役だ。
Status 列 は物理層の状態。ケーブルや光リンクが生きているか、つまり 物理的につながっているか。
Protocol 列 は論理層の状態。L2/L3 のプロトコルがそのインターフェース上で成立しているか、つまり 論理的に使える状態か。
この 2 列を組で読むと、4 つのパターンに整理できる。
up / up— 物理も論理も生きている。理想状態。現役で使われているインターフェースdown / down— 物理リンクが成立していない。ケーブル抜け、相手側の機器の停止、モジュール故障などが候補up / down— 物理は来ているが、論理が成立していない。両端の設定が食い違っている、あるいは論理側の条件がそろっていないときに起こる(稀)administratively down— 誰かが意図的にshutdownコマンドで止めたポート。ハード故障ではない
最後の administratively down が、最終話でひとつ手元に置いておきたい肝になる。未使用ポートや一時的に無効化したポートでよく見る状態で、ハードが壊れているわけではなく、設定で止めてあるだけ。使いたくなったら no shutdown で戻せる。これを「ただの down」と混ぜて「何か壊れている」と扱ってしまうと、本物の障害とただの未使用ポートを区別できなくなる。初動判断で最初に効く区別だ。
さっきのフロアスイッチの出力に戻る。
GigabitEthernet1/0/1はup / up— 現役GigabitEthernet1/0/24はadministratively down / down— 誰かが止めた未使用ポートVlan50 10.1.50.254はup / up— VLAN 50 に IP が付いていて、論理的にも生きている
3 行の各行を、言葉で読み解けた。
物理層、L2、そして L3 — それぞれが別の話として積み上がってきたレイヤーの状態が、実機の出力では たった 2 列 に凝縮されている。Status が物理、Protocol が L2/L3。ネットワークの基本レイヤーの話が、1 行の右端で手短に報告される、ということだ。
IPアドレスの読み方が、1 つの出力の上で出会う
ここで、注釈のない生の出力をそのまま置く。図でつかんだ列の意味を、自分の目で読み直すためだ。
CORE-RT-01# show ip interface brief
Interface IP-Address OK? Method Status Protocol
GigabitEthernet0/0 10.1.1.1 YES NVRAM up up
GigabitEthernet0/1 10.1.255.1 YES NVRAM up up
GigabitEthernet0/2 unassigned YES unset down down
この 3 行を、ここまで学んできた目で読んでみる。
GigabitEthernet0/0 10.1.1.1 up/up。10.1.1.1 は 32 ビットを 10 進の 4 オクテットで書いた形。10 から始まっているから、プライベートの 10.0.0.0/8 の内側にある、組織内専用のアドレスだ。物理と論理もどちらも生きている。
GigabitEthernet0/1 10.1.255.1 up/up。10.1.255.1 も同じプライベートの枠の中。一般的な構成では、10.1.255.x のような末尾オクテットが大きい番号はコア側の対向リンクに割り当てられることが多い。だから「この環境ならおそらく /30、2 台だけの P2P リンクで向こう側と接続している片側」と推測できる。ただし brief の出力そのものからはサブネットマスクが読み取れないので、確定は別の詳細コマンドに回すという扱いでよい。それでも、番号の形だけで拾える手がかりが、もうこれだけある。
GigabitEthernet0/2 unassigned down/down。IP は付いていなくて、物理もつながっていない。未使用のポートで、ケーブルも挿さっていない状態。さっきの administratively down とは違って、設定で止めたわけではなく、単に何もつながっていない。
3 行の違いを、IPアドレスの読み方一通りで自然に読み分けられた。最初、10.1.50.10 はただの数字の並びだったはずだ。それが今は、形の意味も、ネットワーク部とホスト部の境界も、収容数の桁感も、プライベートかどうかも、物理と論理がそれぞれ生きているかも、1 つの出力の上で同時に見える。
1 つの出力を完全に読む力は、今日 1 日ではつかない。それで構わない。各列の意味が手元に来たので、明日、職場のスイッチで 1 回だけ叩いてみるか、権限がなければ「今のフロアスイッチの出力を見せてもらえますか」と周りに頼む。その 1 行目を自分の言葉で読むところから、実機との付き合いは始まる。
そして、ひとつ置いていきたい作法がある。
設定を触る前に、まず現状を読む。 変えた後にも、もう一度読んで、意図通りになったかを確かめる。
この 2 つの show に挟まれた設定変更が、後で戻すときにも、障害が起きたときにも、自分を支えてくれる。急いで configure terminal に入りたくなる場面ほど、まず show。
show ip interface brief の4列で、現状の読み方を実機に橋渡しできる
MAC だけでは別のフロアに届かないこと、もう一段の番地体系（IP）が必要なこと、その IP が 32 ビット・4 オクテットで書かれること、ネットワーク部とホスト部の境界を /N で短く書けること、組織内専用のプライベートアドレスが世界中で重複しても衝突しないこと — IPアドレスの読み方が一通り、ここで揃った。
show ip interface brief の 6 列のうち、4 列が読めれば、目の前の機器が今どう動いているかが一覧で分かる。administratively down と down は違う。up/up と up/down は違う。この区別が、明日からの小さな支えになる。
IPアドレスの話は、ここで一区切り。紙の上で読んでいたアドレスが、実機の show ip interface brief の出力で確かめられるアドレスになった。次のレイヤーやトピックに進んでも、設定を触る前にまず現状を読む という順序は、そのまま持っていける構えになっている。