OSIにおけるプロトコルデータユニットの驚くべき旅路　トップ10

A プロトコルデータユニット （PDU）は、1つの情報単位を表します。 ネットワークでは、このデータ単位が2つのピアエンティティ間で送信される。 OSIモデルの特定の層に存在する。 プロトコルデータユニットは、データと制御情報を封入している。 このようなカプセル化は、その層における通信にとって不可欠である。 ネットワークスタックを通過する際に形を変えていく。 これにより、ネットワークを越えたデータ転送が確実に行われるようになる。

キーテイクアウト

• A プロトコルデータユニット PDUとはデータの単位です。 OSIモデルの各層でその形式が変わる。
• アプリケーション層がデータ転送のプロセスを開始する。 ユーザーデータを最初のPDUに変換する。
• トランスポート層では、信頼性の高いデータ伝送のためにセグメントが使用される。 高速なデータ転送のために、ダータグラムが使用されている。
• ネットワーク層は、ネットワークを越えてデータを転送する役割を果たす。 パスを見つけるためにIPアドレスを使用する。
• データリンク層は、ローカルな範囲でのデータ送信を処理する。 同じネットワーク上にあるデバイスのMACアドレスが使用される。
• 物理層では、データがビットとして送信される。 これらのビットは電気信号または光パルスに変換される。
• カプセル化によって情報が追加される PDUデータが各レイヤーを下っていく際にこのようなことが起こるのだ。
• デカプセル化とは、PDUから情報を取り除く処理のことです。 データが上位のレイヤーへと移動する際に、このようなことが起こる。

プロトコルデータユニットの理解：層ごとの変換過程

プロトコルデータユニットの誕生：アプリケーション層（第7層）

ネットワークを通じたデータの移動は、アプリケーション層から始まる。 このレイヤーは、ソフトウェアアプリケーションと直接相互作用します。 ユーザーはここで操作を行い、送信用の初期データを生成する。

ユーザーデータが初期のプロトコルデータ単位となる

ユーザーがメールを送信したり、ウェブサイトを閲覧したり、ファイルを転送したりすると、アプリケーションは原始データを生成します。 この生データこそが、最初の形態となるのだ プロトコルデータユニットそれは、ユーザーが送信しようとしている情報を表しています。 例えば、データセンター内では、アプリケーションサーバーがデータベースサーバーにリクエストを送信することがある。 このリクエストが初期のデータ単位となる。

アプリケーション層プロトコルデータユニットの例

アプリケーション層のPDUは、その機能に関連した意味のある名前が付けられることが多い。

• HTTPデータ: ウェブブラウザがウェブページを要求すると、そのHTTPリクエスト自体がアプリケーション層PDUとなる。
• FTPデータ: ファイル転送プロトコルでは、PDUを使用してファイルのアップロードおよびダウンロードを管理します。
• SMTPデータ: メールクライアントは、SMTP PDUを使用してメールの送受信を行います。

プロトコルデータユニットのフォーマット：プレゼンテーション層（第6層）

プレゼンテーション層は、アプリケーション層から送られてきたデータが受信側のシステムで理解できる形式になっていることを保証する。 それは翻訳者の役割を果たすのだ。

相互運用性のためのプロトコルデータユニット変換

異なるシステムでは、さまざまなデータ形式が使用されている。 プレゼンテーション層は、相互運用性を確保するためにプロトコルデータユニットを変換する。 このような変換により、多様なシステム同士が効果的に通信することが可能になる。 この目的でよく使用されるデータフォーマットには以下のものがある:

• EDIFACT
• JSON
• XML
• プロトコルバッファー

暗号化、圧縮、およびデータ表現

このレイヤーは、暗号化や圧縮といった重要な処理も担当している。 データ圧縮アルゴリズムは、送信されるデータのサイズを小さくするこれによりPDUのサイズが直接縮小し、帯域幅の利用率が向上し、伝送時間も短縮される。逆に、暗号化は平文を暗号文に変換する処理である。 この処理自体は、PDUのサイズを変更するものではない。 しかし、数学的アルゴリズムや鍵管理のために追加のCPUリソースやメモリが必要となるため、処理におけるオーバーヘッドが発生する。 このようなオーバーヘッドは、特に複雑な変換処理を行う際に、レイテンシーの増加を引き起こす可能性がある。

会話の管理：セッション層（レイヤー5）

