ネットワークスペシャリスト 2018年 午後1 問02

解答の論理構成

1. RFC とプロトコルの対応付け
   • 【問題文】に「ping 監視には、RFC 792で規定されているプロトコルである ア を利用する。」とあります。
   • RFC 792 は Internet Control Message Protocol を定義しています。したがって [ア] は「ICMP」です。
2. ping の宛先に必要な識別子
   • 【問題文】に「echo request パケットの宛先として、監視対象機器には イ を割り当てる必要がある。」とあります。
   • echo request は IP レイヤで宛先を指定するため、割り当てるものは「IP アドレス」となります。
3. SYSLOG のトランスポートプロトコル
   • 【問題文】に「SYSLOG は、トランスポートプロトコルとして RFC 768で規定されている ウ を用いている。」とあります。
   • RFC 768 は User Datagram Protocol を規定します。よって [ウ] は「UDP」です。
4. SNMP で同一グループを示す情報
   • 【問題文】に「SNMP エージェントと SNMP マネージャは、同じグループであることを示す エ を用いて、機器の管理情報（以下、MIB という）を共有する。」とあります。
   • SNMPv2c では “community name” によってグループを識別します。したがって [エ] は「コミュニティ」です。

誤りやすいポイント

• RFC 番号の取り違え
  RFC 793 と勘違いして TCP を選ぶミスが多発します。RFC 792 が ICMP、RFC 768 が UDPです。
• ping ＝ MAC アドレスではない
  echo request はレイヤ3のプロトコルなので、宛先に必要なのは MAC ではなく IP アドレスです。
• SYSLOG＝TCP と決め付ける
  セキュア SYSLOG など一部 TCP を使う実装もありますが、問題文には「RFC 768」と明示されているため UDP が正答です。
• SNMP の「ユーザ名」と混同
  SNMPv3 ではユーザベースのセキュリティモデルがありますが、本問題は SNMPv2c を前提としており、キーワードはコミュニティです。

FAQ

解答の論理構成

1. VRRP の目的を確認
   • 【問題文】「コアSWには、①VRRPが設定してあり、②正常時は、コアSW1がマスタルータで、コアSW2がバックアップルータとなるように設定している。」
   • VRRP は複数のルータで 1 つの仮想 IP アドレスを共有し、ルータ障害時に経路を自動で切替えるプロトコルです。
2. PC・サーバ側で設定する情報に着目
   • PC やサーバが日常的に設定するネットワーク項目は「IP アドレス」「サブネットマスク」「デフォルトゲートウェイ」などです。
   • VRRP で冗長化されるのはルータ側の機能ですが、ホスト側から見れば「常に同じ IP を指す出口」が維持される点が重要です。
3. 冗長化される対象を導く
   • ホストが通信相手にパケットを送る際、最初に問い合わせるのは「デフォルトゲートウェイ」です。
   • VRRP によりマスタルータが交代しても、ホスト設定は変えずに済みます。
   • よって、PC・サーバに設定する情報の中で冗長化される対象は「デフォルトゲートウェイ」になります。

誤りやすいポイント

• VRRP が「IP アドレス自体」を冗長化すると誤解し、答えを「仮想 IP アドレス」としてしまう。実際にはホストが指定する出口＝デフォルトゲートウェイが切れ目なく維持される点が本質です。
• スイッチやポート番号など機器側パラメータを記述してしまう。設問はあくまで「PC 及びサーバに設定する情報」に限定しています。
• VRRP を HSRP や GLBP など他の FHRP と混同し、用語の整合が取れなくなる。

FAQ

解答の論理構成

