ネットワークとOSI参照モデルの基礎【第4回】
「データはどう流れるのか」――OSI参照モデルで“通信の仕組み”を解説
ネットワークやシステムの運用に携わる場合、理解しておいた方がよいのが「OSI参照モデル」の仕組みだ。今回は複数のレイヤーにまたがる技術や、データがレイヤーを通じてどう流れるのかを解説する。
通信の仕組みを7つのレイヤー(階層)に分類する「OSI参照モデル」は、ネットワークやシステムの運用において欠かせない基礎知識だ。第2回「『OSI参照モデル』完全ガイド――“7つの階層”それぞれの機能とは?」では、各レイヤーの役割や仕組みを紹介した。第3回となる本稿では、複数のレイヤーにまたがって動作する仕組みや、データが送信元から宛先へとどのように流れるのかを見ていく。
複数のレイヤーにまたがる技術や仕組み
OSI参照モデルでは、レイヤーごとに機能を分けて考えるのが基本だが、複数のレイヤーにまたがって動作する技術や仕組みも存在する。代表的な例は以下の通りだ。
- ITU-T(International Telecommunication Union - Telecommunication Standardization Sector:国際電気通信連合 電気通信標準化部門)によるセキュリティアーキテクチャ「X.800」
- 通信の各レイヤーで必要となるセキュリティ機能を規定しており、複数レイヤーにまたがって適用される。
- 通信管理機能
- 通信の確立、調整、監視、終了といったプロセスを管理する仕組み。主にセッション層(レイヤー5)を中心に、他のレイヤーにも関与する。
- MPLS(Multi-Protocol Label Switching)
- レイヤー2(データリンク層)とレイヤー3(ネットワーク層)にまたがって動作するルーティング技術で、「レイヤー2.5」とも呼ばれる。フレームやパケットを含むさまざまなトラフィックを高速に転送する。
- ARP(Address Resolution Protocol:アドレス解決プロトコル)
- レイヤー3のIPアドレスを、レイヤー2のMACアドレスにマッピングするためのプロトコル。IPネットワーク上での通信に不可欠。
- DNS(Domain Name System)
- 一般にはアプリケーション層(レイヤー7)に分類されるが、IPアドレスの解決には下位レイヤーの通信機能も利用する。
OSI参照モデルで表すデータの流れ
OSI参照モデルは、送信元のデバイスから宛先のデバイスへとデータがどのように流れるかを、各レイヤーの役割に沿って規定する。ここでは、メールクライアント「Microsoft Outlook」を使ってメールを送信するケースを例に、OSI参照モデルに基づいたデータの流れを見ていこう。
送信元
- レイヤー7(アプリケーション層)
- Microsoft Outlookのようなメールクライアントが、転送プロトコル「SMTP」(Simple Mail Transfer Protocol)を用いてメッセージを送信する。
- レイヤー6(プレゼンテーション層)
- メッセージは暗号化および圧縮され、アプリケーションが処理できる形式に変換される。
- レイヤー5(セッション層)
- 送信側と受信側のメールサーバ間でセッションが確立され、メールの送信が完了するまでこの接続が維持される。
- レイヤー4(トランスポート層)
- メッセージは「セグメント」と呼ばれる単位に分割される。データの完全性を保つための制御やエラー検出もここで実行される。
- レイヤー3(ネットワーク層)
- セグメントに宛先のIPアドレスが付加され、パケットとしてまとめられ、ネットワーク上のルーティング処理が実行される。
- レイヤー2(データリンク層)
- パケットに宛先のMACアドレスが付加され、LAN内で送受信できるようフレームに変換される。データ転送中に発生したエラーの検出も実行される。
- レイヤー1(物理層)
- フレームが0と1のビットに変換され、光ファイバーケーブルなどの物理媒体を通じて信号として送信される。
宛先
- レイヤー1(物理層)
- 光ファイバーケーブルなどの物理媒体を通じて受信した信号が、0と1のビットとして読み取られ、上位レイヤーに引き渡される。
- レイヤー2(データリンク層)
- ビット列が「フレーム」として再構成され、MACアドレスなどの情報を基に正しいデバイス宛てであることが確認される。その後、フレームから「パケット」が抽出される。
- レイヤー3(ネットワーク層)
- パケットの宛先IPアドレスを参照し、ネットワーク上での経路を確認。パケットから「セグメント」が復元される。
- レイヤー4(トランスポート層)
- セグメントが元の順序に整えられ、データの整合性が検証された上で、完全なデータとして復元される。
- レイヤー5(セッション層)
- メールの完全な受信が完了するまで、送信側と確立したセッションが維持される。
- レイヤー6(プレゼンテーション層)
- データは暗号化が解除され、必要に応じて解凍される。その上で、アプリケーションが処理できる形式に変換される。
- レイヤー7(アプリケーション層)
- Microsoft Outlookのようなメールクライアントがデータを受け取り、人間が読める形で表示する。メッセージは受信フォルダに保存され、PCやノートPC、スマートフォン、タブレットなどで閲覧できるようになる。
次回は、OSI参照モデルの利点と欠点について解説する。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣 -
製品資料
[サイボウズ株式会社] AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
4
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
-
9
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
10
「AI活用を前提とした業務PCへの移行」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー