TCP-当接受失败时,对等端如何知道?

据我所知,一旦我们用绑定套接字完成了“listen”调用,客户端启动的所有TCP连接都将开始成功,但是,当调用accept时,accept调用可能会失败(由于内存或文件描述符不可用而超出限制等)的可能性很大。

我在Solaris中运行了一些简单的测试。

服务器: 1。使用ulimit命令将文件描述符的最大数量减少到8个

1. 将backlog设置为listen 8。

2. 听一听。

3. 在一个循环中呼叫accept 8次,然后进入睡眠状态

客户:

1. 连接8个接头。

2. 去睡觉

测试结果:

在客户端,所有连接都通过。 在服务器端,只接受4次通过,4次失败。(这是合理的,考虑到3个文件描述符是标准的,一个用于侦听,然后只有4个连接的空间)。但是,netstat显示所有8个已建立的连接。

tcp dump,显示所有8个连接的3路握手已成功。服务器什么时候通知客户机上的4个连接失败?(也就是说,它什么时候会向他们发送一个FIN?)

我还注意到了另一个行为,一旦服务器进入睡眠状态,然后如果我通过ctrl+c终止进程,那么我会发现这4个失败的连接正在发送fin。

我对这种行为有点困惑。任何帮助都非常感谢。