计算机网络第五章课后答案Word格式.docx
- 文档编号:1460627
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:8
- 大小:19.02KB
计算机网络第五章课后答案Word格式.docx
《计算机网络第五章课后答案Word格式.docx》由会员分享,可在线阅读,更多相关《计算机网络第五章课后答案Word格式.docx(8页珍藏版)》请在冰点文库上搜索。
向下交付IP层。
UDP对应用层交下来的报文,既不合并,
也不拆分,而是保留这些报文的边界。
接收方UDP对IP层交上来的UDP用户数据报,在去除首
部后就原封不动地交付上层的应用进程,一次交付一个完整的
报文。
发送方TCP对应用程序交下来的报文数据块,视为无结构的
字节流(无边界约束,课分拆/合并),但维持各字节
5—09端口的作用是什么?
为什么端口要划分为三种?
端口的作用是对TCP/IP体系的应用进程进行统一的标志,
使运行不同操作系统的计算机的应用进程能够互相通信。
熟知端口,数值一般为0~1023.标记常规的服务进程;
登记端
口号,数值为1024~49151,标记没有熟知端口号的非常规的
服务进程;
5—10试说明运输层中伪首部的作用。
用于计算运输层数据报校验和。
5—11某个应用进程使用运输层的用户数据报UDP,然而继
续向下交给IP层后,又封装成IP数据报。
既然都是
数据报,可否跳过UDP而直接交给IP层?
哪些功能UDP提
供了但IP没提提供?
不可跳过UDP而直接交给IP层
IP数据报IP报承担主机寻址,提供报头检错;
只能找到目的
主机而无法找到目的进程。
UDP提供对应用进程的复用和分用功能,以及提供对数据差
分的差错检验。
5—12一个应用程序用UDP,到IP层把数据报在划分为4个
数据报片发送出去,结果前两个数据报片丢失,后两个到达目
的站。
过了一段时间应用程序重传UDP,而IP层仍然划分为
4个数据报片来传送。
结果这次前两个到达目的站而后两个丢
失。
试问:
在目的站能否将这两次传输的4个数据报片组装成
完整的数据报?
假定目的站第一次收到的后两个数据报片仍
然保存在目的站的缓存中。
不行
重传时,IP数据报的标识字段会有另一个标识符。
仅当标识
符相同的IP数据报片才能组装成一个IP数据报。
前两个IP数据报片的标识符与后两个IP数据报片的标识符不
同,因此不能组装成一个IP数据报。
5—14一UDP用户数据报的首部十六进制表示是:
063200
45001CE217.试求源端口、目的端口、用户数据报的总长度、
数据部分长度。
这个用户数据报是从客户发送给服务器发送给
客户?
使用UDP的这个服务器程序是什么?
解:
源端口1586,目的端口69,UDP用户数据报总长度28
字节,数据部分长度20字节。
此UDP用户数据报是从客户发给服务器(因为目的端口号
<
1023,是熟知端口)、服务器程序是TFFTP。
5—15使用TCP对实时话音数据的传输有没有什么问题?
使
用UDP在传送数据文件时会有什么问题?
如果语音数据不是实时播放(边接受边播放)就可以使用
TCP,因为TCP传输可靠。
接收端用TCP讲话音数据接受完
毕后,可以在以后的任何时间进行播放。
但假定是实时传输,
则必须使用UDP。
UDP不保证可靠交付,但UCP比TCP的开销要小很多。
因
此只要应用程序接受这样的服务质量就可以使用UDP。
5—16在停止等待协议中如果不使用编号是否可行?
为什
么?
答:
分组和确认分组都必须进行编号,才能明确哪个分则得到
了确认。
5—17在停止等待协议中,如果收到重复的报文段时不予理睬
(即悄悄地丢弃它而其他什么也没做)是否可行?
试举出具体
的例子说明理由。
收到重复帧不确认相当于确认丢失
5—18假定在运输层使用停止等待协议。
发送发在发送报文段
M0后再设定的时间内未收到确认,于是重传M0,但M0又
迟迟不能到达接收方。
不久,发送方收到了迟到的对M0的确
认,于是发送下一个报文段M1,不久就收到了对M1的确认。
接着发送方发送新的报文段M0,但这个新的M0在传送过程
中丢失了。
正巧,一开始就滞留在网络中的M0现在到达接收
方。
接收方无法分辨M0是旧的。
于是收下M0,并发送确认。
显然,接收方后来收到的M0是重复的,协议失败了。
试画出类似于图5-9所示的双方交换报文段的过程。
旧的M0被当成新的M0。
5—22主机A向主机B发送一个很长的文件,其长度为L字
节。
假定TCP使用的MSS有1460字节。
(1)在TCP的序号不重复使用的条件下,L的最大值是多少?
(2)假定使用上面计算出文件长度,而运输层、网络层和数
据链路层所使用的首部开销共66字节,链路的数据率为
10Mb/s,试求这个文件所需的最短发送时间。
解:
(1)L_max的最大值是2^32=4GB,G=2^30.
(2)满载分片数Q={L_max/MSS}取整=2941758发送的总报文
数
N=Q*(MSS+66)+{(L_max-Q*MSS)
+66}=4489122708+682=4489123390
总字节数是N=4489123390字节,发送4489123390字节需时
间为:
N*8/(10*10^6)=3591.3秒,即59.85分,约1小时。
5—23主机A向主机B连续发送了两个TCP报文段,其序号
分别为70和100。
(1)第一个报文段携带了多少个字节的数据?
(2)主机B收到第一个报文段后发回的确认中的确认号应当
是多少?
(3)如果主机B收到第二个报文段后发回的确认中的确认号
是180,试问A发送的第二个报文段中的数据有多少字节?
(4)如果A发送的第一个报文段丢失了,但第二个报文段到
达了B。
B在第二个报文段到达后向A发送确认。
试问这个
确认号应为多少?
(1)第一个报文段的数据序号是70到99,共30字节的
数据。
(2)确认号应为100.
(3)80字节。
(4)70
5—25为什么在TCP首部中要把TCP端口号放入最开始的4
个字节?
在ICMP的差错报文中要包含IP首部后面的8个字节的
内容,而这里面有TCP首部中的源端口和目的端口。
当TCP
收到ICMP差错报文时需要用这两个端口来确定是哪条连接
出了差错。
5—26为什么在TCP首部中有一个首部长度字段,而UDP的
首部中就没有这个这个字段?
TCP首部除固定长度部分外,还有选项,因此TCP首部
长度是可变的。
UDP首部长度是固定的。
5—27一个TCP报文段的数据部分最多为多少个字节?
如果用户要传送的数据的字节长度超过TCP报文
字段中的序号字段可能编出的最大序号,问还能否用TCP来
传送?
65495字节,此数据部分加上TCP首部的20字节,再加
上IP首部的20字节,正好是IP数据报的最大长度65535.(当
然,若IP首部包含了选择,则IP首部长度超过20字节,
这时TCP报文段的数据部分的长度将小于65495字节。
)
数据的字节长度超过TCP报文段中的序号字段可能编出的最
大序号,通过循环使用序号,仍能用TCP来传送。
5—28主机A向主机B发送TCP报文段,首部中的源端口是
m而目的端口是n。
当B向A发送回信时,其TCP报文段的
首部中源端口和目的端口分别是什么?
分别是n和m。
5—29在使用TCP传送数据时,如果有一个确认报文段丢失
了,也不一定会引起与该确认报文段对应的数据的重传。
试说
明理由。
还未重传就收到了对更高序号的确认。
5—30设TCP使用的最大窗口为65535字节,而传输信道不
产生差错,带宽也不受限制。
若报文段的平均往返时延为
20ms,问所能得到的最大吞吐量是多少?
在发送时延可忽略的情况下,最大数据率=最大窗口*8/
平均往返时间=26.2Mb/s。
5—31通信信道带宽为1Gb/s,端到端时延为10ms。
TCP的
发送窗口为65535字节。
试问:
可能达到的最大吞吐量是多少?
信道的利用率是多少?
L=65536×
8+40×
8=524600
C=109b/s
L/C=0.0005246s
Td=10×
10-3s
0.02104864
Throughput=L/(L/C+2×
Td)=524600/0.0205246=25.5Mb/s
Efficiency=(L/C)//(L/C+2×
D)=0.0255
最大吞吐量为25.5Mb/s。
信道利用率为25.5/1000=2.55%
5—35试计算一个包括5段链路的运输连接的单程端到端时
延。
5段链路程中有2段是卫星链路,有3段是广域网链路。
每条卫星链路又由上行链路和下行链路两部分组成。
可以取这
两部分的传播时延之和为250ms。
每一个广域网的范围为
1500km,其传播时延可按150000km/s来计算。
各数据链路
速率为48kb/s,帧长为960位。
5段链路的传播时延=250*2+(1500/150000)
*3*1000=530ms
5段链路的发送时延=960/(48*1000)*5*1000=100ms
所以5段链路单程端到端时延=530+100=630ms
5—36重复5-35题,但假定其中的一个陆地上的广域网的传
输时延为150ms。
760ms
5—45解释为什么突然释放运输连接就可能会丢失用户数据,
而使用TCP的连接释放方法就可保证不丢失数据。
当主机1和主机2之间连接建立后,主机1发送了一个
TCP数据段并正确抵达主机2,接着主机1发送另一个TCP
数据段,这次很不幸,主机2在收到第二个TCP数据段之前
发出了释放连接请求,如果就这样突然释放连接,显然主机1
发送的第二个TCP报文段会丢失。
而使用TCP的连接释放方法,主机2发出了释放连接的请求,
那么即使收到主机1的确认后,只会释放主机2到主机1方向
的连接,即主机2不再向主机1发送数据,而仍然可接受主机
1发来的数据,所以可保证不丢失数据。
5—46试用具体例子说明为什么在运输连接建立时要使用三
次握手。
说明如不这样做可能会出现什么情况。
3次握手完成两个重要的功能,既要双方做好发送数据的
准备工作(双方都知道彼此已准备好),也要允许双方就初始
序列号进行协商,这个序列号在握手过程中被发送和确认。
假定B给A发送一个连接请求分组,A收到了这个分组,并
发送了确认应答分组。
按照两次握手的协定,A认为连接已经
成功地建立了,可以开始发送数据分组。
可是,B在A的应
答分组在传输中被丢失的情况下,将不知道A是否已准备好,
不知道A建议什么样的序列号,B甚至怀疑A是否收到自己
的连接请求分组,在这种情况下,B认为连接还未建立成功,
将忽略A发来的任何数据分组,只等待连接确认应答分组。
而A发出的分组超时后,重复发送同样的分组。
这样就形成
了死锁。
部分题目还有另外的答案,仅供参考:
5-01试说明运输层在协议栈中的地位和作用。
运输层的通信
和网络层的通信有什么重要的区别?
为什么运输层是必不可
少的?
运输层是OSI七层模型中最重要最关键的一层,是唯一负责
总体数据传输和控制的一层。
运输层要达到两个主要目的:
第
一提供可靠的端到端的通信;
第二,向会话层提供独立于网络
的运输服务。
在讨论为实现这两个目标所应具有的功能之前,
先考察一下运输层所处的地位。
首先,运输层之上的会话层、
表示层及应用层均不包含任何数据传输的功能,而网络层又不
一定需要保证发送站的数据可靠地送至目的站;
其次会话层不
必考虑实际网络的结构、属性、连接方式等实现的细节。
根据
运输层在七层模型中的目的和地位,它的主要功能是对一个进
行的对话或连接提供可靠的传输服务;
在通向网络的单一物理
连接上实现该连接的利用复用;
在单一连接上进行端到端的序
号及流量控制;
进行端到端的差错控制及恢复;
提供运输层的
其它服务等。
运输层反映并扩展了网络层子系统的服务功能,
并通过运输层地址提供给高层用户传输数据的通信端口,使系
统间高层资源的共享不必考虑数据通信方面的问题。
运输层的最终目标是为用户提供有效、可靠和价格合理的
服务。
图5.1给出了运输层与网络层、运输服务用户三者之
间的关系。
在一个系统中,运输实体通过网络服务与其它运输
实体通信,向运输层用户(可以是应用进程,也可以是会话层
协议)提供运输服务。
运输层的服务包括的内容有:
服务的类型、服务的等级、数据
运输、用户接口、连接管理、快速数据运输、状态报告、安全
保密等。
可以把运输层看做公交车的调度,而网络层只是负责运输乘客
而已
5.3.当应用程序使用面向连接的TCP和无连接的IP时,这种
传输是面向连接的还是无连接的?
TCP/IP协议在网络层是无连接的(数据包只管往网上发,如
何传输和到达以及是否到达由网络设备来管理)。
而"
端口"
,
是传输层的内容,是面向连接的。
协议里面低于1024的端口
都有确切的定义,它们对应着因特网上常见的一些服务。
5.5.试举例说明有些应用程序愿意采用不可的UDP,而不愿
意采用可靠的TCP。
UDP主要用于那些面向查询---应答的服务,例如NFS。
相对
于FTP或Telnet,这些服务需要交换的信息量较小。
使用UDP
的服务包括NTP(网落时间协议)和DNS(DNS也使用TCP)。
UDP是无连接的,即发送数据之前不需要建立连接。
UDP使
用尽最大努力交付,即不保证可靠交付,同时也不使用拥塞控
制。
UDP是面向报文的。
UDP没有拥塞控制,很适合多媒体
通信的要求。
UDP支持一对一、一对多、多对一和多对多的
交互通信。
UDP的首部开销小,只有8个字节。
UDP在数据传送之前不需要先建立连接。
原地主机的运输
层在收到UDP报文之后,不需要给出任何确认。
虽然UDP
不提供可靠的交付,但在某种情况下UDP是一种最有效的工
作方式。
TCP则提供面向连接的服务。
在传送数据之前必须
建立连接,数据传送结束之后要释放连接。
TCP不提供广播
或多播服务。
由于TCP要提供可靠的、面向连接的运输服务,
因此不可避免的增加了许多的开销,如确认、流量控制、计时
器以及连接管理等。
这部仅使协议数据单元的手不增大了很
多、还要占用许多的处理及资源。
5.9.端口的作用是什么?
为什么端口号要划分为三种?
一台拥有IP地址的主机可以提供许多服务,比如web服务
ftp服务和smtp服务等,这些服务完全可以通过1个IP地址
来实现。
那么,主机是怎样区分不同的网络服务呢?
显然不能
只靠IP地址,因为IP地址与网络服务的关系是一对多的关
系。
实际上是通过“IP地址+端口号”来区分不同的服务的。
此客户在发起通信请求时,
必须先知道对方服务器的IP地址和端口号因此可将运输层的
端口号分为下面几类。
(1)公认端口(WellKnownPorts):
从0到1023,它们紧密
绑定(binding)于一些服务。
通常这些端口的通讯明确表明
了某种服务的协议。
例如:
80端口实际上总是HTTP通讯。
(2)注册端口(RegisteredPorts):
从1024到49151。
它们松
散地绑定于一些服务。
也就是说有许多服务绑定于这些端口,
这些端口同样用于许多其它目的。
许多系统处理动态端口从
1024左右开始。
(3)动态和/或私有端口(Dynamicand/orPrivatePorts):
从
49152到65535。
理论上,不应为服务分配这些端口。
实际上,
机器通常从1024起分配动态端口。
5.23.主机A向主机B连续发送了两个TCP报文段,其序号
分别为70和100.试问:
(1).第一个报文段携带了多少字节的数据?
数据为从70-99,
100-70=30。
(2).主机B收到第一个报文段后发回的确认号应当是多少?
发回受到的确认号为100
(3).如果B收到第二个报文段后发回的确认号是180,试问A
发送的第二个报文段的数据有多少字节?
确认号为180,则数
据为180-100=80.
(4).如果A发送的第一个报文段丢失了,但第二个到达B,B
在第二个报文段到达后向A发送了确认。
试问这个确认号应
为多少?
由于没有收到第一个报文段,则确认号为70.
5.46.使用具体的例子说明为什么在运输连接建立时使用三次
握手。
说明不这样做会产生什么后果?
3次握手完成两个重要的功能,既要双方做好发送数据
的准备工作(双方都知道彼此已准备好),也要允许双方就初
始序列号进行协商,这个序列号在握手过程中被发送和确认。
现在把三次握手改成仅需要两次握手,死锁是可能发生的。
作
为例子,考虑计算机A和B之间的通信,假定B给A发送一
个连接请求分组,A收到了这个分组,并发送了确认应答分组。
按照两次握手的协定,A认为连接已经成功地建立了,可以开
始发送数据分组。
可是,B在A的应答分组在传输中被丢失
的情况下,将不知道A是否已准备好,不知道A建议什么样
的序列号,B甚至怀疑A是否收到自己的连接请求分组。
在
这种情况下,B认为连接还未建立成功,将忽略A发来的任
何数据分组,只等待连接确认应答分组。
而A在发出的分组
超时后,重复发送同样的分组。
这样就形成了死锁。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 计算机网络 第五 课后 答案
![提示](https://static.bingdoc.com/images/bang_tan.gif)