セッション層は、アプリケーション間の通信セッションを確立し、管理し、終了させる役割を果たす。 これにより、データの整然としたやり取りが保証される。

セッション制御情報を含むプロトコルデータユニット

この層におけるPDUには、セッション制御情報が含まれている。 この情報は、通信を行う2つのアプリケーション間のやり取りを管理するのに役立ちます。 会話がスムーズに進むようにするためのものです。

セッションの確立、管理、および終了

セッション層は、標準的なメカニズムを使用してセッションを制御する。

• ダイアログコントロール: この仕組みによって、どの側がいつデータを送信できるかが決まる。 通信を行う各当事者間のタイミングを管理することで、順序良くデータ交換が行われるようにしている。
• 同期: これには、復旧のために対話の中に調整ポイント、つまりチェックポイントを設定することが含まれる。 セッションが失敗した場合でも、最初からやり直すのではなく、最後に同期された時点から通信を再開することができる。 データセンター内で大規模なデータベースをバックアップするような、大規模なデータ転送においては、これが非常に重要です。
• トークン管理: このメカニズムでは、アプリケーション間でやり取りされる制御トークンを利用して、順序立てられた通信が維持される。 トークンを保有しているアプリケーションにのみデータ送信の許可が与えられるため、競合が発生することを防ぎ、データの流れが整然と保たれる。

トランスポート層のプロトコルデータユニット：セグメントとデータグラム

トランスポート層は、非常に重要な橋渡し役を果たします。 セッション層からデータを取得し、ネットワーク伝送のために準備する。 このレイヤーは、データをより小さく、管理しやすい単位に分割する役割を果たします。 また、信頼性の高い配送や迅速な非接続転送を実現するための情報も追加されている。 その結果として生成される単位は、TCPの場合はセグメントであり、UDPの場合はデータグラムとなる。

セグメントとしてのプロトコルデータユニット（TCP）

伝送制御プロトコル（TCP）は、バイトのストリームを信頼性が高く、順序通りに、かつエラーチェックも行われた状態で送信することを可能にする。 データが完全かつ正確に目的地に到着することを保証します。

ポート番号およびシーケンス情報の追加

TCPセグメントには、正しく配送されるために必要な重要な情報が含まれている。 ポート番号が追加されている。 これらの番号は、宛先ホスト上で実行される具体的なアプリケーションプロセスを識別するものです。 例えば、データセンター内にあるウェブサーバーは、HTTPリクエストを受け取るためにポート80で待機している。 TCPでは、データの各バイトにもシーケンス番号が割り当てられる。 これらの番号により、受信側のシステムはデータを正しい順序で再構成することができる。 これにより、元のメッセージの完全性が保証される。 TCPヘッダーの最小サイズは 20バイトこの20バイト分のオーバーヘッドは、TCPが伝送層で各データブロックごとに追加するものだ。

信頼性の高いデータ配信の実現

TCPは、信頼性の高いデータ送信を保証するためにいくつかのメカニズムを採用している:

• 確認応答パケット（ACK）: 受信側は、正常に受信した各パケットに対してACKを送信する。 このACKには、次に送信される予定のバイトのシーケンス番号が含まれている。 これにより、送信者は受信したパケットを追跡することができる。
• 再送信: 指定されたタイムアウト内に確認応答が届かない場合、送信者は欠落しているパケットを再送信します。 これにより、ネットワークに問題が発生しても、すべてのデータが正常に送信されることが保証されます。
• シーケンス番号: TCPセグメント内の各バイトには、一意なシーケンス番号が付けられている。 これにより、受信側はデータを正しい順序で再構成することができる。 パケットが順不同で到着しても、この仕組みによりデータの整合性が保たれ、データの損失や重複が防がれる。
• エラー検出（チェックサム）: TCPでは、伝送中に破損したセグメントを検出するためにチェックサムを使用している。 破損したセグメントは破棄されるため、再送信が必要になる。
• 確実な配送保証: この確認および再送信システムにより、すべてのデータが目的地に確実に到達することが保証される。 または、送信者には永久的な障害が発生したことが通知される。
• 重複防止: シーケンス番号により、受信側は重複するセグメントを識別して破棄することができる。 これらは、ネットワークの遅延や再送信によって発生する可能性があります。

データグラムとしてのプロトコルデータユニット（UDP）

ユーザーデータグラムプロトコル（UDP）は、よりシンプルで接続不要なサービスを提供します。 信頼性よりも速度を優先している。

