平成30年度 秋期 午前Ⅱ

解説

OFDM（直交周波数分割多重）は，データを多数のサブキャリアに分けて並列に送る方式で，各サブキャリアの周波数を互いに直交する関係に配置するので，周波数が一部重なっていても干渉しない。周波数を有効に使え，マルチパスにも強いので，無線 LAN（IEEE 802.11a/g/n/ac/ax）や 4G・5G の移動通信で使われている。ウが該当する。

アの CCK は IEEE 802.11b で使われた変調方式，イの CDM は拡散符号によって複数の信号を同じ周波数帯に重ねる符号分割多重，エの TDM は時間を区切って複数の信号を順番に送る時分割多重である。

解説

CSMA（Carrier Sense Multiple Access）方式では，端末は送信する前に伝送路のキャリア信号を検出（キャリアセンス）し，他の端末が送信中でないことを確かめてから送信する。有線 LAN の CSMA/CD と無線 LAN の CSMA/CA は，どちらもこの仕組みを土台にしている。アが適切である。

イはトークンを得た端末だけが送信するトークンパッシング方式の説明である。ウも誤りで，CSMA/CD では衝突を検出すると送信を中止し，ランダムな待ち時間（バックオフ）をおいてから再送する。直ちに再送すると再び衝突しやすいためである。エも誤りで，伝送路が使用中のときは送信を控える。

解説

アドミッション制御は，通信を開始する前に，ネットワークに対して必要な帯域などのリソースを要求し，確保できる場合は通信を受け入れ，確保できない場合は通信を拒否するなど，リソースの確保の状況に応じて通信を制御する方式である。アが適切である。

イの規定の最大速度を超えたパケットを破棄したり優先度を下げたりする制御はポリシング，ウのパケットの送出間隔を調整してトラフィックを平準化する制御はシェーピングで，用語と説明が入れ替わっている。エの種類や宛先に応じて優先度を変えて中継するのは優先制御で，ベストエフォートは品質を保証せずにできる限り転送する方式である。

解説

MTU（Maximum Transmission Unit）は，データリンク層の 1 フレームで運べるペイロード（上位層のデータ）の最大長で，イーサネットでは IP パケット全体，つまり IP ヘッダ＋TCP ヘッダ＋データの最大長を指し，通常 1,500 オクテットである。アが正しい。

イは MAC ヘッダを含めたフレームの長さ（FCS を除く）である。ウは MAC ヘッダから FCS までのイーサネットフレームの長さで，最大フレーム長（通常 1,518 オクテット）に当たる。エはさらに同期用のプリアンブルを含めた，伝送路上の信号の長さである。

解説

BGP（Border Gateway Protocol）は，ISP など異なる AS（自律システム）の間で経路情報を交換するエクステリアゲートウェイプロトコル（EGP）であり，インターネットの AS 間の経路制御に用いられる。アが該当する。

イの IS-IS，ウの OSPF，エの RIP は，いずれも一つの AS の内部で使うインテリアゲートウェイプロトコル（IGP）である。

解説

端末 A と端末 C はルータ Z で分けられた別のネットワークにあるので，端末 A は，宛先 IP アドレスを端末 C にしたパケットを，デフォルトゲートウェイであるルータ Z の MAC アドレス宛てのフレームで送る。ルータ Z は端末 C のネットワークに中継する際に ARP で端末 C の MAC アドレスを求め，端末 C の IP アドレスと MAC アドレスを対応付ける。イが正しい。

アの端末 A が ARP で対応付けるのは，ルータ Z の IP アドレスと MAC アドレスである（ルータ Z がプロキシ ARP で代理応答する場合は端末 C の IP アドレスに対して応答するが，本問では設定されていない）。ウとエのレイヤ 2 スイッチは，MAC アドレスとポートを対応付けるだけで，IP アドレスは扱わない。

解説

