タグ付けされた質問 「layer4」

講師のスライドからコピーして貼り付ける： • Receiver indicates the window size is 3000 • Transfer goes ahead • Acknowledge every 3000 bytes • Receiver increases window size to 4000 • 4000 bytes will be transferred before the next acknowledgement したがって、これから、ウィンドウサイズは、ACKを送信する前にレシーバーが収集するバイト数を表すことを収集します。 しかし、これはこのWiresharkのキャプチャで見たものではありません。 （TCPファイル転送からの）スクリーンショットでわかるように、サーバーは約1400バイトごとにACKを送信しています（ACK番号を確認しています）が、同時にウィンドウサイズが100'000 +バイトであることを示していますか？ 私が講師のスライドから理解したことから、サーバーは100'000 +バイトごとにACKする必要がありますか？それよりもはるかに頻繁にACKを送信するのはなぜですか？

9 tcp  protocol-theory  layer4  transport-protocol 

簡単な質問と答えはもちろんレイヤ3ですが、PATはレイヤ4の機能であるポート番号を扱うため、レイヤ4でも機能していると言えますか？ それともレイヤ3プロトコルだけですか？

8 nat  layer3  layer4 

ここでネットワーキングの初心者。私はコンピュータネットワーキング（第3版）の本を読んでおり、セクション3.2では、UDPとTCPの両方の多重化/逆多重化について説明しています。 UDPプロトコルでは、ソケットは送信元IPと送信元ポートによって一意に識別されます。 TCPプロトコルでは、ソケットは送信元IP、送信元ポート、宛先IP、および宛先ポートによって一意に識別されます。TCPプロトコルがセグメントを正しく逆多重化して正しいプロセスに送信するために、受信ホストが2つの追加情報を必要とするのはなぜですか？ これが必要な理由を私が考えることができる唯一の理由は、クライアントが常にTCPセグメントを接続要求セグメントと同じポートに送信する場合です。たとえば、サーバーが別のポートでそのセッション専用のTCPソケットを確立していても、ブラウザは常にデータをサーバーのポート80に送信します。その場合、TCPは送信元IPと送信元ポートの情報を使用して、正しいソケットに逆多重化する必要があります。単一のホストが複数のセッションを確立できるため、ソースIP情報だけに依存することはできませんが、各セッションは異なるポート上にある必要があります。 UDPにこの問題がない理由は、UDPには要求に対する複数の新しいソケットの「発生」がないため、宛先IP /ポートコンボが要求を処理するプロセスが接続されているソケットを識別するためです。 これは正しいですか、それとも間違った結論に達しましたか？

8 tcp  protocol-theory  udp  layer4  transport-protocol 

TCPウィンドウサイズは64KB以上に拡大できることは知っていますが、次のようなイーサネットパケットデータグラムを見てください。 レイヤー2パケットのサイズはそれよりもはるかに小さいように制限されているようです。単一のTCP要求が複数のネットワーク要求をレシーバーでアセンブルする必要がある場合、ACKはTCPレイヤーでどのように機能しますか？

8 ethernet  tcp  layer4  transport-protocol 

NATの背後にあるノードにアクセスできる必要があるP2Pアプリケーションを構築しています。このNATはインバウンド接続を許可しないため、ネットワーク外部のノードは、NATの背後にあるノードに到達できません。 この問題に対する私の解決策は、NATの背後にあるノードが外部のノードに到達し、外部のノードが時間の準備ができたら、事前に確立されたTCP接続を使用して、NATの内部にあるノードに接続することです。この接続はNAT内のノードによって確立されるため、NATによってブロックされることはありません。 これが私の質問です。下線が引かれた解釈のうちどれが正しいのか、または両方が間違っているのかはわかりません。 解釈＃1 そこで効果的にTCP接続、チューブの概念は、およびNATの内側のノードが外の世界に何かを要求する際に、そのチューブが開き、応答がそれに入れられ、そしてチューブは永遠に閉じます。 結果：そのチューブが閉じた後、NATは外部ノードからクライアントへのそれ以上のTCP接続を許可しません。 解釈＃2 TCP接続などはありませんが、TCP送信です。TCP接続はlocal ip:port、およびとして定義されているため、remote ip:portNATの背後のノードが外部のノードを呼び出した後、外部のノードは、クライアントが要求を行ったのと同じポートを使用してコールバックでき、同じTCPとして「カウント」されます。接続によるもので、NATによる一方的な呼び出しではありません。 結果： NATは、この接続が、NAT内のノードが履歴レコードを調べることによって要求したものに対する応答であったかどうかを効果的に推測します。NATの背後にあるノードが最初のコールアウトを行ったので、外部のノードは同じクライアントポートを使用してコールバックでき、機能します。 私のメンタルモデルは＃1に近かったのですが、Wiresharkで接続を調べたところ、それらは個別のTCP接続として、または少なくとも個別のエンティティとして表示されました。 ＃1、または＃2に近いですか、それとも混乱してしまいますか？

7 tcp  nat  layer4 

こんにちは！誰かがタイムアウトで何が起こるか説明してくれませんか？その後、ウィンドウサイズは完全に減少します。タイムアウト時には、3つの重複ACKと同じことが起こると思いました。cwndの半分で、加法的に増加します。これらの混雑の指標の扱い方に違いはありますか？

7 tcp  protocol-theory  layer4  transport-protocol  congestion 

IPパケットヘッダーには、「次のレベルのプロトコル」を保持する8ビットのプロトコルフィールド（オフセット9）があり、割り当てられた番号はRFC 790で指定されています。たとえば、TCPは6です。私の質問は、なぜIPなのかです。レイヤーはネットワークスタックの上位レイヤーを認識していますか？

7 ipv4  tcp  layer3  layer4  rfc