应用	数据丢失	带宽	时间敏感
文件传输	不能丢失	弹性	不
电子邮件	不能丢失	弹性	不
Web	不能丢失	弹性	不
实时音频/视频	容忍丢失	音频: 几kbps-1Mbps	是,100 msec
存储音频/视频	容忍丢失	视频:10kbps-5Mbps	是, 几秒
交互式游戏	容忍丢失	视频:10kbps-5Mbps	是, 100 msec
即时讯息	不能丢失	几 kbps 以上弹性	是和不是

联系实际应用说明不同应用的服务需求，提出问题：由于应用层的实现要基于传输层的服务，因此为实现上述的服务需求，必须首先明确传输层提供了哪些服务？

因特网运输协议提供的服务

简要介绍传输层提供的两类服务

TCP服务

面向连接的服务：在客户机程序和服务器程序之间必须建立连接
可靠的传输服务：接收和发送进程间
流量控制: 发送方不会淹没接收方
拥塞控制: 网络出现拥塞时抑制发送进程
没有提供：时延保证，最小带宽保证

UDP 服务

不可靠数据传输
没有提供：建立连接，可靠性，流量控制，拥塞控制，时延和带宽保证

因特网应用：应用层协议，传输协议

根据应用层的服务需求和传输层提供的服务，确定实现某一种应用应该使用何种传输层服务。

应用

应用层协议

下面的传输协议

电子邮件

SMTP [RFC 2821]

TCP

远程终端访问

Telnet [RFC 854]

TCP

Web

HTTP [RFC 2616]

TCP

文件传输

FTP [RFC 959]

TCP

流媒体

通常专用

(e.g. RealNetworks)

TCP or UDP

因特网电话

通常专用

(e.g., Skype)

典型用 UDP

安全TCP

分析应用层的服务需求，探讨不同服务需求的特性

web应用和HTTP协议

Web和HTTP

常用术语

网页（Web页，或称文档）由许多对象组成。

对象就是文件，可以是HTML文件, JPEG图像, Java applet, 音频文件…

多数网页由单个基本HTML文件和若干个所引用的对象构成

每个对象被一个URL(Uniform Resource Locator统一资源定位符)寻址

举例URL:

Web的发展历史：
https://blog.csdn.net/katol/article/details/89192950
https://blog.csdn.net/qq_42441203/article/details/89036862
静态动态：前端功能越来越丰富，后端要和数据库交互，（常见的WEB 服务器，客户端有那些），CGI；

脚本（服务器端/客户端）；css；XML，异步(AJAX)，json，前/后端分离，…
W3cschool.cn

HTTP概述：超文本传输协议

HTTP: 超文本传输协议hypertext transfer protocol

Web的应用层协议
client/server模式
client: 浏览器browser请求, 接收, “解释显示” Web对象
server: Web服务器响应请求,发送 Web对象
HTTP 1.0: RFC 1945
HTTP 1.1: RFC 2616

描述HTTP协议如何使用传输层的TCP协议实现数据传输，说明HTTP协议的特点

结合网页请求过程描述HTTP协议执行过程

使用TCP：HTTP属于应用层，使用运输层的TCP进行传输

客户初始化一个与HTTP服务器80端口的TCP连接 (创建套接字)
HTTP服务器接受来自客户的TCP连接请求, 建立连接
Browser (HTTP client)和Web服务器 (HTTP server) 交换HTTP消息(应用层协议消息)包括HTTP请求和响应消息
最后结束(或叫关闭)TCP连接

HTTP是无状态协议

HTTP服务器不维护客户先前的状态信息

有状态：会记录所有对话过程中的关系，类似两个人类对话

无状态：你问我我就回答，问完就结束，类似与应答机器人的对话，两次请求之间独立

维护状态的协议非常复杂!

必须维护过去历史 (状态信息)
如果server/client崩溃, 它们各自的状态视图可能不一致, 因此必须保持协调一致。

HTTP连接

根据HTTP协议使用TCP协议的不同方式介绍HTTP连接的两种类型

非持久HTTP连接

每个TCP连接上只传送一个对象，下载多个对象需要建立多个TCP连接
HTTP/1.0使用非持久HTTP连接

持久HTTP连接

一个TCP连接上可以传送多个对象
HTTP/1.1默认使用持久HTTP连接

网页:1个HTML，4个objs

浏览器发出HTML文件的请求，服务器返回一个HTML文件和4个objs的URL

浏览器在解析HTML文件的时候，发现4个URL，

若发送4个请求，建立4个TCP连接，为非持久HTTP连接

