Relax1000 计算机网络 · 第6章 应用层 · 解析¶
第6章 应用层¶
本章 47 题;解析册印刷页 302-309。
速对答案(原书): CDDCA DACAB BDDCC DBCCC DBBDD BBBCA CBCBD ABCCC BAACA DA
Q1¶
速对表原值: C
详细解析标注: C
在 C/S 模型中,客户和服务器指通信中所涉及的两个应用进程,它们完全可以运行在同一台主机上。例如,在本机开发网站时,浏览器(客户端)和 Web 服务器(服务器)就在同一台机器上,故A错误。为了提高效率,服务器通常是并发服务器,可通过多进程或多线程技术同时为多个客户端提供服务,故 B 错误。客户端之间直接通信是 P2P 模型的特征。在 C/S 模型中,客户端之间的通信需要通过服务器作为中介,故D错误。服务器作为服务提供方,必须首先启动并进入监听状态,被动地等待客户端发起服务请求,因此会在通信开始前启动并运行,故 C 正确。
Q2¶
速对表原值: D
详细解析标注: D
P2P 模型的可扩展性远优于 C/S 模型。C/S 模型的服务器在用户量大时容易成为性能瓶颈,故 A 错误。P2P 模型的应用范围很广,并非仅限于文件传输。许多流媒体服务和即时通信/网络电话都曾成功应用P2P技术,以降低服务器压力和运营成本,故B错误。现代电子邮件系统是典型的C/S模型应用。用户通过邮件客户端(Client)将邮件发送到自己的邮件服务器,再由该邮件服务器与接收方的邮件服务器通信,最后接收方从其邮件服务器上收取邮件。整个过程依赖于邮件服务器进行存储和转发,而非两台计算机直接通信,故 C 错误。作为服务的提供方,服务器必须拥有一个稳定的、众所周知的地址(通常是固定的 IP 地址或能进行 DNS 解析的域名),并且需要保持持续运行,以便随时响应来自任意客户端的服务请求,故 D 正确。
Q3¶
速对表原值: D
详细解析标注: D
在 C/S 模型中,客户端和服务端的角色是固定的、不对等的。在 P2P 模型中,每个对等方既是客户端也是服务端,角色平等且动态,故 A 正确。C/S 模型中,如果中心服务器宕机,整个服务就会中断。纯P2P网络没有中心节点,部分节点的失效不会影响整个系统的运行,故B正确。在P2P 模型中,服务和带宽成本被分摊到大量对等方节点上,因此服务提供商的成本远低于 C/S 模型,故C 正确。在 P2P 模型中,每增加一个对等方,不仅增加的是服务的请求者,同时也增加了服务的提供者,因此系统性能不会因规模的增大而降低,故 D 错误。
Q4¶
速对表原值: C
详细解析标注: C
在传统的 C/S 模型中,服务器是唯一的瓶颈。服务器需要向 N 个用户分别发送一份完整的文件副本,其总上传数据量为 N*F。由于服务器的总上传带宽是固定的,因此分发时间〔公式/符号见原页版面片段〕与用户数 N 近似成正比关系,随着用户数 N 的增大而线性增长。而在 P2P 模型中,每个下载了文件的用户都可以立即作为上传者,为其他用户提供服务。这意味着系统的总上传能力会随着用户数N的增加而同步增长。因此,其分发时间〔公式/符号见原页版面片段〕2〔公式/符号见原页版面片段〕的增长速度远慢于 N 的线性增长,故当 N 很大时,〔公式/符号见原页版面片段〕远大于〔公式/符号见原页版面片段〕2〔公式/符号见原页版面片段〕,C 正确。
原页版面片段(图表、公式或字体缺映射时以此为准)

