大学计算机复习资料.pdf

《大学计算机复习资料.pdf》由会员分享，可在线阅读，更多相关《大学计算机复习资料.pdf（7页珍藏版）》请在三一文库上搜索。

1、5-025-02、网络层提供数据报或虚电路服务对上面的运输层、网络层提供数据报或虚电路服务对上面的运输层 有何影响？有何影响？ 答：网络层提供数据报或虚电路服务不影响上面的运输 层的运行机制，但提供不同的服务质量。 5-035-03、当应用程序使用面向连接的、当应用程序使用面向连接的 TCPTCP 和无连接的和无连接的 IPIP 时，时， 这种传输是面向连接的还是面向无连接的？这种传输是面向连接的还是面向无连接的？ 答：都是。这要在不同层次来看，在运输层是面向连接 的，在网络层则是无连接的。 5-015-01、试说明运输层在协议栈中的地位和作用，运输层、试说明运输层在协议栈中的地位和作用，运输

2、层 的通信和网络层的通信有什么重要区别？为什么运输层是的通信和网络层的通信有什么重要区别？为什么运输层是 必不可少的？必不可少的？ 答：从通信和信息处理的角度来看，运输层向它上面的 应用层提供通信服务，它属于面向通信部分的最高层，同 时也是用户功能中的最低层。运输层为应用进程之间提供 端到端的逻辑通信。 网络层是为主机之间提供逻辑通信，而运输层为应用进 程之间提供端到端的逻辑通信。 运输层必不可少，因为： （ 1 ）真正进行通信的实体是在主机中的进程，是两个 主机的进程进行数据交换，而不是单纯的两个主机之间的 通信，运输层正是实现主机进程之间的通信。 （ 2 ）运输层提供了复用和分用功能，使发

3、送方不同的 应用进程可以使用同一个运输层协议传送数据，而接收方 的运输层可以把数据正确交付到目的应用进程。 （ 3 ）运输层还提供了对收到报文进行差错检测的功能。 （ 4 ）此外，运输层还向高层用户屏蔽了下面网络核心 的细节，使应用进程看见的就是好像在两个运输层实体之 间有一条端到端的逻辑通信信道。所以运输层是必不可少 的。 5-045-04、试用画图解释运输层的复用。画图说明许多个运、试用画图解释运输层的复用。画图说明许多个运 输用户复用到一条运输连接上，而这条运输连接有复用到输用户复用到一条运输连接上，而这条运输连接有复用到 IPIP 数据报上。数据报上。 5-055-05、试举例说明有些

4、应用程序愿意采用不可靠的、试举例说明有些应用程序愿意采用不可靠的 UDPUDP，而不用采用可靠的，而不用采用可靠的 TCPTCP。 答：如 IP 电话、实时视频会议等。由于语音信息具有一 定的冗余度，人耳对 VOIP 数据报损失由一定的承受度，但 对传输时延的变化较敏感。因此这两种服务都要求源主机 以恒定的速率发送数据，并且允许在网络发生拥塞时丢失 一些数据，但却不允许数据有太大的时延。 有差错的 UDP 数据报在接收端被直接抛弃，TCP 数据报 出错则会引起重传，可能带来较大的时延扰动。 因此 IP 电话、实时视频会议等宁可采用不可靠的 UDP， 而不愿意采用可靠的 TCP。 (本题与 5-

5、15 题相似) 5-085-08、为什么说、为什么说 UDPUDP 是面向报文的，而是面向报文的，而 TCPTCP 是面向字节是面向字节 流的？流的？ 答：发送方 UDP 对应用程序交下来的报文，在添加首部 后就向下交付IP层。UDP对应用层交下来的报文，既不 5-135-13、一个、一个 UDP UDP 用户数据报的数据字段为用户数据报的数据字段为 8192 8192 字节。字节。 在链路层要使用以太网来传送。试问应当划分为几个在链路层要使用以太网来传送。试问应当划分为几个 IPIP 数数 据报片？说明每一个据报片？说明每一个 IPIP 数据报片的数据字段长度和片偏移数据报片的数据字段长度和

