Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Speaker Deck
PRO
Sign in
Sign up for free
ネットワークの基本の「き」改版
mina
May 21, 2019
Technology
0
82
ネットワークの基本の「き」改版
そもそもネットワークでどんななんだ?みたいな疑問を解決できそうなスライド
ネットワークアーキテクチャの話がメインです。
mina
May 21, 2019
Tweet
Share
More Decks by mina
See All by mina
おうちGitLabのススメ
silmin_
1
280
Git入門
silmin_
0
50
暗号について
silmin_
0
21
LinuxCommand入門
silmin_
0
76
LinuxCommand入門2
silmin_
0
37
Webについて
silmin_
3
19
ネットワークとは
silmin_
0
31
コンピュータとは|初心者向け資料
silmin_
0
20
ビットについて|入門者向け資料
silmin_
0
19
Other Decks in Technology
See All in Technology
20220803投資先CXO候補者向け 会社紹介資料_合同会社BLUEPRINT
hik
0
320
インフラのテストに VPC Reachability Analyzer は外せないという話
nulabinc
PRO
2
710
Power BI のうらがわ
hanaseleb
1
140
ECS Exec を使った ECS の トラブルシューティング
dohara
0
130
COSCUP x KCD Taiwan 2020 - 那些年我們在開源社群的日子 - Cloud Native Taiwan
pohsien
0
120
JAWS-UG 朝会 #36 登壇資料
takakuni
1
550
漫画で使えそうな背景画像をblenderを使って作ってみた!
nokonoko1203
1
280
疎ベクトル検索と密ベクトル検索: 第68回 Machine Learning 15minutes! Broadcast
keyakkie
1
250
聊聊 Cgo 的二三事
david74chou
0
330
フィンテック養成勉強会#24
finengine
0
330
DevelopersIO 2022 俺のTerraform Pipeline
takakuni
0
440
第22回 MLOps 勉強会:みてねのMLOps事情
tonouchi510
1
940
Featured
See All Featured
Documentation Writing (for coders)
carmenintech
48
2.6k
Producing Creativity
orderedlist
PRO
334
37k
StorybookのUI Testing Handbookを読んだ
zakiyama
6
2.5k
Designing the Hi-DPI Web
ddemaree
272
32k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
14
3.8k
Fantastic passwords and where to find them - at NoRuKo
philnash
27
1.6k
Reflections from 52 weeks, 52 projects
jeffersonlam
337
17k
Building Adaptive Systems
keathley
25
1.2k
Embracing the Ebb and Flow
colly
73
3.4k
Building Your Own Lightsaber
phodgson
95
4.7k
Intergalactic Javascript Robots from Outer Space
tanoku
260
25k
Art, The Web, and Tiny UX
lynnandtonic
280
18k
Transcript
ネットワークの基本の「き」 mina
自己紹介 mina Twitter: @silmin_ Birth: 1999/04/04
ネットワークってなに?
ネットワークってなに コンピュータ同士を繋げた網の目のよ うなもの ←こんなの • LAN(Local Area Network) 部署内や建物内、敷地内などの 狭い範囲をカバー
• MAN(Metropolitan Area Network) 都市や市街地の一部または全体 をカバー • WAN(Wide Area Network) 地理的に離れたLAN同士を結ぶ LANやMANより広い範囲をカバー ネットワークの規模による分類
インターネットってなに ネットワークのネットワーク 多数のLANが共通の決まり(プロトコル)に従っ て、緩やかに繋がり合っている。 LAN LAN LAN LAN LAN プロトコル
プロトコル プロトコル プロトコル プロトコル プロトコル
互いの繋がりは 意識しなくていい
プロトコルの話
プロトコルについて コンピュータ同士が通信するための、共通のルール HTTP, IP, FTP, DNS あたりはよく見そう 通信の手順、データの形式、言語、送信元や宛先の情報.... 通信するには たくさんの決め事が必要
これらは階層構造(レイヤ)で整理する
階層構造(レイヤ)で管理 各層のプロトコルは独立している その層の変更が、他層に影響を与えない 同じ階層同士別のプロトコルに 入れ替えても通信は成立する 第 N 層 第 N+1
層 第 N-1 層 PC1 第 N 層 第 N+1 層 第 N-1 層 PC2 プロトコル プロトコル プロトコル
携帯電話を使う 日本語を使う 想像してること(解釈)が同じ
携帯電話を使う 英語を使う 想像してること(解釈)が同じ 入れ替えても通信(会話)は成立
階層構造(レイヤ)で管理 各層のプロトコルは独立している その層の変更が、他層に影響を与えない 同じ階層同士別のプロトコルに 入れ替えても通信は成立する • 拡張性や柔軟性が上がる • 実装が容易 •
修正が容易 第 N 層 第 N+1 層 第 N-1 層 PC1 第 N 層 第 N+1 層 第 N-1 層 PC2 プロトコル プロトコルを階層構造で体系化 ネットワークアーキテクチャ プロトコル プロトコル
ネットワークアーキテクチャは 各層が独立している 同じ階層の別プロトコルに 入れ替えても影響なし
ネットワークアーキテクチャ の各層
OSI参照モデル 7. アプリケーション層 アプリケーション同士の通信に必要な固有の部分を規定 6. プレゼンテーション層 ネットワーク上で扱うデータの形式を規定 5. セッション層 通信形式の規定や通信のタイミングの制御
4. トランスポート層 アプリケーションの識別とデータの品質の保証 3. ネットワーク層 終端ノード間(End-to-End)の通信(アドレス体系・経路制御 ) 2. データリンク層 隣接ノード間(Link-by-Link)の通信(フレーム生成) 1. 物理層 物理信号とビット列変換 ケーブルやコネクタ等の規定
プロトコルとパケット 7. アプリケーション層 6. プレゼンテーション層 5. セッション層 4. トランスポート層 3.
ネットワーク層 2. データリンク層 1. 物理層 データ ヘッダ7 データ ヘッダ7 ヘッダ6 データ ヘッダ7 ヘッダ6 ヘッダ5 データ ヘッダ7 ヘッダ6 ヘッダ5 ヘッダ4 データ ヘッダ7 ヘッダ6 ヘッダ5 ヘッダ4 ヘッダ3 データ ヘッダ7 ヘッダ6 ヘッダ5 ヘッダ4 ヘッダ3 ヘッダ2 0100101001... メッセージ データグラム フレーム セグメント・データグラム コネクション型↓ コネクションレス型↓
アプリケーション層 アプリケーション間の通信に必要な固有の部分を規定 メッセージ・ヘッダ リクエスト・ライン リクエスト・ヘッダフィールド 一般ヘッダフィールド エンティティヘッダフィールド その他 空行 (CR+LF)
メッセージ・ボディ HTTPリクエストフォーマット
プレゼンテーション層 データの表現形式 を規定 ネットワーク全体で 統一された形式 OSやアプリケーション 固有の形式 相互変換 ア プ
リ ケ ー シ ョ ン 層 プ レ ゼ ン テ ー シ ョ ン 層 ア プ リ ケ ー シ ョ ン 層 プ レ ゼ ン テ ー シ ョ ン 層 UTF8 EUC-JP ISO2022-JP 変換 変換
セッション層 通信方式の規定・通信タイミング の制御 • 通信の開始・終了のタイミング • コネクション(論理的な通信路)の確 立・切断 • 通信順序
トランスポート層に指示 もしもーし?smtp.example.comさん? はーい。なんでしょう。 hoge@example.comから~ ほうほう fuga@example.comに送りたいです メール送信の例 了解です!データを下さい! これです~ DATA 受け取りました~ ありがとうございました~ノシ はーい! smtp.example.com セッション 一連の通信期間全体
トランスポート層 セッション層からの指示によって、通信方式とかタイミング制御を実際にやる アプリケーション間通信を実現する - パケットを適切なアプリケーションに届ける アプリケーションに適したデータの品質を保証 1bitの誤りも許されないデータを扱う → コネクション型通信 連続して高速に通信し続けるデータを扱う → コネクションレス型通
Webサーバ メールサーバ FTPサーバ FTP Web Email Web Email 適切なアプリケーションに振り分け
相手の存在を確認するかどうか • コネクション型通信 コネクションを確立(相手の存在を確認)してから通信を行う 品質は高いが速度は遅い 場面:1bitも誤りのない信頼性が必要な時 (メール等) • コネクションレス型通信 コネクションを確立(相手の存在を確認)せずに通信を行う
品質は低いが速度は速い 場面:連続した高速な通信が必要とされる時 (動画配信等)
ネットワーク層 終端ノード間(End-to-End)の通信を実現する ノード:PCやサーバ等の通信をになうネットワーク機器 経路制御 どの経路を使うのか選択する アドレス体系の規定 ネットワーク全体で統一されてる (IPアドレス)
データリンク層 隣接間ノード(Link-by-Link)の通信を実現する 隣接間ノード:実際に直接繋がってるノード データリンク:ノードを繋げる具体的な手段(Ethernet, 無線...) Ethernet Ethernet 無線 これら以外にも 様々なデータリンクを
経由する フレームの作成 伝送データの最小単位を作成 MACアドレスの管理 ノードを一意に識別するための アドレス
物理層 フレームを構成するビット列と物理信号との相互変換 ケーブルやコネクタの形式等を規定 0100101001... 0100101001... 変換 変換
TCP/IP ネットワークアーキテクチャの1つ 現在の標準がこれ • 実際に動く使えることを重視 • 仕様決定は誰でも参加可能 OSI参照モデルと違い4階層構造 4. アプリケーション層
3. トランスポート層 2. インターネット層 1. ネットワーク インターフェース層
OSI参照モデルとTCP/IP 7. アプリケーション層 6. プレゼンテーション層 5. セッション層 4. トランスポート層 3.
ネットワーク層 2. データリンク層 1. 物理層 4. アプリケーション層 3. トランスポート層 2. インターネット層 1. ネットワーク インターフェース層 ソフトウェアに任せる →ソフトの自由度を優先 TCP/IPが厳密に規定 ハードウェアに任せる →ハードの自由度を優先 変化が 激しい 変化が 激しい
各層には明確な役割がある お互いに利用し合って通信が 成り立つ
ネットワーク機器の話
ネットワーク機器の話 各層にはそれに対応する機器がある • 物理層:リピータ • データリンク層:ブリッジ • ネットワーク層:ルータ
物理信号(電気とか光とか)の増幅・整形 物理信号はケーブル長が伸びれば伸びるほど劣化していく(ノイズ乗ったり弱く なったり) 伝送距離を延長するため、LANを延長するために用いる 物理信号を変換(電気→光)できるやつもいる 接続段数に制限あり(コリジョン(衝突)検出云々の事情) リピータハブって呼ばれる リピータ(物理層)
ブリッジ(データリンク層) フレームを認識して機能的な転送 • 宛先の識別(MACアドレスの学習) • フレームのエラー検出 • 媒体・速度が違うデータリンクを接続可(バッファがある) • 実際の機器はスイッチングハブ(スイッチ)ともいう
MAC:A MAC:B MAC:C MAC:D port1 port2 B宛だから 流さないよ!
ルータ(ネットワーク層) LAN同士を接続する(LANを分断する) • 経路制御:パケットを適切なルータ・宛先へ転送 • 異なる規格のデータリンク同士を接続 (Ethernet → 無線LAN等) LAN1
LAN2 LAN3 ルータ ルータ
経路制御 送信者 LAN2 LAN1 ルータA LAN3 LAN4 ルータB LAN5 ルータC
受信者
経路制御 送信者 LAN2 LAN1 ルータA LAN3 LAN4 ルータB LAN5 ルータC
受信者 宛先 転送先 LAN1 - LAN2 - LAN3 ルータB LAN4 ルータB LAN5 ルータB 宛先 転送先 LAN1 ルータA LAN2 - LAN3 - LAN4 - LAN5 ルータC 宛先 転送先 LAN1 ルータB LAN2 ルータB LAN3 ルータB LAN4 - LAN5 - ルータA ルータB ルータC
経路制御 送信者 LAN2 LAN1 ルータA LAN3 LAN4 ルータB LAN5 ルータC
受信者 宛先 転送先 LAN1 - LAN2 - LAN3 ルータB LAN4 ルータB LAN5 ルータB 宛先 転送先 LAN1 ルータA LAN2 - LAN3 - LAN4 - LAN5 ルータC 宛先 転送先 LAN1 ルータB LAN2 ルータB LAN3 ルータB LAN4 - LAN5 - データ LAN5宛
ネットワークアーキテクチャ各 層に対応した機器がいる
MACアドレスとIPアドレス
MACアドレスとIPアドレス IPアドレス(IPv4) ネットワーク上での住所のようなもの 例:192.168.1.100/24 アドレスが X.X.X.X の32bit(Xを2進数に変換) ネットワーク層の管轄 MACアドレス ネットワーク機器を一意に識別する
機器すべてに最初から刻印されてる 例:A0:B2:D5:7F:81:B3 アドレスがX:X:X:X:X:Xの形式でXは2桁の16進数 データリンク層の管轄
なんでアドレス2つも?
例 ルータA ルータB IP: aa MAC: AA IP: bb MAC:
BB IP: ra MAC: RA IP: rb MAC: RB PC1からPC2へパケットを送る PC1 PC2
例 ルータA ルータB IP: aa MAC: AA IP: bb MAC:
BB IP: ra MAC: RA IP: rb MAC: RB PC1 PC2 データ aa → bb AA → RA データ 送信元IP→宛先IP 送信者MAC→宛先MAC
ルータA ルータB IP: aa MAC: AA IP: bb MAC: BB
IP: ra MAC: RA IP: rb MAC: RB PC1 PC2 データ aa → bb AA → RA データ aa → bb RA → RB データ 送信元IP→宛先IP 送信者MAC→宛先MAC データ aa → bb RB → BB 例
通信するときは IPアドレス → 保持 MACアドレス → 更新
まとめ インターネットの通信はプロトコルってのに支えられてる プロトコルは階層構造で管理することで嬉しい ネットワーク機器は色々あって、働きがそれぞれ違う IPアドレスとMACアドレスはどっちも大事