计算机网络自顶向下方法复习题答案第一章、第二章

迈不过友情╰ 2023-07-22 11:25 24阅读 0赞

# 第一章 #

### **1.1节** ###

R1. 没有区别。终端系统包括桌面PC，移动PC，智能手机，服务器。Web服务器是端系统。

R2. 来自维基百科：外交协议常用于描述一系列国家来往规则。这些构建完备和经过时间检验的规则可以使国家和人民生活和工作更简单。协议规则以人民准则为基础，其中的一部分已经作为现在分级的地位声明。

R3. 标准对协议来说非常重要，所以人们才能创造可以互动的操作系统和产品。

### **1.2节** ###

R4.  家庭：通过电话线的DSL：HFC；WIFI；通过电话线的拨号调制解调器

公司：通过电话线的DSL：WIFI；100M交换以太网

广域无线接入：3G或4G

R5. HFC带宽是由用户共享。下行通道中，所有的包都是由头端这一个单一源发出的。因此，下行通道中没有碰撞。

R6. 光纤到户、3G和4G无线网

R7. 用户接入100Mb或1Gb；服务器具有1Gb或10Gb

R8. 双绞线、光纤

R9. 拨号调制解调器：最高56K带宽专用 ；ADSL：下行最高24M，上行最高2.5M带宽专用； HFC：下行最高42.8M，上行最高30.7M带宽共享 ；FTTH：上行2-10M，下行10-20M，带宽不共享

R10.

（1）WiFi。用于无线局域网，无线用户从辐射范围为几十米的基站（例如无线接入点）传输数据包。基站连接无线网络，并为无线用户提供无线网服务。

（2）3G和4G。大范围无线网，此系统通过电信服务商提供的基站，由蜂窝电话通过同一个无线设备传输数据。可以提供基站几十千米范围内的无线网络。

### **1.3节** ###

R11. t0时刻分组从发送主机开始发射，在时刻T1 = L/R1全部分组到达交换机（没有延时）,在T1时刻从交换机发出，在时刻T2 = T1 + L/R2,接收主机接收整个包。因此端到端的总时延为T1 + T2.

R12.  电路交换网络可以保证在通话期间有持续的端到端带宽。如今大多数的分组交换网络不能保证端到端的带宽，TDM可以使用模拟信号或数字信号，而FDM仅适用于模拟信号,TDM的效率远高于FDM。

R13.  （1）2个，一人占1Mbps

（2）2个或更少用户不会超过2mbps，一旦超过2个人，就要排队，就有排队时延。

（3）20%

（4）等于所有三个用户同时传输的概率为0.008

R14. 如果两个ISP不相互对等，它们需要一个中转站ISP(媒介)，还得给这个ISP付费，相互对等的话，就省了这笔钱了。

两个ISP不能相互连接或对等，通过向连接到IXP的每个ISP收取相对较少的费用来赚钱。

R15. 首先，内容提供商对用户体验有更多的控制，因为它必须尽可能的少使用ISP。其次，它可以通过向提供商网络发送更少的流量来节省资金。第三，如果互联网服务提供商决定向高利润的内容提供商收取更多费用，内容提供商可以避免这些额外的费用。

### 1.4节 ###

R16. 固定：处理时延，传输时延，传播时延           可变：排队时延

R17.  配套实验演示访问

