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

解答の論理構成

1. PoEの規格番号
   • 本文には「PoEは、IEEE ア afとして規格化されており」とあります。IEEEで “af” が付く電力供給規格は「IEEE802.3af」です。よって ア には「802.3」が入ります。
2. 給電側機器の呼称
   • 本文には「給電側の機器をPSE（Power Sourcing Equipment）、受電側の機器をPD（Powered Device）という。イは、機器が接続されると、ウに対応している機器かどうかチェックする。」とあり、チェックを行う主体は給電側です。したがって イ は「PSE」です。
3. 対応可否を判定する技術名
   • ウ には、本文中で一貫して語られている電力供給技術名が入ります。PoE自体が対応可否の対象なので、空欄は「PoE」となります。
4. Alternative Bで給電に用いるピン番号
   • 本文には「1、2、3、6番以外のエ番のピンを給電に使用するAlternative B方式」と記載されています。イーサネット・スパアペア給電では4・5番と7・8番を使用するため、エ は「4, 5, 7, 8」です。
5. 30 Wまで給電できる上位規格
   • 本文には「各ポートに30 Wの電力を供給できるオという規格もある」とあります。PoE+ と呼ばれる規格は「IEEE802.3at」なので、オ は「IEEE802.3at」になります。

誤りやすいポイント

• 「IEEE802.11af」と混同して “11” を入れてしまう
• チェックを行う機器をPDと勘違いし、イ に「PD」を入れる
• Alternative A/Bの区別を覚えておらず、1,2,3,6を答えてしまう
• PoE+ の正式名称が思い出せず “802.3af+” などと書く

FAQ

解答の論理構成

1. 使える給電ポートの特定
   問題文に「導入予定のL2SWは、各イーサネットポートに対して最大15.4 W、装置全体では56 Wの給電能力をもつ」とあります。さらに「APの接続は、物理的に重ねた上段のL2SWから順に、そのL2SWの給電能力の限界まで行うことにした」と明記されています。したがって最上段から順に、給電余力がなくなるまでAPを挿す方針です。
2. ポート番号の選択規則
   「各L2SWでは、8番目のポートから降順に接続」と指定されています。よって、１台目のL2SWではポート「8」→「7」→「6」…の順でAPを差し込みます。
3. 既存３台との位置合わせ
   図２では既にポート「8」と「6」がAP1、AP2に使われ、ポート「7」は空いています。最上段のL2SWは給電能力がまだ残っていますが、空いているポート「7」は電力ではなく配線上の都合で未使用と判断できます（模範解答で空欄のため）。そこで残りAP3は２段目、AP4・AP5は３段目へ回します。
4. 追加２台の割付
   • ２段目L2SW：ポート「8」がAP3に既に割当て済み。空き給電ポートは「7」「6」…となりますが、給電容量56 Wを超えない前提で、追加は行いません。
   • ３段目L2SW：「8」→AP5、「6」→AP4の順で割付（規則どおり降順）。
5. スタック接続の描画
   「1台のL2SWのoutポートと別のL2SWのinポートを接続し、リングを構成」とあるため、
   ・１段目out → ２段目in
   ・２段目out → ３段目in
   ・３段目out → １段目in（リング完成）
   が最小構成ですが、模範解答では３段目→１段目は省略可の扱いで、上記２本のみを実線で表現しています。

誤りやすいポイント

• 「8番目のポートから降順」という文を読み飛ばし、ポート「1」や「2」にAPを接続してしまう。
• スタックをハブ的にin‐in／out‐outで直結し、リングが形成できなくなる。
• PoE容量を気にせず１段目にAPを集中接続し、総電力56 Wを超過させる想定解答を書く。
• 図示でポート番号とAPの対応位置を左右反転させてしまい、採点で減点される。

FAQ

解答の論理構成

• 【問題文】には「②モードB：制御用通信だけでなく、データ用通信も含めた全ての通信がトンネルを使用する。」とあります。
  ➔ PC1で発生した業務データも、AP1からWLCまでトンネルで運ばれると読み取れます。
• トンネルの区間は、AP1―L2SW1―L3SW1―WLCです。これは有線区間を跨いでWLCまで届くため、【図02】でPoE給電されているL2SW1からL3SW1までは“トンネル経路”としてまとめて強調（太矢印）の指示が入ります。
• WLCでトンネルを終端した後、通常のルーティング／スイッチングでL3SW1→L3SW2→サーバ1へ進む点は、【図01】の「L3SW1から右へ広域イーサ網、さらにL3SW2 ── サーバ1」と一致します。
• 以上より、解答欄に示すべき流れは
  ① PC1 → AP1 → L2SW1（細矢印）
  ② L2SW1 ⇒ L3SW1 ⇒ WLC（トンネル区間は太矢印）
  ③ WLC ⇒ L3SW1（太矢印で折り返し） → L3SW2 → サーバ1（通常矢印）
  という２段構成になります。模範解答の太線・細線の対応は「トンネル区間／通常区間」を可視化したものです。