信頼性よりも速度を優先する

UDPはデータを送信する前に接続を確立しません。 また、商品の配送や注文の確実性も保証されません。 これにより、特定のアプリケーションでは処理速度が向上し、効率も高まる。 UDPは、知覚される遅延が非常に重要となるネットワークアプリケーションに理想的なプロトコルです。 これには、ゲーム、音声通信、ビデオ通信が含まれます。 これらのアプリケーションは、ある程度のデータ損失があっても、利用者が感じる品質に大きな影響を与えることはありません。 UDPは、受信側が同意する前にデータ転送を可能にすることで、通信速度を向上させる。 これにより、時間的な制約がある通信において有利となる。

UDPの高速性が極めて重要となる、以下のような具体的な使用例を考えてみましょう:

• ビデオストリーミングサービス（例：YouTube、Netflix）: 1つのフレームを失う方が、ストリームの送信を一時停止して再送信するよりもましだから、UDPの方が優先される。 ユーザーは、些細な不具合にしか気づかないかもしれません。
• オンラインゲーム: UDPの利点は、少し古い情報を受け取る方が、遅れて到着する完璧な情報を受け取るよりも有益だからです。
• ライブビデオストリーミング（VoIPやビデオ会議を含む）: UDPはオーバーヘッドが少なく、パケットの損失にも強いため、遅延が低減されるという利点がある。
• ドメイン名システム（DNS）: 通常、高速で軽量なクエリを行うためにUDPが使用される。
• IoTデバイス：小規模なデータパケットの送信には、多くの場合UDPが使用される。

非接続通信

UDPは接続を確立する必要がない非接続型のプロトコルであるため、事前の設定なしにデータグラムを送信する。 この仕組みは、通信に関する状態情報を保持しない。 これにより、オーバーヘッドや遅延が削減される。 各データグラムは、独立したプロトコルデータ単位である。 送信者は単にそれを宛先に送信するだけだ。 受信機はデータが到着するとすぐにそれを処理する。 このため、UDPはデータの一部が失われても問題ないようなアプリケーションに適している。

プロトコルデータユニットのルーティング：ネットワーク層（レイヤ3）

ネットワーク層は、異なるネットワーク間でデータをルーティングするという重要な役割を果たす。 この段階では、 プロトコルデータユニット 「パケット」に変換される。この層により、地理的に異なるネットワーク上にあっても、パケットが送信元ホストから宛先ホストまで正しく届くことが保証される。

パケットとしてのプロトコルデータユニット

グローバルなリーチを実現するための論理アドレッシング

ネットワーク層では、主にIP（インターネットプロトコル）アドレスを通じて論理的なアドレッシングが導入される。 これらのアドレスは階層構造を持っており、デバイス間が世界中で通信を行うことを可能にしている。 例えば、データセンター内のサーバーは、自身のIPアドレスを使用してインターネットを介してクライアントにデータを送信する。

IPアドレスは階層構造を持っています。 これらは、ネットワーク部分とホスト部分で構成されているこの構造は、特定のネットワーク内にあるホストを識別するものである。 もともと、IPアドレスは32ビットの長さの中で、Aクラス、Bクラス、Cクラスといった異なるカテゴリーに分類されていました。 後に登場したクラスレスインタードメインルーティング（CIDR）により、IPv4の32ビットアドレス空間の利用効率が向上したCIDRは、任意のサイズのネットワークを扱うことができ、ネットワークプレフィックスに基づいて動作します。 IPv6アドレスは128ビットの長さであり、これによりアドレス空間が大幅に拡大し、約3.4×10^38個ものユニークな識別子を使用できるようになった。 これはIPv4の枯渇問題に対処するものである。 IPv4は32ビットのアドレス空間を持つため、約43億個のユニークなアドレスをサポートしている。 これでは、現代のインターネットの急速な発展には不十分であることが証明されている。 プライベートアドレス範囲とネットワークアドレス変換（NAT）によって、この不足は緩和されている。

パケットがネットワークを通じて目的地に到達する仕組み

ルーターはネットワーク層で動作する。 彼らは各パケット内の宛先IPアドレスを確認している。 ルーターはルーティングテーブルを使用して、パケットが目的地に到達するための最適な経路を決定する。 このプロセスにより、パケットは複数のネットワークを経由して大陸を越えたり、異なるデータセンターを結んだりすることが可能になる。

