5月7日(火)3コマ目

今日、やったこと

  • パケット
  • プロトコルとプロトコル階層
  • イーサネット
  • MACアドレス

今日のホワイトボード

パケット

コンピュータ通信ではデータをパケットに入れて送信する。

パケットはデータの前にヘッダ、後ろにトレーラを付加する。

ヘッダには宛先や送信元などのパケットを扱うために必要な制御情報がふくまれる。

トレーラには受信側がパケットのチェックに使う情報が含まれる。

図　パケット

コンピュータ通信では

パケットをネットワークに送信する。
ネットワーク上にはルーターと呼ばれるパケット交換機があり、このルーターがパケットをどこに送信するかを決める。
パケットは送信元で宛先までの経路を決定するわけではなく、途中のルーターが次の宛先を決めるバケツリレー方式。
図　ルーターが次の宛先を決める

プロトコル階層

プロトコル＝手順。
通信の手順をプロトコルと呼ぶ。
コンピュータ通信にはいろいろなプロトコルがある。
が、授業では下図のような4階層のプロトコル階層を扱う。
図　プロトコル階層

プロトコルとパケット

例えばホームページをリクエストする場合、送信データは送信側のHTTPで発生する。
HTTPはデータを下位のTCPに渡す。TCPはさらにIPに、IPはイーサネットに渡す。
イーサネットはパケットを送信する。
受信側はイーサネットがパケットを受信する。
イーサネットはIPに、IPはTCPに、TCPはHTTPにと上位に渡して処理されていく。
図　プロトコル階層とパケット

イーサネット

イーサネットヘッダのフォーマットは下図のとおりで、送信元、宛先情報くらいしかない。
図　イーサネットフレームフォーマット
イーサネットではパケットと呼ばずにフレームと呼ぶ。が、どちらも同じと思ってOK。

イーサネットでのコンピュータ識別子

イーサネットではコンピュータ等の識別にMACアドレスを使う。
MACアドレスはコンピュータの部品の１つであるNIC(Network Interface Card)を製造する段階で書き込まれる。
図　MACアドレス


次回は

イーサネットの続きをやります。
この授業の評価は小テスト積み上げ型で行います。
なお、小テストの日にやむにやまれぬ事情以外で欠席した場合は0点になりますので、ご注意ください。

やむに已まれぬ事情の例

  • インフルエンザ、コロナ等の出席停止
  • 公共交通機関の遅延による遅刻、欠席
  • インターンシップ参加や企業訪問、採用試験受験等の就職活動

以下はやむにやまれぬ事情ではありません

  • 自家用車による通学で渋滞に巻き込まれた
  • 寝坊した
  • 体調不良
ただし、体調不良、通院等は相談に応じます。


 

このブログの人気の投稿

7月16日(火)4コマ目

イメージ
今日、やったこと [確認テスト]TCPのシーケンス番号、確認応答番号、ウィンドウサイズ TCPとUDPの違い 第4層のプロトコルの特徴 名前解決 DNS 今日のホワイトボード TCPとUDPの違い TCP、UDPはともに第3層のプロトコル。２つは両極端な特徴を持つ。 図　TCPとUDPの違い 第4層のプロトコルがTCP、UDPを選択する。  第4層のプロトコル 第4層には利用目的に特化したプロトコルがたくさんある。 ホームページにはホームページの特徴にあったデータのやり取り方法がある。メールにはメールにあったデータのやり取り方法がある。そのため、第4層には利用目的に特化したプロトコルがある。 図　第4層のプロトコル 名前解決 GoogleのWebサイトにアクセスするさい、普通はブラウザのアドレス入力欄に、 　https://www.google.co.jp と入力してアクセスする。(現実ではブラウザのデフォルトページがGoogleのサイトになっており、検索して各Webサイトにアクセスするけど） インターネットではTCP/IPを使って通信をしているため、Googleのサイト=GoogleのWebサーバーにはIPアドレスが付与されており、このIPアドレスでアクセスする必要がある。 しかしながら、Googleのサイトにアクセスする際、IPアドレスを意識することはなく、https://www.google.co.jpでアクセスできる。 これはwww.google.co.jpからIPアドレスに変換する仕組みのお陰。 www.google.co.jpのような文字列(コンピュータ名)からIPアドレスに変換することを 名前解決 と呼び 、インターネットではDNSが使われる。 図　名前解決 DNS インターネットでの名前解決はDNSが利用されている。 Googleのサーバーの名前www.google.co.jpはDNSの命名規則に従っている。 DNSはドメインツリーと呼ばれるルートドメインを頂点とした木構造のモデル がある。 各ドメインにはDNSサーバーがあり、そのドメインの情報を管理している 。 図　DNSの階層と名前の関係 次回は テストはしません。 DNSの続きです。
続きを読む

