9月3日(水)1コマ目

今日、やったこと

  • [確認テスト　解説]イーサネット・IP
  • [基本情報過去問　解説]ネットワーク系その他

今日のホワイトボード

[確認テスト　解説]イーサネット・IP

問１

IPアドレスは1バイトずつ10進数に変換して、カンマ区切りで表記。よって、0から255まで。

図　[確認テスト]イーサネット・IP　問1

問２ 

ルーティングに使う情報は

  • 各ルーターやPCが持つルーティングテーブル
  • 受信パケットのIPヘッダ内の宛先IPアドレス

の２つ。

図　[確認テスト]イーサネット・IP　問2

問３

ネットワークアドレスを求める問題。

ネットワークアドレスはホストアドレスのビットをすべて0に。

図　[確認テスト]イーサネット・IP　問3

問４

IPアドレス => MACアドレスへの変換に使うプロトコルはARP(Address Resolution Protocol)。

RIPはRouting Information Protocol。ルーター等が接続ネットワーク情報を他のルーターに通知してルーティングテーブルを自動生成するためのプロトコル。

RARPはReverse Address Resolution Protocol。IPアドレス => MACアドレスの変換のためのプロトコル。


問５

TCPのコネクションは2台のPCで動いているアプリケーション同士で構築される。

コネクションの識別は

  • どのPC（送信元IPアドレス　と　宛先IPアドレス）
  • どのアプリケーション（送信元ポート番号　と　宛先ポート番号）

の組み合わせで行う。

図　[確認テスト]イーサネット・IP　問5

問6

PCに設定できないIPアドレスは
  • ホストアドレスのビットがすべて0 => ネットワークアドレス
  • ホストアドレスのビットがすべて1 => ブロードキャストアドレス
の２つ。これ以外はネットワークアドレスが同じなら設定可能。
図　[確認テスト]イーサネット・IP　問6

問7

問6と同じような問題。
図　[確認テスト]イーサネット・IP　問7

問8

TCP、UDPにとってアプリケーションとは上位層のプロトコル。
上位層のプロトコルの識別はポート番号を使う。

問9

問6と同じような問題。
図　[確認テスト]イーサネット・IP　問9

問10

ブロードキャストアドレスはホストアドレスのビットをすべて１に。
図　[確認テスト]イーサネット・IP　問10


[基本情報過去問　解説]ネットワーク系その他

問1は昨日やりました。

問2

NATとNAPTの違い。
前提として、インターネットで使えるグローバルIPアドレスは接続端末数に対して、数が足りない状態。
いずれも、通過するパケットのIPヘッダ内の宛先・送信元IPアドレスを、LANしか使えないプライベートIPアドレスとインターネットで使える（唯一になる）グローバルIPアドレスの変換を行う。

〇NAT

通過するパケットのIPアドレスを書き換え。
同時接続数分のグローバルIPアドレスが必要になる。
図　[基本情報過去問　解説]ネットワーク系その他　問2　NAT　

〇NAPT