若在一个TCP连接上，持续发送4个请求，为持久HTTP连接

非持久HTTP连接：10个引用 jpeg对象为并发的

详细介绍非持久HTTP连接的执行过程

假设用户输入URL http://www.someSchool.edu/someDepartment/home.index

网页由1个HTML文件, 和10个jpeg图像构成

1a. HTTP客户初始化1个与服务器主机www.someSchool.edu中HTTP服务器的TCP连接

1b. www.someSchool.edu服务器主机中的HTTP服务器在80端口监听来自HTTP客户的TCP连接请求. 收到连接请求, 接受, 建立连接, 通知客户.

2. HTTP客户发送1个HTTP请求消息 (request message )包含URL到TCP连接套接字. 消息指出客户要Web对象－someDepartment/home.index

3. HTTP服务器接收请求消息, 产生1个响应消息response message 包含被请求对象, 并发送这个消息到自身TCP连接套接字

4. HTTP服务器结束TCP连接.

5. HTTP 客户接收包含html文件的响应消息, 显示html. 解析html文件, 找出10个引用 jpeg对象

6. 对10个引用jpeg对象的每1个重复步骤1-5

响应时间模型

定义往返时间RTT(Round-Trip Time):

1个小分组从客户主机到服务器再到客户主机所花费的时间.

响应时间:

1个RTT用于建立TCP连接
1个RTT用于HTTP请求/响应消息的交互
Html文件传输时间

total = 2RTT+transmit time

非持久HTTP连接：共4RTT

响应时间模型

持久HTTP连接

根据非持久HTTP连接存在的问题，提出相应的解决办法。详细分析持久HTTP连接的实现过程。

非持久HTTP连接的问题

每个对象需要2个RTT
OS必须为每个TCP连接分配主机资源
大量客户的并发TCP连接形成服务器的严重负担

持久HTTP连接

服务器发送响应消息后保持连接
同1客户/服务器的后续HTTP 消息继续在该连接上传送

不带流水线的持久HTTP连接

客户先前响应消息收到,才发出新的请求消息
每个引用对象经历1个RTT

带流水线的持久HTTP连接：最优解决方案

HTTP/1.1默认使用
客户遇到1个引用对象就发送请求消息
所有引用对象只经历1个RTT

网页:1HTML 4objs 同一台服务器：1TCP 3RTT

不同服务器：5TCP 4RTT

HTTP报文格式

根据HTTP的功能需求，确定报文格式存在两种，举例说明HTTP请求报文格式，并对例子中的内容进行归纳，从而得到HTTP请求报文的通用格式。

2类HTTP报文:请求报文request, 响应报文response

HTTP请求报文:

ASCII文本 (易于人读格式)

方法类型

HTTP/1.0

GET
POST
HEAD
服务器收到请求时，用HTTP报文进行响应，但不返回请求对象

HTTP/1.1

GET, POST, HEAD
PUT：文件在实体主体中被上载到URL字段指定的路径
DELETE：删除URL字段指定的文件

HTTP 请求方法：

https://www.runoob.com/http/http-methods.html

HTTP1.0 定义了三种请求方法： GET, POST 和 HEAD方法。

HTTP1.1 新增了六种请求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法

打开IE浏览器，演示Internet选项

上载表单（各字段）输入值：特例说明HTTP协议的表单处理方法

Post方法:

网页时常包含表单输入
输入值在请求报文的实体主体中被上载到服务器

URL方法:

使用GET方法
表单(各字段)输入值被上载,以URL请求行的字段: www.somesite.com/animalsearch?monkeys&banana

HTTP响应消息：HTTP响应报文的通用格式

HTTP 响应的状态码

位于服务器响应客户的响应消息的第一行.

几个常见的样本状态码

Cookies: 跟踪用户

举例:

李四总是使用同台PC访问Internet

他首次访问1个电子商务网站

当他最初发出HTTP请求访问该站点时,该站点创建一个唯一的 ID,并在后端数据库创建一个响应于该ID表项

基于HTTP协议具体实现描述Cookie实现过程。

Cookies的 4 个重要方面

cookie头部行在HTTP响应消息中
cookie头部行在HTTP请求消息中
cookie文件保存在用户主机中并被用户浏览器管理
cookie也保存在Web站点的后端数据库

Cookies可以带来什么 ?

Cookies 和隐私:

cookies允许网站更加了解你

你可以提供名字和e-mail给网站

广告公司通过网站获得信息

Cookies不适合游动用户

Web 缓存 (代理服务器)

