そのため、アプリケーション層と、トランスポート層の下 (およびトランスポート層を含む) のすべてをよく理解していると感じています。
ただし、セッション層とプレゼンテーション層については、完全には理解できません。ウィキペディアで単純化された説明を読んだことがありますが、これらのレイヤーを分離することが役立つ理由の例はありません。
そう：
-アダム
セッション層は、Webプログラミングで作業するときにCookieを使用する場合のように、2つの接続間の状態を格納することを目的としています。
プレゼンテーション層は、異なる形式間で変換することを目的としています。心配された唯一のフォーマットが文字エンコード、つまりASCIIとEBCDICであった場合、これはより単純でした。今日私たちが持っているさまざまなフォーマット（Quicktime、Flash、Pdf）のすべてを考えると、このレイヤーを一元化することは問題外です。
TCP / IPは、これらのレイヤーが実際にはネットワークプロトコルの範囲外であるため、これらのレイヤーに割り当てを行いません。これらを実装するためにスタックを利用するのはアプリケーション次第です。
レイヤー 5 ～ 6 は、今日の Web アプリケーションでは一般的に使用されていないため、あまり耳にすることはありません。TCP/IP スタックは、純粋な OSI モデルとは少し異なります。
ウィキペディアに例がないのは、OSI ネットワーク モデルの例があまりないからです。
OSI は再び、誰も使用しない標準を作成したため、それをどのように使用すればよいかは誰も知りません。
現在、OSI の代わりに TCP/IP が使用されている理由の 1 つは、TCP/IP があまりにも肥大化していて理論的であったためです。実際には、セッション層とプレゼンテーション層は別々の層として実際には必要ないことが判明しました。
プレゼンテーション層の場合: 異種システム (オペレーティング システム、プログラミング言語、CPU アーキテクチャ) 間で行われるほとんどの通信は、ANS1 ans BRE のような統一された idepedent 仕様を使用する必要があるためです。
プレゼンテーション層プロトコルはデータのフォーマットを定義すると思います。これは、XML や ASN.1 などのプロトコルを意味します。ビデオ/オーディオ コーデックはプレゼンテーション層の一部であると主張することができますが、これはおそらくアプリケーション層に向かっています。
セッション層についてはお手伝いできません。それはいつも私を困惑させてきました。
正直なところ、トランスポート層より上のすべてのものには、非常にあいまいな境界があります。これは、通常、単一のソフトウェア アプリケーションによって処理されるためです。また、これらのレイヤーは、A から B へのデータの転送には直接関連付けられていません。レイヤー 4 以下はそれぞれ、スイッチング、ルーティング、データの完全性の確保など、データを移動するという非常に具体的な目的を持っています。これにより、これらのレイヤーを区別しやすくなります。