1. 【問題文】では、コアスイッチについて「①VRRP」が設定されており、「②正常時は、コアSW1がマスタルータで、コアSW2がバックアップルータ」と記載されています。
2. VRRP では、マスタルータが一定間隔でメッセージを送信し、バックアップルータはその受信が途切れた場合にマスターへ昇格する仕組みです。
3. RFC 5798 などの規定によれば、この監視用メッセージは “Advertisement” と呼ばれます。日本語でも “アドバタイズメント” と表記されるのが一般的です。
4. したがって、バックアップルータが受信しなくなったときにマスタルータへ切り替わるきっかけとなる VRRP で規定されたメッセージ名は
   　　VRRP アドバタイズメント
   となります。

誤りやすいポイント

• メッセージ種別を “Hello” や “Keepalive” と誤記する。これらは OSPF や HSRP で用いられる語であり、VRRP では “アドバタイズメント” が正しいです。
• “Advertisement パケット” と英語表記にした結果、15 文字以内の条件を満たさなくなることがあるため注意が必要です。
• VRRP は L3 の冗長化プロトコルですが、STP や VRRP の役割を混同し、ポート状態遷移メッセージと誤解するケースがあります。

FAQ

解答の論理構成

1. 問題文では「③p4ポートをIEEE 802.1Qを用いたトランクポートに設定している。」と明示されています。
2. トランクポートとは、複数の VLAN を 1 本の物理リンクで運搬する目的で設定するポートです。したがって、p4 には該当フロアで使用するすべての VLAN ID を許可する必要があります。
3. 【図補足情報】のサーバルーム部分には、
   • 「コアSW1　p1　VLAN100」
   • 「コアSW1　p2　VLAN200」
   • 「コアSW2　p1　VLAN100」
   • 「コアSW2　p3　VLAN300」
     という記載があり、A 社 LAN で運用している VLAN は「VLAN100」「VLAN200」「VLAN300」の3つであると読み取れます。
4. よって、p4 ポートでトランクとして通過させる VLAN ID は「VLAN100, VLAN200, VLAN300」となります。

誤りやすいポイント

• アクセスポートに設定されている VLAN だけを列挙し、トランクに不要と誤判断するケース
• 「VLAN300」はコアSW2 のみで見えるため、存在を見落とすケース
• 802.1Q トランクのデフォルト VLAN（ネイティブ VLAN）だけを書いてしまうケース

FAQ

解答の論理構成

1. 正常時の前提
   • 【問題文】には「正常時はコアSW1がルートブリッジとなるように設定している」とあります。したがって BPDU は “コアSW1 → サーバSW → フロア系スイッチ” の順に配信されます。
2. フロアスイッチ間の冗長経路
   • フロアラック1 ではフロア SW1 とフロア SW2 が相互接続されています。通常は「フロア SW2 → フロア SW1 → コアSW1」という経路が “予備” となり、フロア SW2 のクロスリンク側ポートはブロッキングになります。
3. 障害の発生
   • ケーブル1（「フロア SW1 の p1 ポート」と「コア SW1 の p2 ポート」を結ぶ）が切断されたため、フロア SW1 はルートブリッジ側の BPDU を受け取れなくなりました。
4. BPDU が到達しなくなるポートの特定
   • フロア SW2 側から見ると、切断されたケーブル1の先には「フロア SW2 p2 → フロア SW1 p2 →（断線）→ コアSW1」という経路があります。
   • この経路上で BPDU を最後に受信していたのは「フロア SW2 の p2 ポート」です。断線後は、このポートが一定時間 BPDU を受信できなくなり、“自分が指定ポートである” と判断して状態遷移を開始します。
5. 下線④との関係
   • 【問題文】下線④は「フロア SW2 の p1 ポートの STP のポート状態がブロッキングから、リスニング、ラーニングを経て、フォワーディングに遷移した」と説明しています。
   • STP では、あるポートがフォワーディングに移行する条件として “対向ポートで BPDU を受信できなくなる” という事象がセットで起こります。ここで BPDU を受信できなくなったのは p2 であり、その結果フロア SW2 全体の経路計算がやり直され、p1 がフォワーディングに昇格しました。

