网络协议实践课程第3章20140301祥解.pptVIP

观察pcattcp_retrans_r.cap。 分组4传输 1-1000号字节，分组5确认1-1000号字节。分组6传送2461-3920号字节（而不是分组7）。接收端没有看到发送端1001-2460号字节的传输。但是他们确实被发送了，仅可能在发送端和接收端之间的某个环节丢失了。 接收端是如何来处理这些丢失的。在分组4到达以后，接收端会以确认号1001（分组5）响应。在分组6的2461-3920号字节到达之后，接收端仍然是以确认号1001（分组7）响应。在分组7的首部的可选择字段里还包含有一些选择性确认信息。 最后，分组12重传1001-2000号字节，分组14接收端增加确认号到2001。分组19 重传2001-2460号字节（对应pcattcp_retrans_t.cap 的分组20），接收端立即从确认字节2001跳到确认字节11221。 在TCPSACK里，如果连接的一端接收了失序数据，它将使用选项区字段来发送关于失序数据起始和结束的信息。这样允许发送端仅仅重传丢失的数据。在若干分组丢失情况下，这一点特别有用，因为重复的确认仅仅作为一个分组丢失的提示。 任何接收到的失序数据要么被丢掉，要么被暂时缓存起来。 TCP发送端必须保存一份已发送的数据的副本，以防数据需要重发。发送端必须保存数据直到它们收到数据的确认信息为止。 接收端通常会分配一个固定大小的缓冲区空间来存储这些失序数据和需要等待一个应用程序读取的数据。如果缓冲区空间不能够容纳下更多数据，那么接收端只有将数据丢掉。接收端的通告窗口字段用来通知发送端接收端还有多少空间可以用于输入的数据。如果数据发送的速度快于应用程序处理数据的速度，接收端就会发送一些信息来告知发送端其接收窗口正在减小。 在这个跟踪文件中，便携式电脑发送的接收端通告窗口的大小是变化的，从16520个字节到17520个字节。可以用便携式电脑的显示过滤器(如tcp.srcport==5001)来分离这些响应。 TCP发送端在发送之前也有一个容纳数据的有限空间。然而，和接收端不同的是，发送端是限制自己的发送速率。如果缓冲区的空间满了，尝试写入更多数据的应用程序将会被阻塞直到有更多的空间可以利用为止。 分组的丢失与重传（选择性重传的例子） 观察pcattcp_retrans_t.cap，用显示过滤器tcp.analysis.retransmission寻找重传(见图3.2.3)。分组12是这9次重传的第1次。 分组12序号是1001，使用过滤器tcp.seq==1001，我们发现分组5也拥有同样的序号。有趣的是，分组5是对1001到2460号字节的传输，而分组12仅是对1001到2000号字节的重传。分组20实际上是对2001到2460号字节的重传。 分组4传输1-1000号字节，分组5传输1001-2460号字节，分组7传输2461-3920号字节。 其中SACK选项通过左边界684449229和右边界684450689表示它接收了失序数据。要了解SACK选项，请记住初始的序号是随机选择的。而684449229到684450689正好是1460个失序字节。 同样，在含有3921-5381号字节的分组8到达之后，接收端再次响应1001确认号。然而分组9里面的SACK选项的右边界增至684452149，反映接收到了更多失序数据，仅仅简单延伸已存在的失序区域的右边界就足够了。 对发送速率的影响 4408?5001的数据流中选一个分组，操作Statistic?TCP Stream Graph?Time Sequence Graphs(Steven’s) 分别大约在0.15秒、1.8秒、3.1秒和4.0秒看见四组垂直的点。1.8秒的那组包括一个孤立的点，它位于序号20000上面，后面跟着一组在25000上面彼此接近的点。该最低点是在0.15秒附近的已经发送的序号的重传点。这是由于SACK信息允许发送端仅仅重传丢失的那一段，因此在同一垂直组中，那个重传点和其他的点分开。这个分组的丢失和重传导致了在数据发送过程中的一个明显延迟。 远程TCP连接（全部重传的例子） 用本地计算机和远程服务器之间的TCP来跟踪HTTP连接。我们将捕获的结果保存在tcp_http.cap文件中。这个实验只能从接收端的角度去跟踪。 三次握手发生在分组1到分组3。我们的本地机发送SYN分组并且在TCP首部的选项字段中含有SACK permitted选项。然而在本例中远程服务器并未在SYNACK分组中包括SACK permitted选项，因此选择确认不会在这个连接中发送。也就是说该丢失分组之后的所有分组