目标: 代表起始服务器满足HTTP请求。

用户配置浏览器: Web 访问经由缓存

所有HTTP请求指向缓存

对象在缓存中：缓存器返回对象
否则缓存器向起始服务器发出请求，接收对象后转发给客户机

缓存器既是服务器又是客户机
一般的，Web缓存器既是服务器又是客户机
典型的缓存器被ISP提供（大学、公司或居民ISP）

为什么需要Web缓存器?

减少对客户机请求的响应时间
减少内部网络与接入链路上的通信量
能从整体上大大降低因特网上的Web流量

缓存器举例

假设

对象平均长度 = 100,000 bits

浏览器对对象的平均访问速率= 15/sec

因特网时延= 2 sec

结论

局域网上的流量强度 = 0.15

链路上的流量强度 = 1

总延时 = 因特网时延 + 接入时延 + 局域网时延 = 2 秒 + 数分钟 + 数毫秒

可能的解决办法

增加接入链路的速率

结论

局域网上的流量强度 = 15%
链路上的流量强度 = 15%
总时延 = 因特网时延 + 接入时延 + 局域网时延 = 2 秒 +数毫秒+数毫秒

这种方案需要较大的投资

安装缓存器

假设缓存器命中率为0.4

结论

40%的请求立即会得到响应
60 %的请求通过访问起始服务器满足
链路上的流量强度减为0.6，可以忽略不计
总的平均延时=因特网时延＋接入时延＋局域网时延=0.6*2 秒 + 数毫秒< 1.4 秒

条件GET方法：网页文件更新的解决办法

目的:证实缓存器中的对象是否为最新

缓存器：在请求报文中包含对象最后修改时间

If-modified-since: <date>

服务器: 如果对象是最新的则响应报文中不包含对象: HTTP/1.0 304 Not Modified

03.文件传输协议:FTP*：考试不要求

FTP: 文件传输协议 File Transfer Protocol

传输文件到远程主机/从远程主机下载文件

client/server模式

client: 发起传输的一方

server: 远程主机

ftp: RFC 959

ftp服务器: 端口号 21

文件传输过程，说明FTP协议在文件传输过程中扮演的角色

FTP客户首先发起建立1个与FTP服务器端口号21之间的TCP控制连接, 指定TCP作为传输层协议
客户在建立的控制连接上获得身份认证
客户在建立的控制连接上发送命令来浏览远程主机的目录.
当服务器接收到1个文件传输命令时, 在服务器端口号20创建1个与客户的TCP数据连接
1个文件传输后,服务器结束这个TCP数据连接.

FTP: 独立的控制连接, 数据连接

服务器创建第2个TCP与客户的数据连接来传输下一个文件.

控制连接: 带外发送控制信息

FTP 服务器要维护用户状态信息: 当前目录, 先前的身份认证

FTP: 文件传输协议

控制连接：

USER-PI(protocol interpreter)：用户协议解释器

SERVER-PI：服务器协议解释器

数据连接：

user-DTP(Data Transfer Process)：用户数据传输进程

server-DTP：服务器数据传输进程

FTP: 文件传输系统模型一：用户实现自己与服务器之间的文件传输

FTP: 文件传输系统模型二：用户实现两个服务器之间的文件传输

FTP数据连接建立方式：主动和被动模式

主动模式:FTP服务器主动向用户发起数据链接，客户端发送PORT命令告诉服务器你建立数据链接时候的ip地址和端口号

客户端发送PORT命令

PORT h1,h2,h3,h4,p1,p2

（h1-h4是IP地址，p1-p2是端口号）

服务器根据PORT命令指定的客户端地址和端口号发起数据连接

被动模式:我要获取服务器监听的端口是谁

客户端发送PASV命令
服务器返回监听的地址和端口号
客户端发起数据连接

FTP命令和应答

常见命令:

在控制连接上发送ASCII文本
USER username
PASS password
LIST：返回当前远程目录的文件列表
RETR filename：获取远程主机当前目录下的1个文件(get)
STOR filename：存放1个文件到远程主机当前目录下(put)

常见应答:

状态码及其相应短语 (同 HTTP)
331 Username OK, password required
125 data connection already open; transfer starting
425 Can’t open data connection
452 Error writing file

04.因特网中的电子邮件SMTP,POP3,IMAP

电子邮件

3个主要组成部分:用户代理就是邮件客户端，邮件服务器具有收发邮件的能力，收发邮件相关协议

用户代理user agents
邮件服务器mail servers
简单邮件传送协议和邮件接收协议

