《网络层传输层练习题[互联网+].doc》由会员分享，可在线阅读，更多相关《网络层传输层练习题[互联网+].doc（3页珍藏版）》请在三一文库上搜索。
1、 网络层练习题1、网络层的功能；2、动态路由算法和静态路由选择算法的原理；1、 请给出三个在建立连接时有可能需要协商的的协议参数的例子；4、虚电路子网和数据报子网的比较；5、汇集树的概念；6、说明扩散法的优点和缺点，通常优化缺点的方法是什么；7、分级路由的必要性；8、假设所有的路由器和主机都正常，他们的软件也正常，请问一个分组被递交到的错误目的地的可能性有没有；9、一个IP报使用了严格的源路由选项，现在她被分段了，你认为该选项应该被复制到每一个分段中呢，还是只需要放到第一个分段中就做够了；10、分析拥塞产生的深层次原因；11、从不同网络体系结构的不同层次分析防止网络拥塞的策略；12、载荷脱落之
2、策略是什么；13、在 IPv4 头中有多少字节?14、某路由器的路由表中有如下 (CIDR) entries :15、说明距离向量路由算法的弱点。16、给出流量控制和拥塞控制之间的区别。传输层练习题1、传输层的功能2、如何理解传输层的种重要性3为什么最大分组生存期T必须足够确保不仅分组本身消失而且他的确认也消失，然后协议才有效？答：首先看三次握手过程是如何解决延迟的重复到达的分组所引起的问题的。正常情况下，当主机1 发出连接请求时，主机1 选择一个序号x，并向主机2 发送一个包含该序号的请求TPDU；接着，主机2 回应一个接受连接的TPDU，确认x，并声明自己所选用的初始序列号y；最后，主机1
3、 在其发送的第一个数据TPDU 中确认主机2 所选择的初始序列号。当出现延迟的重复的控制TPDU 时，一个TPDU 是来自于一个已经释放的连接的延迟重复的连接请求（ CONNECTION REQUEST），该TPDU 在主机1 毫不知情的情况下到达主机2。主机2 通过向主机1 发送一个接受连接的TPDU（CONNECTION ACCEPTED）来响应该TPDU，而该接受连接的TPDU 的真正目的是证实主机1 确实试图建立一个新的连接。在这一点上，关键在于主机2 建议使用y 作为从主机2 到主机1 交通的初始序列号，从而说明已经不存在包含序列号为y 的TPDU，也不存在对y 的应答分组。当第二个
4、延迟的TPDU 到达主机2 时，z 被确认而不是y 被确认的事实告诉主机2 这是一个旧的重复的TPDU，因此废止该连接过程。在这里。三次握手协议是成功的。最坏的情况是延迟的“连接请求”和对“连接被接收”的确认应答都在网络上存活。可以设想，当第2 个重复分组到达时，如果在网上还存在一个老的对序列号为y 的分组的确认应答，显然会破坏三次握手协议的正常工作，故障性的产生一条没有人真正需要的连接，从而导致灾难性的后果。4、UDP为什么必须存在？5、请设计一个建立在UDP之上的应用层协议，实现客户端到服务器端可靠数据传输的协议。6、最小的TCP MTU的总长度是多少？7. 假定TCP使用两次握手替代三次
5、握手来建立连接。也就是说，不需要第三个报文。那么是否可能产生死锁？请举例来说明你的答案。 答：三次握手完成两个重要功能，既要双方做好发送数据的准备工作（双方都知道彼此已准备好），也要允许双方就初始序列号进行协商，这个序列号在握手过程中被发送与确认。现在把三次握手改成仅需要两次握手，死锁是可能发生的。作为例子。考虑计算机A和B 之间的通信。假定B 给A 发送一个连接请求分组，A 收到了这个分组，并发送了确认应答分组。按照两次握手的协定，A 认为连接已经成功的建立了，可以开始发送数据分组。可是，B 在A 的应答分组在传输中被丢失的情况下，将不知道A 是否已经准备好，不知道A 建议什么样的序列号用于
6、A 到B 的交通，也不知道A 是否同意A 所建议的用于B 到A交通的初始序列号，B 甚至怀疑A 是否收到自己的连接请求分组。在这种情况下，B 认为连接还未建立成功，将忽略A 发来的任何数据分组，只等待接收连接确认应答分组。而A在发出的分组超时后，重复发送同样的分组。这样就形成了死锁。8、在TCP/IP协议族的传输层中，有两个不同的传输层协议TCP和UDP，为什么设置这样两种不同的协议，试对它们进行比较。答：TCP和UDP是工作在传输层的因特网协议，其中TCP（Transmission Control Protocol，传输控制协议）是专门设计用于在不可靠的因特网上提供可靠的、端到端的字节流通信
7、的协议。TCP协议将数据分成可被IP层传输的数据包交IP层传送，或者将从IP层收到的数据包重新组合为完整的消息并进行校验。TCP是面向连接的协议。 UDP（User Datagram Protocol）用户数据报协议。它是TCP/IP协议中的非连接协议。UDP向应用程序提供了一种发送封装的原始IP数据报的方法，并且发送时无需建立连接。它将应用程序产生的数据信息转化成数据包，然后经由IP发送。它不验证消息是否正确发送，其可靠性依赖于产生消息的应用程序自身。 TCP的连接是可靠的，UDP连接是不可靠的。9、假定在一个互连网中，所有的链路的传输都不出现差错，所有的结点也都不会发生故障。试问在这种情况
8、下，TCP的“可靠交付”的功能是否就是多余的？答：不是多余的。TCP的“可靠交付”功能在互连网中起着至关重要的作用。至少在以下所列举的情况下，TCP的“可靠交付”功能是必不可少的。(1) 每个IP数据报独立地选择路由，因此在到达目的主机时有可能出现失序。(2) 由于路由选择的计算出现错误，导致IP数据报在互连网中兜圈子。最后数据报首部中的生存时间TTL的数值下降到零。这个数据报在中途就被丢弃了。(3) 在某个路由器突然出现很大的通信量，以致路由器来不及处理到达的数据报。因此有的数据报被丢弃。以上列举的问题表明了：必须依靠TCP的“可靠交付”功能才能保证在目的主机的目的进程接收到正确的报文。10
9、、进行TCP通信的一方A收到了确认号为4001的报文段。这是否表示对方B已经收到了4000个字节的数据，而期望接收编号为4001的数据字节？还是否表示对方B已经收到了4001个字节的数据，而期望接收编号为4001的数据字节？答： 对方B“期望接收编号为4001的数据字节”肯定是正确的。但“对方B已经收到了4000个字节的数据”或“对方B已经收到了4001个字节的数据”则这里无法确定。这是因为这里并没有说明在TCP连接建立时，A选择什么样的数值作为自己的初始序号。当A选择初始序号为1时，A收到了确认号为4001的报文段，就表示对方B已经收到了4000个字节的数据。但当A选择初始序号为0时，A收到了确认号为4001的报文段，就表示对方B已经收到了4001个字节的数据。11、是否TCP和UDP都需要计算往返时延RTT？答：往返时延RTT只是对运输层的TCP协议才很重要，因为TCP要根据平均往返时延RTT的值来设置超时计时器的超时时间。UDP没有确认和重传机制，因此RTT对UDP没有什么意义。因此，不要笼统地说“往返时延RTT对运输层来说很重要”，因为只有TCP才需要计算RTT，而UDP不需要计算RTT。12、在传输层和数据链路层的流量控制有什么区别。（简答题）3ckwd2