[https://media.pearsoncmg.com/aw/ecs\_kurose\_compnetwork\_7/cw/content/interactiveanimations/transmission-vs-propogation-delay/transmission-propagation-delay-ch1/index.html][https_media.pearsoncmg.com_aw_ecs_kurose_compnetwork_7_cw_content_interactiveanimations_transmission-vs-propogation-delay_transmission-propagation-delay-ch1_index.html]

这里列几个 100Km， 100Mbps，100bytes；100Km， 100Mbps，500bytes；100Km， 100Mbps，1kBytes

R18. 10ms;d/s;无关

R19.  a.500Kbps         b. 64s(解释：注意KBps与Kbps的不同  4MB = 32Mb，32\*10^3/500 = 64)    c. 100kbps , 320s

R20. 端系统A将大文件分成块。它将头信息添加到每个块中，从而从文件中生成多个包。每个包的报头包括目的地的IP地址(结束系统B)。交换机使用包中的目的地IP地址来确定出站链路。询问走哪条路类似于询问包的目的地址，它应该转发到哪个传出链路。

R21. 配套实验演示访问

[https://media.pearsoncmg.com/aw/ecs\_kurose\_compnetwork\_7/cw/content/interactiveanimations/queuing-loss-applet/index.html][https_media.pearsoncmg.com_aw_ecs_kurose_compnetwork_7_cw_content_interactiveanimations_queuing-loss-applet_index.html]

最大发送速率：500packet/s        最小传输速率：350packet/s     流量强度约等于1.43 > 1,第一次丢包10ms，第二次9ms，每次不同具有发射随机性

## 1.5节 ##

R22.  5个通用任务是错误控制、流控制、分段和重新组装、多路复用和连接设置。是的，这些任务可以在不同的层上重复。例如，错误控制通常在多个层上提供。

R23. 自顶向下有：应用层，传输层，网络层，数据链路层，物理层  详见1.5.1

R24.

应用层报文：应用程序想发送和通过传输层的数据；

传输层报文段：由传输层生成并且封装有传输层头信息的应用层报文

网络层数据报：封装有网络层头信息的传输层段文段

链路层帧：封装有链路层头信息的网络层数据报

R25.

路由器：物理层，链路层和网络层

链路层交换机：物理层和数据链路层

主机：所有的5层

## 1.6节 ##

R26.  病毒需要某种形式的人际互动才能传播。典型的例子:电子邮件病毒。蠕虫不需要用户复制。蠕虫在受感染的主机扫描IP地址和端口号，寻找易受感染的进程。

R27. 僵尸网络的创建需要攻击者找到某些应用程序或系统中的漏洞(例如，利用应用程序中可能存在的缓冲区溢出漏洞)。在发现漏洞后，攻击者需要扫描脆弱的主机。目标基本上是通过利用这个特定的漏洞来破坏一系列的系统。任何属于僵尸网络的系统都可以自动扫描其环境并利用该漏洞进行传播。这类僵尸网络的一个重要特性是，僵尸网络的发起者可以远程控制并向僵尸网络中的所有节点发出命令。因此,它成为可能的攻击者发出命令的所有节点,针对单个节点(例如,僵尸网络中的所有节点可能由TCP SYN攻击者发送一个消息到目标,这可能会导致一个TCP SYN洪水攻击的目标)。

R28. Trudy可以假装为Bob（反之亦然）并且部分或者完全修改Bob发送给Alice的信息。例如，她可以很容易的修改语句“Alice，我欠你1000美元”改为“Alice，我欠你10000美元”。更进一步，Trudy甚至可以丢弃Bob发送给Alice的加密信息（反之亦然）。

# 第二章 #

### 2.1节 ###

R1：web冲浪:HTTP      文件传输：FTP     远程登陆：Telnet       电子邮箱：SMTP     BitTorrent文件分享：BitTorrent协议

R2：网络架构是指将通信过程组织成层(例如，五层Internet架构)。另一方面，应用程序体系结构是由应用程序开发人员设计的，它决定了应用程序的广泛结构(例如，客户机-服务器或P2P)。

R3：发起通信过程的是客户端;等待被连接的进程是服务器。

R4：不同意，P2P文件共享协议中，接收方相当于客户端，发送方相当于服务端。

R5：目的主机的IP地址和目的进程的端口号

R6: UDP 只需1个RTT时间，无需握手，而TCP需要2个RTT时间，需要进行三次握手

R7：例如，使用谷歌文档的远程字处理就是这样一个例子。但是，因为谷歌文档是在Internet上(使用TCP)运行的，所以没有提供时间保证。

R8：1.可靠数据传输 TCP有，UDP没有   以下三点TCP和UDP都没有   2.吞吐量   3.定时   4.安全性

R9. 运输层，  SSL在TCP的握手阶段完成了双方的身份确认, 生成密钥等操作. 如果研制者要用SSL来强化UDP, 因为UDP是面向无连接的, 所以SSL首先要解决在UDP传输中的身份确认问题.

### 2.2 — 2.4节 ###

R10. 使客户端和服务器端建立起连接, 能够开始传递信息.

R11.

*  首先要知道TCP几个重要的特性: 面向连接, 保证数据完整性, 保证数据有序到达, 有拥塞控制功能. 而上述功能UDP都没有.
 *  再来看HTTP, 用户通过浏览器以HTTP协议向服务器发起请求, 如果这个请求数据不完整, 服务器将无法给出正确响应, 用户也得不到想要的结果.
 *  SMTP和POP3两个邮件协议也需要保证数据的完整性, 并且要保证按照一定的顺序交付, 所以选择TCP

R12. 用户首次访问电子商务网站时, 服务创建一个唯一的标识, 并把它存入数据库, 并将标识作为cookie响应给用户. 该cookie存储在浏览器，并被浏览器管理，然后用户随后在电商网站发起的每个操作都带上该cookie, 电商网站就知道是谁了。

R13. Web缓存可以将所需的内容拉近与用户的距离，可能是与用户的主机连接的同一局域网。Web缓存可以减少所有对象的延迟，甚至是没有缓存的对象，因为缓存减少了链接上的流量。

R14.

*  首部行If-modified-since, 该首部行的内容是该对象在缓存器中的最新副本.
 *  如果服务器中被请求对象和缓存器中的最新副本一样, 就没必要再发送一次了, 这时就会响应一个"304 Not Modified"状态码, 不带任何多余数据. 如果服务器中的对象更新过, 和缓存器中的副本不一样了, 服务器会将最新的副本发送给缓存器.
 *

R15.

*  电子邮件, FaceBook, 微信等.
 *  以上三个的应用层协议各不相同.

R16.

使用HTTP从Alice主机到Alice的服务器，SMTP从Alice服务器—>Bob服务器，使用POP3从Bob服务器—>Bob

R17. hhh自己实践（葛优躺）

R18. 通过下载和删除，在用户从POP服务器检索得到其消息之后，这些消息将被删除。这给移动用户带来了一个问题，他们可能希望从许多不同的机器(办公电脑、家庭电脑等)访问消息。在下载和保存配置中，在用户检索消息后不会删除消息。这也可能很不方便，因为每次用户从新机器检索存储的消息时，所有未删除的消息都将被传输到新机器(包括非常旧的消息)。

R19. 可以有，组织的邮件服务器和Web服务器可以具有相同的主机名别名。MX记录用于将邮件服务器的别名映射到规范主机名

R20. .edu电子邮件您应该能够看到发件人的IP地址。但是，如果用户使用gmail帐户，您将无法看到发件人的IP地址。

### 2.5节 ###

R21. Bob没有必要也向Alice提供块。Alice必须是Bob的前4个邻居（疏通）鲍勃才能给她发送数据块;即使Alice在30秒的间隔内向Bob提供块，也可能不会发生这种情况。

R22.

*  Alice虽然不能成为上载者, 但是她能成为接收者呀, 接收到块后自然就有可能成为上载者了.
 *  Alice在空手加入洪流时, 追踪器会随机地从参与对等方集合中选择一个对等方子集, 并将子集中对等方的IP地址发送给Alice. Alice持有这张列表并尝试与列表中所有的对等方建立并行的TCP连接,向它们请求块(最稀缺优先原则)

R23.

*  覆盖网络是一种面向应用层的网络, 包括对等方和对等方之间由虚拟联络构成的抽象逻辑网.
 *  覆盖网络不包括路由器.
 *  覆盖网络中的边就是对等方之间的逻辑链路.

### 2.6节 ###

R24. 一深入，二是邀请做客。简而言之，深入就是深入ISP，更接近端用户；邀请做客就是集群放置在IXP。

R25. 还需考虑分发的内容以及维护管理成本

###    2.7节 ###

R26. 对于UDP服务器，没有欢迎套接字，来自不同客户端的所有数据都通过这个套接字进入服务器。对于TCP服务器，有一个欢迎套接字，每次客户机启动到服务器的连接时，都会创建一个新的套接字。因此，为了支持n个并发连接，服务器需要n+1个套接字。

R27. 对于TCP应用程序，一旦客户端被执行，它就尝试启动与服务器的TCP连接。如果TCP服务器没有运行，那么客户机将无法建立连接。UDP是面向无连接的, 就算服务器没有启动, 客户程序照样可以把UDP发出去, 但服务器可能就收不到了.

[https_media.pearsoncmg.com_aw_ecs_kurose_compnetwork_7_cw_content_interactiveanimations_transmission-vs-propogation-delay_transmission-propagation-delay-ch1_index.html]: https://media.pearsoncmg.com/aw/ecs_kurose_compnetwork_7/cw/content/interactiveanimations/transmission-vs-propogation-delay/transmission-propagation-delay-ch1/index.html
[https_media.pearsoncmg.com_aw_ecs_kurose_compnetwork_7_cw_content_interactiveanimations_queuing-loss-applet_index.html]: https://media.pearsoncmg.com/aw/ecs_kurose_compnetwork_7/cw/content/interactiveanimations/queuing-loss-applet/index.html