通過するパケットのIPアドレスとポート番号(TCP/UDPヘッダ）を書き換え。
IPアドレスとポート番号の組み合わせで書き換えを識別するため、グローバルIPアドレスは１つでOK。
図　[基本情報過去問　解説]ネットワーク系その他　問2　NAPT

問３

選択肢のなかのRADIUS(Remote Authentication Dial In User Service)について。
いにしえのダイアルアップ接続のころから使われていた認証と利用記録のためのプロトコル。
図　[基本情報過去問　解説]ネットワーク系その他　問3　RADIUS　
今ではVPN接続や無線LANのアクセスポイント接続なので使われている。

問4、5

プロキシサーバーに関する問題。
プロキシサーバーは
  • クライアントPCに変わってWebサーバーにアクセスしてコンテンツ取得
  • 取得したコンテンツを一時保存
  • リクエストが一時保存されているコンテンツなら、保存データを返信
する。

問6、7

NTPはネットワーク版時報。
定期的に時間を通知するパケットを受信して各PCの時間を合わせる。
図　[基本情報過去問　解説]ネットワーク系その他　問7の選択肢　

問8、9、10

図　[基本情報過去問　解説]ネットワーク系その他　問8、9、10の選択肢

問11

データリンク層のプロトコルに関する問題。
図　[基本情報過去問　解説]ネットワーク系その他　問11の選択肢

次回は

つづきです。
テストをします。








このブログの人気の投稿

6月11日(水)1コマ目

イメージ
今日、やったこと [確認テスト　解説]ルーティングテーブル作成　その1 [確認テスト]ルーティングテーブル作成　その2 ルーティングテーブル作成演習　その3 今日のホワイトボード [確認テスト　解説]ルーティングテーブル作成　その1 今までサブネットマスクが/24(255.255.255.0)だったので /20 に気付かなかった人が多数おられました。 図　ホストAのルーティングテーブル [確認テスト]ルーティングテーブル作成　その2 今日、やった確認テストですが、回収時に「えっ」と思ったので、軽く解説。 問題は今までないパターンで、どうしていいかわからない問題だったかもしれません。 図　ホストAのルーティングテーブル ポイントは最寄りのルーターが2つあるホストA。 異なるネットワーク宛てのパケットをどうすればいいか、悩んだかもしれません。 〇解答例１ 192.168.0.0/20と192.168.32.0/20と別々にルーティングルールを用意する。 宛先 マスク ゲートウェイ インタフェース 192.168.16.0 255.255.240.0 リンク上 192.168.18.10 192.168.0.0 255.255.240.0 192.168.19.1 192.168.18.10 192.168.32.0 255.255.240.0 192.168.20.254 192.168.18.10 ネットワークが増えると、ホストAのルーティングテーブルを変更する必要があるため、いい方法ではないですが。 〇解答例２ 欲しかったのはこれ。ルーター1(またはルーター2)に送信して、あとはルーターにお任せ。 宛先 マスク ゲートウェイ インタフェース 192.168.16.0 255.255.240.0 リンク上 192.168.18.10 0.0.0.0 0.0.0.0 192.168.19.1 192.16...
続きを読む

6月2日(月)1コマ目

イメージ
今日、やったこと [練習問題]パケットの経路をたどる  ルーティングテーブル作成 今日のホワイトボード [練習問題]パケットの経路をたどる  ルーティングテーブルからパケットがとおる経路の決定。 ホストAー＞ホストB（ルーティングテーブルはケース１） 図　ホストA->ホストB(ルーティングテーブルはケース1) ホストAー＞ホストB（ルーティングテーブルはケース2） 同じ送信元->宛先だが、ルーティングテーブルが変わると、パケットがとおる経路も異なる。 図　ホストA->ホストB(ルーティングテーブルはケース2) ホストC->ホストA(ルーティングテーブルはケース2) 図　ホストC->ホストA(ルーティングテーブルはケース2) 同一ネットワーク、異ネットワーク 自分に設定されているIPアドレス、サブネットマスクから自分のネットワークアドレスが分かる。 送信先のIPアドレスと自分のサブネットマスクから、自分から見た送信先のネットワークアドレスが決まる。 ※送信先はIPアドレスで指定される ※送信先に設定されているサブネットマスクはわからない 自分のネットワークアドレス＝自分から見た送信先のネットワークアドレス =>同一ネットワーク 自分のネットワークアドレス≠自分から見た送信先のネットワークアドレス =>異ネットワーク 図　同一ネットワーク、異ネットワーク ルーティングテーブルを作る 極端な話、送信先にパケットが届くならどんなルーティングテーブルでもいい。 でも、それでは自由度が高すぎてルーティングテーブルを作ることができない。 そこで、あらかじめルーティングポリシーを決めておく。 〇PCのルーティングポリシー 異なるネットワークは同一ネットワーク以外すべてにしたいので、 　宛先アドレス　0.0.0.0 　マスク　　　     0.0.0.0 にする。 図　PCのルーティングポリシー 〇ルーターのルーティングポリシー ルーターにはPCなどから異ネットワーク宛てのパケットが送信される。 ルーターの役割はこの異ネットワーク宛てのパケットを宛先に届けること。 宛先が同一ネットワークならPCと同じように直接送信(ゲートウェイ：リンク上)。 宛先が異ネットワークの場合は、ケースバイケースになる...
続きを読む

7月16日(水)1コマ目

イメージ
今日、やったこと TCPヘッダのウィンドウサイズ スライディングウィンドウ 今日のホワイトボード TCPヘッダのウィンドウサイズ パケットを受信すると、すぐに処理せずに、一旦メモリ上に保存する。 このメモリエリアのことをバッファと呼んだりする。 バッファが空いている限り、パケットは受信可能。そこで、 相手に空きバッファサイズを伝えて、受信応答を待たずに連続送信を可能にしている。 空きバッファサイズはTCPヘッダ内のウィンドウサイズで伝える。 図　受信パケット用バッファと空きバッファを通知するためのウィンドウサイズ 実際のパケットで確認① 下図のように、②で通知したウィンドウサイズ5840バイトまでは受信応答を待たずに連続送信できる。 ④で1450バイト、⑤で171バイトを受信応答を待たずに連続送信。 図　連続送信の例１ 実際のパケットで確認② 下図では、受信データサイズ分だけ通知するウィンドウサイズが減っている。 図　空きバッファサイズの通知 相手に通知するウィンドウサイズは 始めは少な目 => 大量受信を防ぐ 徐々に増やす => 効率アップ とちょっとずつバッファサイズを増やしていく。 ただ、OSやPCの利用状況によって、異なる。 スライディングウィンドウ 送信側は相手から伝えられるウィンドウサイズまでは連続送信可能。 何バイト目までデータ送信可能かを「スライディングウィンドウ」と呼ばれる仕組みを使って管理。 図　スライディングウィンドウ 受信パケットの 確認応答番号がウィンドウの開始位置 ウィンドウサイズがウィンドウのサイズ で、ウィンドウの位置、大きさをコントロール。 このウィンドウが空いている部分が送信可能なデータ。 次回は 今日の内容の練習問題。 その次にテストをします。
続きを読む