TCP 协议
TCP 协议给使用者提供了两种服务，分别是面向连接的服务和可靠的数据传输服务，我们简单介绍一下。简单来说面向连接的含义是客户机和服务器之间需要建立连接，在位于应用层的数据开始交互之前，TCP 协议首先要先让客户机和服务器进行一次握手。这么做相当于告知彼此接下来需要进行数据的交互，请双方做好准备，具体的实现方式为双方在传输层交互信息。握手阶段结束之后，就能够建立起 TCP 连接，双方应用程序的数据交互完毕之后，还需要切断这个连接。
所谓 TCP 连接是一种逻辑上的连接，它可以提供全双工服务，即应用层数据可以在建立连接的进程之间相互传输。TCP 连接也是点对点的，因为这是针对单个发送方和单个接收方之间的连接。
接下来再看看何谓可靠的数据传输服务，即双方的数据交互在 TCP 协议的保障下，彼此发出的数据能够无差别、按照正确顺序传递给对方。即 TCP 会将发送方通过套接字传出的字节流，在保证字节不发生丢失和出现多余的情况下，将字节流交付给接收方的套接字。
TCP 报文段结构
字段解析
源端口、目的端口：各占 2 字节，端口是运输层与应用层的服务接口，运输层的复用和分用功能都要通过端口才能实现。
序号：占 4 字节，TCP 连接中传送的数据流中的每一个字节都编上一个序号，序号字段的值则指的是本报文段所发送的数据的第一个字节的序号。
确认号：占 4 字节，是期望收到对方的下一个报文段的数据的第一个字节的序号。
首部长度：占 4 位，它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远，的单位是 32 位字（以 4 字节为计算单位）。
保留：占 6 位，保留为今后使用，但目前应置为 0。
接收窗口：占 2 字节，用于流量控制，指示接收方愿意接收的字节数量，单位为字节。
检验和：占 2 字节。检验和字段检验的范围包括首部和数据这两部分。在计算检验和时，要在 TCP 报文段的前面加上 12 字节的伪首部。
选项：长度可变。TCP 最初只规定了最大报文段长度 MSS，表示缓存所能接收的报文段的数据字段的最大长度是 MSS 个字节。
标志字段
紧急 URG：当 URG = 1 时，表明紧急指针字段有效。它告诉系统此报文段中有紧急数据，应尽快传送(相当于高优先级的数据)。
确认 ACK：只有当 ACK = 1 时确认号字段有效，当 ACK = 0 时确认号无效。
推送 PSH(PuSH)：接收 TCP 收到 PSH = 1 的报文段，就尽快地交付接收应用进程，不再等到整个缓存都填满了后再向上交付。
复位 RST(ReSeT)：当 RST = 1 时，表明 TCP 连接中出现严重差错（如由于主机崩溃或其他原因）必须释放连接，然后再重新建立运输连接。
同步 SYN：同步 SYN = 1 表示这是一个连接请求或连接接受报文。
终止 FIN(FINish)：用来释放一个连接。FIN = 1 表明此报文段的发送端的数据已发送完毕，并要求释放运输连接。
捕获从计算机到远程服务器的批量 TCP 传输
首先使用 Wireshark 来获取文件从计算机到远程服务器的 TCP 传输的数据包内容。通过访问一个网页，在网页上输入您计算机上储存的文件名称，然后使用 HTTP POST 方法将文件传输到 Web 服务器，并在此期间运行 Wireshark 以获取从计算机发送和接收的 TCP 区段的内容。执行如下操作:
- 在电脑上保存一个 ASCII 档案文件：
2. 打开 http://gaia.cs.umass.edu/wireshark-labs/TCP-wireshark-file1.html ：
3. 使用此表单中的“选择文件”按钮上传文件：
4. 启动 Wireshark 并开始数据包捕获：
5. 返回浏览器，按 “Upload alice.txt file” 按钮将文件上传到 gaia.cs.umass.edu 服务器：
6.停止 Wireshark 数据包捕获：
干扰巨大，我还是用现成的包来分析吧。
跟踪包的初步观察
在过滤器指定窗口中输入 “tcp” 过滤 Wireshark 视窗中显示的数据包：
可以应该看到的是计算机和 gaia.cs.umass.edu 之间的一系列 TCP 和 HTTP 讯息，首先是看到包含 SYN 讯息的初始三次握手。
接下来有 HTTP POST 讯息。
在 Wireshark 显示的 Info 列中有不少“[重新组装的 PDU 的 TCP 段]”，以指示此 TCP 区段包含属于上层协议讯息的数据（这里是 HTTP）。
还有 gaia.cs.umass.edu 返回到您的计算机的 TCP ACK 区段。
回答以下问题：
- 将文件传输到 gaia.cs.umass.edu 的客户端计算机（源）使用的 IP 地址和 TCP 端口号是什么？
IP 地址：192.168.1.102
TCP 端口号：1161
2. gaia.cs.umass.edu 的 IP 地址是什么？ 在哪个端口号上发送和接收此连接的 TCP 区段？
IP 地址：128.119.245.12
接收连接的端口号：80
现在我们关注 TCP 而不是 HTTP，因此更改 Wireshark 的“捕获数据包列表”视窗，以便显示有关包含 HTTP 讯息的 TCP 区段的信息。要让 Wireshark 执行此操作，选择 Analyze-> Enabled Protocols。
然后取消勾选 HTTP 框，并选择确定。
这些是计算机和 gaia.cs.umass.edu 之间发送的一系列 TCP 区段。
TCP Basics
回答下列问题：
- 用于在客户端计算机和 gaia.cs.umass.edu 之间启动 TCP 连接的 TCP SYN 区段的序列号是什么？将区段标识为 SYN 区段的区段有什么功能？
序列号为 0，功能是开始三次握手，主机发送 SYN 请求服务器建立连接，这是三次握手的第一步。
2. gaia.cs.umass.edu 发送给客户端计算机以回复 SYN 的 SYNACK 区段的序列号是多少？
序列号为 0。
SYNACK 区段中的 Acknowledgment 栏位的值是多少？
Acknowledgment 栏位的值是 1。
Gaia.cs.umass.edu 是如何确定此 Acknowledgment 的数值的？在将区段标识为 SYNACK 区段的区段在连线中有什么功能？
Ack 字段用于表示确认字段中的值是有效的，功能是说明服务器成功接收了我们发出的连接请求，并发送 SYN-ACK 确认报文。
3. 包含 HTTP POST 命令的 TCP 区段的序列号是多少？
序列号为 1，其中 PSH 表示有数据传输。
4. 将包含 HTTP POST 的 TCP 区段视为 TCP 连接中的第一个区段。前六个 TCP 区段的长度是多少？在这个 TCP 连线中前 6 个 TCP 区段的序列号是什么（包括包含 HTTP POST 的段）？每区段发送的时间是什么时候？收到的每个区段的 ACK 是什么时候？鉴于发送每个 TCP 区段的时间与收到确认的时间之间的差异，六个区段中每个区段的 RTT 值是多少？收到每个 ACK 后，EstimatedRTT 值是什么？假设第一个 EstimatedRTT 的值等于第一个区段的测量 RTT。
- EstimatedRTT 运算公式
EstimatedRTT = (1 - a) × EstimatedRTT + a × SampleRTT
其中 a 使用推荐值 0.125。
区段一：
长度：565
序列号：1
发送时间：2004 年 8 月 21 日 21：44:20.596858000
RTT:0.027460000 seconds
EstimatedRTT = RTT = 0.027460000 seconds
区段二：
长度：1460
序列号：566
发送时间：2004 年 8 月 21 日 21：44:20.612118000
RTT:0.035557000 seconds
EstimatedRTT = 0.875 × 0.027460000 + 0.125 × 0.035557000 = 0.028472125 seconds
区段三：
长度：1460
序列号：2026
发送时间：2004 年 8 月 21 日 21：44:20.624407000
RTT:0.070059000 seconds
EstimatedRTT = 0.875 × 0.028472125 + 0.125 × 0.070059000 = 0.033670484 seconds
区段四：
长度：1460
序列号：3486
发送时间：2004 年 8 月 21 日 21：44:20.625071000
RTT:0.114428000 seconds
EstimatedRTT = 0.875 × 0.033670484 + 0.125 × 0.114428000 = 0.043765173 seconds
区段五：
长度：1460
序列号：4946
发送时间：2004 年 8 月 21 日 21：44:20.647786000
RTT:0.139894000 seconds
EstimatedRTT = 0.875 × 0.043765173 + 0.125 × 0.139894000 = 0.055781277 seconds
区段六：
长度：1460
序列号：6406
发送时间：2004 年 8 月 21 日 21：44:20.648538000
RTT:0.189645000 seconds
EstimatedRTT = 0.875 × 0.055781277 + 0.125 × 0.189645000 = 0.072514242 seconds
5. 对于整个跟踪包，收到的最小可用缓冲区空间量是多少？缺少接收器缓冲区空间是否会限制发送方传送 TCP 区段？
对于服务器而言，收到的最小可用缓冲区空间量为 6780。
对于主机而言，收到的最小可用缓冲区空间量为 5840。
缺少接收器缓冲区空间会限制发送方传送 TCP 区段，这是因为 TCP 的流量控制服务，能够消除发送方使接收方缓存溢出的可能性，使得发送方的发送速率与接收方应用程序的读取速率相匹配。实现的方式是滑动窗口协议，具体可参考后文附带的资料。
6. 在跟踪文件中是否有重传的区段？
检查数据包的时间序列：
因为序列号呈增大趋势，因此没有重传。
7. 接收器通常在 ACK 中确认多少数据？是否可以识别接收方每隔一个接收到的区段才发送确认的情况？
(这个回答难以保证正确，欢迎纠错)接收器通常在 ACK 中确认序列号，可以确认，根据 ACK 序列号的顺序来推测。
8. TCP 连接的吞吐量（每单位时间传输的⫿节数）是多少？如何计算这个值？
平均吞吐量 = 传输数据的比特数 F ÷ 接收方接收所有数据所用时间 T
首先看看传输数据的比特数 F = 164090 bytes
再看看接收方接收所有数据所用时间 T = 5.297341000 seconds
吞吐量 = 164090 ÷ 5.297341000 = 30.975917918064 Kb/s
TCP 拥塞控制
现在检查从客户端服务器的每单位时间发送的数据量，从 Wireshark 窗口中的原始数据计算这些数值。
- 每个点代表一个发送的 TCP 区段，绘制区段的序列号与发送的时间，堆叠在一起的一组点表示发送方背靠背发送的一系列数据包。使用时序图（Stevens）查看从客户端发送到 gaia.cs.umass.edu 服务器的区段的序列号与时间关系图。您能否确定 TCP 的慢启动阶段的开始和结束位置，以及拥塞避免接管的位置？
慢启动的原理是：连接开始时，发送速率呈指数型增长。因此 TCP 开始发送的速率很慢，但是慢启动阶段增长很快。
如图所示，慢启动阶段的开始肯定是在第一个 TCP 区段发出去的时候，也就是分组 5 发送的时候。
结束位置是什么时候？观察到这样的指数型增长的速率在分组 23 处卡壳了，说明这个时候发生了拥塞，进入拥塞避免阶段。
这个区域就是拥塞避免区段。
2. 评论测量数据与我们在文本中研究的 TCP 的理想化行为的不同之处。
慢启动是 TCP 在拥塞控制方面做的努力之一，但是对于一些数据量较小的小文件，在网络畅通的情况下发送非常快，甚至可能在慢启动结束之前就已经发送完毕。这个问题要怎么理解呢？例如我需要发送一个 5 单位大小的文件，假定一个窗口在一个单位时间内可以发送一个单位大小的数据报。如果是初始窗口为 1 个的慢启动，窗口按照指数型增长，就需要 3 个单位时间才能发送完毕。而如果一开始就拥有大于 5 个的窗口，则 1 个单位时间就可以发送完毕，这个时候慢启动反而来制约了文件的快速发送，从而影响了效率。
由此可见慢启动并不是永远都是高效的，在一些情况下效率不会达到最好。这种情况不可否认，不过慢启动在拥塞控制方面的贡献，在总体上仍然是一个很好的手法！
参考资料
《计算机网络 自顶向下方法》 [美] James F.Kurose,Keith W.Ross 著，陈鸣 译，机械工业出版社
TCP
滑动窗口协议
一篇带你读懂TCP之“滑动窗口”协议