ネットワークの設計時には障害時にも対応できる様な最適なネットワークを考えて設計します。また万一の障害時には正常時のデータの流れや 仕組みと障害時に発生するデータの流れや仕組みを比べ障害の種類や場所を特定していきます。これらは、ルーティングプロトコルや二重化の為の仕組みを熟知 していなければできませんし、頭の中で１つ１つ論理的に考えて対処しないと障害に弱いネットワークを設計したり、障害の解決に予想以上の時間がかかったり してしまいます。

あるサーバＡとクライアントＢの通信ができなくなった時には、ただ通信ができなくなったというだけでなく、「サーバＡからクライアントＢ に１００番目のデータが行った後にはクライアントＢからサーバＡへ１００番目まで受け取ったという返事が必要なのになぜか９９番目という返事しかこな い？？どうしてか？」から始まって１つ１つ原因を追求して行きます。

トラブルシューティングの際には、アナライザを利用して通信のデータを収集して、それらを地道に解析することがあります。

ネットワークには必ず通信する相手が存在します。お互い異なるコンピュータどうしがデータのやりとりをする訳ですからそこには取り決め （プロトコル）が必要です。簡単に言えば母国語と英語しか話せないフランス人と日本人がそれぞれ母国語（仏語、日本語）で勝手に話し始めたら相手に正確に 意思は通じません。その際には、お互いが理解できる英語で話をすることでしょう。もしくは、通訳を通じて話をするかもしれません。それと同じ様にコン ピュータどうしの通信もデータの形式、データの送り方、受け取り方、受け取りの確認の方法など細かくいろいろな取り決めを守ってやりとりすることで通信を することができます。既に述べましたとおりそれらを決めているのがＩＥＴＦやＩＥＥＥなのです。

通信する相手と正しく取り決め（プロトコル）を調整することが必要なスキルの１つです。特にマルチベンダのシステムを担当する場合には、RFCの何番を採用しているのかなど相手側とのプロトコルの確認が重要になってくる要素です。

特に、１０年以上の経験を持つ中堅以降のエンジニアになると大規模なネットワークシステムのリーダやプロジェクトマネージャを担当するこ とがあります。大規模なネットワークシステムを担当する場合には、中小規模のネットワークシステムに比べ、システムのプロジェクトも細分化され、ネット ワーク部分を専門的に対応するサブプロジェクトが形成されます（図３）。そのサブプロジェクトのリーダを担当する場合には、ネットワークエンジニアとして の技術力と並び相手との調整をする能力が必要となります。プロジェクトマネージャや他のサブプロジェクトのリーダとの調整をしてシステム設計／構築を円滑 に進めていくことになります。

bit単位で物事を考えることと対極ですが、マクロ的に全体像を見渡すスキルも重要です。グローバル化が進み、海外拠点を結ぶネットワー クシステムの設計を担当するようなチャンスも巡ってくることと思います。その様な場合には世界地図を眺めるがごとく全体を見渡し、問題点などを見極めるこ とが求められます。全体を包含して見て考えるスキルも重要です。

１０年以上の経験を持つ中堅以降のエンジニアになり大規模なネットワークシステムのリーダやプロジェクトマネージャを担当することになる とプロジェクトマネージャや他のサブシステムのリーダ達とも様々な調整をしていくこともあり、その際にはコンピュータシステムを含んでマクロ的に全体像を 見渡すスキルも重要です。