用户代理：客户端应该有的作用

允许用户阅读,回复,转发,保存,编辑邮件消息
例如：Outlook, foxmail等
发送, 接收邮件消息到/从服务器
运行邮件协议

邮件服务器：可以存放邮件，统一转发，可以运行协议

邮箱：存放用户接收的邮件消息

外出报文队列

运行邮件协议

电子邮件:介绍SMTP协议的实现方式

SMTP [RFC 5321]Simple Mail Transfer Protocol

客户使用TCP来可靠传输邮件消息到服务器端口号25

直接传送: 发送服务器到接收服务器

传输的3个阶段

握手 (问候)
邮件消息的传输
结束

命令/应答的交互

命令: ASCII文本格式
应答: 状态码及其短语

邮件消息必须是7-bit ASCII

例子: Alice发送邮件消息到Bob

1) Alice使用用户代理编写邮件消息(给bob@someschool.edu的)

2) Alice的用户代理发送邮件消息 到她的邮件服务器;邮件消息存放在邮件消息队列

3) Alice邮件服务器的SMTP客户端发起建立一个到Bob的邮件服务器的SMTP服务器端的TCP连接,经过应用层握手.

4) SMTP客户在这个TCP连接上发送Alice的邮件消息

5) Bob服务器存放邮件消息存到 Bob的邮箱

6) Bob调用他的用户代理读邮件消息

SMTP客户和服务器的命令交互

S: 220 hamburger.edu
C: HELO crepes.fr
S: 250 Hello crepes.fr, pleased to meet you
C: MAIL FROM: <alice@crepes.fr>
S: 250 alice@crepes.fr… Sender ok
C: RCPT TO: <bob@hamburger.edu>
S: 250 bob@hamburger.edu … Recipient ok
C: DATA
S: 354 Enter mail, end with "." on a line by itself
C: Do you like ketchup?
C: How about pickles?
C: .
S: 250 Message accepted for delivery
C: QUIT
S: 221 hamburger.edu closing connection

SMTP: 总结

SMTP使用持久连接

SMTP 要求邮件消息(header & body)必须是7-bit ASCII

SMTP服务器使用CRLF.CRLF 来判断邮件消息的结束

与HTTP的比较:

HTTP: 拉协议

SMTP: 推协议

都有ASCII 命令/应答交互, 状态码

HTTP: 每个对象封装在它各自的HTTP响应消息中发送

SMTP: 一个邮件内各个对象置于同一个邮件消息的多目部分发送

邮件消息的格式

SMTP: 用来交换邮件消息的协议

RFC 822: 文本邮件消息格式标准:

信头－头部行。如：

To:

From:

Subject:

这些头部不同于SMTP命令!

信体

邮件消息也必须是ASCII字符

邮件消息的格式: 多媒体扩展

MIME: Multipurpose Internet mail Extensions

多用途因特网邮件扩展, RFC 2045, 2046

增添额外的信头头部声明MIME content-type

邮件访问协议

SMTP: 递送/存储邮件消息到接收者邮件服务器

邮件访问协议: 从服务器获取邮件消息

POP: Post Office Protocol 邮局协议[RFC 1939]110端口号

身份认证 (代理 <–>服务器) 并下载邮件消息

IMAP: Internet Message Access Protocol [RFC 3501] 143端口

更多功能特征 (更复杂！)

允许用户像对待本地邮箱那样操纵远程邮箱的邮件

HTTP: Hotmail , Yahoo! Mail, etc.

POP3协议

身份认证阶段authorization phase

客户命令:

user username
pass password

服务器响应

+OK
-ERR

传输阶段transaction phase, client:

list: 列出邮件编号

retr: 按编号取邮件

dele: 删除

quit

POP3 和 IMAP

POP3的更多细节

先前例子使用 “Download-and-delete”.

Bob换客户端后不能再读邮件

“Download-and-keep”模式: 在不同客户机上的邮件拷贝

POP3的会话是无状态的

IMAP

保存所有邮件消息在一个位置: 服务器

允许用户在服务器的各文件夹中管理邮件消息

IMAP跟踪用户会话的状态信息 :文件夹和邮件消息IDs与文件夹名字的映射

DNS:因特网的目录服务

DNS

域名系统Domain Name System

人有很多标识符

例如：学号，名字，身份证号

主机, 路由器都是使用IP地址作为标识符，用于分组寻址

主机名例如gaia.cs.umass.edu– 用于人记忆识别

DNS服务器提供的功能：

