ネットワークと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
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド:効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは? -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合/分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
4
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
5
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
-
6
Microsoft月例パッチ1400件超で過去最多 「限界点」を迎えたパッチ管理
-
7
みずほ証券が「液冷サーバ」を採用 1日3.6億件の計算を支えるための要件
-
8
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
9
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
10
「身代金を支払う」以外のランサムウェア対策は本当にあるのか?
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
7
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「標的型攻撃メール」事例・サンプル集
-
10
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー