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

解答の論理構成

1. ア
   引用：“一般的なルータのOSPFでは、物理ポートの ア を基にしたコストをメトリックとしてネットワーク経路の選択を行う。”
   OSPF の標準仕様ではインタフェースの帯域幅（通信速度）が大きいほどコストを小さく設定する仕組みです。したがって “ア” には「帯域幅」または「通信速度」が入ります。
2. イ
   引用：“エリア番号が イ でもエリアはバックボーンエリアと呼ばれ、必ず存在しなければならない。”
   OSPF ではエリア番号０（０.０.０.０）がバックボーンエリアで、全エリアを必ず経由します。よって “イ”＝「0」です。
3. ウ・エ
   引用：“IPヘッダのウフィールドをDSフィールドとして再定義して通信の優先評価を行うエモデルが実装されている。”
   RFC 2474 は TOS フィールドを再定義し DiffServ（Differentiated Services）モデルで優先付けを行う規格です。
   よって “ウ”＝「TOS」、 “エ”＝「DiffServ 又は Differentiated Services」となります。
4. オ
   引用：“PBRによる経路制御は、OSPF による経路制御よりも優先度が オ となっている必要がある。”
   Policy Based Routing は IGP より先にルーティングを決定させる必要があります。OSPF より優先度を「高く」設定しなければ期待どおりに転送できません。したがって “オ”＝「高く」です。

誤りやすいポイント

• “ア” を「MTU」や「ポート番号」と誤認するケース。OSPF cost は帯域幅依存です。
• “ウ” と “エ” をまとめて「DSCP」と回答してしまうミス。DSCP は DiffServ で使う値だが、問われているのは再定義前のフィールド名とモデル名です。
• “オ” で「低く」と答える逆転ミス。PBR はルーティングテーブル参照より前に評価される設計が必須です。

FAQ

解答の論理構成

• 【問題文】には「ルータ1とルータ2の組、及びルータ3とルータ4の組には、それぞれ業務系セグメント用と動画系セグメント用のVRRPを設定する。」とあります。
  すなわち業務系セグメントでは“仮想ルータ”が1つ用意され、その IP アドレスを PC のデフォルトゲートウェイにすれば、機器故障時でも VRRP が自動で経路を切り替えます。したがってデフォルトゲートウェイは「業務系セグメントに対応した仮想ルータのIPアドレス」となります。
• さらに同じ文中で「業務系セグメント間のデータはルータ1とルータ3を経由させ」と要求されています。経由ルータを固定するには VRRP のアクティブ（Master）側を支部側ルータ3、本部側ルータ1にしておく必要があります。VRRP ではプライオリティ値が大きいルータが Master になるため、「業務系セグメントの仮想ルータがルータ3でアクティブになるようにプライオリティ値を設定」することで要件を満たせます。
• これにより通常時はルータ3（支部側）とルータ1（本部側）が主経路となり、VRRP 障害発生時にはルータ4／ルータ2へ自動でフェイルオーバーし、設問が求める“適切な通信経路”が実現できます。

誤りやすいポイント

• PC のデフォルトゲートウェイを「ルータ3の実 IP」と思い込み、VRRP の仮想 IP を設定し忘れる。
• VRRP のプライオリティ値を両ルータで同じにしてしまい、Master が想定外のルータ4になる。
• VRRP と OSPF の役割を混同し、OSPF のコスト設定だけで経由ルータの固定ができると誤解する。

FAQ

解答の論理構成

1. 問題は「ルータ3がルータ1へ送る、業務系セグメントと動画系セグメントの経路情報のプレフィックス」を求めています。
2. 【問題文】には、支部1（ルータ3が所属）のネットワークを二つ示しています。
   ・業務系セグメントは “10.1.1.0/24”
   ・動画系セグメントは “10.1.2.0/24”
3. 同じ支部内なので、ABR であるルータ3は両セグメントをまとめてバックボーンエリアへ広告します。その際、【問題文】に
   「ABRで最もプレフィックスが短くなるように経路情報の集約を行う」
   と明記されています。
4. 2つのネットワーク “10.1.1.0/24” と “10.1.2.0/24” をビット比較すると、16 ビット目までが共通で 17 ビット目以降が異なります。このため最短で共通部分を表せるプレフィックスは “/16” になります。
5. したがって、ルータ3がルータ1へ広告する集約経路は
   10.1.0.0/16
   となります。