ネットワークPDU 一般的なインターネットトラフィックにおけるペイロードのサイズは様々である:

フレームパート	Minimum Size (bytes)	Maximum Size (bytes)
ネットワークPDU（ペイロード）	46	1,500

一般的なインターネットトラフィックにおけるネットワーク層のPDU（パケット）の典型的なサイズは、イーサネットフレームのペイロードを例にとると、最小で… 最大1500バイトまで、46バイトずつ46バイトという最小ペイロードサイズはイーサネットのスロット時間に基づいており、1500バイトという最大ペイロードサイズは標準的な値であり、より大きな「ジャンボフレーム」は考慮されていない。

プロトコルデータユニットのルーティングにおけるIPの役割

送信元IPアドレスと宛先IPアドレス

すべてのパケットには、送信元IPアドレスと宛先IPアドレスの両方が含まれている。 送信元IPは送信者を特定し、宛先IPは受信者を示します。 ルーターはこれらのアドレスを使用して転送処理を決定します。 パケットは一つずつ中継されながら、最終目的地に到達するまで送信される。

プロトコルデータユニットの断片化および再構成

場合によっては、あるパケットが特定のネットワークリンクでは送信できないほど大きすぎることがある。 パケットサイズがそのリンクの最大伝送単位（MTU）を超えた場合に、このようなことが発生します。 このような状況が起きたとき、 IPフラグメンテーションにより、パケットはより小さな断片に分割される.

IPフラグメンテーションとは、インターネットプロトコルにおいてパケットがより小さな断片に分割される処理のことです。 元のパケットサイズが、通過すべきリンクの最大伝送単位（MTU）を超える場合にこのようなことが起こります。 これにより、生成された小さな断片もそのリンクを通過することができるようになる。 IPv4の場合、ルーターが次のホップ先で処理可能なMTUよりも大きなネットワークパケットを受信した場合、2つの選択肢がある。 「Don’t Fragment」（DF）フラグが設定されている場合、パケットを破棄し、ICMPの「Fragmentation Needed」メッセージを送信することもできる。 あるいは、パケットを分割して、より小さいMTUを持つリンクを通じて送信することもできる。

断片化は、オーバーヘッドや遅延を引き起こす可能性がある。 受信側のホストは、元のパケットを再構成するために、すべてのフラグメントを再組み立てなければならない。 このプロセスは、データセンターを結ぶさまざまなWANやVPNトンネルを含む、多様なネットワークインフラストラクチャーを通じてデータが確実に送信されるために極めて重要だ。

プロトコルデータユニットのローカルデリバリ：データリンク層（レイヤー2）

ネットワーク層は、異なるネットワーク間でパケットをルーティングする役割を果たす。 その後、データリンク層が責任を持ってローカルでの配送を行う。 このレイヤーにより、直接接続されたデバイス間でデータが確実にやり取りされるようになる。 ネットワーク層のパケットを「フレーム」に変換する。"

フレームとしてのプロトコルデータユニット

データリンク層では、 プロトコルデータユニット フレームとなる。このフレームは、ローカルネットワーク内での物理的な伝送のためにデータを準備するものだ。 例えば、イーサネットフレームでは、IPパケットがペイロードとして格納されている。 具体的なヘッダー情報、トレーラー、そして送信元および受信元のメディアアクセス制御（MAC）アドレスが含まれている。 これらのMACアドレスは、データセンター内にあるサーバーや最寄りのルーターなど、通信を行うデバイスのネットワークインターフェースカード（NIC）を識別するためのものです。 Wi-Fiネットワークでもフレームが使用されており、それらはいくつかのカテゴリーに分類される 管理、制御、およびデータフレーム基本的なイーサネットフレームのサイズは1518バイトです。 より最近の規格では、イーサネットフレームのサイズが2000バイトに拡大されました。 フレーム形式は通常、可変長のフレームをサポートしており、その上限値を最大伝送単位（MTU）と呼ぶ。

MACアドレスを用いた物理アドレッシング

MACアドレスは物理的なアドレスを提供するものです。 各ネットワークインターフェースカードには、一意なMACアドレスが割り当てられている。 このアドレスにより、同じローカルネットワークセグメント内にあるデバイス同士が直接通信することができる。 ルーターはMACアドレスを使用して、ローカルエリアネットワーク内でフレームを正しいデバイスに転送する。

誤り検出および訂正機構