誤りやすいポイント

• 「STP でブロッキングだったポート＝BPDU を受信しないポート」と短絡的に考えてしまう。実際は“受信できなくなったポート”と“新たにフォワーディングへ遷移したポート”が異なる場合がある。
• ケーブル1 とケーブル2 を取り違え、フロア SW1 のポートを答えてしまうミス。設問は“フロア SW2 のポート”に限定している。
• “ルートブリッジがコアSW1”という正常時の前提を読み飛ばし、コアSW2 側を根と誤解するケース。

FAQ

解答の論理構成

1. まず障害の発端は、フロア SW1 とコア SW1 を結ぶ「ケーブル1」が切断されたことです。問題文には、
   「ケーブル1の断線によって、④フロア SW2 の p1 ポートの STP のポート状態がブロッキングから、リスニング、ラーニングを経て、フォワーディングに遷移した」
   とあり、STP がトポロジの変化を検知して再計算（再構築）を開始したことが分かります。
2. STP 再構築中は、ポート状態がブロッキング／リスニング／ラーニングのいずれかにあり、フォワーディングになるまでユーザーフレームは転送されません。
3. 同じタイミングで「ケーブル2」も切断され、フロア SW1 はそのリンクダウンを検知して SYSLOG メッセージを即時送信しました。しかし、問題文には、
   「⑤フロア SW1 が送信した、リンク状態遷移を示すSYSLOG メッセージが監視サーバに到達できなかった」
   と記載されています。
4. 到達しなかった直接の理由は、STP が収束する前だったために、フロア SW1 から監視サーバへ至る経路上のポートがフォワーディング状態になっておらず、SYSLOG フレームが破棄されたからです。
5. よって要求どおり「スパニングツリー」の語を含めると、解答は「スパニングツリーが再構築中だったから」となります。

誤りやすいポイント

• 「ケーブル2」の断線そのものが原因と答えてしまう
  ─ 到達できなかったのはリンク切断ではなく経路再計算が未完了だったためです。
• SYSLOG が「UDP」だから届かなかったと誤解する
  ─ トランスポートは問題ではなく、フレーム転送経路が開通していなかった点が本質です。
• STP の各状態（ブロッキング→リスニング→ラーニング→フォワーディング）の役割を混同する
  ─ リスニング／ラーニング中はデータフレームが転送されないことを押さえましょう。

FAQ

解答の論理構成

1. 監視対象機器の確認
   【問題文】には「監視対象機器は、コアSW、サーバSW及びフロアSWである。」とあります。図1 を見ると該当機器は
   ・「コアSW1」,「コアSW2」
   ・「サーバSW」
   ・「フロアSW1」～「フロアSW4」
   です。
2. SNMP の役割分担
   【問題文】の下線⑥には「SNMP エージェントと SNMP マネージャで構成される」と記載されています。一般に
   ・SNMP エージェント：監視される側（機器内で MIB を保持）
   ・SNMP マネージャ：監視する側（ネットワーク管理ソフトを搭載）
   で動作します。
3. A社でマネージャを担う機器
   同じ段落の直前に「C さんは、ネットワーク監視の改善策として、新たに SNMP … を使って監視することを検討した。」とあり、従来監視を担当していたのは「監視サーバ」です。したがって SNMP を導入しても、管理を行うのは「監視サーバ」になります。
4. A社でエージェントを担う機器
   ポーリングやトラップ／インフォームの送信元は各スイッチ・サーバです。よって 1. で列挙した機器がすべて SNMP エージェントに該当します。
5. 結論
   SNMP エージェント：
   「コアSW1」又は「コアSW2」又は「フロアSW1」又は「フロアSW2」又は「フロアSW3」又は「フロアSW4」又は「サーバSW」
   SNMP マネージャ：
   「監視サーバ」

誤りやすいポイント

