私はネットワーク技術を読んでいますが、私の頭を傷つけるようなものがあります。私はイーサネットを介してデータを送信するための一般的なエンコーディングは8B/10B "ギガビットイーサネット"であることを読んだ。8B/10Bの "Gigabit Ethernet"はどこに入りますか？
「フレーム」にデータがどのようにパッケージ化されているのか、アプリケーションが必要とするデータの「パケット」をパッケージ化しているのを読んだことがあります。ここでそれがあいまいになるのです。私はHTMLのページを書くとき、私はUnicodeにエンコーディングを設定します。そのページはパケットにパッケージ化されています（HTTPプロトコルなどでフォーマットされています）
HTMLがUnicodeで、イーサネットエンコーディングが8B/10Bの場合、2つのエンコーディングはどのように共存しますか？フレームの残りの部分が8B/10Bである間、メッセージはユニコードでパケットの一部ですか？
ありがとうございました！
彼らは本当にお互いに関係がありません。イーサネットは、HTMLを送信するHTTPよりも「低レベル」のプロトコルです。
HTML自体は単なるデータであり、Unicodeは文字をビット/バイトでエンコードする方法です。
これに対して、イーサネットは、デバイス間のリンク上でビット/バイト/パケットを転送するための通信プロトコルです。
はこちらをご覧ください：http://en.wikipedia.org/wiki/OSI_model
イーサネットをOSI 7層モデルでは基本的には、データリンク層を2層です。 HTTPとHTML文字エンコーディングは、レイヤー4の上の「データ」レイヤー（基本的にはTCP）です。各レイヤーの抽象化によって、各レイヤーはその作業について心配するだけです。 4以下のレイヤーは、ポイントAからポイントBへのデータの取得を担当します。イーサネットは「ポイントAからポイントBへのデータの取得」問題の一部です。上記のレイヤーは、そのデータで何をすべきかを把握するためのレイヤーです。あなたのUnicodeエンコーディングは、 "そのデータをどうするか"という質問です。
ありがとうございます。私はwikiの記事を読んだ。私はまだデータがどのようにコード化され、ワイヤを介して送信されているか分かりません。フレームの一部がエンコードされ、他の部分が別のエンコードに含まれていますか？それとも、何らかの形で別のエンコーディングの中にエンコーディングしますか？私はそれがどのように機能するのか分からないのですか？どのようにして2つの異なる方法でビットを同時に表現できますか？ –
HTTPは、たとえば、データを一連のオクテット（8ビット）にラップします。次に、これらのビットを例えばTCPに渡します。このTCPは、その長いオクテットストリームをパケットに分割する方法を決定します。TCPは、パケットを（TCPが処理する方法を知っている付加的なデータの "エンベロープ"を持つ元のオクテットのちょうどのまとまりを）IPレイヤに渡します。さらにエンベロープデータを追加し、最終的にハードウェアへと導きます。ハードウェアは、電気信号/遷移を、1または0として意味を持つ配線上に置きます。 – jbindel
この記事を読んで、http://www.tcpipguide.com/free/t_DataEncapsulationProtocolDataUnitsPDUsandServiceDa.htm、OSIモデルの各レイヤーのペイロードは再エンコードされず、新しいヘッダー/フッターペイロードの周りの端に置かれ、それらは新しい何かにコード化されます。したがって、フレーム全体は、すべてワイヤで一緒に送信されるエンコードのミックスバッグです。誰でも確認できますか？ –
各レイヤには、データを処理する方法をレイヤに指示するデータのエンベロープがあります。友人に郵便局に行く大きなパッケージを与えると想像してください。そのパッケージには、受信者が郵送する個別に押印された複数の文字が含まれています。大型パッケージは、別の国に配送され、受信者が自分のアドレスで封筒に入っている個々の文字をより簡単に配信できるようにすることができます。 – jbindel
ところで、8B/10Bは、下位レイヤ（イーサネット）プロトコルが受信するオクテットをエンコードする単なる方法です。受信側イーサネットデバイスは、そのエンコーディングを逆転することを知っているので、HTTP/TCP/IPレイヤーは、下位レイヤーが8B/10Bを使用していることを決して知らない。すべてのHTTPの知識のために、あなたはパケットを配送するためにキャリアピジョンを使用しているかもしれません。 http://www.faqs.org/rfcs/rfc1149.html – jbindel