誤りやすいポイント

• モードＡとモードＢの違いを取り違え、AP1からL2SW1以降を直接L3SW2へ描いてしまう。
• WLCでの“折り返し”を忘れ、L3SW1とWLCの間の往復２本の太矢印を１本で描いてしまう。
• 【図01】で広域イーサ網が登場するため、DC側にもトンネルが続くと誤解してL3SW2→サーバ1を太矢印にしてしまう。
• 太矢印・細矢印の区別を「制御／データ」と思い込み、解答例と逆に配置してしまう。

FAQ

解答の論理構成

1. 【問題文】には、モードAの特徴として
   「①モードA：接続時の制御用通信だけがトンネルを使用し、データ用通信は、ノード間で直接行われる。」
   と明記されています。
2. 同じく【問題文】の図3では
   「モードA　PC1 → AP1 → L2SW1 → L3SW1 → L3SW2 → サーバ1」
   と示され、データ用通信経路にWLCが含まれていないことが分かります。
3. 以上より、WLCが停止してもデータ用通信はAPから上位スイッチへ直接流れ続けるため、無線LANを使用中のPCには影響が及びません。
4. 従って解答は「データ用通信はWLCを経由していないので、影響はない。」となります。

誤りやすいポイント

• モードAでも「制御」だけでなく「データ」もトンネル経由と勘違いする。
• WLCが停止するとAPまで停止すると早合点し、通信断と答えてしまう。
• モードBの経路（WLC経由）と混同し、図3のモードAの矢印を読み違える。

FAQ

解答の論理構成

1. 認証はAP―WLC間で確立した通信経路上で実施
   • 【問題文】に「A社では、無線LANに認証VLANを組み合わせて使用している」とあります。
   • 認証VLANでは802.1Xなどの仕組みを用いるため、無線リンクが切れると再度の認証が必要になります。
2. モードの選択によりWLCがデータパスの要となる
   • 「②モードB：制御用通信だけでなく、データ用通信も含めた全ての通信がトンネルを使用する」と記載されています。
   • したがって、モードBではPCとAPのセッション情報をWLCが保持し続ける必要があります。
3. セッションが失われる典型的な2事象
   (1) PCを再起動すると、無線NICはリンクダウン→リンクアップを繰り返し、WLCに登録済みのセッションが消滅します。このため再度のIEEE 802.1X／認証VLAN処理が走ります。
   (2) 「ローミング」はPCが「AP1」から別のAPへアソシエーションを切り替える行為であり、WLCから見ると新規接続として扱われます。AP間で暗号鍵情報を引き継がない場合、再認証がトリガになります。
4. 以上より、要求された「再認証が必要になる場合」は
   　①「PC再起動」
   　②「ローミング」
   となります。

誤りやすいポイント

• 「②モードB」であってもトンネル内部で暗号鍵を引き継ぐから再認証は起きないと誤解しがちです。実際にはリンク断が発生すると鍵は破棄されます。
• 再認証＝ID／パスワードの再入力と早合点し、EAPパケットの再送信やRADIUSとの再交信も再認証に含まれることを見落としやすいです。
• ローミング時に同一SSIDなら無条件でセッションが維持されると考えがちですが、WLCがFast Roamingをサポートしていない場合は再認証が発生します。

FAQ

解答の論理構成

• 【問題文】では、モードBを「制御用通信だけでなく、データ用通信も含めた全ての通信がトンネルを使用する。」と記載しています。
• 図3のモードBの経路は「PC₁ → AP₁ → （設備のため省略） → L3SW₂ → サーバ₁」で示され、実際にはAP‐WLC間のトンネルを経由します。
• つまり、モードBでは無線区間のデータが必ずWLCを通過するため、WLCがデータ転送の経路上に存在するデータプレーン装置になります。
• したがって「WLCが停止」するとトンネルが切断され、【問題文】の「一部のPCが無線LANを使用できない」という事象が全端末に広がり、無線LAN経由の通信自体が不可能になります。
• この可用性リスクを排除するために「(2) その場合はWLCを冗長化すること」と決定しています。
• よって模範解答は「WLCの障害時に無線LAN経由の通信ができなくなるから」となります。

誤りやすいポイント

• モードAとモードBの役割混同
  モードAではWLCが制御プレーン専用なので障害影響は小さいのに対し、モードBではデータプレーンも担う点を見落としやすいです。