誤りやすいポイント

• 「最もプレフィックスが短くなるように」という指示を読み飛ばし、/24 のまま2本広告すると解釈してしまう。
• 「10.1.1.0/24」と「10.1.2.0/24」の両方を含むから /23 と誤算しがちだが、/23 では 10.1.0.0/23 と 10.1.2.0/23 の2本に分かれてしまい条件を満たさない。
• 集約は ABR 側の設定であり、バックボーン側（ルータ1）が自動で行うと誤解するケース。

FAQ

解答の論理構成

1. 通常時の経路を問題文が明示
   　【問題文】
   　“業務系セグメント間のデータはルータ1とルータ3を経由させ、動画系セグメント間のデータはルータ2とルータ4を経由させることができる。”
   　したがって動画系は「ルータ2 → ルータ4」が一次経路です。
2. 「ルータ2 本体の障害時」の影響範囲
   　【問題文】
   　“ルータ1とルータ2の組、及びルータ3とルータ4の組には、それぞれ…VRRPを設定する。”
   　VRRPにより同一セグメント内のもう一方のルータがバーチャル IP を引き継ぎます。
   　よって本部側でルータ2がダウンすると、バーチャル IP を保持したルータ1がフォワーダになり、支部側の一次経路（ルータ4）は健在なので経路は
   　【解答】a：ルータ1 → ルータ3
3. 「ルータ4 p10 の障害時」の影響範囲
   　p10 は支部側で広域イーサ網2に出る物理ポート。ここが断になると支部側のルータ4が WAN2 へ出られず、VRRP によりルータ3が代替。
   　本部側はまだルータ2が正常なので、最短コストで「ルータ2 → ルータ1 → ルータ3」と迂回します。
   　・O S P F ではコスト値で経路計算を行い、“代替のネットワーク経路に切り替えて通信を回復” すると記載。
   　・図1上、ルータ1‐ルータ3間は cost 10、ルータ1‐ルータ2間も cost 10。
   　結果、動画データは
   　【解答】b：ルータ2 → ルータ1 → ルータ3
4. 結論
   　a：ルータ1 → ルータ3
   　b：ルータ2 → ルータ1 → ルータ3

誤りやすいポイント

• VRRP＝同一セグメント内の冗長のみと理解し、WAN 側障害までカバーすると勘違いする。
• OSPF のコスト再計算を忘れ、「ルータ2 → ルータ4 のまま」としてしまう。支部側ポート障害ではルータ4が WAN に出られないため不適切です。
• 「p10 障害＝ルータ4 本体故障」と早合点し、VRRP ではなく OSPF 再計算だけで済むと誤認。実際は両者が同時に働きます。

FAQ

解答の論理構成

1. まず【問題文】では、広域イーサ網が片系障害となった際に
   　「一方の広域イーサ網が使用できなくなった場合は、非優先である業務系とゲスト間の通信はある程度の影響が予測される。」
   　と明記されています。
2. 影響を緩和するために
   　「②業務系システムのアクセス集中を避けるための方策を定め、マニュアル配布及び掲示板で利用者に周知」
   　と指示されています。
3. 混雑の主因は同時アクセスの集中です。したがって、利用者を時間的に分散させれば帯域占有が平準化され、QoS で優先度が低い業務系通信でも必要な応答性を確保できます。
4. 具体策として「利用者をグループ化し、使用時間帯をずらす」ことが最もシンプルかつ運用で実施可能です。
5. 以上より、模範解答は「利用者をグループ化して使用時間帯をずらす。」となります。

誤りやすいポイント

• 技術的な増速策（回線増設・プロトコル最適化）を答えてしまう
  → 設問は「運用の観点」であり、利用者告知で実現できる方策を求めています。
• 「アクセス制限」「優先制御」などQoS設定の追記を書く
  → QoS は既にルータ設定に組み込まれており、②は別軸の運用施策です。
• 回線障害時のみの臨時措置と誤解し、恒常的な運用手順を忘れる
  → 掲示板・マニュアル配布とあるため、平時からの周知が前提です。

FAQ

解答の論理構成

