计算机网络自顶向下 第三章答案(待)

本文深入探讨了运输层协议的关键特性,如多路复用和多路分解,对比了TCP和UDP在实时应用中的优劣,解析了不同协议如何处理数据丢失和时延问题,以及在特定场景下如何建立可靠机制。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

复习题

1:
该运输层协议中包含不大于1196字节的数据, 和4字节的端口号, 将这个报文交给网络层。

在端口号中包含源端口号。

不是。

2:
家庭成员代表可以使用运输层协议, 通过多路复用和多路分解来收发给家庭成员的信封。

不用打开, 因为信封上有目的地址。

3:
y
x

4:
有些实时应用程序可以容忍一些数据u丢失, 但对数据到达时间的要求非常高, TCP有一个拥塞控制机制, TCP将重新发送数据报文而不考虑需要多长时间, 这就非常不适合用于实时应用。
TCP传输数据时需要三次握手, 会带来时延, 而UDP不需要, 例如DNS运行在UDP之上。
TCP需要在端系统上维护连接状态, 包括接收和发送缓存、 拥赛控制参数以及序号和确认号的参数。 若用UDP, 则可以支持更多活跃的用户。
UDP分组首部开销小。

5:
防火墙会拦截UDP。

6:
可以, 在应用层建立可靠机制来完成, chrome就是这样做的。

7:
都会被发送到相同的端口上, 通过源IP地址来区分不同的主机。

8:
通过不同的欢迎套接字, 到相同的端口号为80的端口上。

9:
在rdt2.1中, 引入序号可以解决若一个ACK或者NAK受损发送方无法知道接收方是否正确接受了上一块发送的数据。
rdt2.2中, 引入序号可以实现一个无NAK的rdt协议, 若收到的ACK是对上一次的响应,则可以判断收到两次ACK的分组的下一个分组没有被正确接收。

10:
解决分组丢包的情况。

11:
仍是必须的, 不然无法计算时间。

12:
过一段时间重新传送这五个分组。

GBN使用累计确认, 没有触发重传。

窗口大小位5, 只能发送5个。

13:
选择重传只重新发送未成功发送的分组 或者 未成功发送ACK的分组。

14:






15:
20
90

16:

17:
R/2

18:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值