DNS では，一つのホスト名に対して複数の A レコードを登録すれば，複数の IP アドレスを対応させられる（DNS ラウンドロビンによる負荷分散などに使う）。また，別々のホスト名に同じ IP アドレスの A レコードを登録したり，CNAME レコードで別名を定義したりすれば，複数のホスト名を同一の IP アドレスに対応させられる。イが適切である。

どちらの対応付けもできるので，片方だけができるとするア・ウや，全て 1 対 1 に限るとするエは誤りである。

解説

IGMP（Internet Group Management Protocol）は，IPv4 のマルチキャストで，ローカルセグメントのホストがどのマルチキャストグループに参加・離脱するかを，ルータとの間でやり取りして管理するプロトコルである。イが正しい。

アの ICMP は，IP の通信でのエラー通知や ping などの診断に使うプロトコルである。ウの RTP は，音声や映像をリアルタイムに転送するプロトコルである。エの SDP は，マルチメディアセッションで使うメディアの種類や符号化方式などを記述する形式である。

解説

LDAP（Lightweight Directory Access Protocol）は，ディレクトリサービスにアクセスするためのプロトコルで，ディレクトリツリー（DIT）のエントリを検索・追加・変更するなどの操作手順（RFC 4511）や，ディレクトリの情報を記述・交換するデータ形式 LDIF（RFC 2849）が規定されている。ウが適切である。

アは逆で，LDAP は X.500 のディレクトリアクセスプロトコル DAP を簡素化し TCP/IP 上で使えるようにしたものである。イのルート DSE は，各 LDAP サーバがもつ自サーバの情報（対応する機能など）を示すエントリで，インターネット全体の最上位サーバではない。エの LDAP は通常 TCP（389 番ポート）を使う。

解説

サブネットマスク FFFFFF80 は 2 進数で 1 が 25 個，0 が 7 個なので，ホスト部は 7 ビットである。7 ビットで表せる 2^7＝128 個のうち，ホスト部が全て 0 のネットワークアドレスと全て 1 のブロードキャストアドレスは端末に割り当てられないので，利用可能なホスト数は 128－2＝126 になる。アが正しい。

イの 127 は，ネットワークアドレスかブロードキャストアドレスの一方しか除いていない。ウの 254 やエの 255 は，ホスト部を 8 ビット（マスク FFFFFF00）とした場合の値である。

解説

IPv4 のマルチキャストアドレスには，先頭 4 ビットが 1110 のクラス D のアドレス（224.0.0.0～239.255.255.255）が使われる。イが適切である。

アは誤りで，224.0.0.1（全ホスト）のように用途が決められたアドレスもあるが，組織内で自由に使える範囲（239.0.0.0/8 など）もあり，全てが固定されているわけではない。ウも誤りで，マルチキャストパケットもルータを通るたびに TTL が減り，0 になれば中継されない。TTL で届く範囲を制限するのが一般的である。エも誤りで，マルチキャストパケットはグループに参加しているホストだけが受け取り，参加していないホストは NIC や IP の層で破棄する。

解説

IEEE 802.11ac は，5 GHz 帯だけを使う無線 LAN の規格で，2.4 GHz 帯は使用しない。イが正しい。

アの Bluetooth，ウの IEEE 802.11b，エの IEEE 802.11g は，いずれも 2.4 GHz 帯を使う。2.4 GHz 帯は電子レンジなども使う ISM バンドで，これらの規格の間で電波干渉が起きることがある。

解説

ONF の SDN アーキテクチャでは，コントローラがネットワーク全体を制御し，ネットワーク機器はコントローラから提供された情報に従ってデータを転送する。OpenFlow はコントローラとネットワーク機器の間のプロトコルで，機器がパケットを転送するためのフローテーブルの情報をコントローラが書き込む。イが適切である。

アの OpenFlow は，コントローラ内部の処理フローではなく，ネットワーク機器の転送動作を制御するためのプロトコルである。ウのアプリケーションがコントローラに指示を出すのは A-CPI（Application-Controller Plane Interface，ノースバウンドインタフェース）で，D-CPI（サウスバウンドインタフェース）はコントローラとネットワーク機器の間のインタフェースである。エのアプリケーションはネットワーク機器に直接ではなく，コントローラを介して指示を出す。

