计算机网络第五章课后答案Word格式文档下载.docx

1、复用到一条运输连接上，而这条运输连接有复用到IP 数据报上。505 试举例说明有些应用程序愿意采用不可靠的UDP ，而不用采用可靠的TCP 。VOIP：由于语音信息具有一定的冗余度，人耳对VOIP数据报损失由一定的承受度，但对传输时延的变化较敏感。有差错的UDP 数据报在接收端被直接抛弃，TCP 数据报出错则会引起重传，可能带来较大的时延扰动。因此VOIP宁可采用不可靠的UDP，而不愿意采用可靠的 TCP 。506 接收方收到有差错的UDP用户数据报时应如何处理？丢弃507 如果应用程序愿意使用UDP 来完成可靠的传输，这可能吗？请说明理由可能，但应用程序中必须额外提供与TCP 相同的功能。5

2、08 为什么说UDP 是面向报文的，而TCP 是面向字节流发送方 UDP 对应用程序交下来的报文，在添加首部后就向下交付 IP 层。UDP 对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。接收方 UDP 对 IP 层交上来的 UDP 用户数据报，在去除首部后就原封不动地交付上层的应用进程，一次交付一个完整的报文。发送方TCP 对应用程序交下来的报文数据块，视为无结构的字节流（无边界约束，课分拆/合并），但维持各字节509 端口的作用是什么？为什么端口要划分为三种？端口的作用是对TCP/IP体系的应用进程进行统一的标志，使运行不同操作系统的计算机的应用进程能够互相通信。熟知端口

3、，数值一般为 01023.标记常规的服务进程；登记端口号，数值为1024 49151，标记没有熟知端口号的非常规的服务进程；510 试说明运输层中伪首部的作用。用于计算运输层数据报校验和。511 某个应用进程使用运输层的用户数据报UDP，然而继续向下交给IP 层后，又封装成IP 数据报。既然都是数据报，可否跳过UDP而直接交给IP 层？哪些功能UDP提供了但IP 没提提供？不可跳过UDP而直接交给 IP 层IP 数据报IP 报承担主机寻址，提供报头检错；只能找到目的主机而无法找到目的进程。UDP提供对应用进程的复用和分用功能，以及提供对数据差分的差错检验。512 一个应用程序用UDP，到 IP

4、 层把数据报在划分为4 个数据报片发送出去，结果前两个数据报片丢失，后两个到达目的站。过了一段时间应用程序重传 UDP，而 IP 层仍然划分为4 个数据报片来传送。结果这次前两个到达目的站而后两个丢失。试问：在目的站能否将这两次传输的4 个数据报片组装成完整的数据报？假定目的站第一次收到的后两个数据报片仍然保存在目的站的缓存中。不行重传时，IP 数据报的标识字段会有另一个标识符。仅当标识符相同的IP 数据报片才能组装成一个IP 数据报。前两个IP 数据报片的标识符与后两个IP 数据报片的标识符不同，因此不能组装成一个IP 数据报。514 一UDP 用户数据报的首部十六进制表示是：06 32 0

5、045 00 1C E2 17. 试求源端口、目的端口、用户数据报的总长度、数据部分长度。这个用户数据报是从客户发送给服务器发送给客户？使用UDP的这个服务器程序是什么？解：源端口1586，目的端口69，UDP用户数据报总长度28字节，数据部分长度20字节。此UDP 用户数据报是从客户发给服务器（因为目的端口号1023，是熟知端口）、服务器程序是TFFTP 。515 使用TCP 对实时话音数据的传输有没有什么问题？使用UDP 在传送数据文件时会有什么问题？如果语音数据不是实时播放（边接受边播放）就可以使用TCP ，因为TCP 传输可靠。接收端用TCP 讲话音数据接受完毕后，可以在以后的任何时间

6、进行播放。但假定是实时传输，则必须使用UDP。UDP不保证可靠交付，但 UCP 比TCP 的开销要小很多。因此只要应用程序接受这样的服务质量就可以使用UDP。516 在停止等待协议中如果不使用编号是否可行？为什么？答: 分组和确认分组都必须进行编号，才能明确哪个分则得到了确认。517 在停止等待协议中，如果收到重复的报文段时不予理睬（即悄悄地丢弃它而其他什么也没做）是否可行？试举出具体的例子说明理由。收到重复帧不确认相当于确认丢失518 假定在运输层使用停止等待协议。发送发在发送报文段M0后再设定的时间内未收到确认，于是重传M0，但M0又迟迟不能到达接收方。不久，发送方收到了迟到的对M0的确认

7、，于是发送下一个报文段M1，不久就收到了对 M1的确认。接着发送方发送新的报文段M0，但这个新的 M0在传送过程中丢失了。正巧，一开始就滞留在网络中的M0现在到达接收方。接收方无法分辨 M0是旧的。于是收下 M0，并发送确认。显然，接收方后来收到的M0是重复的，协议失败了。试画出类似于图5-9 所示的双方交换报文段的过程。旧的M0被当成新的M0。522 主机A 向主机B 发送一个很长的文件，其长度为L 字节。假定TCP 使用的MSS有1460字节。（1）在 TCP 的序号不重复使用的条件下，L 的最大值是多少？（2）假定使用上面计算出文件长度，而运输层、网络层和数据链路层所使用的首部开销共 6