1. 問題文では、PBR（Policy Based Routing）によって「ルータはFSで使用しているCIFS（Common Internet File System）プロトコルのパケットを識別」するとあります。CIFS は TCP 上で動作するファイル共有プロトコルであり、通常 TCP/445（旧来は TCP/139）を使用します。
2. ルータが PBR で特定のアプリケーション通信を抜き出すとき、一般的に参照できるのは
   ・IP ヘッダ中の送信元／宛先「IPアドレス」
   ・TCP/UDP ヘッダ中の「ポート番号」
   の 2 つです。
3. これらは OSI 基本参照モデルで見ると、
   ・IPアドレスは「第3層（ネットワーク層）」、
   ・ポート番号は「第4層（トランスポート層）」
   の情報に該当し、PBR が利用できる最小限かつ代表的な識別子です。
4. よって、下線③で求められる「OSI基本参照モデルの第7層以上の情報を二つ」は
   「IPアドレス」と「ポート番号」になります。

誤りやすいポイント

• 「第7層以上」と読んでアプリケーション固有のバナーやペイロード内容を答えてしまう。PBR が標準機能だけで扱えるのはレイヤ 3・4 情報である点に注意が必要です。
• プロトコル名（CIFS）そのものを回答に書き、識別“手掛かり”として求められているヘッダ情報を外すケース。
• VLAN ID などデータリンク層の識別子を書く誤答。設問は IP ルータが参照する情報を問うています。

FAQ

解答の論理構成

1. 問題文の確認
   下線④には「データの送信元に対して代理応答を行ってデータをキャッシュして静止した後に、もう一方の WAS 宛てに一括してデータを送信する」とあります。これは、WAS が TCP などの上位プロトコルに対し“近く”で ACK を返すことで待ち時間を隠蔽し、区間間の転送をバッチ化する仕組みです。
2. 代理応答型高速化の原理
   ・通常の TCP では、送信側は ACK を受け取るまでウィンドウを拡大できません。
   ・WAS が「代理応答」を返せば、送信側は即座に次のデータを送出できます。
   ・キャッシュ完了後に遠隔側 WAS へまとめて送るため、WAN 区間での“往復待ち”が大幅に減ります。
3. 効果が最大になる条件
   TCP のスループット近似式は
   $\text{Throughput}\approx \frac{\text{TCP\_Window\_Size}}{\text{RTT}}$
   で示され、RTT（ラウンドトリップ時間）が大きいほど理論上の上限は低下します。代理応答で RTT 依存を縮小できるため、
   「RTTが大きい＝待ち時間が長い」ほど改善幅が大きくなります。
4. 結論
   よって、問われている「本部と支部間の通信の特性」は
   「ラウンドトリップ時間が大きい場合」
   となります。

誤りやすいポイント

• 帯域幅（Mbps）が狭い区間と誤解し、帯域不足こそが効果要因と答えてしまう。実際は待ち時間（遅延）への対策です。
• パケット損失率が高い区間と混同する。損失は再送制御で別の問題ですが、設問は「RTT」に着目しています。
• 「距離が長い」とだけ記述して具体性を欠く。距離は遅延に影響しますが、評価指標は“ラウンドトリップ時間”です。

FAQ

解答の論理構成

• 【問題文】には、WAS が「“データの高速化処理” を行う」とあり、さらに下線⑤で「データの高速化処理を自動的に停止する機能」があることが示されています。
• 同じ段落には、下線④として「データの送信元に対して代理応答を行ってデータをキャッシュして…一括してデータを送信」と記されています。これは、WAS 同士が互いに “通信の中継兼キャッシュ” を行うプロキシ型の動作であり、両端装置が正常に連携して初めて成立する仕組みです。
• したがって、一方の WAS が故障するともう一方はキャッシュしたパケットを相手に渡せず、結果として通信が停止してしまいます。この事態を避けるため、正常側は自動的に高速化処理（＝プロキシ的な介在）を停止し、通常のルータ経由で直接通信させる必要があります。
• 以上より、下線⑤の機能が必要となる具体的な場面は「片側の WAS が故障した場合」です。

誤りやすいポイント

• 「帯域圧縮が効果を発揮しないほど回線が空いている場合」と誤解してしまう。実際には装置障害時のフェールセーフが主目的です。
• 「両方の WAS が同時に故障した場合」と回答してしまう。自動停止は“一方が生きている”状態で直接通信へ切り替えるための機能です。
• 高速化処理を“手動で切る”運用手順だと思い込み、設問に“自動”のキーワードを落とす。

FAQ