6、片偏移 字段的值。字段的值。 答：加上 UDP 的 8 字节首部，IP 层的数据字段为 8200 字节。以太网的 MTU为 1500 字节。假设 IP 层采用默认首 部，即 20 字节。那么应划分为 8200/（1500-20），为 6 片。前 5 片是 1480 字节。第 6 片是 800 字节。片偏移字段 分别是：0，185， 370， 555， 740， 925。 解析： IP 包分片的相关知识见课本 P127128。 0,1480,1480*2,1480*3,1480*4,1480*5(与上面的片偏 段字段各个数字差 8 倍，想想为什么？) 合并，也不拆分，而是保留这些报文的边界。 接

7、收方 UDP 对 IP 层交上来的 UDP 用户数据报，在去 除首部后就原封不动地交付上层的应用进程，一次交付一 个完整的报文。 发送方 TCP 对应用程序交下来的报文数据块，视为无结 构的字节流（无边界约束，可分拆/合并），但维持各字节 的顺序。 接收方 TCP 对IP层交上来的 TCP 报文段，在去除首部 后就视为无结构的字节流（可将多个报文段合并），再按 与发送方相同的字节顺序交付给上层的应用进程，一次交 付一个报文数据块。 5-145-14、一、一 UDPUDP 用户数据报的首部的十六进制表示是：用户数据报的首部的十六进制表示是：0606 3232 0000 4545 0000 1C1

8、C E2E2 1717。试求源端口、目的端口、用户数。试求源端口、目的端口、用户数 据报的总长度、数据部分长度。这个用户数据报是从客户据报的总长度、数据部分长度。这个用户数据报是从客户 发送给服务器还是从服务器发送给客户？使用发送给服务器还是从服务器发送给客户？使用 UDPUDP 的这个的这个 服务器程序是什么？服务器程序是什么？(注：考试时若考此题会提供 P194 的 图 5-5) 答：源端口 1586（十六进制的 060632,32, 6*166*162 2+3*16+3*161 1+5*16+5*160 0=1586=1586）， 目的端口 69（十六进制的 00 45, 4*161+5

9、*160=6900 45, 4*161+5*160=69）， UDP 用户数据报总长度 28（十六进制的 0000 1C1C，1*161*161 1+12*16+12*160 0=28=28）字节，数据部分长度 20 字节。 此 UDP 用户数据报是从客户发给服务器（因为目的端口 号1023，是熟知端口）、服务器程序是 TFFTP。 解析： 1、任意进制转换为十进制，用的是“权值相加法权值相加法”。原 理是：以十进制为例，我们知道 3453*103+4*101+5*100。 同理，二进制的(1101)2=1*23+1*22+0*21+1*20=(8+4+1)10 =(13)10，十六进制的(1

10、2E)16=1*162+2*161+14*160=(302)16， 十六进制数 E 相当于十进制的 14。 第 1、2 字节为 06320632（注意：是十六进制），高位的（注意：是十六进制），高位的 0 0 去掉去掉, ,得得(632)(632)16 16= 4*16 = 4*162 2+3*16+3*161 1+2*16+2*160 0=(1586)=(1586)10 10 同理，同理， 第第 3 3、4 4 字节字节 00 4500 45，有，有(45)(45)16 16= 4*16 = 4*161 1+5*16+5*160 0=(69)=(69)10 10 第第 5 5、6 6 字节字

11、节 00 1C00 1C，有，有(1C)(1C)16 16= 1*16 = 1*161 1+12*16+12*160 0=(28)=(28)10 10 2、相关知识。若十进制转换为其他进制则用“除 n 取余 法”，如“除除 2 2 取余法取余法”、“除 8 取余法”、“除 16 取余 法”等。不了解原理的同学请百度搜索“除 2 取余法”进 行学习。 3、相关知识。若二进制与八进制、十六进制进行转换， 可先将二进制转换为十进制、再将十进制转换为八进制、 十六进制。也可以一步到位快捷转换，将 3 位二进制位对 应 1 位八进制位、将 4 位二进制位对应 1 位八进制位（因 为 238，2416）。