Q5¶
速对表原值: A
详细解析标注: A
ICMP 是基于 IP 的网络层协议,采用无连接方式。B、C、D 都是基于 TCP 的应用层协议,采用的是有连接可靠方式。
Q6¶
速对表原值: D
详细解析标注: D
通过在路由器上配置 DHCP 中继代理功能,可以实现 DHCP 服务的跨网段部署。中继代理(通常是路由器、三层交换机)能够捕获其所在子网的客户端发出的 DHCP 广播请求,然后将其以单播的形式转发给位于另一个子网的DHCP服务器。 然后将DHCP返回的单播报文(如OFFER报文等),转为广播发送给客户主机。
Q7¶
速对表原值: A
详细解析标注: A
DHCP 协议通信时使用的 UDP 端口是固定的,DHCP 服务器监听熟知端口 67,以接收来自网络中客户端的请求,DHCP 客户端则监听熟知端口 68,以接收服务器的响应。记忆:服务器(器和 67 的 7 同音)
Q8¶
速对表原值: C
详细解析标注: C
在 DHCP 发现阶段,客户端主机 H 尚未获得 IP 地址,因此它在 IP 数据报头部中填写的源 IP 地址是 0.0.0.0,客户端主机 H 不知道 DHCP 服务器在何处,因此需要以广播形式查找,目的IP 地址是 255.255.255.255。阶段 报文类型 源 IP 目的 IP 源 MAC 目的 MAC 说明
① Discover DHCP Discover 0.0.0.0 255.255.255.255 客户端MAC FF:FF:FF:FF:FF:FF 客户端广播寻找 DHCP 服务器
② Offer DHCP Offer DHCP 服务器 IP 255.255.255.255 DHCP 服务器MAC FF:FF:FF:FF:FF:FF 服务器回应,广播方式通知客户端
③ Request DHCP Request 0.0.0.0 255.255.255.255 客户端MAC FF:FF:FF:FF:FF:FF 客户端广播请求使用某个 IP
④ ACK DHCP Acknowledge DHCP 服务器 IP 255.255.255.255 DHCP 服务器MAC FF:FF:FF:FF:FF:FF 确认分配成功,完成配置
Q9¶
速对表原值: A
详细解析标注: A
客户端 C 在收到一个或多个“DHCP 提供”报文后,会选择其中一个(本例中为S1 的),然后广播一个“DHCP 请求”报文。这个请求报文中包含了它所选择的服务器(S1)的标识符。网络中所有 DHCP 服务器都会收到这个广播报文。S2 在收到后,检查其中的服务器标识符,发现不是自己,就立刻知道自己的“DHCP 提供”未被采纳,于是它可以收回之前为 C 预留的 IP 地址。
Q10¶
速对表原值: B
详细解析标注: B
DHCP 服务器分配给客户的 IP 地址是临时的,可使用的时间叫租用期,租用期应由 DHCP 服务器决定,在 DHCP 服务器的提供报文(DHCP OFFER)的选项中给出租用期的数值。
Q11¶
速对表原值: B
详细解析标注: B
DHCP 客户在 DHCP 服务器发送确认报文 DHCPACK 后,可以正常使用被分配的IP 地址,即进入绑定状态。这时候 DHCP 客户会根据租用期 T 设置两个计时器 T1 和 T2,T1=0.5T,T2=0.875T。然后开始计时,到 T1 计时结束 DHCP 客户发送请求报文 DHCP REQUEST 报文要求更新租用期。这时候服务器
-
若同意续期,DHCP 服务器发回确认报文 DHCPACK 报文(包含续期的租用期),DHCP 客户重新计时 T1、T2。
-
若不同意续期,DHCP 服务器发回否认报文 DHCP NACK 报文,DHCP 客户必须立即停止使用原来的 IP 地址,必须重新申请 IP 地址。
-
不理会,则到 T2=0.875T,DHCP 客户重新发送 DHCP REQUEST 报文。
Q12¶
速对表原值: D
详细解析标注: D
DISCOVER(发现)报文用于找到网络中的 DHCP 服务器。DECLINE(拒绝)报文在客户端发现服务器分配给它的IP地址已被网络中其他设备占用时发送。NACK(否认确认)报文由服务器发送给客户端,用于告知客户端不能续约。RELEASE(释放)报文由客户端主动发送给服务器,用于提前终止租约,将 IP 地址归还给服务器的地址池,故选择 D。
Q13¶
速对表原值: D
详细解析标注: D
IP 地址和域名的关系是多对多的。一个 IP 地址可以被多个域名指向(常用于虚拟主机);一个域名也可以解析出多个 IP 地址,故 A 正确。DNS 是基于 C/S 模型的,且采用了层次化结构和冗余设计(例如多个根服务器、主/辅权限服务器等)保证了单个节点故障不会影响整个系统的运行,故 B 正确。用户主机通常也设有 DNS 高速缓存维护存放自己最近使用的域名的高速缓存,并且只在从缓存中找不到域名时才向域名服务器查询,故 C 正确。DNS 缓存是被动的,它不会主动刷新。只有当缓存记录的 TTL 到期后,下一次再有对该域名的查询请求时,才会重新发起解析过程以获取新记录,故 D 错误。
Q14¶
速对表原值: C
详细解析标注: C
根据题目描述,对该服务器的 IP 地址进行测试,响应正常,说明网络通信正常,不可能是线路故障、路由故障、服务器网卡故障。又因为对服务器域名进行ping操作时出现超时错误,故可确认故障为域名解析故障。
Q15¶
速对表原值: C
详细解析标注: C
为了保证域名解析的可靠性和可用性,防止单点故障,一个域通常必须设置至少两个相互独立的权限域名服务器:一个主权限域名服务器和一个或多个辅权限域名服务器。当主服务器故障时,辅服务器可以继续提供解析服务,故 C 错误。
Q16¶
速对表原值: D
详细解析标注: D
最短时间的情况是本地域名服务器有缓存,这样 DNS 查询时间为 0ms,完成域名解析后,主机通过 TCP 建立连接以及请求资源,最短时间是 http 采用持久连接且流水线方式,在这种情况下,第三次握手的 ACK 报文捎带 HTML 请求,然后服务器发送页面资源,拿到页面后,才可以访问页面下的 3 个图片资源,流水线允许客户端连续发送多个请求,无需等待前一个响应。最快在3RTT 时收到所有请求的资源,所以最短时间是 30ms。最长时间首先考虑 DNS 域名解析的最长时间,即本地域名服务器没有缓存,需要分别向根域名服务器、com 顶级域名服务器、abc.com 域名服务器迭代查询,abc.com 返回 www.abc.com 的地址映射,即 3RTT 完成地址解析。接着考虑 http 请求过程的最长时间,即采用非持续连接且不支持并行连接,每个请求单独申请一个 TCP 连接,且收到一个请求的资源后再继续下一个资源的请求,一共 1 个页面和 3 个图片共计 4 个资源,每个资源需要 2RTT 才能接收到,最长需要 4*2RTT=8RTT,所以总结 3+8=11RTT=110ms。综上所述答案选 D。
Q17¶
速对表原值: B
详细解析标注: B
无论后台采用何种查询方式,用户主机始终只向其配置的本地域名服务器发送一条 DNS 查询请求,然后等待最终结果。在采用迭代查询时,本地域名服务器会先问根域名服务器,得到顶级域服务器的位置后,再问顶级域服务器,再得到权限域名服务器的位置,最后问权限域名服务器得到结果。这个过程需要它多次发送查询报文。因此,用户主机发送一条,本地域名服务器发送多条。
Q18¶
速对表原值: C
详细解析标注: C
本题选 C。比如 DNS 的根域名服务器就采用了任播技术,当 DNS 客户向某个根域名服务器的 IP 地址发出查询报文时,互联网上的路由器就能找到离这个 DNS 客户最近的一个根域名服务器。不仅加快了 DNS 的查询过程,也更加合理利用了互联网的资源。通信方式 含义 接收对象单播 一对一通信 一个确定的目标主机多播 一对多(指定组)通信 属于某个组的所有主机广播 一对所有通信 局域网内所有主机任播 一对最近/最优的一个 一组服务器中最近的一个
Q19¶
速对表原值: C
详细解析标注: C
应用层协议需要的是 DNS。运输层协议需要的是 UDP(DNS 使用)和 TCP(HTTP 使用)。由于 ARP 缓存为空,所以 ARP 也需要使用,答案选 C。
Q20¶
速对表原值: C
详细解析标注: C
FTP 的核心功能是准确无误地完成文件传输,因此对可靠性的要求非常高。它的控制连接和数据连接都建立在 TCP 协议之上,利用 TCP 提供可靠的、面向连接的服务,不使用 UDP,故 C 错误。
Q21¶
速对表原值: D
详细解析标注: D
A 正确,FTP 的设计本身就是为了解决跨平台文件传输问题,不论 Windows、Linux、Unix 都可以用 FTP 传输文件。
B 正确,FTP 不适合共享读写,只适合上传/下载文件,对服务器上文件的修改,需要客户下载文件到本地,在本地修改,再上传服务器,开销很大。NFS(网络文件系统)适合文件共享,允许进程打开一个远地文件,并能在该文件的某一个特定的位置上开始读写数据,无需下载到本地,只需要传输要更新的数据给服务器,服务器完成更新并回送确认。
C 正确,控制信息通过控制连接传输,在会话期间始终保持。
D 错误,控制连接建立后,服务器进程用自己传送数据的熟知端口 20 与客户进程所提供的端口号建立数据传输连接(默认为 PORT 模式),即客户进程的端口号是客户进程自己提供的。
Q22¶
速对表原值: B
详细解析标注: B
21是 FTP协议用于控制连接的服务器端熟知端口号。客户端通过此端口向FTP服务器发起连接,并在此连接上发送命令、接收应答。20 是 FTP 协议在主动模式下,服务器端用于数据连接的端口号。25 是 SMTP(简单邮件传输协议)的服务器端熟知端口号。80 是 HTTP(超文本传输协议)的服务器端熟知端口号。
Q23¶
速对表原值: B
详细解析标注: B
FTP 协议的特点是控制信息与数据分离。它使用两个并行的 TCP 连接。控制连接在整个会话期间保持打开,用于传输FTP命令和服务器的响应,控制信息是“带外传输”的。数据连接仅在需要传输文件内容或目录列表时才按需建立,传输完毕后即关闭。题目问的是传输“文件内容或目录列表”,这属于数据,因此通过数据连接传输。FTP 为了保证可靠性,无论是控制连接还是数据连接,都建立在 TCP 之上。
Q24¶
速对表原值: D
详细解析标注: D
FTP 的基本操作是针对整个文件的,如果需要修改服务器上的文件,需要先将整个文件下载至本地,修改完成后将整个新文件上传至服务器以覆盖旧文件;不复制整个大文件,只复制其中需要修改的片段,是 NFS 的特点,故 A 错误。FTP 的数据连接建立有两个模式,主动模式下由服务器方主动发起,故 B 错误。控制连接和数据连接是两条独立、不同的 TCP 连接。它们使用不同的端口号,不共享任何信道资源。控制连接始终存在于整个会话期间,而数据连接是临时的,故 C 错误。数据连接是一个临时的、按需建立的连接。只有当客户端发出需要传输数据的命令时,才会临时建立一条数据连接。数据传输完毕后,这条连接就会被立即释放,而控制连接则继续保持,等待下一个命令,故D 正确。
Q25¶
速对表原值: D
详细解析标注: D
在主动模式下,客户端先将自己的 IP 地址和一个可用端口号发送给服务器,由服务器(使用自己的端口 20)主动连接客户端指定的 IP 和端口,以此建立数据连接。
Q26¶
速对表原值: B
详细解析标注: B
在主动模式下,数据连接是由服务器主动向客户端发起的。如果客户端位于防火墙后,防火墙会拦截这个来自外部的主动连接,导致数据连接建立失败。在被动模式下,数据连接是由客户端主动向服务器发起的。这种“由内向外”的连接是被防火墙允许的。因此,为了克服防火墙的限制,客户端必须采用被动模式。
Q27¶
速对表原值: B
详细解析标注: B
一个 TCP 连接由两端的套接字(Socket)唯一确定,每个套接字由 IP 地址和端口号组成。在主动模式下,服务器从其熟知的数据端口 TCP 20 发起连接。因此,服务器端的套接字是182.61.244.181:20。在建立连接前,客户端会通过PORT命令告诉服务器一个自己准备好接收数据的端口。这个端口是客户端动态选择的一个临时端口,因此,客户端的套接字是 182.61.244.1:任意临时端口。故选择 B。思考:被动连接数据连接的 TCP 套接字又是什么?182.61.244.181:任意临时端口, 182.61.244.1:任意临时端口
Q28¶
速对表原值: B
详细解析标注: B
电子邮件对可靠性要求很高,无论是发送还是接收,都不能允许邮件内容在传输过程中出现丢失或错误。因此,SMTP、POP3、IMAP 这三个邮件协议,都使用面向连接、可靠的 TCP协议作为其运输层协议,以保证邮件数据能准确无误地传输。UDP 是无连接、不可靠的,不适用于邮件传输。ARP 和 ICMP 是网络层协议,不直接为应用层提供服务。
Q29¶
速对表原值: C
详细解析标注: C
电子邮件地址由“用户名”和“域名”两部分组成,并由@分隔。relax 部分是在该邮件服务器上的用户名或邮箱名。@后面的 408ky.com 是负责接收和管理该用户邮箱的邮件服务器所在主机的域名。
Q30¶
速对表原值: A
详细解析标注: A
电子邮件地址格式为用户名@邮件服务器所在主机的域名。其中的用户名部分仅需在其所属的“域名”范围内唯一即可,并非在整个因特网上唯一。例如,username@a.com 和username@b.com 是两个完全不同的合法邮箱地址。真正具有全球唯一性的是 用户名@邮件服务器所在主机的域名 这个完整的字符串。故 A 选项错误。
Q31¶
速对表原值: C
详细解析标注: C
电子邮件系统中,发送方邮件服务器通过 DNS 查询到接收方邮件服务器的 IP 地址后,直接与其建立 TCP 连接发送邮件,无论物理距离多远,不需要中间服务器中转,故 A 错误。当接收方邮件服务器故障时,发送方邮件服务器会先将邮件存入待发队列,在一段时间内(如 24 小时)多次尝试重发,若最终仍失败,才会向发送方返回错误报告,并丢弃邮件,故 B 错误。用户代理是用户用来撰写、发送、接收和管理邮件的软件,是用户与邮件系统的接口,故 C 正确。邮件服务器之间交换和投递邮件时,统一使用 SMTP 协议;POP3 协议仅用于用户代理从邮件服务器上拉取(下载)邮件,故 D 错误。
Q32¶
速对表原值: B
详细解析标注: B
SMTP 和 POP3 协议均使用 TCP 进行封装,端口号分别为 25 和 110。
Q33¶
速对表原值: C
详细解析标注: C
MIME 不是一个传输协议,而是对电子邮件格式的扩展规范,它没有取代SMTP,而是与 SMTP 协同工作,故 A 错误。MIME 本身不提供压缩功能。它解决的是如何将二进制数据(如图片、视频)或非 ASCII 码文本嵌入到原本只支持 7 位 ASCII 码的邮件正文中,故 B 错误。MIME 不仅适用于 SMTP 协议,也适用于 HTTP 协议,故 D 错误。
原页版面片段(图表、公式或字体缺映射时以此为准)