データリンク層は、ローカルな伝送中にデータの整合性を保証する役割を果たす。 フレームチェックシーケンス（FCS）は、サイクリックリダンダンシーチェック（CRC）を用いてエラー検出を行う。送信側は、フレームの内容に基づいてチェックサムを計算する。 トレーラーにこのチェックサムが含まれている。 受信側はチェックサムを再計算し、それを受信したFCSと比較します。 チェックサムが一致していれば、そのフレームはエラーなく到着した可能性が高いです。 もし値が異なっている場合、受信側は破損したフレームを破棄する。 その他のエラー検出技術には、パリティビットやチェックサムなどがある。 フォワードエラー訂正などの誤り訂正手法により、受信側は再送信することなく誤りを訂正することができる。

ネットワーク伝送用のプロトコルデータユニットの構成

開始フレームおよび終了フレームの区切り文字

フレームは、その開始部分と終了部分に特定のビットパターンを使用する。 これらはフレーム区切り文字として知られている。 これらにより、受信側のデバイスはフレームがどこで始まり、どこで終わるかを判断することができる。 これにより、受信側がフレーム内のデータを正しく解釈できるようになる。

データリンク層におけるフロー制御

フロー制御により、送信速度の速い側が送信速度の遅い側を圧倒するのを防ぐことができる。 これにより、効率的なデータ転送が実現される。 ストップアンドウェイトプロトコルは、基本的なメカニズムである。 送信者は1フレームを送信した後、受信者からの確認応答を待ってから次のフレームを送信する。 スライディングウィンドウプロトコルは、その高度なバージョンです。 確認応答を受け取る前に複数のフレームを送信できるようにすることで、データ転送の効率が向上する。 これにより、アイドルタイムが短縮され、ネットワークの使用効率が最適化されます。

物理プロトコルデータユニット：ワイヤ上のビット（レイヤー1）

ある人の旅路 プロトコルデータユニット 物理層でその頂点に達する。 この層は、物理的な媒体を通じて生のデータビットが実際に送信される過程を表している。 データリンク層のフレームを電気信号、光パルス、または無線波に変換する。

プロトコルデータユニットをビットに変換する

フレームを電気信号または光パルスに変換する

この基本的なレベルでは、レイヤー2で生成されたフレームがビットのストリームに変換される。 これらのビットは、その後物理的な信号に変換される。 例えば、データセンターのサーバーに搭載されているネットワークインターフェースカードは、デジタルデータを電気信号に変換し、銅線を通じて送信する役割を果たす。 各ビットは特定の電圧レベルを表している。 また、光ファイバーケーブルの場合は、データが光パルスとして伝送される。 Wi-Fiのような無線媒体は、電波を通じてデータを送信する。 エンジニアたちは、帯域幅やデータレートを最適化するためにさまざまな変調技術を用いている。 これらには以下のものが含まれます 直角振幅変調（QAM）、位相偏移変調（PSK）、周波数偏移変調（FSK）例えば、古いモデム技術では、1ビットが音を表し、0ビットが無音を表していました（AM変調）。FSKでは、1ビットに高音の音を、0ビットに低音の音を使用していました。 位相符号化は信号の位相を利用することで、1つのボードごとに複数のビットを符号化することが可能になる。 現代のモデムでは、より高い速度を実現するためにこれらの方式が組み合わせて使用されることが多い。

未加工の伝送媒体

物理層では、さまざまな伝送媒体が利用される。 これらには以下のものが含まれます イーサネットケーブル、Wi-Fiの電波、USB接続これらのメディアは、変換された信号を伝送する。 物理層は、この物理的な媒体を通じて原始データビットを実際に送信する役割を果たす。 伝送媒体の物理的な特性を扱うものである。 これには電圧レベル、変化のタイミング、および物理的な接続端子などが含まれる。

物理プロトコルデータユニットの見えざる旅路

エンコーディングおよびデコーディング技術

エンコーディング技術は、信頼性の高いデータ伝送にとって極めて重要である。 デジタルデータを、物理的な媒体に適した形式に変換するのだ。 例えば、 ラインコーディングとは、データを電気的な信号に変換する手法ですこのプロセスにより、効果的なデータの流れが保証される。 受信機はこれらの信号をデジタルビットに復号する。 これにより、送信されるデータの完全性が保証される。

ビットストリームの同期