主机名到IP地址的转换
主机别名：一个主机可以有一个规范主机名和多个主机别名
邮件服务器别名
负载分配：DNS实现冗余服务器：一个IP地址集合可以对应于同一个规范主机名。

域名系统：按国家分层，由DNS服务器实现分布式数据库

分布式数据库：一个由分层DNS服务器实现的分布式数据库

应用层协议：DNS服务器实现域名转换 (域名/地址转换)

为什么不集中式DNS?

单点故障
巨大访问量
远距离集中式数据库
维护

不可扩展!

分布式、层次数据库

客户机怎样决定主机名www.amazon.com的IP地址？

客户机查询根服务器得到com DNS服务器

客户机查询com DNS服务器得到amazon.comDNS服务器

客户机查询amazon.comDNS服务器得到www.amazon.com的IP地址

DNS: 根名字服务器

Root name servers

http://www.root-servers.org/

根名字服务器负责记录顶级域名服务器的信息

13 root name servers

a.root-servers.net

…

m.root-servers.net

10个美国，1个英国，1个瑞典，1个日本

共1092台服务器（到2020年3月12日为止）

顶级域服务器

（top-level domain servers）：

负责顶级域名 com, org, net, edu, etc, 和所有国家的顶级域名 uk, fr, ca, jp.

Network solutions 公司维护com顶级域的TLD服务器

Educause 公司维护edu顶级域的 TLD服务器

权威DNS服务器

(authoritative DNS servers):

在因特网上具有公共可访问主机（如Web服务器和邮件服务器）的每个组织机构必须提供公共可访问的DNS记录，

这些记录将这些主机的名字映射为IP地址。

组织机构的权威DNS服务器负责保存这些DNS记录。

多数大学和公司维护它们的基本权威DNS服务器

本地DNS服务器

(Local DNS name server)

严格来说不属于该服务器的层次结构

每个ISP（如居民区ISP、公司、大学）都有一个本地DNS也叫默认服务器

当主机发出DNS请求时，该请求被发往本地DNS服务器。

起着代理的作用，转发请求到层次结构中。

DNS查询方法一:递归查询:类似树的节点查询到另一个节点，走一个玄幻

递归查询(recursive query):

名字解析的负担交给被查询的名字服务器

被查询的名字服务器负载重

DNS查询方法二：迭代查询

被查询的名字服务器回复可以被查询的名字服务器的IP地址

“我不知道它的名字，但是你可以问服务器xx”

DNS缓存和权威DNS记录更新

一旦名字服务器获得DNS映射, 它将缓存该映射到局部内存

服务器在一定时间后将丢弃缓存的信息

本地DNS服务器可以缓存TLD服务器的IP地址

因此根DNS服务器不会被经常访问

权威DNS服务器记录更新：IETF动态更新/通报机制

DNS记录

DNS: 存储资源记录(RR，Resource Records)的分布式数据库

RR 格式: (name, value, type,ttl)

Type=A（Address地址）

name = 主机名
value = IP地址

Type=CNAME（canonical别名）

name = 主机别名：www.ibm.com的真名为servereast.backup2.ibm.com
value = 真实的规范主机名

Type=NS（ name server ）

name = 域名（如foo.com）
value = 该域权威名字服务器的主机名

Type=MX（mail exchange）

name =邮件服务器的主机别名
value =邮件服务器的真实规范主机名

DNS协议

DNS协议 : 查询报文与应答报文 , 但具有同样的报文格式

报文头部

标识符: 16位，查询和应答报文使用相同的标识符

标志:有若干个标志构成，分别标识不同的功能

查询/应答－0/ 1

查询希望是/非递归查询－1/0

应答可/否获得(支持)递归查询－1/0

应答是/否来自权威名字服务器－1/ 0

在DNS数据库中插入记录

例子：刚刚创建一个“网络乌托邦”公司

如果你想在注册登记机构注册你的域名network.com，则

需要提供你自己的基本权威DNS服务器和辅助权威DNS服务器的名字和IP地址

该注册登记机构将下列两条资源记录插入注册机构的DNS系统中：

(network.com, dns1.network.com, NS)

(dns1.network.com, 212.212.212.1, A)

如果你想建立一个网站，则可以将网址www.network.com以类型A的方式记录到你的权威DNS服务器dns1.network.com中。

如果你想建一个邮件服务器，则可以将mail.network.com以类型MX的方式记录到你的权威DNS服务dns1.network.com中。

(network.com, mail.network.com, MX)

(mail.network.com, 212.212.212.1, A)

人们怎样得到你的Web站点的IP地址呢？

