计算机网络,自顶向下方法与Internet特色课后习题答案第三章中文版剖析.doc

3复习题 P127 源端口号为y，目的端口号为x。 P 131 应用程序开发者可能不想其应用程序使用TCP的拥塞控制，因为这会在出现拥塞时降低应用程序的传输速率。通常，IP电话和IP视频会议应用程序的设计者选择让他们的应用程序运行在UDP上，因为他们想要避免TCP的拥塞控制。还有，一些应用不需要TCP提供的可靠数据传输。 P131 是的，应用程序开发者可以将可靠数据传输放到应用层协议中完成。但是这需要相当大的工作量和进行调试。 a) false b) false c) true d) false e) true f) false g) false a) 20 bytes (110-90=20bytes) b) ack number = 90 P155 第一个包丢失，发送第一个包之前的一个包的ACK P155 3个报文段，第一个报文段，客户机到服务器，seq＝43，ack＝80；第二个报文段，服务器到客户机，seq＝80，ack＝44；第三个报文段，客户机到服务器，seq＝44，ack＝81。 R/2 P180 R/2 P176 错误，其阈值将被设置为拥塞窗口目前值的一半（乘性减）。 习题 A →S 源端口号：467 目的端口号：23 b) B →S源端口号：513目的端口号：23 c) S →A源端口号：23目的端口号：467 d) S →B源端口号：23目的端口号：513 e) Yes. f) No. P128 假设主机A,B,C的IP地址为a,b,c.（a,b,c各不相同） 到主机A:源端口＝80，源IP地址＝b, 目的端口＝26145，目的IP地址＝a； 到主机C:左边进程：源端口＝80，源IP地址＝b, 目的端口＝7532，目的IP地址＝c； 到主机C:右边进程：源端口＝80，源IP地址＝b, 目的端口＝26145，目的IP地址＝c； P132 UDP检查和1的补码为了检测错误，接收方将四个字相加（三个原始字和一个检测字）。如果结果包含0，那么接收方就知道分组中存在错误。所有的1bit错误都将被检测出来，但是年个个比特的错误有可能被忽略（例如，如果第一个字的最后一个数变为0，并且第二个字的最后最后一个数变为1）。 P138 假设发送方处于“等待来自上层的调用1”状态，接收方处于“等待来自下层的1”。发送方发送一个带有序列号1的分组，然后转到“等待ACK或NAK1”的状态等待ACK或NAK。假设现在接收方正确接收到带有序列号1的分组，发送一个ACK，然后转入“等待来自下层的0“状态，等待带有序列号0的分组。然而，ACK出错了。当rdt2.1发送方接收到出错的ACK，它就重发带有序列号1的分组。然而，接收方在等待带有序列号0的分组并在它没有收到带有序列号0的分组时一直发送NAK。因此发送方会一直发送带有序列号1的分组，这时接收方会一直发送这个分组的NAK信息。两边都不会从这个状态中跳出，进入了死循环。 P140 为了回答这个问题，首先考虑为什么我们需要序列号。我们看到发送方需要序列号以便于接收方能够区分出一个分组是不是已经接收到的分组的重复。考虑ACK信息，发送方不需要这个信息（也就是一个ACK的序列号）来告诉发送方检测到一个重复的ACK.因为当他接收到原始ACK信息后它就转入下一个状态，所以一个重复的ACK信息对rdt3.0的发送方是很明显的。重复的ACK信息不是发送方需要的ACK信息，因此被red3.0发送方忽略了。 P139 rdt3.0协议的发送方与rdt2.2协议的发送方的不同之处在于引入了超时机制.我们已经看到超时机制地引入增加了从发送方到接收方数据流中出现重复分组地可能性.然而,rdt2.2协议地接收方已经能够处理重复分组.(在rdt2.2中当接收方发送地ACK丢失时,发送方就会重传旧的数据.这时接收方就会接收到重复的分组.) 因此rdt3.0中的接收方同rdt2.2中的接收方相同. Suppose the protocol has been in operation for some time. The sender is in state “Wait for call from above” (top left hand corner) and the receiver is in state “Wait for 0 from below”. The scenarios for corrupted data and corrupted ACK are shown in Figure 1. Figure 1: rdt 3.0 scenarios: cor