Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ネットワークの基本の「き」改版
Search
Seiya
May 21, 2019
Technology
1
260
ネットワークの基本の「き」改版
そもそもネットワークでどんななんだ?みたいな疑問を解決できそうなスライド
ネットワークアーキテクチャの話がメインです。
Seiya
May 21, 2019
Tweet
Share
More Decks by Seiya
See All by Seiya
ATProtocol ざっくり概要把握してみた @ DWeb Tokyo Meetup #2
silmin_
0
29
おうちGitLabのススメ
silmin_
3
1.6k
Git入門
silmin_
32
21k
暗号について
silmin_
0
180
LinuxCommand入門
silmin_
0
380
LinuxCommand入門2
silmin_
0
280
Webについて
silmin_
3
190
ネットワークとは
silmin_
0
250
コンピュータとは|初心者向け資料
silmin_
1
190
Other Decks in Technology
See All in Technology
タスク管理も1on1も、もう「管理」じゃない ― KiroとBedrock AgentCoreで変わった"判断の仕事"
yusukeshimizu
5
2.5k
[AEON TECH HUB #24] お客様の長期的興味の理解に向けて
alpicola
0
140
Claude Code のコード品質がばらつくので AI に品質保証させる仕組みを作った話 / A story about building a mechanism to have AI ensure quality, because the code quality from Claude Code was inconsistent
nrslib
12
4k
JAWS FESTA 2025でリリースしたほぼリアルタイム文字起こし/翻訳機能の構成について
naoki8408
1
260
GitLab Duo Agent Platform + Local LLMサービングで幸せになりたい
jyoshise
0
280
生成AIの利用とセキュリティ /gen-ai-and-security
mizutani
1
1.6k
類似画像検索モデルの開発ノウハウ
lycorptech_jp
PRO
5
1.1k
Abuse report だけじゃない。AWS から緊急連絡が来る状況とは?昨今の攻撃や被害の事例の紹介と備えておきたい考え方について
kazzpapa3
1
410
Evolution of Claude Code & How to use features
oikon48
1
570
[2026-03-07]あの日諦めたスクラムの答えを僕達はまだ探している。〜守ることと、諦めることと、それでも前に進むチームの話〜
tosite
0
140
Kubernetesにおける推論基盤
ry
1
290
Claude Code Skills 勉強会 (DevelersIO向けに調整済み) / claude code skills for devio
masahirokawahara
1
13k
Featured
See All Featured
How STYLIGHT went responsive
nonsquared
100
6k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
What does AI have to do with Human Rights?
axbom
PRO
1
2k
What's in a price? How to price your products and services
michaelherold
247
13k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
140
Java REST API Framework Comparison - PWX 2021
mraible
34
9.2k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.3k
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.2k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
37
6.3k
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
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さん? はーい。なんでしょう。
[email protected]
から~ ほうほう
[email protected]
に送りたいです メール送信の例 了解です!データを下さい! これです~ 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アドレスはどっちも大事