networking - TCP 紧急指针、缓冲区管理和 "Send"调用

Question

我的问题与发送设备上的 TCP 段创建有关。

我对 TCP 的理解是它将缓冲“非紧急”流量字节，直到达到某种内部超时...或达到 MSS。然后该段完成并传输到电线上。

我的问题:如果TCP一直在缓冲“正常/非紧急”字节，然后从上层进程接收到一串“紧急”字节，它会:

1. 终止“非紧急”字节的缓冲，发送非紧急段，并开始创建一个新的 TCP 段，从“紧急”字节开始……或者……
2. 继续构建当前缓冲的部分段，将紧急字节放在段中间的某个位置在正常字节之后。

RFC 1122(第 4.2.2.4 节)指示紧急指针指向段中紧急数据的最后一个字节(推断非紧急数据可以跟在同一段中的紧急数据之后)。它没有阐明段是否必须以紧急数据开始......或者紧急数据是否可能在“中间”。

这个问题涉及一个可能的 TCP 段，它设置了“紧急”位而不是“推送”位。我对 RFC 793 的理解是它们相互排斥(尽管通常放在一起)。

谢谢!

Answer 1

My understanding of TCP is that it will buffer "non-urgent" bytes of traffic until either some kind of internal timeout is reached

如果启用了 Nagle 算法，这是默认情况下。否则它会立即发送数据，受制于窗口等。

...or the MSS is reached. Then the segment is finished and transmitted onto the wire.

不是真的。它会尽可能地传输，仅受 Nagle 算法、窗口、拥塞控制等限制。

My question: If TCP has been buffering "normal/non-urgent" bytes, and then receives a string of "urgent" bytes from the upper-layer process will it:

1. Terminate buffering of "non-urgent" bytes, send the non-urgent segment, and start creation of a new TCP segment, beginning with the "urgent" bytes...or...
2. Continue building the currently-buffered, partial-segment, placing the urgent bytes somewhere in the middle of the segment after the normal bytes.

都没有。看上面。从实际发送的角度来看，紧急数据没有什么“紧急”的。

RFC 1122 (section 4.2.2.4) indicates that the Urgent Pointer points to the LAST BYTE of urgent data in a segment (inferring that non-urgent data could follow the urgent data within the same segment).

正确，除了你的意思是“暗示”。

It does not clarify if a segment must BEGIN with urgent data...or, if the urgent data might be "in the middle".

它不要求段必须以紧急数据开头，所以不需要。

This question concerns a possible TCP segment with the "urgent" bit set but NOT the "push" bit.

为什么？ PUSH 位对于现代 TCP 实现基本上没有意义，会被忽​​略，而且您无法检测段边界，所以您为什么要关心？

My understanding of RFC 793 is that they are mutually exclusive of each other (although typically set together).

为什么？请解释。