解説

URL のスキームが https で，ホスト名の後ろにポート番号の指定（:番号）がないので，Web ブラウザは HTTPS の既定のポート番号である TCP 443 番に接続する。エが正しい。ホスト名が ftp で始まることや，? の後ろのクエリ文字列 port=123 は，接続先のポート番号には関係しない。

アの 21 番は FTP の制御用コネクションのポート番号で，ホスト名の ftp に引きずられた値である。イの 80 番は http スキームの既定のポート番号である。ウの 123 はクエリ文字列として index.cgi に渡される値にすぎない（NTP のポート番号でもある）。

解説

WebSocket（RFC 6455）は，クライアントが GET メソッドの HTTP リクエストに Upgrade: websocket などのヘッダを付けて送り，サーバが 101 Switching Protocols で応答するハンドシェイクによって接続を確立する。エが適切である。なお，HTTP/2 上で WebSocket を使う RFC 8441 では，GET ではなく拡張した CONNECT メソッドで開始する。

アの通信メッセージは XML ではなく WebSocket 独自のフレーム形式で送る。イの URI のスキームは ws と wss で，既定のポート番号は HTTP・HTTPS と同じ 80 番と 443 番である。ウの接続の開始を要求するのはクライアントだけで，接続を確立した後にサーバ側からもデータを送れるようになる。

解説

ICMP Flood 攻撃（Ping Flood 攻撃）は，ping コマンドなどで ICMP エコー要求パケットを大量に送りつけ，攻撃対象のサーバや，そこに至るまでの回線を過負荷にして，正規の利用者のアクセスを妨害する攻撃である。イが該当する。

アの HTTP GET コマンドを繰り返し送るのは HTTP GET Flood 攻撃，ウの SYN パケットを大量に送るのは SYN Flood 攻撃，エの大量の TCP コネクションを確立して接続を維持させるのは，TCP コネクションを使い切らせる DoS 攻撃（TCP コネクションフラッド）である。

解説

EAP-TLS は，TLS の仕組みを使って，サーバ証明書でサーバを認証するだけでなく，クライアント証明書でクライアント（利用者や端末）も認証する方式であり，クライアント証明書が必須である。ウが該当する。

エの EAP-TTLS とアの EAP-FAST は，まずサーバ証明書や事前共有した情報で暗号化した通信路を作り，その中で ID・パスワードなどによってクライアントを認証するので，クライアント証明書は必要ない。イの EAP-MD5 はパスワードの MD5 ハッシュ値を使うチャレンジレスポンス方式で，証明書を使わない。

解説

Strict-Transport-Security（HSTS，RFC 6797）は，Web サイトが Web ブラウザに，max-age で指定した期間（秒）はそのサイトに https だけでアクセスするよう指示するレスポンスヘッダフィールドである。ブラウザは http で指定されても https に切り替えて接続するので，http 通信を盗聴・改ざんする中間者攻撃を防げる。イが正しい。

アの Content-Security-Policy は，読み込んでよいスクリプトなどの取得元を指定して，XSS などを防ぐヘッダである。ウの X-Content-Type-Options は，nosniff を指定して，ブラウザが Content-Type を無視して内容から種類を推測しないようにするヘッダである。エの X-XSS-Protection は，ブラウザの XSS フィルタ機能を制御するヘッダである。なお，X-XSS-Protection は現在では非推奨とされ，Content-Security-Policy の利用が勧められている。

解説

IPsec の ESP をトンネルモードで使うと，元の IP パケットをヘッダも含めて丸ごと暗号化し，その外側に新しい IP ヘッダを付けて送る。暗号化通信を行う区間では，エンドツーエンドの通信で用いる元の IP ヘッダも暗号化されるので，アが適切である。