物理層においては、同期処理が極めて重要である。 これにより、受信側が送信されてくるビットストリームを正しく解釈できるようになる。 ビット同期は、標準的なクロックを使用して実現される一方のエッジがデータを送信し、もう一方のエッジがそれを受信する。一般的には、同じクロック信号が両方のインターフェースを駆動している。 物理層の同期は、ネットワークにおける周波数同期を実現するための基本的な手法である。 従来のデジタル伝送システムから現代のものに至るまで、一般的に物理層でのクロック復元が用いられている。 クロック復元メカニズム 受信した信号から直接タイミング情報を抽出する。 一部のエンコーディング方式では、クロック信号をデータストリーム自体に組み込んでいる。 他のシステムでは、データとは別にクロック信号も個別に送信される。 プレアムビットのパターンは、フレームの同期にも使用される。 これらの特別なパターンは、受信機が到来する信号を正確に捉え、適切なタイミングを設定するのに役立ちます。

カプセル化プロセス：プロトコルデータユニットがスタックを下る仕組み

プロトコルデータユニット（PDU）がアプリケーション層から物理層へと移動する過程には、「カプセル化」と呼ばれる重要な処理が関与している。 このプロセスによって、データがネットワークを通じて送信されるための準備が整う。

プロトコルデータユニットにヘッダーおよびトレイラーを追加する

PDUがOSI層構造を下っていくにつれて、各層がそれぞれ自分自身の情報を付加していく 制御情報この情報により、特定のレイヤーで適切な処理および配送が行われることが保証される。

各ステップでレイヤー固有の情報が追加される

各レイヤーは、上位レイヤーから受け取ったPDUにヘッダーを付加する。 時には、レイヤーにトレーラーも追加されることがある。 これらの追加内容には… 重要な指示 受信側のピア層にとっては。 例えば、トランスポート層ではアプリケーションを識別するためにポート番号が付加される。 ネットワーク層では、ルーティングのためにIPアドレスが付加される。 データリンク層では、ローカルでのデータ送信のためにMACアドレスが付加される。 このように情報を系統的に追加することで、各レイヤーが正しく機能を果たすことが保証されるのだ。

データが下降する際の「ラッピング処理」

カプセル化とは、「包み込む」というプロセスとして捉えることができる。 アプリケーション層のPDUは、プレゼンテーション層にとってデータペイロードとなる。 次に、プレゼンテーション層が自身のヘッダーを付加することで、新たなPDUが生成される。 この新しいPDUは、セッション層のペイロードとなり、それ以降も同様の流れで処理される。 各層は、上位層から送られてきたPDUに自身の制御情報を付加することで、そのPDUを効果的に「包み込む」のだ。 これにより、ロシア人形のような階層構造が形成され、各レイヤーのPDUにはその上のレイヤーのPDUが含まれることになる。

プロトコルデータユニットに対する累積的影響

カプセル化は、プロトコルデータユニットのサイズや整合性に直接的な影響を与える。 追加されるヘッダーやトレイラーは、ファイル全体のサイズを大きくする要因となる。

各レイヤーで発生するオーバーヘッドによりサイズが増加する

各層がヘッダーや、場合によってはトレーラーも付加するため、PDUのサイズは大きくなっていく。 この累積効果により、PDUはスタックを下るにつれて大きくなっていくのだ。 例えば、IPSecのカプセル化によってパケットサイズが増加することが一般的だ パケットあたり40～60バイトこの増加は、新しいIPヘッダーやESP、AHといったセキュリティヘッダー、そして暗号化アルゴリズム用のパディングが追加されたために生じる。 最悪の場合、例えばESPトンネルモードでAES-CBCやHMAC-SHA1-96を使用する場合、IPSecのエンカプセレーションによって総オーバーヘッドが大幅に増加する可能性がある 73バイトこのオーバーヘッドには、トンネルIPヘッダー、ESPヘッダー、初期化ベクター、パディング、トレイラーフィールド、および整合性チェック値が含まれる。 例えば、31バイトの平文で構成されるIPv4パケットは、ESPによるカプセル化を経ると104バイトになり、そのうち73バイトがオーバーヘッドとして消費される。 このようなオーバーヘッドは、ネットワークの機能性やセキュリティを確保するために必要なコストなのだ。

カプセル化処理中にデータの整合性を維持する

