単一のポートとの複数の接続がどのように維持されています
パケットと回線の切り替えについて読み取った後、私は、保持されたクライアント接続を子プロセスに渡すことによって、サーバーがポートと複数の接続を維持することを学びました。接続経路に含まれるすべてのノードは、接続IDテーブルを維持するので、パケットを次のノードに正しく転送することができます。
私はまだこれについていくつか質問があります：
接続が別のプログラムで確立されると、接続ID番号以外のヘッダーデータが必要ですか？
接続が行われた後、PORT 80。データはまだそのポートを通過するか、Connection-IDが確立されているのは、さらなる通信に使用する新しいオープンポートを指定しましたか？
に対応して ここでの私の質問 ;異なる接続間に実際の物理的な分離はありますか？それとも純粋に理論的/仮想ですか？
TCP/IPを使用して、サーキットスイッチングのアイデアを混乱させるようです。
ポート80の話は、HTTPプロトコルをTCPおよびIPを介して提案します。 TCP/IPでは、中間ノード（ルータ）は「接続ID」を追跡する必要はありません。 IPアドレス範囲の動的に維持されたルーティングテーブルは、パケットを転送するために使用されます。連続したパケットが同じ経路に従う必要はありません。
サーバーは、クライアントIP-AddressとTCPポート番号とサーバーのポート番号（およびサーバーのIPアドレス、サーバーが複数のIPアドレスを持つことができる）を使用して、TCP接続を追跡します。 ）。接続は、それらの4つの情報の組み合わせによって識別されます。クライアントポート番号は通常、クライアントによって擬似的に選択されます。
UDPはコネクションのないことに注意してください.UDP接続の概念はありません。多くのインターネットアプリケーション層プロトコルは、トランスポート層プロトコルとしてUDPを使用します。
接続が別のプログラムで確立されると、接続ID番号以外のヘッダーデータが必要ですか？
TCP/IPパケット内のTCPヘッダーとIPヘッダーは、そのように「接続ID」を含みません。
接続が行われた後、PORT 80。データはまだそのポートを通過しますか。
はい。
または、Connection-IDが確立されていると、さらなる通信に使用する新しいオープンポートが指定されていますか？
上記で言ったように、接続IDは、そのようにTCP/IPには存在しません。時々高レベルのプロトコルは他のポート（例えば、FTPの制御およびデータポート）で通信を確立します。
ここでの私の質問に対応して。異なる接続間に実際の物理的な分離はありますか？
通常はありません。サーバーは、さまざまなグループのクライアントにサービスを提供する複数のNICを持つことができます。
それとも純粋に理論的/仮想ですか？
ポート番号などは、パケットヘッダー内の数字です。
パケットと回線の切り替えについて読み取った後、私は、保持されたクライアント接続を子プロセスに渡すことによって、サーバーがポートと複数の接続を維持することを学びました。接続経路に含まれるすべてのノードは、接続IDテーブルを維持するので、パケットを次のノードに正しく転送することができます。
この段落は本当に混乱していますです。最初はネットワーク層の切り替えを参照してください。次に、トランスポート層の接続を参照します。それからあなたはどういうわけかそれらを組み合わせていますが、彼らは本当に異なる層です。回路切り替えが単なる考えであり、過去に使用されていない可能性があると考えてください。ただし、すべての通知を使用しないTCP/IPを参照しているポートを参照したら...
接続が別のプログラムで確立されると、接続ID番号以外のヘッダーデータが必要ですか？接続が行われた後、PORT 80。データはまだそのポートを通過するか、Connection-IDが確立されているのは、さらなる通信に使用する新しいオープンポートを指定しましたか？
プログラムとの接続を参照していますが、TCP/IPポートを使用します。その場合、パケットに接続IDが添付されていません。回路切り替えの場合にこれが必要になるでしょう。
異なる接続間に実際の物理的な分離はありますか？それとも純粋に理論的/仮想ですか？
すべてが同じケーブルを越えて行くので、物理的ではなく仮想と見なすことができます。
確立された接続は、「このアドレスについてこの記事を介してコミュニケーションをとる」と言うことの手段です。はい、接続は単にIPアドレスとポートのペアです...
これで洞察を得るためにWikipediaを単独で使用しないでください。コンピュータネットワーク上の本に深くダイビングしてみてください...