12、例： (1011111101)2=(001 011 111 101)2 =(1375)8 (1011111101)2=(0010 1111 1101)2 =(2FD)16 4、在 Windows 7 环境下，可用附件中的“计算器”工具， 将“查看”主菜单设置为“程序员”选项，即可以不同进 制间进行转换。建议通过该软件工具验证进制转换结果， 但进制转换的方法还是应该掌握！ Comment CC2:Comment CC2: 4 位一组，高位添 Comment CC1:Comment CC1: 3 位一组，高位添 Comment CC3:Comment CC3:在 C 语言等其他计 0。与十进制同理

13、，整数部分高位添 0 不影响值的大小。如果是小数部分 则是低位添 0 不影响值的大小。 0。在十六进中，值 15 写成 F，值 13 写成 D。 算机书中，(2FD)16语言又可写成 0X2FD、0 x2fd 或者 2FDH、2fdh， ” 0X”或”H”都是十六进制 （Hexadecimal）的意思。 5-275-27、一个、一个 TCPTCP 报文段的数据部分最多为多少个字节？报文段的数据部分最多为多少个字节？ 为什么？如果用户要传送的数据的字节长度超过为什么？如果用户要传送的数据的字节长度超过 TCPTCP 报文报文 字段中的序号字段可能编出的最大序号，问还能否用字段中的序号字段可能编出

14、的最大序号，问还能否用 TCPTCP 来传送？来传送？ 答：65495 字节，此数据部分加上 TCP 首部的 20 字节， 再加上 IP 首部的 20 字节，正好是 IP 数据报的最大长度 65535。（当然，若 IP 首部包含了选择，则 IP 首部长度超 5-235-23、主机、主机 A A 向主机向主机 B B 连续发送了两个连续发送了两个 TCPTCP 报文段，其报文段，其 序号分别为序号分别为 7070 和和 100100。试问：。试问： （1 1）第一个报文段携带了多少个字节的数据？第一个报文段携带了多少个字节的数据？ （2 2）主机主机 B B 收到第一个报文段后发回的确认中的确认

15、号收到第一个报文段后发回的确认中的确认号 应当是多少？应当是多少？ （3 3）如果主机如果主机 B B 收到第二个报文段后发回的确认中的确收到第二个报文段后发回的确认中的确 认号是认号是 180180，试问，试问 A A 发送的第二个报文段中的数据有多少字发送的第二个报文段中的数据有多少字 节？节？ （4 4）如果如果 A A 发送的第一个报文段丢失了，但第二个报文发送的第一个报文段丢失了，但第二个报文 段到达了段到达了 B B。B B 在第二个报文段到达后向在第二个报文段到达后向 A A 发送确认。试问发送确认。试问 这个确认号应为多少？这个确认号应为多少？ 解：（1）第一个报文段的数据序号

16、是 70 到 99，共 30 字节的数据。 （2）确认号应为 100. （3）80 字节。 （4）70 5-155-15、使用、使用 TCP TCP 对实时话音数据的传输有没有什么问题？对实时话音数据的传输有没有什么问题？ 使用使用 UDP UDP 在传送数据文件时会有什么问题？在传送数据文件时会有什么问题？ 答： UDP 不保证可靠交付，但 UDP 比 TCP 的开销要小 很多。因此只要应用程序接受这样的服务质量就可以使用 UDP。如果话音数据不是实时播放（边接收边播放）就可 以使用 TCP ，因为 TCP 传输可靠。接收端用 TCP 将话音 数据接收完毕后，可以在以后的任何时间进行播放。但

