是否有任何关于监听 TCP 套接字的积压行为的 RFC 文档？
Is there any RFC document about the backlog behaviour of listening TCP socket?
最近我正在研究 RFC 793 以了解 TCP 和套接字行为。
我有一个问题是：
当收到SYN时，listen socket是立即发送ACK还是等待APP层调用accept函数。
RFC 793 中没有解释那些行为的接缝，因此是否有任何 RFC 解释了监听套接字的 backlog/accept 行为。
One question I have is: When an SYN received, should the listen socket immediately send the ACK or wait for APP layer call accept function
通常 OS 内核会进行 TCP 握手，无论应用程序当前是否正在调用 accept。但它可能与某些 user-space TCP/IP 实现不同，其中完整的 IP 堆栈在应用程序内部完成。我认为这里没有任何 RFC 强制执行特定行为，因为此细节与协议无关。
最近我正在研究 RFC 793 以了解 TCP 和套接字行为。
我有一个问题是：
当收到SYN时，listen socket是立即发送ACK还是等待APP层调用accept函数。
RFC 793 中没有解释那些行为的接缝，因此是否有任何 RFC 解释了监听套接字的 backlog/accept 行为。
One question I have is: When an SYN received, should the listen socket immediately send the ACK or wait for APP layer call accept function
通常 OS 内核会进行 TCP 握手，无论应用程序当前是否正在调用 accept。但它可能与某些 user-space TCP/IP 实现不同，其中完整的 IP 堆栈在应用程序内部完成。我认为这里没有任何 RFC 强制执行特定行为，因为此细节与协议无关。