tcp 回顾总结

最近又要开始写server，趁着周末有时间，重新翻了下tcp／ip第一卷，总结一下回顾翻到的一些东西。

arp

ip到链路地址的查询

icmp

ping是利用icmp的回显请求和应答来实现

traceroute是利用icmp的ttl的超时和端口不可用来，ttl超时回包表还在中间路由器，端口不可用表已经到达主机

ttl从1开始增长

tcp为了保证可靠和最大利用网络，做了很多优化，比如4个定时器，慢启动，nagle算法等等。

4个定时器

超时重传定时器：用于超时重传

多久算超时，通过rtt和rto

rtt计算是发包开始计时，如果一个计时过程未结束，其他发包就不计时了。

2msl定时器

用于time wait状态，time wait状态是为了保证最后一个发包被对方收到。

持续定时器

接收数据一方通知可用窗口为0后再通知不为0，如果窗口可用通知包被丢失，就会进入相互等待情况。

所以这个定时器用于定时查询对方是否有窗口可用

保活定时器在应用进程选取了插口的SO_KEEPALIVE选项时生效。如果连接的连续空闲时间超过2小时，保活定时器超时，向对端发送连接探测报文段，强迫对端响应。如果收到了期待的响应，TCP可确定对端主机正常工作，在该连接再次空闲超过2小时之前，TCP不会再进行保活测试。如果收到的是其他响应，TCP可确定对端主机已重启。如果连接若干次保活测试都未收到响应，TCP就假定对端主机已崩溃，尽管它无法区分是主机故障（例如系统崩溃而尚未重启），还是连接故障（例如，中间的路由器发送故障或电话线断了）。

tcp的backlog

1：backlog里边到连接是完成了3次握手到，就等着通知应用层到连接

2：backlog满了后，server就会忽略之后的sync请求，但也不做任何处理，没有reset回包，客户端会看到sync超时然后重试，如果server的backlog有空间了，就可以处理sync请求了