イは誤りで，IKE は UDP のポート番号 500（NAT トラバーサルでは 4500）を使う。ウの HMAC-SHA1 は改ざんの検出（完全性の確認）に使うメッセージ認証のアルゴリズムであり，暗号化のアルゴリズムではない。エの認証や暗号化のアルゴリズムの取り決めは IKE で行うもので，AH は暗号化の機能をもたず認証と改ざん検出だけを提供する。

解説

TLS のクライアント認証に使う個人認証用のデジタル証明書（と秘密鍵）は，PC に保存するだけでなく IC カードに格納することもできる。IC カードを読み取れる環境であれば，どの PC からでも利用でき，利用する PC を特定の PC に限定する必要はない。ウが適切である。

アは誤りで，Web サーバのデジタル証明書にはサーバの FQDN（ドメイン名）を記載するのが一般的で，IP アドレスの組込みは必須ではないので，IP アドレスを変更しても取り直す必要はない。イも誤りで，TLS で使う共通鍵暗号の鍵長は暗号スイートによって 128 ビットや 256 ビットなどに決まり，128 ビット未満で任意に指定するものではない。エも誤りで，TLS は不特定の利用者との通信にも使え，Web サーバへの事前の利用者登録は必要ない。

解説

IEEE 802.1X では，認証を受ける端末をサプリカント，接続を中継して認証が済むまで通信を制御する装置をオーセンティケータ，認証を行うサーバを認証サーバという。無線 LAN では PC がサプリカント，アクセスポイントがオーセンティケータになる。アクセスポイントは PC から受け取った認証情報を RADIUS で認証サーバ（RADIUS サーバ）へ中継するので，RADIUS クライアントの機能をもつ。イが標準的な方法である。

アの PC はサプリカントだが RADIUS クライアントにはならない。ウのアクセスポイントはサプリカントでも RADIUS サーバでもない。エの利用者認証情報を管理するサーバは RADIUS サーバ（認証サーバ）であり，オーセンティケータではない。

解説

チーミングは，複数の NIC を束ねて一つの IP アドレスをもつ論理的なインタフェースとして扱う技術。負荷分散と帯域の有効活用ができ，1 枚が故障しても通信を続けられるので耐障害性も上がる。

アはフロー制御，イはオートネゴシエーション，ウは仮想 NIC の説明である。

解説

P＝n／(1＋(n−1)a) の分子と分母を n で割ると，P＝1／(1／n＋a−a／n) となる。n を幾らでも大きくすると，1／n と a／n はいずれも 0 に近づくので，P は 1／a に近づく。

a＝0.1 のとき，1／a＝1／0.1＝10 なので，マルチプロセッサの性能は幾ら CPU を増やしても 10 以上には大きくならない。イになる。

例えば n＝100 でも P＝100／(1＋99×0.1)＝100／10.9≒9.2 であり，10 には届かない。

解説

MTTR（平均修復時間）は，故障が発生してから修理が完了するまでの平均時間で，保守要員の駆付け時間も含む。保守センタを分散配置して駆付け時間を短縮すれば，MTTR は短くなる。ウが適切である。

アの遠隔保守で駆付け時間が不要になると短くなるのは，MTBF ではなく MTTR である。イの故障時の修理は機器を元の状態に戻すもので，故障の間隔を示す MTBF（平均故障間隔）を長くするものではない。エの予防保守は，故障の発生を減らして MTBF を長くするための保守である。

解説

リファクタリングは，ソフトウェアの外部から見た振る舞い（機能）は変えずに，内部の構造を整理して，読みやすく修正しやすい，保守性の高いプログラムに書き直すことである。アが正しい。振る舞いが変わっていないことは，テストを繰り返し実行して確かめながら進める。

イのソースコードから設計書を作成するのはリバースエンジニアリング。ウのソフトウェア部品を組み合わせて開発するのはコンポーネントベース開発。エの修正が他の部分に影響していないかを確かめるのは回帰テスト（リグレッションテスト）である。