サイズが大きくなったにもかかわらず、このカプセル化プロセスにはデータの整合性を維持するための仕組みも含まれている。 PDUには、エラー検出および訂正のための専用フィールドが含まれているトレーラー、特にデータリンク層においては、多くの場合、エラーチェック情報が含まれている サイクリックリダンダンシーチェック（CRC）またはフレームチェックシーケンス（FCS）データこれらの技術は、データの内容に基づいて値を生成するものである。 送信者は、この値をデータと共に送信します。 受信側のデバイスはこの値を再計算し、比較を行います。 不一致がある場合、それはエラーを示しており、再送信を引き起こす可能性があります。 ヘッダーには、シーケンス情報やフラグなどの制御情報も含まれている。 これらの機能により、エラーを検出し訂正することができ、ペイロードが無事に到着することが保証される 目的地に到着した。

デカプセル化プロセス：プロトコルデータユニットがどのようにしてスタックを上っていくのか

その後… プロトコルデータユニット PDUがネットワークを経由して移動を完了すると、目的地のデバイスに到着する。 ここで、デカプセル化処理が開始される。 このプロセスによりカプセル化が解除され、受信側のデバイスが元のデータを取り出すことが可能になる。 受信側の各層では、PDUを処理し、その中に含まれる特定の制御情報を取り除く。

プロトコルデータユニットからヘッダーおよびトレイラーを削除する

デカプセル化とは、データを系統的に取り出す処理のことです。 各レイヤーは、送信側の対応するレイヤーによって付加されたヘッダーやトレーラーを除去する。

データが上昇してくるにつれてそれを解き明かす

PDUがOSIスタックを上昇するにつれて、各層では自分の機能に関連する制御情報が取り除かれていく。 この剥がし作業によって、下位レイヤーからPDUが明らかになる。 例えば、フレームがデータリンク層に到着すると、フレームチェックシーケンスを含むレイヤー2ヘッダーおよびトレーラーが取り除かれる。 その後、ネットワーク層が生成されたパケットを処理し、IPヘッダーを取り除く。 最後に、トランスポート層ではTCPヘッダーが取り除かれる。 上位層（セッション層、プレゼンテーション層、アプリケーション層）では、さらなるヘッダーやトレイラーは削除されません。 彼らは受け取ったデータを単純に処理するだけだ。 このような系統的な除去作業により、元のアプリケーションデータが無傷の状態で保持されることが保証される。

OSI層	ヘッダー/トレイラーを削除
データリンクレイヤー	レイヤー2ヘッダーおよびトレーラー（フレームチェックシーケンスを含む）
ネットワークレイヤー	IPヘッダー
トランスポート層	TCPヘッダー
上位層（セッション層、プレゼンテーション層、アプリケーション層）	その他のヘッダーやトレイラーは一切削除していない

各層における検証およびエラーチェック

各レイヤーは、デカプセル化の過程で重要な検証やエラーチェックを行う。 これにより、データの整合性と適切な処理が保証される。 物理層では、デバイスがさまざまな問題を検出する 8B/10Bデコードエラー、または信号喪失（LOS）これらのアラームは、生のビットストリームに問題があることを示しています。 データリンク層では、フレームのトレイラー部分にサイクリック冗長チェック（CRC）を使用して、破損したフレームを識別する。 このチェックに合格しないフレームはすべて破棄される。 また、MACアドレスが正しいかを確認することで、データが正しくローカルに配信されるようになっている。

ネットワーク層では、TTLフィールドの値を減少させる。 TTLが0になると、そのパケットは破棄されるため、無限ループが発生するのを防ぐことができる。 また、IPv4ヘッダー内のデータ破損を検出するために、ヘッダーチェックサムも確認される。 無効なパケットは破棄されます。 フラグメンテーションは、IPv4ヘッダ内の特定のフィールドを調査することによって検出される。 トランスポート層では、TCPパケットについて、システムが以下のような処理を行います シーケンス番号、確認応答番号、ウィンドウサイズUDPの処理には、基本的なヘッダーの検証が含まれる。 各レイヤーでは、チェックサムやその他の検証手法を用いて、自身が持つヘッダーやペイロードの正当性を確認している。 検証に失敗したパケットは破棄され、エラー通知が送信される場合もある。

元のプロトコルデータユニットの再構築

すべてのレイヤー固有の情報が正常に検証され、削除された後、システムは元のデータを再構築します。

正しいアプリケーションにデータを送信する

