動画と記事で学ぶ / 試験・障害対応
ネットワーク検証担当の1日を時間順に解説。機器の開梱と起動ログ取得、テプラ作成、結線、ファームアップ、config投入、試験の進め方と、検証で求められるスキルをまとめます。
ここからは、記事でゆっくり確かめましょう。図や操作の例を見ながら、気になるところから読み進めてください。
ネットワークの検証担当は、本番に導入する前の機器を社内で組み上げ、設計どおりに動くかを試験する仕事です。届いた機器の開梱、起動ログの取得、ラックへの取り付け、結線、ファームウェアの更新、configの投入、そして試験。未経験で設計構築の会社に入ると、たいていここから仕事が始まります。
この記事では、検証担当の1日を時間順に追い、各作業で何をするのか、検証で求められるスキルは何かを説明します。
検証担当の1日（スケジュール例）
検証は、段階によって1日の中身が大きく変わります。ここでは、機器が届いて検証環境を作る日の例を挙げます。
| 時間 | やること |
|---|---|
| 9:00 | 出社。メールの確認と返信 |
| 9:30 | 構築対象機器の開梱、起動ログの取得 |
| 12:00 | 昼食 |
| 13:00 | 機器のテプラ作成、ラックマウント |
| 15:00 | 物理構成図を見ながら結線 |
| 17:00 | ファームアップ、configの投入 |
設計構築のSI企業では、案件を受注すると、依頼元から検証用の機器や構築対象の機器が送られてきます。その機器で社内に検証環境を作り、試験をして、問題がなければ現地に導入する。これが全体の流れです。検証担当は、この「社内で組んで試す」部分を受け持ちます。
午前：機器を開梱して、起動ログを取る
機器が届いたら、開梱して電源を入れ、最初に起動ログを取ります。検証担当が必ずやる作業です。
目的は2つあります。
- ハードウェアに故障がないか、正常に起動するかを確認する
- 「届いた時点で機器はこの状態だった」という証拠を残す
2つ目が大事です。あとから故障が見つかったとき、届いた時点のログがあれば、最初から壊れていたのか、作業中に壊れたのかを切り分けられます。起動ログは、自分たちを守る保険になります。起動ログで取るコマンドはCiscoのshowコマンド12選で紹介しています。
午後：テプラを作り、ラックに取り付ける
機器のホスト名をテプラで印刷し、機器の前面に貼ります。同じ型番の機器が何台も並ぶので、どれが何の機器かを見て分かるようにするためです。そのあと、機器をラックに取り付けます。
地味な作業ですが、業務の中でわりと頻繁に出てきます。構築担当がやることも、検証担当がやることもあります。テプラの使い方は、入社してから覚えれば大丈夫です。
午後：物理構成図を見ながら結線する
物理構成図は、「どの機器の何番ポートが、どの機器の何番ポートにつながるか」を表した図です。この図のとおりにケーブルを挿していき、検証環境を作ります。
図を見てつなぐだけなので、難しい作業ではありません。ただ、規模が大きくなると、結線だけで丸1日かかることもあります。挿し間違えると、あとの試験で原因不明のNGが出て時間を取られます。1本ずつ、図と照らし合わせて確認しながら進めます。
夕方：ファームアップとconfig投入
ファームアップ
案件ごとに、「この機器はこのバージョンで動かす」と決まっています。届いた機器のバージョンが違えば、指定のバージョンまで更新します。これもよくある作業です。
手順は機器によって違うので、そのつど調べながら進めます。FTPやTFTPでファームウェアのファイルを機器に送る方法が多いです。
自宅に実機があるなら、ファームアップの練習をしておくことをおすすめします。CatalystやFortiGateは、安いものなら1万円しないくらいで手に入ります。FTP・TFTPでのファイル転送に慣れておくと、設計構築の現場で役に立ちます。
config投入
構築担当が作ったconfigを機器に投入します。投入したら show run を取り、投入したconfigと比較して、すべての行が入っているかを確認します。比較の方法はWinMergeでconfigを比較する方法を見てください。
試験の日：朝から晩までログを取る
検証環境ができたら、試験に入ります。この段階では、朝9時半から夜19時まで、丸1日試験だけをする日もあります。
試験は、試験成績書（試験項目と期待する結果をまとめた資料）に沿って進めます。たとえば障害試験なら、次の作業を繰り返します。
- 機器の電源を落とす（またはケーブルを抜く）
- 通信が止まった時間（断時間）を確認する
- 基準内であることを確認し、ログを保存する
- 機器を復旧させる
- 復旧時の断時間を確認する
- ログを保存する
案件の規模によっては、1日に数百ファイルのログを保存します。同じ作業を何時間も続けるので、集中力と忍耐力が要ります。連続Pingの打ち方とログの保存はExPingの使い方で説明しています。
検証で求められる2つのスキル
1. 設計書を読んで、ネットワークを正確に理解する
検証担当だからといって、言われた試験だけをこなせばいいわけではありません。「このネットワークはこう作られているから、この経路を通るはずだ」と理解していないと、結果が正しいかどうかを判断できません。
通信できなかったときは、Ping、トレースルート、Wiresharkを使って、どこで止まっているのかを切り分けます。たとえばWiresharkで見ると、Pingの要求は相手に届き、相手は応答も返している。しかしその応答が戻ってきていない。こう分かれば、次は「応答がどこで止まっているか」を調べます。そうやってconfigのミスを見つけていきます。
最初のうちは、この切り分けがとても難しく感じます。慣れるしかありません。ただ、切り分けができるかどうかが、ネットワークエンジニアとしての最初の壁であり、成長にいちばんつながる部分です。Pingやトレースルートも、「経路が分かるコマンド」という理解で止めず、どういう仕組みで動いているかまで押さえてください。
2. 試験成績書をもとに、正確に試験する
試験成績書を読み、それぞれが何のための試験なのかを理解してから進めます。ログを取るときは、トレースルートで経路を見て、設計方針どおりの経路を通っているかを判断します。想定と違う経路だった場合は、構築担当に報告し、原因を確認して、configを修正します。
判断のしやすさは、試験成績書の細かさで変わります。正しい経路がIPアドレスのレベルで書いてあれば、トレースルートの結果と見比べるだけです。そこまで書かれていなければ、自分でネットワークを理解したうえで「この経路で合っている」と判断することになります。
よくある質問
ネットワークの検証とは、何をする仕事ですか？
本番に導入する前の機器を社内で組み上げ、設計どおりに動くかを試験する仕事です。機器の準備、結線、config投入、試験、ログの保存までを行います。
未経験でも検証の仕事はできますか？
できます。未経験で設計構築の会社に入った場合、検証から参加することが多いです。ここで業務に慣れ、障害の切り分けを覚えていきます。
なぜ最初に起動ログを取るのですか？
機器が正常に起動するかを確認し、届いた時点の状態を証拠として残すためです。あとで故障が見つかったときの切り分けに使えます。
検証で使うツールは何ですか？
Tera Term、ExPing、Wireshark、WinMergeなどです。一覧はネットワークエンジニア必須の検証ツール14選にまとめています。
このテーマを続けて学ぶ