8、6 字节，链路的数据率为10Mb/s，试求这个文件所需的最短发送时间。解 ：（1）L_max 的最大值是232=4GB,G=230.（2） 满载分片数Q=L_max/MSS取整=2941758发送的总报文数N=Q*（MSS+66）+ （ L_max - Q*MSS ）+66=4489122708+682=4489123390总字节数是N=4489123390字节，发送4489123390字节需时间为：N*8/（10*106）=3591.3秒，即59.85分，约1 小时。523 主机A 向主机B 连续发送了两个TCP 报文段，其序号分别为70和100。（1）第一个报文段携带了多少个字节的数据？（

9、2）主机 B 收到第一个报文段后发回的确认中的确认号应当是多少？（3）如果主机 B 收到第二个报文段后发回的确认中的确认号是180，试问A 发送的第二个报文段中的数据有多少字节？（4）如果 A 发送的第一个报文段丢失了，但第二个报文段到达了B。B 在第二个报文段到达后向A 发送确认。试问这个确认号应为多少？（1）第一个报文段的数据序号是70到99，共30字节的数据。（2）确认号应为100.（3）80字节。（4）70525 为什么在TCP 首部中要把TCP 端口号放入最开始的4个字节？在ICMP 的差错报文中要包含IP 首部后面的8 个字节的内容，而这里面有TCP 首部中的源端口和目的端口。当T

10、CP收到ICMP 差错报文时需要用这两个端口来确定是哪条连接出了差错。526 为什么在TCP 首部中有一个首部长度字段，而UDP 的首部中就没有这个这个字段？TCP 首部除固定长度部分外，还有选项，因此TCP 首部长度是可变的。UDP首部长度是固定的。527 一个TCP 报文段的数据部分最多为多少个字节？如果用户要传送的数据的字节长度超过TCP 报文字段中的序号字段可能编出的最大序号，问还能否用TCP 来传送？65495 字节，此数据部分加上 TCP首部的20字节，再加上IP 首部的20字节，正好是IP 数据报的最大长度65535.（当然，若IP 首部包含了选择，则IP 首部长度超过 20字节

11、，这时TCP 报文段的数据部分的长度将小于65495 字节。）数据的字节长度超过TCP 报文段中的序号字段可能编出的最大序号，通过循环使用序号，仍能用TCP 来传送。528 主机A 向主机B 发送TCP 报文段，首部中的源端口是m 而目的端口是n。当B 向A 发送回信时，其TCP 报文段的首部中源端口和目的端口分别是什么？分别是n 和m。529 在使用TCP 传送数据时，如果有一个确认报文段丢失了，也不一定会引起与该确认报文段对应的数据的重传。试说明理由。还未重传就收到了对更高序号的确认。530 设TCP 使用的最大窗口为65535 字节，而传输信道不产生差错，带宽也不受限制。若报文段的平均往

12、返时延为20ms，问所能得到的最大吞吐量是多少?在发送时延可忽略的情况下，最大数据率= 最大窗口*8/平均往返时间=26.2Mb/s。531 通信信道带宽为1Gb s ，端到端时延为 10ms。TCP 的发送窗口为65535 字节。试问:可能达到的最大吞吐量是多少?信道的利用率是多少?L=655368+408=524600C=109b/sL/C=0.0005246sTd=1010-3s0.02104864Throughput=L/（L/C+2Td）=524600/0.0205246=25.5Mb/sEfficiency=（L/C）/（L/C+2D）=0.0255最大吞吐量为25.5Mb/s 。

13、信道利用率为25.5/1000=2.55%535 试计算一个包括5 段链路的运输连接的单程端到端时延。5 段链路程中有2 段是卫星链路，有3 段是广域网链路。每条卫星链路又由上行链路和下行链路两部分组成。可以取这两部分的传播时延之和为 250ms 。每一个广域网的范围为1500km，其传播时延可按150000kms 来计算。各数据链路速率为48kbs ，帧长为960 位。5 段链路的传播时延=250*2+ （1500/150000 ）*3*1000=530ms5 段链路的发送时延=960/（48*1000）*5*1000=100ms所以5 段链路单程端到端时延=530+100=630ms536 重复5-35题，但假定其中的一个陆地上的广域网的传输时延为150ms 。760ms545 解释为什么突然释放运输连接就可能会丢失用户数据，而使用TCP 的连接释放方法就可保证不丢失数据。当主机1 和主机2 之间连接建立后，主机1 发送了一个TCP 数据段并正确抵达主机2，接着主机1 发送另一个TCP数据段，这次很不幸，主机2 在收到第二个TCP 数据段之前发出