• 「SNMP マネージャ」をコアスイッチだと思い込む
  VRRP やルーティングを行う機器＝管理装置と誤解しがちですが、管理トラフィックを集約する役割は「監視サーバ」です。
• 「サーバSW」を忘れる
  監視対象は“SW”という名前に惑わされやすく、レイヤ2スイッチである「サーバSW」をエージェント一覧から漏らしがちです。
• 「SW1〜SW32」まで含めてしまう
  監視対象に列挙されていない機器を勝手に追加すると減点対象になります。問題文に明示された範囲に限定することが必要です。

FAQ

解答の論理構成

• 【問題文】では、ポーリングについて「SNMP マネージャが、SNMP エージェントに対して、例如 5 分ごとといった定期的に MIB の問合せを行う」と記述されています。
  したがって取得間隔よりも短い時間で障害が収束・再収束すると、監視サーバは変化を捕捉できません。「多くの場合異常検知が遅れる」という結論になります。
• トラップについては「SNMP エージェントが直ちにメッセージを送信し、SNMP マネージャがメッセージを受信」するのみで、確認応答はありません。この点は後段のインフォームの説明―「SNMP マネージャがメッセージの確認応答を持つ」―と対比されます。
  よって「到達確認がないのでメッセージが失われる可能性がある」という弱点が導けます。
• 以上より、模範解答
  ・ポーリング：5分ごとに状態を取得するので多くの場合異常検知が遅れる。
  ・トラップ：到達確認がないのでメッセージが失われる可能性がある。
  が妥当となります。

誤りやすいポイント

• ポーリング＝“定期的な取得”という語感だけで「通信量増大」を最優先に挙げてしまう。今回の設問は通信量ではなく障害検知の遅延に着目しています。
• トラップの欠点を「エージェントから送られない場合がある」と漠然と書く。実際の論点は「確認応答が無い＝未達時に再送されず、途中でロスしてもマネージャは気づけない」点です。
• インフォームの説明を混在させてしまい、トラップ単体の欠点を書くのを忘れる。

FAQ

解答の論理構成

1. 監視できなかった原因の整理
   • ケーブル断線時に「⑤フロア SW1 が送信した、リンク状態遷移を示すSYSLOG メッセージが監視サーバに到達できなかった」と記載されています。つまり、障害発生直後は通信経路自体が寸断されていました。
2. 経路復旧までの時間的ギャップ
   • 断線後、「④フロア SW2 の p1 ポートの STP のポート状態がブロッキングから、リスニング、ラーニングを経て、フォワーディングに遷移した」とあるように、STP 再収束には一定時間を要します。この間に送られた通知は届かない可能性があります。
3. SNMP インフォームの特性
   • 本文には「SNMP のインフォームでは、MIB に変化が起きた際に、SNMP エージェントが直ちにメッセージを送信し、SNMP マネージャがメッセージの確認応答を持つ。確認応答を受信できない場合、SNMP エージェントは、SNMP マネージャがメッセージを受信しなかったと判断し、メッセージの再送信を行う。」とあります。
   • つまり、届かなければ再送し続けるという自己回復機構を備えています。
4. ⑧の要求事項
   • 問題は「⑧今回と同様なネットワークの異常が発生した場合に備えて、SNMP マネージャがインフォームの受信を行えるよう、SNMP エージェントの設定パラメタを考えた」と述べています。
   • 指定すべき動作は「障害で最初のインフォームが届かなくても、STP が経路を張り直すまで再送を継続する」ことです。
5. したがって模範解答
   • 「スパニングツリーが再構築するまでインフォームの再送信を繰り返す。」

誤りやすいポイント

• インフォームとトラップを混同し、確認応答（ACK）の有無を取り違える。
• STP 収束後に経路が確立する事実を見落とし、「一度送れば十分」と考えてしまう。
• 再送回数や間隔など細部のパラメータに目が行き、求められる動作の主旨（到達するまで送り続ける）を外してしまう。

FAQ