没有合适的资源?快使用搜索试试~ 我知道了~
计算机网络课后习题答案(第五章).doc
1.该资源内容由用户上传,如若侵权请联系客服进行举报
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
版权申诉
0 下载量 114 浏览量
2022-07-07
14:15:31
上传
评论
收藏 51KB DOC 举报
温馨提示
试读
11页
计算机网络课后习题答案(第五章).doc
资源推荐
资源详情
资源评论
.
1 / 11
计算机网络课后习题答案(第五章)
(2009-12-14 18:28:04)
▼
标签:
课程-计算机
教育
第五章 传输层
5—01 试说明运输层在协议栈中的地位和作用,运输层的通信和网络层的通信有什么重要区
别?为什么运输层是必不可少的?
答:运输层处于面向通信部分的最高层,同时也是用户功能中的最低层,向它上面的应用层
提供服务
运输层为应用进程之间提供端到端的逻辑通信,但网络层是为主机之间提供逻辑通信(面
向主机,承担路由功能,即主机寻址及有效的分组交换)。
各种应用进程之间通信需要“可靠或尽力而为”的两类服务质量,必须由运输层以复用和
分用的形式加载到网络层。
5—02 网络层提供数据报或虚电路服务对上面的运输层有何影响?
答:网络层提供数据报或虚电路服务不影响上面的运输层的运行机制。
但提供不同的服务质量。
5—03 当应用程序使用面向连接的 TCP 和无连接的 IP 时,这种传输是面向连接的还是面向
无连接的?
答:都是。这要在不同层次来看,在运输层是面向连接的,在网络层则是无连接的。
5—04 试用画图解释运输层的复用。画图说明许多个运输用户复用到一条运输连接上,而这
条运输连接有复用到 IP 数据报上。
5—05 试举例说明有些应用程序愿意采用不可靠的 UDP,而不用采用可靠的 TCP。
答:VOIP:由于语音信息具有一定的冗余度,人耳对 VOIP 数据报损失由一定的承受度,但
对传输时延的变化较敏感。
有差错的 UDP 数据报在接收端被直接抛弃,TCP 数据报出错则会引起重传,可能带来
较大的时延扰动。
因此 VOIP 宁可采用不可靠的 UDP,而不愿意采用可靠的 TCP。
5—06 接收方收到有差错的 UDP 用户数据报时应如何处理?
答:丢弃
.
2 / 11
5—07 如果应用程序愿意使用 UDP 来完成可靠的传输,这可能吗?请说明理由
答:可能,但应用程序中必须额外提供与 TCP 相同的功能。
5—08 为什么说 UDP 是面向报文的,而 TCP 是面向字节流的?
答:发送方 UDP 对应用程序交下来的报文,在添加首部后就向下交付 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 数据报。
.
3 / 11
5—13 一个 UDP 用户数据的数据字段为 8192 季节。在数据链路层要使用以太网来传送。试
问应当划分为几个 IP 数据报片?说明每一个 IP 数据报字段长度和片偏移字段的值。
答:6 个
数据字段的长度:前 5 个是 1480 字节,最后一个是 800 字节。
片偏移字段的值分别是:0,1480,2960,4440,5920 和 7400.
5—14 一 UDP 用户数据报的首部十六进制表示是:06 32 00 45 00 1C E2 17.试求源端口、
目的端口、用户数据报的总长度、数据部分长度。这个用户数据报是从客户发送给服务器
发送给客户?使用 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。
剩余10页未读,继续阅读
资源评论
智慧安全方案
- 粉丝: 3607
- 资源: 59万+
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功