OSI 7層モデルはシンプルに人気の理解であります
このモデルは、常に覚えて、何度も学びました。今日は再び見て、控除の問題は、覚えやすい、より論理的だろう歴史的な観点を発見しました。この記事では、必ずしも厳格な、人々を助けるために悪いメモリを開始することを主に、誤りがあるかもしれません。全体的に、OSIモデルは、トップに基礎から開発されました。
このモデルは、アメリカ人は2つのマシン間の通信の必要性を持っているので、非常に始まりです導入しました。
要件1：
科学者たちが解決しようとする最初の問題は、2つのハードウェアの間でどのように通信です。詳細ないくつかの髪は、ビットストリームであり、他方が受信します。このように、科学者は物理レイヤを発明しました。
主な規格は、ケーブル・インターフェース・タイプ、光ファイバ型のインタフェース、伝送速度と他の伝送媒体など、物理的な機器を定義しています。その主な役割は、伝送ビットストリームである（1,0は、すなわち、送信される電流の強さ、1.0に変換した後、宛先とされ、私たちはしばしばデジタル変換アナログ変換及びアナログへのデジタル言います）。この層は、データ・ビットと呼ばれています。
要件2：
今私は、ワイヤを介してデータフローを送信することができますが、私はまた、他のメディアを通じて発信される電波を介して、欲しいです。それから私は、エラー訂正がなければならない、伝送ビットストリームの過去が正しいことを保証したいと思います。従って、本発明は、データリンク層です。
これは、送信のためにデータをフォーマットする方法を定義し、どの物理媒体へのアクセスを制御します。この層は、通常、信頼性の高いデータ伝送を確保するために、エラー検出と訂正を提供しています。
需要3：
今、私は別のコンピュータに右の髪のビットストリームデータを送信することができますが、私は多くのデータを送信するとき、それは長い時間が必要になることがあり、そのようなビデオフォーマットとして、ネットワークは、（実際には、でも物理と何度も中断されました層とデータリンク層、ネットワークが頻繁に中断されたが、ミリ秒単位の中断時間）。まあ、私はまた、多数のファイルを転送する際に精度を確保する必要があります。だから、私はデータパッケージを送信します。ちょうど1毛によって一つとして、急行しました。したがって、第1の発明は、トランスポート層（OSIモデルにおけるトランスポート層、上記にネットワーク層）であります
私は万のパッケージを受け取った場合、パッケージには3つ欠落している場合、TCPなど、大量のデータを送信するために使用され、私は万個のパケットを送出し、他のコンピュータは、教えてくれる、彼は、1001年と教えてくれました234,8888パケットはええと、私は失われました。このように、我々は、受信したビデオを完了するために、反対側を保証することができます。
例えばUDPは、少量のデータを送信するために使用されます。私は、パケットロスがそれほど一般的ではない、私はあなたが得るどのように多くの気にしない、20個のパケットを送出します。多人数インタラクティブゲームでは、多くの場合、理由は通常、簡単なメッセージをUDPプロトコルを使用しますが、需要の放送があります。あなたはTCPを使用している場合は、効率が非常に低く、それは言い続けているため、私のホストが20個のパケットを受け取った、または私は18パックを取得した後、私に2を送って！そこ万台のコンピュータが、我々はそうすると同時にですが、TCPと効率が低下する場合はさえUDP、ホストから送信されたほど良くない場合、あなたはカードを見て、よく、次回再契約更新時にいくつかのパッケージを失います。
TCPプロトコルとIPプロトコルは、次のようにIPプロトコルを紹介します、ポートをバインドします。
デマンド4：
トランスポート層は、包装の問題を解決しました。私は複数のコンピュータを持っている場合しかし、どのように私はその段階を送信したい見つけるには？又は、A Fは、情報を提供する中間体B、C、D、Eを通過するが、KJZYとして多くの中間ノードが存在します。どのように私は最善の道を選ぶのですか？これは、実行するルートです。従って、本発明は、ネットワーク層です。そのルータは、これらの機能を有するスイッチ装置が機能をアドレッシング実現しました。この層は、IPアドレス、IPアドレス指定アドレスによって定義されます。だから、IPプロトコルを生成しました。
5デマンド：
今、私たちは正しいコンピュータは、パッケージAの後に正しい情報を送信することを確認する必要があります。しかし、ユーザーエクスペリエンスの良いレベルはよくありませんか？それは私が行くたびにTCPパッケージを呼び出し、次に送信する自分自身を見つけるために、IPルーティングプロトコルを呼び出すことですか？もちろん、私たちは自動送信を確立し、パケット、自動アドレッシング機能を受信したくありません。従って、本発明は、セッション層です。セッション層の役割は確立と管理アプリケーション間の通信です。
需要6：
今私は、アプリケーションが自動的に送受信したパケットをルーティングしていることを保証することができます。しかし、私は2つのシステムは、単にインストールパッケージとして、exeファイルをLinuxで使用することができない、一貫性のない文法され、窓の契約へのLinuxを使用して、ウィンドウ内のシェルが直接実行されていません。だから我々は、私たちはさまざまな文法システム間の通信の問題を解決するために、プレゼンテーション層（プレゼンテーション）が必要です。
需要7：
すべての必要な条件が用意されているOK、今、私たちは需要を実現するためのプログラムアンドロイド、ウェブプログラムを書くことができます。補足：ソケット：これは、プロトコルが、通信モデルではありません。実際には、それはもともとカリフォルニア大学バークレー校、ソフトウェアの研究所だった、それは二つのコンピュータ間通信を使用して、主にコンピュータ通信の二つのプロセス間で使用される、BSDの発明と呼ばれます。したがって、簡単な通信ではなく、高レベルのプロセス間ものとして理解することができます。行うにはいない主なものは以下のとおりです。
契約：すでにバインドされているポートに要求パケットを送信する（ので、我々は多くの場合、このアドレス182.13.15.16:1235,1235を訪れるがポートである）;その後、正式に送信され; Bは、許可を受けたBを伝えるために、オーバー送りますリンクを破る; B.を切断されたとの情報を送信し、その後直ちに切断し、許可オフ受信し、及び
このポートの監視に;バインドポートとIP Aの要求を受け、Aに髪を許可し、新しいデータを受け取るために待っているキャッシュをクリアすることで主なものを受信する準備ができて、その後、正式に受け入れられ、切断を受けた：Bはパッケージを受け取りました断線を許可するための要求は、確認応答を切断し、他の要求を監視し続けます。