Q34¶
速对表原值: B
详细解析标注: B
POP3 协议和 IMAP 协议均支持用户将邮件从服务器下载至本地,但 POP3 协议仅允许用户以下载并删除方式或下载并保留方式从邮件服务器下载邮件到用户方计算机,不允许用户在邮件服务器上管理自己的邮件(例如创建文件,对邮件进行分类管理等),IMAP 协议允许用户在邮件服务器上直接管理邮件。传输非 ASCII 码内容是由 MIME 协议实现的。POP3 协议和 IMAP 协议均不提供加密功能,因此无法保证邮件在传输过程中的绝对安全。
Q35¶
速对表原值: D
详细解析标注: D
阶段
①和
③中,用户通过浏览器与 Web 邮件服务器交互(发送和读取邮件),此过程遵循HTTP 协议。阶段
②是邮件在两个邮件服务器之间的传递,必须使用 SMTP协议。因此,三个阶段使用的协议分别为 HTTP、SMTP、HTTP。故 D 正确。
Q36¶
速对表原值: A
详细解析标注: A
DNS 缓存命中,主机无需通过网络发送 DNS 查询报文。为了获取页面,浏览器直接发起 HTTP 请求。HTTP 基于可靠的 TCP 协议,而 TCP 报文段又被封装在 IP 数据报中。因此,实际发生网络通信的协议栈依次是 HTTP、TCP、IP。
Q37¶
速对表原值: B
详细解析标注: B
GET 主要用于请求 URL 标志的文档;POST 用于向服务器发送数据;HEAD 用于请求 URL 标志的文档的首部;PUT 用于在指明的 URL 下存储一个文档。
Q38¶
速对表原值: C
详细解析标注: C
HTTP协议的默认端口号是80,当URL中像本题一样明确指定了端口号8080时,浏览器将连接到这个指定的端口。只有在 URL 中省略端口号时,才会使用默认端口 80。因此,C 错误。
Q39¶
速对表原值: C
详细解析标注: C
Cookie 的工作机制是:第一次访问时,由于客户端没有该站点的 Cookie,服务器为了识别该用户,会在其 HTTP 响应报文中包含一个 Set-Cookie 首部字段,其中携带一个唯一的识别码。浏览器收到后会将此 Cookie 保存。第二次(及以后)访问该站点时,浏览器会自动在其发出的HTTP 请求报文中包含一个 Cookie 首部字段,并将之前保存的识别码发送给服务器。服务器通过读取这个 Cookie 来识别用户,从而恢复其会话状态,故选择 C。
Q40¶
速对表原值: C
详细解析标注: C
Cookie 和 Web 缓存都在客户端存储信息,但其主要目的不同。Web 缓存的主要目的是存储资源副本,以避免重复网络传输,从而减少响应时延。Cookie 用于让原本无状态的 HTTP 具备一定的状态管理能力。服务器通过Set-Cookie首部让浏览器保存识别码,浏览器后续访问时通过Cookie首部携带该识别码。Cookie 的主要目的在于用户识别、会话保持、个性化服务等,它在每次请求时都会被发送给服务器,反而轻微增加了网络开销,而不是为了减少时延,C 错误。
Q41¶
速对表原值: B
详细解析标注: B
GET /index.html HTTP/1.1 //请求行:指明方法 GET,URL,HTTP 版本Host: www.pku.edu.cn //首部行的开始:指明服务器的域名//告诉服务器发送完请求的文档后仍保持 TCP 连接,即持续连接;若为非持续连接,取值应为 Close Connection: keep-alive Cookie: 123456 //这是服务器为浏览器生成的 Cookie 识别码,表明该浏览器曾经访问过 www.pku.edu.cn
Q42¶
速对表原值: A
详细解析标注: A
本题考察 HTTP/1.0 非持续连接下的时间计算,需要考虑 TCP 连接建立和慢启动过程。首先获取 HTML 文件(1MSS),需要使用非持续连接,需要建立一个新的 TCP 连接:
-
1 RTT:TCP 三次握手的前两次(SYN, SYN+ACK)。
-
1 RTT:TCP 握手的第三次(ACK,可捎带 HTTP 请求)及服务器响应(返回 1MSS 的 HTML文件)。获取 HTML 耗时=2RTT=40ms。然后获取图像文件(3MSS):浏览器解析完 HTML 后,为图像文件建立另一个新的 TCP 连接。
-
1 RTT:建立新的 TCP 连接。。
-
1 RTT:发送图像请求,服务器收到后开始用慢启动发送数据,发送第 1 个 MSS。
-
1RTT:客户端收到第 1 个 MSS 并发送确认,服务器收到确认后拥塞窗口增至 2,发送剩下的 2个 MSS。
-
获取图像共耗时=3RTT=60ms。总耗时 = 获取 HTML 耗时 + 获取图像耗时 = 100ms。
Q43¶
速对表原值: A
详细解析标注: A
首先,浏览器必须先获取主 Web 页面,才能知道其中引用了哪些图像。获取一个对象在非持续连接下需要 2RTT(1RTT 建立连接,1RTT 请求与响应)。浏览器接收并解析完 Web 页后,发现了 7 个图像的引用。由于浏览器支持并行 TCP 连接,它可以同时对这 7 个图像发起 TCP 连接和 HTTP 请求。因为这 7 个请求是并行处理的,获取它们总共所需的时间取决于其中最慢的一个。而获取每个图像都需要 2RTT。因此,并行获取这 7 个图像总共耗时也是 2RTT。整个过程是串行的两步(先获取主页,再并行获取图片),所以总耗时=获取 Web 页耗时+并行获取所有图像耗时=4 RTT。
Q44¶
速对表原值: C
详细解析标注: C
总耗时为 90ms,RTT 为 15ms,因此总过程消耗了 90ms/15ms=6 个 RTT。TCP 连接建立需要1个 RTT。之后,客户端发送对HTML文件的请求并接收完该1MSS 的文件,这又需要 1个RTT。此过程共消耗 2 个 RTT(30ms)。在服务器发送完 1MSS 的 HTML 并收到确认后,其拥塞窗口cwnd 从 1MSS 增长为 2MSS。剩余 4 个 RTT 全部用于请求和下载图像文件。服务器在开始发送图像文件时,其 cwnd 已经为 2MSS。第 3 个 RTT,服务器可发送 2 MSS 的图像数据。第 4 个 RTT,cwnd 翻倍至 4MSS,服务器可发送 4MSS。第 5 个 RTT,cwnd 翻倍至 8MSS,服务器可发送 8MSS。第 6 个RTT,cwnd 翻倍至 16MSS,服务器可发送 16MSS。在专门用于下载图像的 4 个 RTT 内,服务器最多可发送的总数据量为 30MSS。因此该图像文件的最大尺寸是 30MSS,故 C 正确。
审计旁注(非原文):缺前提
30 MSS 的结论额外假定初始 cwnd=1 MSS,且后续四轮均处于慢开始;题干没有给出 cwnd 与 ssthresh,严格说无法唯一确定。
Q45¶
速对表原值: A
详细解析标注: A
时间从 H 发送 HTTP 请求开始计算,整个过程可按 RTT 划分:
-
第 1 个 RTT:H 发送的 HTTP 请求报文到达服务器 S,S 收到后立即开始发送数据。此时拥塞窗口 cwnd=1MSS,S 发送 1 个 MSS。
-
第 2 个 RTT:S 收到对第 1 个 MSS 的确认后,cwnd 翻倍至 2MSS,S 继续发送 2 个 MSS。此时累计已发送 1+2=3 个 MSS。
-
第3个RTT:S收到对前2个MSS的确认后,cwnd翻倍至4MSS(仍小于慢开始门限8MSS)。S 发送剩余的 6-3=3 个 MSS。在第 3 个 RTT 内,所有数据都已发送完毕。因此,从 H 发送请求开始,到 S 发完最后一个数据段,整个过程至少需要 3 个 RTT 的时间,即 3 * 10ms = 30ms,故 A 正确。
Q46¶
速对表原值: D
详细解析标注: D
AD 选项非持续连接,不支持 TCP 并行连接,每一个对象都需要 1 RTT 建连 + 1 RTT 请求响应,且必须串行。总耗时 = 4 * (1+1) = 8 RTT。B 选项非持续连接,支持 TCP 并行连接,所有对象可以同时请求。总时间取决于单个任务的耗时,即 1 RTT 建连 + 1 RTT 请求响应。总耗时 = 2 RTT(建连+传 html)+2RTT(建连+传图片)=4RTT。C 选项持续连接但非流水线,只需 1 次 TCP 建连,但请求必须串行。总耗时 = 1 RTT(建连) + 4 * 1 RTT(请求 4 个对象) = 5 RTT。D 选项持续连接且流水线,只需 1 次 TCP 建连,且所有请求可以一次性连续发出,服务器也可以连续发回响应。总耗时 =1 RTT(建连) +1RTT(传 html)+ 1 RTT(所有图片请求发出并接收完所有响应)=3RTT。故 D 选项耗时最短。
Q47¶
速对表原值: A
详细解析标注: A
首先是 TCP 三次握手建立连接,题目问的是 web 请求开始,即第三次握手携带HTTP 的请求报文开始。慢开始阶段,每收到 1 个 mss 确认,拥塞窗口 cwnd 值+1。
-
页面 1mss,在第一个 RTT 即可完成,此时拥塞窗口 cwnd 变为 2mss。
-
第一个图片引用 3mss>2mss,第二个 RTT 结束后,发送该图片的前 2mss,拥塞窗口值 cwnd 变为 4mss。此时进入拥塞避免阶段,在此阶段,每收到 1 个 mss 确认,拥塞窗口值+1/cwnd,第三个 RTT 结束,cwnd 值为 4.25,并不是 5。
-
因此至少还需两个 RTT 才能完成最后一个图片(4.25+0.75=5mss)的传送。一共 5 个 RTT。下图为谢书关于拥塞避免算法原理的解释:
原页版面片段(图表、公式或字体缺映射时以此为准)