17、假 定是实时传输，则必须使用 UDP 。 5-445-44、试以具体例子说明为什么一个运输连接可以有多、试以具体例子说明为什么一个运输连接可以有多 种方式释放。可以设两个互相通信的用户分别连接在网络种方式释放。可以设两个互相通信的用户分别连接在网络 的两结点上。的两结点上。 答：设 A,B 建立了运输连接。协议应考虑一下实际可能 性： A 或 B 故障，应设计超时机制，使对方退出，不至 于死锁； A 主动退出，B 被动退出； B 主动退出，A 被动退出。 过 20 字节，这时 TCP 报文段的数据部分的长度将小于 65495 字节。） 数据的字节长度超过 TCP 报文段中的序号字段可能编出 的

18、最大序号，通过循环使用序号，仍能用 TCP 来传送。 5-425-42、在图、在图 5-325-32 中所示的连接释放过程中，主机中所示的连接释放过程中，主机 B B 能否能否 先不发送先不发送 ACK=x+1ACK=x+1 的确认的确认? ?( (因为后面要发送的连接释放因为后面要发送的连接释放 报文段中仍有报文段中仍有 ACK=x+1ACK=x+1 这一信息这一信息) ) 答：如果 B 不再发送数据了，是可以把两个报文段合并 成为一个，即只发送 FIN+ACK 报文段。但如果 B 还有数据 报要发送，而且要发送一段时间，那就不行，因为 A 迟迟 收不到确认，就会以为刚才发送的 FIN 报文

19、段丢失了，就 超时重传这个 FIN 报文段，浪费网络资源。 5-455-45、解释为什么突然释放运输连接就可能会丢失用户、解释为什么突然释放运输连接就可能会丢失用户 数据，而使用数据，而使用 TCPTCP 的连接释放方法就可保证不丢失数据。的连接释放方法就可保证不丢失数据。 答：当主机 1 和主机 2 之间连接建立后，主机 1 发送了 一个 TCP 数据段并正确抵达主机 2，接着主机 1 发送另一个 TCP 数据段，这次很不幸，主机 2 在收到第二个 TCP 数据段 之前发出了释放连接请求，如果就这样突然释放连接，显 然主机 1 发送的第二个 TCP 报文段会丢失。 而使用 TCP 的连接释放

20、方法，主机 2 发出了释放连接的 请求，那么即使收到主机 1 的确认后，只会释放主机 2 到 主机 1 方向的连接，即主机 2 不再向主机 1 发送数据，而 仍然可接受主机 1 发来的数据，所以可保证不丢失数据。 5-465-46、试用具体例子说明为什么在运输连接建立时要使、试用具体例子说明为什么在运输连接建立时要使 用三次握手。说明如不这样做可能会出现什么情况。用三次握手。说明如不这样做可能会出现什么情况。 答：3 次握手完成两个重要的功能，既要双方做好发送 数据的准备工作（双方都知道彼此已准备好），也要允许 双方就初始序列号进行协商，这个序列号在握手过程中被 发送和确认。 假定 A 给 B

21、 发送一个连接请求分组，B 收到了这个分组， 并发送了确认应答分组。按照两次握手的协定，B 认为连接 已经成功地建立了，可以开始发送数据分组。可是，A 在 B 的应答分组在传输中被丢失的情况下，将不知道 B 是否已 准备好，不知道 B 建议什么样的序列号，A 甚至怀疑 B 是否 收到自己的连接请求分组，在这种情况下，A 认为连接还未 建立成功，将忽略 B 发来的任何数据分组，只等待连接确 认应答分组。而 B 发出的分组超时后，重复发送同样的分 组。这样就形成了死锁。 (上一段也可改为按课本 P226 第 2 段举例：当 A 发送的 连接延迟到达 B 时，由于 A 已取消连接、但 B 认识是有效 的连接，B 发回确认、但 A 不理睬，这样将会浪费 B 的资源)。