演示：nslookup程序的使用

DNS攻击

ddos攻击：对根域名服务器或顶级域名服务器发起拒绝服务攻击

重定向攻击：中间人攻击、DNS中毒攻击（发送欺骗的域名解析结果给DNS服务器）

利用DNS实现ddos攻击： DNS反弹式拒绝服务攻击(DNS reflector attacks，又称DNS amplification attacks)。伪造客户地址向大量的dns服务器发出请求，导致客户无法访问dns服务器进行域名解析。

常见攻击方法

本机Hosts文件被篡改C:WindowsSystem32driversetc
DNS劫持
DNS缓存污染（又称DNS缓存投毒）

DNS与国家安全

域名解析控制权现状

全球根域名服务器多数在美国

域名服务器的管理者ICANN是非盈利性机构，且已经从美国政府脱离，但是它仍然是受美国法律约束的组织，

在事实上，它对根域名服务器的管理都要向美国政府申报

域名解析由某国家控制的潜在问题

一旦与某国发生冲突，可以在技术上阻碍对该国域名的解析。伊拉克战争期间，美国终止了伊拉克国家顶级域名.IQ的解析；

在塔利班政权统治阿富汗时期，美国将阿富汗国家顶级域名.AF的管理权授予前流亡政府；

2004年4月，由于对顶级域名管理权问题发生分歧，导致利比亚国家顶级域名.LY瘫痪，利比亚从互联网上“消失”了3天

提高我国域名系统安全性的建议

加强国家网络空间安全的战略谋划

加强网络空间安全筹划和顶层设计

积极参与国际互联网治理

增强国家域名系统的安全防护能力

建立互联网安全应急替代机制

以网络技术发展为契机，抢占先机

充分利用全球下一代网络发展契机，建立新框架（IPV6,物联网等）

充分利用新型网络应用的发展，降低对现有域名体系的依赖

P2P技术（不考）

纯P2P架构

没有总是在线的服务器

任意端系统之间直接通信

对等方之间可以间断连接并可以改变IP地址

例子：

文件分发

流媒体

VoIP

P2P: 集中式目录

“Napster”公司的设计

1)当对等方启动时，它通知目录服务器以下信息

IP地址
可供共享的对象名称

2) Alice查询文件“Hey Jude”

3) Alice 向Bob请求文件

P2P: 集中式目录的问题

单点故障
性能瓶颈
侵犯版权

文件传输是分散的，但是定位内容的过程是高度集中的

查询洪泛：Gnutella

全分布：没有集中式服务器

公共域协议

许多Gnutella客户机实现Gnutella协议

覆盖网络: graph

如果对等方X和Y维护了一条TCP连接，则说X和Y之间有一条边

所有活跃的对等方和边组成覆盖网络

边不是物理通信链路

给定对等方连接的覆盖网络路径中的节点少于10个,即TTL小于10

Gnutella：协议

查询报文在已有的TCP连接上发送

对等方转发报文

QueryHit 报文按反向、路径传送

Gnutella: 加入对等方

加入对等方X必须发现在Gnutella网络中的其他对等方：使用对等方列表。
X试图与该列表上的对等方建立一条TCP连接，直到与Y创建一条连接。
X向Y发送一个Ping报文；Y转发该Ping报文。
所有的对等方接收Ping报文并响应一个Pong报文。
X接收到许多Pong报文。然后能同某些其他对等方建立TCP连接。

Gnutella: 对等方离开

主动离开:离开接点的所有对等方都会刷新自身的激活对等方列表,并开始与列表中的新的对等方建立连接

断网:发送信息的时候对等方没有响应,则表明对等方离开,节点刷新自身的激活对等方列表,并开始与列表中的新的对等方建立连接

KaZaA

每个对等方要不被指派为组长，要不被指派给一个组长

对等方和组长之间建立TCP连接
组长之间建立TCP连接

组长维护它的子对等方共享的内容

每个文件有文件的散列码标识

客户机送向组长发送关键词的查询

组长响应匹配：逐项匹配：元数据，散列值，IP地址

如果组长转发查询给其他组长则其他组长响应匹配

客户端选择要下载的文件

请求排队：限制对等方并行上载数量，新的请求进行排队。

激励优先权：根据不同的上载下载比例优先服务贡献大者。

并行下载：将一个文件分成若干段，从多个对等方并行下载。

P2P文件分发-BitTorrent

BitTorrent是一种用于文件分发的流行P2P协议。

参与一个特定文件分发的所有对等方的集合被称为一个洪流（torrent）。