• 認証VLANの有無を冗長化理由と誤解
  認証VLANはモード選択を決定づける条件ですが、冗長化が必要となる直接理由は「全通信がWLC経由」である点です。
• 広域イーサ網やL3SW停止と混同
  有線側の経路障害よりも、無線側のボトルネック（WLC）喪失が最優先であることを取り違えやすいです。

FAQ

解答の論理構成

1. すべての無線データがWLCを経由するモード B
   • 問題文には「②モードB：制御用通信だけでなく、データ用通信も含めた全ての通信がトンネルを使用する。」とあり、無線クライアントのトラフィックは必ずWLCを通過します。
2. WLCに求められるスループットが飛躍的に増大
   • 本社のAPも一元管理する決定事項として「(3) 冗長化の投資を行うなら本社のAPも一元管理すること」が示されています。拠点全体の通信が集約されるため、「WLCの処理能力」を性能要件として再検討する必要があります。
3. WLCをDCに設置することで広域イーサ網に新たな負荷
   • 「冗長化されたWLCをDCに設置する構成で運用が開始された。」とあるように、BC・本社―DC間の経路は図1の「広域イーサ網」を経由します。
   • したがって、トンネル化された全データが広域イーサ網を流れるため「広域イーサ網の帯域」を確保しないと輻輳や遅延の原因になります。
4. 以上より、検討を加えるべき二つの性能要件は
   ①「WLCの処理能力」
   ②「広域イーサ網の帯域」
   となります。

誤りやすいポイント

• 「トンネル化しても、データ量の増加は無視できる程度」という一文だけを見て帯域を軽視する。実際には全トラフィックがWANに集中すること自体がボトルネックになり得ます。
• PoEやAP台数の検討に気を取られ、WLC側のスループット計算を忘れる。
• WLCを冗長化したことで可用性は確保できたと早合点し、性能面のチェックを怠る。

FAQ

解答の論理構成

• 【問題文】には、WLCが「②モードB：制御用通信だけでなく、データ用通信も含めた全ての通信がトンネルを使用する。」と明記されています。
• さらに「冗長化の投資を行うなら本社のAPも一元管理すること」と決定し、WLCが本社APも集中管理する前提になりました。
• モードＢでは“全ての通信”が「AP ― WLC」間のトンネルを必ず通ります。
• したがって、本社にあるAPが処理する無線LANトラフィックは、いったん広域イーサ網を通ってBCに設置されたWLCへ集められ、WLCでカプセル化を解除した後に再び広域イーサ網を通ってDCや他拠点へ転送されます。
• この結果、本来は本社内で完結するはずの無線LANデータまで「BCを経由」して流れるため、BC側の広域イーサ網回線を過剰に占有するという問題が発生します。
• 以上を踏まえると、模範解答の「本社無線LANの通信もBCを経由し、BCの広域イーサ網の通信量が増加する。」が導かれます。

誤りやすいポイント

• モードＢで“制御”だけがトンネル化されると誤解し、通信量増加を過小評価する。
• WLCの設置場所を変えてもAPの所在とは独立だと考え、広域イーサ網を必ず通る事実を見落とす。
• 「冗長化 = 回線増強」と短絡的に結び付け、設置場所によるトラフィック経路の変化を検討しない。

FAQ

解答の論理構成

1. モードBでは「②モードB：制御用通信だけでなく、データ用通信も含めた全ての通信がトンネルを使用する。」と【問題文】にあるとおり、無線端末のユーザデータも必ずWLCへ送られます。
2. 冗長化するなら「(3) 冗長化の投資を行うなら本社のAPも一元管理すること」と決定され、本社のAPも同じWLC配下になります。
3. WLCがBCに置かれたままだと、本社の無線端末からDC内サーバに向かうデータは、本社 → BC（WLC）→ DCという遠回りになり、帯域・遅延・障害点の増加が問題となります。
4. 【問題文】には「BCに設置する構成のままでは問題があると考え、DCに設置する構成で設計をやり直した。」とあり、WLCをDCに移設しました。
5. これにより、本社の無線端末のトンネル終端がDCとなり、本社 → DCへ直収されます。したがって解答例のとおり「本社からDCへの通信が、BCを経由しなくなる」とまとめられます。

誤りやすいポイント

• モードA/Bの違いを取り違え、データまでもトンネルされる事実を見落とす。
• 「一元管理＝WLCの場所はどこでもよい」と短絡し、データ経路への影響を考慮しない。
• DCにサーバが集中している点を軽視し、経由地の増加がもたらす遅延・輻輳を意識しない。

FAQ