计算机网络自顶向下课后答案

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

7第一章

R11 L/R1 + L/R2

R13

a. 两个用户

b. 每个用户需要1Mbps进行传输,若两个或更少用户同时进行传输,则带宽需求量最大为2Mbps,由于链路总带宽为2Mbps,所以无排队时延;若三个或更多用户同时进行传输,带宽需求超过3Mbps,多于链路总带宽,因此会出现排队时延。

c. 0.27

d. 0.008;0.008

R19

a. 500kbps

b. 64s

c. 100kbps;320s

R23

应用层:网络应用程序及应用层协议存留的地方;

传输层:在应用程序端点之间传送应用层报文;

网络层:将网络层分组(数据报)从一台主机移动到另一台主机;

链路层:将分组从一个结点移动到路径上的下一个结点;

物理层:将帧(链路层分组)中的一个一个比特从一个结点移动到下一个结点。

R25

路由器:网络层,链路层,物理层

链路层交换机:链路层,物理层

主机:所有五层

P3

a. 电路交换网。

因为应用包含可预测的稳定带宽需求的长运行时间,由于传输率已知且非猝发,可在无明显浪费的情况下为每个应用周期预留带宽。且建立与中断连接的总开销可被均摊在应用长时间的运行时间中。

b. 在最坏的情况下,所有应用同时经一条或多条链路传输。然而由于每条链路都有足够带宽提供给所有应用,不会出现拥塞情况,因此不需要拥塞控制。

第二章

R5

目的主机的IP地址与目的进程套接字的端口号

R12

当用户首次访问网站时,服务器创建一唯一标识码,在其后端服务器中创建一

入口,将该唯一标识码作为Cookie 码返回,该cookie 码储存在用户主机中,由浏览器管理。在后来每次的访问与购买中,浏览器将cookie 码发送给网站,因此当该用户(准确地说,该浏览器)访问该网站时,网站会立即获知。 R15

FTP 使用两平行TCP 连接,一条连接发送控制信息(例如文件传输请求),另一条连接用作实际传输文件。由于控制信息不会通过与文件传输相同的连接发送,因此FTP 在“带外”发送控制信息。 R19

是的,一个机构的邮件服务器和Web 服务器可以有完全相同的主机名别名。MX 记录被用来映射邮件服务器的主机名到它的IP 地址。如果Type =MX ,则Value 是别名为Name 的邮件服务器的规范主机名。RR :resource record. 为了获得邮件服务器的规范主机名,DNS 客户机应当请求一条MX 记录;而为了获得其他服务器的规范主机名,DNS 客户机应当请求CNAME 记录。Type=CNAME P4

a. 请求的文件为.

Host : 区域显示了服务器名称 /cs453/index.html 显示了文件名称 b. 1.1,显示在第一对之前

c. 持续连接,显示在最后一行Connection: keep-alive

d. 这是个智障问题。该信息不会被包含在HTTP 报文中,因此无法仅通过HTTP 报文读出。需要IP 数据报。

e. Mozilla/5.0. 服务器需要浏览器类型信息,以便向不同浏览器发送相同内容的不同版本。

P5

a. 状态码为200,短语为OK ,表明浏览器已成功找到文档。

在Tuesday, 07 Mar 2008 12:39:45 Greenwich Mean Time (第一个首部行) b. Saturday 10 Dec 2005 18:27:46 GMT (第三个首部行) c. 3874 (Content-Length 那行,懒得数了) d. 后的前五个字) 同意(Connection: Keep-Alive field ) P22

计算客户-服务器的最小传播速率,使用下列公式: D cs = max {NF/u s , F/d min }

类似的,计算P2P 的最小传播速率,使用下列公式:

)}u , NF/(u , F/d max{F/u D N

1i i s min s P P ∑=+=2

F = 15 Gbits = 15 * 1024 Mbits u s = 30 Mbps d min = d i = 2 Mbps

Note, 300Kbps = 300/1024 Mbps.

客户-服务器

N

10 100 1000

u 300 Kbps 768 0 700 Kbps 768 0 2 Mbps 768 0

P2P

N

10 100 1000

u 300 Kbps 768

700 Kbps 768

2 Mbps 7680 7680 7680

第三章

R6

是的,应用程序开发者可以将可靠数据传输放到应用层协议中完成。但是这需要相当大的工作量和进行调试。

R8

对每个持续的连接来说,Web服务器将创建一个独特的“连接套接字”,每个连接套接字由四元组辨识(源IP地址,源端口号,目的IP地址,目的端口号)。当主机C收到IP数据报时,它将在数据报/负荷中检测这四元组,以决定哪个套接字应通过TCP段的负荷。因此,A和B的请求通过不同套接字,两个套接字的标识都有端口80,然而对源IP地址来说这些套接字的标识具有不同的值。与UDP不同,当传输层向应用层传递一个TCP段负荷时,不会详细说明源IP地址,因为其已被套接字标识隐性地说明。

R12

a. 分组丢失将会造成超时,之后所有五个分组将会重传

b. 一个ACK的丢失不会引发重传,因为回退N步机制使用累加确认方法

c. 发送方将不能发送第六个分组,因为发送窗口大小固定为5

R13

a. 当分组丢失后,接收到的四个分组会被接收方缓存。在超时后,发送方重发丢失的分组,接收方将缓存的分组以正确的顺序交付给应用

b. 接收方发送丢失ACK的一个副本

c. 发送方将不能发送第六个分组,因为发送窗口大小固定为5

当一个分组丢失后,回退N步机制重传所有分组,选择重传机制仅重传丢失分组。在ACK丢失的情况下,选择重传机制发送丢失ACK的副本,而回退N步机制使用累加确认方法,因此ACK的副本是不必要的。

相关文档
最新文档