tcp
1.tcp_keepalive_time
int keepAlive = 1; // 开启keepalive属性. 缺省值: 0(关闭)
int keepIdle = 60; // 如果在60秒内没有任何数据交互,则进行探测. 缺省值:7200(s)
int keepInterval = 5; // 探测时发探测包的时间间隔为5秒. 缺省值:75(s)
int keepCount = 2; // 探测重试的次数. 全部超时则认定连接失效..缺省值:9(次)
setsockopt(s, SOL_SOCKET, SO_KEEPALIVE, (void*)&keepAlive, sizeof(keepAlive));
setsockopt(s, SOL_TCP, TCP_KEEPIDLE, (void*)&keepIdle, sizeof(keepIdle));
setsockopt(s, SOL_TCP, TCP_KEEPINTVL, (void*)&keepInterval, sizeof(keepInterval));
setsockopt(s, SOL_TCP, TCP_KEEPCNT, (void*)&keepCount, sizeof(keepCount));
mongodb echo 300 > /proc/sys/net/ipv4/tcp_keepalive_time 默认是7200
1.tcp_keepalive_time and rst Flag in NAT Environment
2.再次理解tcp关闭连接出现time_wait的情况
2MSL一般是大于30s，小于4分钟. 最小也要30s,再大就没啥意义了
reset报文发送场景：
RST的标志位，这个标识为在如下几种情况下会被设置，以下是我了解的情况，可能还有更多的场景，没有验证
当尝试和未开放的服务器端口建立tcp连接时，服务器tcp将会直接向客户端发送reset报文
双方之前已经正常建立了通信通道，也可能进行过了交互，当某一方在交互的过程中发生了异常，如崩溃等，异常的一方会向对端发送reset报文，通知对方将连接关闭
当收到TCP报文，但是发现该报文不是已建立的TCP连接列表可处理的，则其直接向对端发送reset报文
ack报文丢失，并且超出一定的重传次数或时间后，会主动向对端发送reset报文释放该TCP连接
另外我们做大量api请求时会遇到下面的问题. Broken pipe和Connection reset by peer . 这其实也是reset的报错一种.