一个洪流中的对等方彼此下载等长度的文件块（chunk），典型块长度为256KB。

追踪器tracker: 跟踪参与洪流的所有对等方

对等方加入 torrent:

没有文件块，但会随着时间流逝从其它对等方处累积文件块

在tracker处注册，取得对等方列表，连到所有对等方的一个子集（邻居）

在下载的同时给其它对等方上传文件块

对等方可能改变和其交换文件块的对象

对等方会不断进入或者离开

一旦某对等方下载完了整个文件，它可以离开（自私）或者继续留在torrent系统里（无私）

BitTorrent：请求、发送

请求文件块

在任何给定的时刻，不同的对等方拥有不同的文件块子集

每个对等方会周期性的询问其它每个它连接的对等方当前所拥有的文件块列表

对等方将请求下载最稀缺的文件块

发送文件块: tit-for-tat(一报还一报）

Alice发送文件块的对象是所有邻居中向自己发送速率最快的4个

其它邻居被阻塞

每10秒重新计算速率

每30秒，随机选择一个其他邻居，发送文件块

DHT(分布式Hash表)

DHT: 一个分布式的P2P 数据库

数据库由许多(key,value)（(键, 值)）对构成。例如：

key: 社保号; value: 人名
key: 电影名称; value: IP地址

所有(key, value) 对被分发到成千上万的对等方用户群中

一个对等方利用key来查询DHT：DHT返回与之匹配的value

对等方还可以插入(key, value)对

Q: 怎样把键值分配给对等方?

核心问题：

分配 (key, value) 对给各对等方

基本思想：

把每个key转化成一个整数

给每个对等方分配一个整数标识符

把 (key,value) 对分配给标识符离key最近的那个对等方

DHT 标识符

给每个对等方分配一个[0,2n-1]之间的整数标识符，n为某给定值.

每个标识符由 n 比特构成.

需要每个key也在同样的范围内

为得到整数key,将原key做hash

例如, key = hash(“Led Zeppelin IV”)

这就是为什么叫做分布式hash表的原因

将key分配给对等方

规则：把key分配给具有最邻近ID的对等方.

为方便起见: 最临近被定义为该key的直接后继（immediate successor ）

例如：

n=4; peers: 1,3,4,5,8,10,12,14;

key = 13, then successor peer = 14

key = 15, then successor peer = 1

环形 DHT

每个对等方仅和其直接后继和直接前任( predecessor)联系.

“覆盖网络”

带捷径的环形DHT

内容分发网络(CDN)

内容分发网络

(Content distribution networks, CDN)

挑战: 如何从海量的视频中，挑选出某些内容，采用流的方式发送给成千上万的用户？

选项1: 使用单点，庞大的服务器

单点故障
单点网络拥塞
远距离用户的访问路径很长
输出链路上发送同一视频的多份重复拷贝

….很显然: 这种方案不具有可扩展性

选项2: 将多份拷贝存储在地理上分散的不同站点来提供服务（CDN）

深入: 将CDN服务器部署在众多的接入网络中

靠近用户
Akamai首创, 使用了1700多个位置

邀请做客: 在少量(例如10个)靠近接入网的关键位置(例如IXP)，建造大集群，邀请到ISP做客

Limelight等使用

CDN例子

CDN: 将内容的拷贝存储在CDN节点中

用户向CDN请求内容

被定向到附近的拷贝，取得内容

如果网络路径拥塞，则可能选择其他的拷贝

CDN 内容访问

Bob (client) 请求视频：http://netcinema.com/6Y7B23V

视频存储在CDN上，地址为http://KingCDN.com/NetC6y&B23V

构造一个简单的Web服务器（不考）

构造一个简单的Web服务器

仅处理一个HTTP请求

接收请求

解析头部

从服务器文件系统中得到所请求的文件

生成HTTP响应报文:

首部 + 文件

向客户机发送响应报文

安装服务器后可以在其他主机上使用浏览器（如IE），向服务器请求一个文件

具体需求

服务器基本流程：

创建套接字

获取HTTP请求，并解析HTTP请求报文

显示请求报文各字段的字段名和值，并进行说明

根据HTTP请求报文获得对象文件路径名

根据路径名打开本地文件

封装本地文件到HTTP响应报文

使用套接字发送HTTP相应报文

小结

应用程序体系结构

客户机/服务器
P2P
混合
应用服务器需要的服务
可靠，带宽，延时
网络运输层协议
面向连接，可靠: TCP
不可靠，数据报: UDP

通用协议:
HTTP
FTP
SMTP, POP, IMAP
DNS

重点: 掌握应用层协议
典型的请求/应答消息交换:
客户请求信息或服务
服务器以数据或状态码应答
消息格式:
头部
数据

控制报文 vs. 数据报文
带内，带外
集中 vs. 分散
可靠 vs. 不可靠报文传输
“网络边缘的复杂性”

第二章：复习大纲

网络应用程序体系结构

Web应用和HTTP协议

基本术语（网页、URL等）

HTTP的特性及其区别(无状态、非持久和持久等)

请求和响应报文

COOKIE技术

Web缓存

文件传输协议FTP ：两种连接*

电子邮件：组成及其使用的协议

DNS的功能和实现

P2P文件共享原理和实现技术*

CDN

构造简单的web服务器*

原文链接：https://blog.csdn.net/aiqq136/article/details/123083444?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522165934458816782248570098%2522%252C%2522scm%2522%253A%252220140713.130102334.pc%255Fblog.%2522%257D&request_id=165934458816782248570098&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~first_rank_ecpm_v1~times_rank-4-123083444-null-null.nonecase&utm_term=%E8%87%AA%E5%BB%BAcdn

原创文章，作者：优速盾-小U，如若转载，请注明出处：https://www.cdnb.net/bbs/archives/5914

第2章 应用层-计算机网络

学习目的：相关概念理解和主流应用层协议学习

目录

应用层协议原理

一些网络应用：了解应用层大概的应用

研发网络应用程序

研发网络应用程序的核心：基于运输层提供的服务，实现可以相互通信的端系统

没有应用程序软件运行在网络核心设备上

网络应用程序体系结构

客户机/服务器体系结构

服务器：具有客户资源

客户机：发出请求和接受数据

纯P2P体系结构

客户机/服务器和P2P混合的体系结构

Napster：中介

即时讯息：微信、QQ

区块链&比特币&……

进程通信：进程之间相互通信

进程与计算机网络的接口-套接字

进程寻址：进程的标识：IP地址和端口号

应用层协议

应用需要什么样的服务？

常见应用的传输服务需求

因特网运输协议提供的服务

TCP服务

UDP 服务

因特网应用：应用层协议，传输协议

安全TCP

web应用和HTTP协议

Web和HTTP

HTTP概述：超文本传输协议

描述HTTP协议如何使用传输层的TCP协议实现数据传输，说明HTTP协议的特点

使用TCP：HTTP属于应用层，使用运输层的TCP进行传输

HTTP是无状态协议

维护状态的协议非常复杂!

HTTP连接

非持久HTTP连接

持久HTTP连接

非持久HTTP连接：10个引用 jpeg对象为并发的

响应时间模型

响应时间模型

持久HTTP连接

非持久HTTP连接的问题

持久HTTP连接

不带流水线的持久HTTP连接

带流水线的持久HTTP连接：最优解决方案

HTTP报文格式

方法类型

上载表单（各字段）输入值：特例说明HTTP协议的表单处理方法

HTTP响应消息：HTTP响应报文的通用格式

HTTP 响应的状态码

Cookies: 跟踪用户

Cookies的 4 个重要方面

Cookies可以带来什么 ?

Web 缓存 (代理服务器)

为什么需要Web缓存器?

缓存器举例

安装缓存器

条件GET方法：网页文件更新的解决办法

03.文件传输协议:FTP*：考试不要求

FTP: 文件传输协议 File Transfer Protocol

传输文件到远程主机/从远程主机下载文件

文件传输过程，说明FTP协议在文件传输过程中扮演的角色

FTP: 独立的控制连接, 数据连接

FTP: 文件传输协议

FTP: 文件传输系统模型一：用户实现自己与服务器之间的文件传输

FTP: 文件传输系统模型二：用户实现两个服务器之间的文件传输

FTP数据连接建立方式：主动和被动模式

主动模式:FTP服务器主动向用户发起数据链接，客户端发送PORT命令告诉服务器你建立数据链接时候的ip地址和端口号

被动模式:我要获取服务器监听的端口是谁

FTP命令和应答

常见命令:

常见应答:

04.因特网中的电子邮件SMTP,POP3,IMAP

电子邮件

3个主要组成部分:用户代理就是邮件客户端，邮件服务器具有收发邮件的能力，收发邮件相关协议

用户代理：客户端应该有的作用

邮件服务器：可以存放邮件，统一转发，可以运行协议

电子邮件:介绍SMTP协议的实现方式

例子: Alice发送邮件消息到Bob

第2章应用层-计算机网络

小结