6月10日(月)1コマ目

イメージ
今日、やったこと [確認テスト]ルーティングテーブル作成4 ARP 今日のホワイトボード イーサネットとIPは役割が違う  IPは宛先までの経路を決めるまで、パケット送信は行わない。 イーサネットはパケット送受信を行う。経路決定には関与しない。 図　イーサネットとIPの役割分担 イーサネットヘッダとIPヘッダの宛先・送信元情報 イーサネットヘッダ、IPヘッダともに宛先・送信元情報がある。 〇IPヘッダ 宛先は最終的にたどり着きたい宛先 送信元はおおもとのデータを送り出したPC等 〇イーサネットヘッダ 宛先はIPがルーティングして決定した宛先 送信元はこのパケットを送り出したPC等 図　イーサネットヘッダ、IPヘッダの宛先・送信元情報 IPとイーサネットで異なるアドレスを使う IPがルーティングして次に送る宛先を決定し、イーサネットがそこに送信する 。 しかし、IPのルーティング結果はIPアドレス。イーサネットはMACアドレスを使う。 IPアドレスからMACアドレスへの変換を行うプロトコルがARP 。 図　IPアドレスからMACアドレスへ変換 ARP(Address Resolution Protocol) IPアドレスからMACアドレスへの変換をする際に利用するプロトコル(手順、ルール)。 以下の流れでIPアドレスからMACアドレスへ変換している。 ①ARPテーブル確認 ARPテーブルは過去に調べたIPアドレスとMACアドレスの一覧表。 図　[ARP]ARPテーブル確認 ARPテーブルに調べたいIPアドレスがあれば、対応するMACアドレスを使う。これで終了。 ARPテーブルに調べたいIPアドレスが無ければ、②ARPリクエスト送信へ。 ②ARPリクエスト送信 ARPリクエストは検索対象のIPアドレスを使っているPCからの返信を期待して送信する。 ARPリクエストパケットのイーサネットヘッダ内の宛先MACアドレスはどのMACアドレスを書き込むかわからない（MACアドレスが分からないからARPリクエストを送信している)。 よって、 全PCが対象となるブロードキャストアドレス(ff:ff:ff:ff:ff:ff)を宛先MACアドレスに書き込んで送信する 。 図　[ARP]ARPリクエスト送信 ③ARPレスポンス受信 ARPリクエストを受信した各PCはARPヘッダを見...
続きを読む

6月5日(水)1コマ目

イメージ
今日、やったこと [確認テスト]ルーティングテーブル作成3 [練習問題]ルーティングテーブル作成 今日のホワイトボード [練習問題]ルーティングテーブル作成 一見、ネットワークがたくさんあってめんどくさそうです。 図　ルーティングテーブル作成　ネットワーク図 ルーターAのルーティングテーブル 今までとおなじやり方だと以下のようになります。 図　ルーターAのルーティングテーブル 172.17.10.0/24、172.17.100.0/24、172.17.110.0/24の３つのネットワークに行くにはすべて同じルート(172.16.1.1->172.16.1.254)を通ります。 そこで、マスクを255.255.255.0から255.255.0.0に変更すれば、この3つのネットワークは172.17.0.0にまとめることができます。 さらに、宛先172.17.0.0、マスク255.255.0.0は他のネットワーク(172.16.1.0/24、172.16.10.0/24、172.16.100.0/24、172.16.110.0/24)とはマッチしません。 よって、ルーティングテーブルは7行から5行にすることができます。 宛先 マスク ゲートウェイ インタフェース 172.16.1.0 255.255.255.0 リンク上 172.16.1.1 172.16.10.0 255.255.255.0 リンク上 172.16.10.1 172.16.100.0 255.255.255.0 172.16.10.128 172....
続きを読む