The デカプセル化処理を経ることで、最終的に元のデータが目的のアプリケーションに届けられるのだトランスポート層のPDU、すなわちセグメントには、送信元ポート番号と宛先ポート番号が含まれている。 これらの番号は、具体的な送信側および受信側のアプリケーションを特定する上で非常に重要だ。 PDUの不可欠な構成要素であるヘッダーには、送信元アドレスや宛先アドレス、エラーチェックコード、シーケンス情報といった制御情報が含まれています。 これにより、データが正しく並ぶことが保証される。 宛先デバイスでのデカプセル化処理では、各層で付加されたヘッダーやトレーラーを取り除く必要がある。 これにより、元のデータが正しいアプリケーションに送信される。

アプリケーション層プロトコルデータユニットの最終形

トランスポート層がデータをセッション層に送り、さらにプレゼンテーション層を経由すると、PDUは最終的に元の形に戻る。 これがアプリケーション層PDUとなる。 これは、ユーザーやアプリケーションが最初に送信したデータです。 例えば、完全に再構築された電子メールの内容やウェブページのデータは、電子メールクライアントやウェブブラウザに送信される。 PDUの移動過程は、アプリケーションのデータが無事に届けられることで完了する。

---

プロトコルデータユニットがアプリケーションデータから物理的な電線上のビットへと変化していく過程は、OSIモデルの強力さを如実に示している。 各レイヤーでの変換処理は、複雑なネットワークを通じて信頼性の高いデータ通信を実現するために不可欠である。 この体系的なプロセスにより、データの整合性と正確な配信が保証される。

ネットワーク専門家や愛好家にとって、PDUを理解することは非常に重要だそれは彼らを助けるのだ データセンターで発生するパケットロスなどの問題を、シーケンス番号を分析することでトラブルシューティングするこの知識は、トラフィックの監視や異常の検出にも役立ちます。 これらのPDU変換によって実現されるOSIモデルのモジュール性と効率性により、堅牢で柔軟なネットワーク運用が可能になる。

よくある質問

プロトコル データ ユニット (PDU) とは何ですか?

PDUはデータの単位です OSIモデルにおいて、ピア層間で送信される。 データや制御情報が含まれています。 各レイヤーでは、PDUに通信に必要な具体的な情報が追加される。

なぜPDUはOSI層によって名称が変わるのだろうか？

PDUは、各層で追加または削除される制御情報を反映させるためにその名称を変更する。 これにより、その層内でのその構造や機能を特定することができる。 例えば、それはトランスポート層におけるセグメントである。

PDUの文脈において、カプセル化とは何でしょうか？

カプセル化とは、各OSI層が、上位層から受け取ったPDUに自身のヘッダー（場合によってはトレーラーも）を付加する処理のことです。 この仕組みでは、データがスタックを下る際に、各レイヤー特有の制御情報がデータに付加される。

デカプセル化とはどのように機能するのでしょうか？

デカプセル化とは、エンカプセル化の逆の処理です。 PDUが受信側デバイス内のOSIスタックを上昇していくにつれて、各層でそれぞれ固有のヘッダーやトレーラーが取り除かれていく。 これにより、元のアプリケーションデータが適切な形で配信されるようになる。

TCPセグメントとUDPデータグラムの主な違いは何ですか？

TCPセグメントは、エラーチェックや確認応答により、信頼性の高い、順序通りのデータ送信を実現する。 UDPデータグラムは、信頼性よりも速度を優先するため、保証なしで接続なしの形でより迅速にデータを送信することができる。

PDUルーティングにおいて、IPアドレスとMACアドレスはどのような点で異なるのか？

IPアドレスは、ネットワークを越えたグローバルなルーティングにおいて論理的なアドレス指定を可能にするものです。 MACアドレスは、同一ネットワークセグメント内のデバイス間でデータを送受信するための物理的なアドレスを提供するものです。 ルーターは両方を使用する。

なぜPDUにおいてエラーチェックが重要なのでしょうか？

エラーチェックにより、データの送信中の整合性が保証されます。 チェックサムやCRCといった仕組みは、破損したデータを検出するのに役立つ。 これにより、誤ったPDUが再送信されるか、破棄されることになり、送信される情報の正確性が保証される。

物理層においてPDUはどのような処理を受けるのでしょうか？

物理層では、PDUは原始ビットに変換される。 これらのビットは、電気信号、光パルス、または無線波に変換される。 そして、この物理的な媒体がこれらの信号をネットワークを通じて送信するのだ。