• 沒有找到結果。

第7章 应用层

N/A
N/A
Protected

Academic year: 2022

Share "第7章 应用层"

Copied!
131
0
0

加載中.... (立即查看全文)

全文

(1)

  应用层主要提供应用进程与通信进程之间的接口

  它提供 不同的服务要素:

  CASE

Common Application Service Element)

公共应用服务要素

CASE提供整个通信所要求的功能,如 个通信 伴之间建立联

系,向低层指示通信所用的参数、要求的服务质量等

  SASE

Special Application Service Element)

的(或具体的)应用服务要素

SASE包括专 的、但广泛应用的功能

(2)

本章将讨论:

  SNMP – 简单网络管理协议

  DNS – 域名系统

  电子邮件E - mail

  WWW

  多媒体

(3)

网络管理的基本出发点

  具有网络监视和控制 方面的能力

  能 管理所有层次的协议

  尽可能大的可管理范围(设备 类)

  尽可能小的系统 销

  可管理不同厂家的设备

(4)

网络管理的五大功能

  故障管理:

故障检测、故障定位、故障报告

  配置管理:

网上的设备和用户,维护网上软硬件和电路的精 清单

  性能管理:

资源利用率分析

  计费管理:

对用户使用的各 资源进行跟踪,统计时间

  安全管理:

用户授权,控制网上用户只能访问自己权限内的资源

(5)

常用的术语

  网络元素:

具体的通信设备和逻辑实体

  对象:

设备中描述其状态的变量,通信和信息处理范畴内可 标识的且拥有一定信息特性的资源,如:网络接口、

主机、路由表、某 协议

  被管对象:

可用管理协议进行管理和控制的对象

  MIB:

(6)

SNMP模型

网管站

网管代理

委托代理 数据库

管理协议

MIB

MIB

(7)

网络管理系统的组成

  网管站:

运行网络管理软件的计算机

  网管代理(agent):

运行于被管设备

  委托代理(proxy):

无法安装

SNMP的设备,通过委托代理管理

  管理信息库(MIB):

存放被管信息

  管理协议:

(8)

网管站

  运行特殊网络管理软件的普通计算机

在它上面运行一个或多个进程

它们在网络上与代理通信:发送命令,接收应答

网管工作站对所有被管设备的管理,通常采用定时的询问机制

管理进程

MIB

SNMP UDP

IP

与网络有 的协议

(9)

网络管理系统的组成

  网管站:

运行网络管理软件的计算机

  网管代理(agent):

运行于被管设备

  委托代理(proxy):

无法安装

SNMP的设备,通过委托代理管理

  管理信息库(MIB):

存放被管信息

  管理协议:

(10)

网管代理( agent)

  运行于被管设备中,如路由器、交换机、网桥等

管理者

manager

SNMP消息

被管设备

管理进程 代理进程

SNMP SNMP

UDP UDP

IP IP

与网络有 的协议 与网络有 的协议 通信网络

网络设备在完成主要职责的同时,运行一个网管代理软件,一般网管 工作站定时轮询网管代理,网管代理则向网管工作站报告所询问的网 络状态,或有紧急情况时网管代理向网管工作站提出紧急请求:

Trap

(11)

网络管理系统的组成

  网管站:

运行网络管理软件的计算机

  网管代理(agent):

运行于被管设备

  委托代理(proxy):

无法安装

SNMP的设备,通过委托代理管理

  管理信息库(MIB):

存放被管信息

  管理协议:

(12)

委托代理( proxy)

一个

SNMP的委托代理负责对一个或多个被委托设备的

管理功能,即把管理者的命令和请求转换为此类设备能 的信息,同时把这些设备的信息转换为管理者所能 的形式,进行间接管理

管理工作站

管理进程

SNMP

UDP IP

底层协议

委托代理 协议转换功能 管理进程

被委托设 备的协议 结构

SNMP

UDP IP

底层协议

底层协议

被委托设备 管理进程

被委托设 备的协议

底层协议

通信网络 通信网络

SNMP消息

(13)

网络管理系统的组成

  网管站:

运行网络管理软件的计算机

  网管代理(agent):

运行于被管设备

  委托代理(proxy):

无法安装

SNMP的设备,通过委托代理管理

  管理信息库(MIB):

存放被管信息

  管理协议:

(14)

对象的命名

  管理信息库MIB(management information base)指明了网络元素所维持的变量(即能 被管理进程查询和设置的信息)

  MIB给出了一个网络中所有被管对象的集合的 数据结构,SNMP的管理信息库采用树型结构,

称为对象命名树

(15)

Enterprises(1) 1.3.6.1.4.1 mib-2(1) 1.3.6.1.2.1

directory(1) mgmt(2) experimental(3) private(4) security(5) snmpv2(6) internet(1) 1.3.6.1

standard(0) registration authority(1) member body(2) identified organization(3) ccitt(0) iso(1) joint-iso-ccitt(2)

dod(6)

system(1) interface(2) at(3) ip(4) icmp(5) tcp(6) udp(7) egp

(16)

网络管理系统的组成

  网管站:

运行网络管理软件的计算机

  网管代理(agent):

运行于被管设备

  委托代理(proxy):

无法安装

SNMP的设备,通过委托代理管理

  管理信息库(MIB):

存放被管信息

  管理协议:

网管站、网管代理、委托代理之间的通信协议

(17)

SNMPv1协议只支持5类消息

  get:管理者读取代理信息

get-request get-response

get-next-request

  set:管理者设置代理对象中的值

set-request

  trap:在紧急情况下,代理向管理者报告信息

(18)

SNMP采用UDP协议

  使用的端口号为161和162

  161端口:接收来自管理者(网管工作站)

的全部协议数据单元

  162端口:用于代理向管理者传送事件/陷

(19)

SNMP报文的典型操作过程

UDP端口162

UDP端口161

UDP端口161

UDP端口161 get-request

get-next-request

set-request

get-response

get- response

get- response trap

SNMP管理进程 SNMP代理进程

(20)

本章将讨论:

  SNMP – 简单网络管理协议

  DNS – 域名系统

  电子邮件E - mail

  WWW

  多媒体

(21)

域名系统 DNS

  DNS的主要功能

  DNS的名字空间

  名字服务器

  资源记录

  域名解析过程

DNS:Domain Name System

(22)

DNS的主要功能

  功能:映射域名与 IP地址之间的对应 系

特点:分级的、基于域的命名机制和分布式的数据库系统

域名

IP地址

MAC地址

DNS

ARP

(23)

域名系统 DNS

  DNS的主要功能

  DNS的名字空间

  名字服务器

  资源记录

  域名解析过程

DNS:Domain Name System

(24)

DNS的名字空间

  DNS的分层结构

通用的 国家的

sun yale acm ieee edu sh occ vu

eng cs eng jack jill sjtu online cs a inda cs orin flits fluit

robit network

int com edu gov mil org net cn jp nl ...

(25)

DNS的名字空间

  其中:int - 特定组织机构,net - 网络提供者

  命名:域名是从叶到根的路径,用点分

例:

network.cs.sjtu.edu.cn

注:

1997年 Internet公布了新的顶级域名

.firm 企业或公司 .rfo

娱乐活动

.now 个体或个人 .info 提供信息服务的单位

.store 售货单位 .arts 文化娱乐单位

 

大小写不敏感

 

新建一个域,必须征得所属域的同意

 

命名遵循组织界限,而非物理网络

(26)

域名系统 DNS

  DNS的主要功能

  DNS的名字空间

  名字服务器

  资源记录

  域名解析过程

DNS:Domain Name System

(27)

 

提供域名解析

 

域名的解析是通过分布式数据库系统,由区域管理 分区域边界,每个区域有自己的

DNS服务器

通用的 国家的

int com edu gov mil org net cn jp nl ...

sun yale acm ieee edu sh occ vu eng cs eng jack jill sjtu online cs

a inda cs orin flits fluit

一台域名服务 器必须负责自 己所管辖的所 有主机的域名 解析

也必须知道上 一层域名服务 器的

IP地址

(28)

域名系统 DNS

  DNS的主要功能

  DNS的名字空间

  名字服务器

  资源记录

  域名解析过程

DNS:Domain Name System

(29)

资源记录

  每一个域都有一组资源记录,对任 意一台主机来说,最常见的资源记 录是它的 IP地址

  域名服务器的主要功能是将域名映

射成一组资源记录

(30)

资源记录的组成

  Domain name:该资源记录对应的域

  Time to live:该资源记录的生存期(秒)

  Class:常量“IN”,即Internet类

  Type:记录类型

  Value:取决于记录类型

Domain name Time to live class type value

(31)

类型 意义

SOA

提供有 域名服务器区域、

管理者的

Email地址等信息

该区域的一组参数

A

主机的

IP地址 32位整型数

MX

邮件服务器 邮件服务器名

NS

域名服务器 该域的域名服务器名

CNAME

域名

PTR

指针 某一

IP地址的 名,用

于反向解析

HINFO 主机描述 ASCII方式表示的CPU

OS

TXT

文本 任意字符串

(32)

资源记录实例

荷兰

Vrije 大学计算机系DNS数据库可能的权威记录信息

域名 生存期

类型 说明

cs.vu.nl 86400 IN SOA star boss (9527,7200)

cs.vu.nl 86400 IN TXT “Vrije Universiteit Amsterdam”

cs.vu.nl 86400 IN MX 1 zephyr.cs.vu.nl cs.vu.nl 86400 IN MX 2 top.cs.vu.nl

flits.cs.vu.nl 86400 IN HINFO Sun Unix

flits.cs.vu.nl 86400 IN A 130.37.16.112 flits.cs.vu.nl 86400 IN MX 1 flits.cs.vu.nl ftp.cs.vu.nl 86400 IN CNAME 2 zephyr.cs.vu.nl

Rowboat IN A 130.37.62.23

(33)

域名系统 DNS

  DNS的主要功能

  DNS的名字空间

  名字服务器

  资源记录

  域名解析过程

DNS:Domain Name System

(34)

域名解析过程

  通过 UDP包传输请求和应答

cs.sjtu.edu.cn要知道www.cs.tsinghua.edu.cn

IP地址,其过程(递归)为:

cs.sjtu.edu.cn sjtu.edu.cn edu.cn tsinghua.

edu.cn

⑧ ⑦

⑥ 起始服务器 sjtu

DNS服务器

cernet DNS服务器

tsinghua DNS服务器

cs.tsinghua.

edu.cn tsinghua CS

DNS服务器

Tnbm P587 Fig. 7-5 域名解析器如何用个8步骤解析出远程IP地址

(35)

DNS性能的优化

  解决根服务器太忙的问题

制:每个根服务器被 制许多份,存于整个世界,

实际使用时,找物理上最近的服务器

缓存:每个服务器都有一个域名缓存,当查找到一个 新的记录时,

DNS将它的副本存于缓存中,此

后如有域名解析请求,服务器优先查找缓存,

但此信息不是权威(最原始)的,所以生存期 是必须的

(36)

本章将讨论:

  SNMP – 简单网络管理协议

  DNS – 域名系统

  电子邮件E - mail

  WWW

  多媒体

(37)

电子邮件

  电子邮件是使用方便、传递迅速、

价格低廉的通信手段

  电子邮件标准

SMTP – Internet 的标准

X.400 – CCITT的标准

(38)

电子邮件 E-mail

  E-mail服务基于客户/服务器模式,

逻辑上分成用户代理和消息传输代 理 个子系统

  电子邮件系统具有五个基本功能:

写、传输、报告、显示、处理

(39)

电子邮件的组成及其传输

  E-mail系统的组成

  用户代理

  消息格式

  消息传输

  最终递交

(40)

E-mail系统的组成图例

发送邮件缓冲区

用户信箱

报文传输代理 MTA

用户代理 UA

客户

(发送邮件)

服务器

(接收邮件)

发送邮件的 TCP连接

目的端口号25

接收邮件的 TCP连接 25

25

电子邮件系统

(41)

电子邮件的组成及其传输

  E-mail系统的组成

  用户代理

  消息格式

  消息传输

  最终递交

(42)

用户代理( user agent)

  用户代理是一个本地程序,提供行命令 方式、菜单方式或图形方式的界面,用 于收发和管理电子邮件

  具有 写、显示和处理功能,在常用的 浏览工具中都带有电子邮件收发器,早 期也流行过专用的收发器

常用的有:

sendmail、Netscape、IE、foxmail等

(43)

电子邮件的组成及其传输

  E-mail系统的组成

  用户代理

  消息格式

  消息传输

  最终递交

(44)

消息格式

  RFC822

  MIME

与传统的信件一样,电子邮件 也由信封、信头和内容组成

(45)

RFC 822

  RFC 822 没有明显地区分信封和头 部字段,因此邮件就由头部和消息 体组成

  通常用户代理创建一条消息交给传

输代理,由它去构建一个信封

(46)

与消息传输相 的头部字段!

头字段 意义

To:

接收者的地址

Cc:

第二接收者的地址

Bcc:

秘密拷贝者的地址

From:

发送者名字

Sender:

发送者的地址

Received:

沿途每一个转发者增加的信息行

Return-Path: 标识返回发送者的路径

Tnbm P595 Fig. 7-9 与消息有 的RFC 822头部字段

(47)

的头部字段

头字段 含义

Date:

发送消息的日期和时间

Reply-To:

回信应送达的电子邮件地址

Message-ID: 以后引用此消息的唯一标识号 In-Reply-To: 回信消息的标识号

References: 其它相 消息的标识号(一个或多个)

Keywords:

用户选择的 键字

Subject:

用于一行显示的本消息的简短摘要

(48)

消息格式

  RFC822

  MIME

与传统的信件一样,电子邮件也有 信封、信头和内容组成

(49)

早期 E-mail的缺陷

  RFC822仅限于7位ASCII码,许多非英语 国家的文字无法传送

  不能传送可执行文件等二进制文件,包括 音频、视频文

早期的电子邮件只能传送以

ASCII代码保存的文本信息

(适合于美国等英语国家)

Internet 成为一个全球网络的时候,出现以下问题:

(50)

MIME定义的5 新头部

  MIME

Multipurpose Internet Mail Extension)

RFC822的基础上,增加了消息主体的内容

RFC 2045 2049)以及5个新的头部

Tnbm P597 Fig. 7-11 MIME 添加的由RFC822定义的头部

字段名 含义

MIME-Version: MIME版本为1.0,表示服从RFC文档

Content-Description: 人能阅读的串,说明消息中的内容

Content-ID: 唯一的标识符

Content-Transfer-Encoding: 说明传送时如何包装消息主体

Content-Type: 说明内容的类型和格式

(51)

内容描述和内容标识符

  内容描述

主体对象的简单文本描述

  内容标识符

用于在多个内容中唯一地标识每个

MIME

报文实体

(52)

MIME定义的5 新头部

  MIME

Multipurpose Internet Mail Extension)

RFC822的基础上,增加了消息主体的内容

RFC 2045 2049)以及5个新的头部

Tnbm P597 Fig. 7-11 MIME 添加的由RFC822定义的头部

字段名 含义

MIME-Version: MIME版本为1.0,表示服从RFC文档

Content-Description: 人能阅读的串,说明消息中的内容

Content-ID: 唯一的标识符

Content-Transfer-Encoding: 说明传送时如何包装消息主体

Content-Type: 说明内容的类型和格式

(53)

内容传送编码

  表示报文主体的转换类型,以某 方式将报文主 体表示成邮件传送时可接受的格式

最简单的编码

7 bit或8 bit的ASCII,但不能传输二进制数)

Base 64 传送编码

ASCII armor,可传输二进制数)P598

引用的可打印编码

quoted-printable encoding ,

(54)

MIME定义的5 新头部

  MIME

Multipurpose Internet Mail Extension)

RFC822的基础上,增加了消息主体的内容

RFC 2045 2049)以及5个新的头部

Tnbm P597 Fig. 7-11 MIME 添加的由RFC822定义的头部

字段名 含义

MIME-Version: MIME版本为1.0,表示服从RFC文档

Content-Description: 人能阅读的串,说明消息中的内容

Content-ID: 唯一的标识符

Content-Transfer-Encoding: 说明传送时如何包装消息主体

Content-Type: 说明内容的类型和格式

(55)

内容类型

  内容类型

详细地描述了报文主体所包含的数据,接收 方用户代理可挑选适当的代理或机制向用户 提交数据,或以适当的方式处理数据

(56)

定义了

7个基本类型和17 子类型,类型与子类型之间

“ / ”分 ,例:Content-Type:Video/Mpeg

类型 子类型 描

Text

Plain 末格式化的文本

Richtext 文本中含有简单的格式化命令

Html web页面

Xml Xml文档

Image Gif GIF格式的静态图象

Jpeg JPEG格式的静态图象

Audio Basic 声音

Video Mpeg MPEG格式的电影

Application Octet-Steam 一个末解释的字节序列

Postscript 一个以Postscript格式组织的可打印文档

Message

Rft822 一条MIME RFC 822消息

Partial 消息已被分割用于传输

External-Body 消息本身必须通过网络来获取

Multipart

Mixed 按指定顺序的各个无 部分

Alternative 不同格式的同一消息 Parallel 各部分必须同时浏览

Digest 每一部分都是一条完整的RFC 822消息

(57)

  Text类型意味着普通文本

  Text/Plain组合是能按接收样式直接显示的 普通消息,无须进行编码和其他的处理

这个选项允许普通消息只添加很少的头部就能以

MIME传输

(58)

Text类型

(续)

  Text/Richtext子类型允许文本中包含一个 简单的标记语言

语言提供了一 独立于系统的方法来描述粗体、斜体、

大小、缩进、对齐、上下标以及简单的页面设置,标记语言 基于标准通用标记语言

SGML,也是万维网HTML的基础

  Text/Html允许在E-mail中发送web页面

  Text/Xml允许发送xml的文档

(59)

定义了

7个基本类型和17 子类型,类型与子类型之间

“ / ”分 ,例:Content-Type:Video/Mpeg

类型 子类型 描

Text

Plain 末格式化的文本

Richtext 文本中含有简单的格式化命令

Html web页面

Xml Xml文档

Image Gif GIF格式的静态图象

Jpeg JPEG格式的静态图象

Audio Basic 声音

Video Mpeg MPEG格式的电影

Application Octet-Steam 一个末解释的字节序列

Postscript 一个以Postscript格式组织的可打印文档

Message

Rft822 一条MIME RFC 822消息

Partial 消息已被分割用于传输

External-Body 消息本身必须通过网络来获取

Multipart

Mixed 按指定顺序的各个无 部分

Alternative 不同格式的同一消息

(60)

Image类型

  Image用来传输静态图片

目前有多 格式用来存储和转换图象,有些支

持压缩有些不支持压缩,其中的

Image/

Gif和Image/Jpeg是已定义的标准子类型,但

以后会增加其他类型

(61)

定义了

7个基本类型和17 子类型,类型与子类型之间

“ / ”分 ,例:Content-Type:Video/Mpeg

类型 子类型 描

Text

Plain 末格式化的文本

Richtext 文本中含有简单的格式化命令

Html web页面

Xml Xml文档

Image Gif GIF格式的静态图象

Jpeg JPEG格式的静态图象

Audio Basic 声音

Video Mpeg MPEG格式的电影

Application Octet-Steam 一个末解释的字节序列

Postscript 一个以Postscript格式组织的可打印文档

Message

Rft822 一条MIME RFC 822消息

Partial 消息已被分割用于传输

External-Body 消息本身必须通过网络来获取

Multipart

Mixed 按指定顺序的各个无 部分

Alternative 不同格式的同一消息

(62)

Audio和Video类型

  Audio和Video类型分 用于声音和运 动的图象

注:

Video只包括视频信息,没有音频信息,如果要传输

一部有声电影,

Video和Audio部分可能会被分 传

输,这依赖于所用的编码系统,到目前为止唯一定义 的图象格式是

Mpeg

(63)

定义了

7个基本类型和17 子类型,类型与子类型之间

“ / ”分 ,例:Content-Type:Video/Mpeg

类型 子类型 描

Text

Plain 末格式化的文本

Richtext 文本中含有简单的格式化命令

Html web页面

Xml Xml文档

Image Gif GIF格式的静态图象

Jpeg JPEG格式的静态图象

Audio Basic 声音

Video Mpeg MPEG格式的电影

Application Octet-Steam 一个末解释的字节序列

Postscript 一个以Postscript格式组织的可打印文档

Message

Rft822 一条MIME RFC 822消息

Partial 消息已被分割用于传输

External-Body 消息本身必须通过网络来获取

Multipart

Mixed 按指定顺序的各个无 部分

Alternative 不同格式的同一消息

(64)

Application类型

  Application类型是要求额外处理的格式的总称,它不与

其他类型交

  Application/Octet-Stream子类型是不间断字节的序列

当收到这 数据流时,用户代理可能会告诉用户它应当被拷贝到文件

中并提示用户输入文件名,随后处理由用户负责

  Application/Postscript子类型即Adobe System公司

发的

Postscript语言

Postscript语言被广泛用于描述打印页上

(65)

定义了

7个基本类型和17 子类型,类型与子类型之间

“ / ”分 ,例:Content-Type:Video/Mpeg

类型 子类型 描

Text

Plain 末格式化的文本

Richtext 文本中含有简单的格式化命令

Html web页面

Xml Xml文档

Image Gif GIF格式的静态图象

Jpeg JPEG格式的静态图象

Audio Basic 声音

Video Mpeg MPEG格式的电影

Application Octet-Steam 一个末解释的字节序列

Postscript 一个以Postscript格式组织的可打印文档

Message

Rft822 一条MIME RFC 822消息

Partial 消息已被分割用于传输

External-Body 消息本身必须通过网络来获取

Multipart

Mixed 按指定顺序的各个无 部分

Alternative 不同格式的同一消息

(66)

Message类型

  Message类型允许一条消息封装在另一条之中

 

当一条完整的

RFC 822消息被封装在一条发送消息中时,应当使用 Message/RFC 822子类型

  Message/Partial子类型允许将一条封装好的消息拆散成几块,并将它

们分 发送

 

当原封装好的消息太长,则可进行分拆,然后利用参数把所有部分以 的顺序重新组装

  Message/External-Body子类型适用于很长的消息(例如图象文件)

 

除了在消息中包含

Mpeg文件,还给出FTP地址,接收者的用户代理就

能在需要时从网上将它取来,当发送一部电影给许多人时,这个特性 有用,因为只有一部分人想要看它(假设 电子邮件包含广告 电影)

(67)

定义了

7个基本类型和17 子类型,类型与子类型之间

“ / ”分 ,例:Content-Type:Video/Mpeg

类型 子类型 描

Text

Plain 末格式化的文本

Richtext 文本中含有简单的格式化命令

Html web页面

Xml Xml文档

Image Gif GIF格式的静态图象

Jpeg JPEG格式的静态图象

Audio Basic 声音

Video Mpeg MPEG格式的电影

Application Octet-Steam 一个末解释的字节序列

Postscript 一个以Postscript格式组织的可打印文档

Message

Rft822 一条MIME RFC 822消息

Partial 消息已被分割用于传输

External-Body 消息本身必须通过网络来获取

Multipart

Mixed 按指定顺序的各个无 部分

Alternative 不同格式的同一消息

(68)

Multipart类型

  Multipart类型允许消息包括不止一部分内容,每

部分的 始和结束有明 界限

  Multipart/Mixed子类型允许每部分各不相同,而

且无需添加附加结构

  Multipart/Alternative子类型允许每部分包含同样

的消息,但以不同的媒介或编码来表达

(69)

Multipart类型

(续)

  Multipart/

Parallel子类型允许多个部分的同时

播放(

Viewed),如电影的播放包括视频部分

和音频部分的同时播放

  Multipart/

Digest子类型用于多个消息打包、

封装,并压缩成一个消息

(70)

电子邮件的组成及其传输

  E-mail系统的组成

  用户代理

  消息格式

  消息传输

  最终递交

(71)

简单邮件传输协议 SMTP

 

描述电子邮件的信息格式及传递方式,以保证被 传输的电子邮件能正 寻址和可靠传输

 

当邮件传输程序需向远程服务器发送邮件时,将 建立一个

TCP连接(端口号为25)并通过该连接

传输电子邮件信息

  SMTP是 个报文传输代理之间的通信协议,它

14条命令和21条应答信息,每条命令用四个字

母组成,一般情况下一条命令只有一行,由三位 数字的代码 始,后面附上简单的文字说明

(72)

连接建立

  发信人先将准备发送的邮件送到邮件缓冲区,

SMTP client 每隔一定时间(例如30分钟)

对邮件缓冲区扫描一次,如发现有邮件,就 以client 的身份与目的主机(SMTP server)

Well-known的端口号(25)建立TCP连 接并发送

(73)

在连接建立后,

SMTP server 要发出:

“ 220 service Ready ”

然后

SMTP client 向SMTP server 发送:

“ HELO ” 命令,附上发送方的主机名 SMTP server 若有能力接收邮件,则回答:

“ 250 OK ”

表示已准备好接收,若

SMTP server 不可用,则回答:

“ 421 Service not available ”

如在一定时间内(例如 天)发送不了邮件,则将邮件退 还发信人

(74)

邮件传送 询问服务器是否准备好

 

邮件的传送从

MAIL命令 始,在MAIL命令后面

有发信人的地址,如:

MAIL FROM:<ybzhang@cs.sjtu.edu.cn>

 

SMTP server 已准备好接收邮件,则回 “ 250 OK ”

 

否则,返回一个代码,指出原因如:

451(处理时出错)

452(存储空间不 )

500(命令无法识 )

(75)

邮件传送 验证收信人地址

  RCPT TO:<收信人地址>

  每发送一个命令,都应当有相应的信息从 SMTP server 返回,如:

“ 250 OK ”:指明的邮箱在接收端的系统中

“ 550 No such user here ”:不存在此邮箱

(76)

邮件传送 传送正文

  DATA命令,表示将 始传送邮件的内容

  SMTP server 返回的信息是:

“ 354 Start mail input;end with<CRLF>·<CRLF>”

若不能接收邮件,则返回

421:server 不可用;

500:命令无法识 ;等

  SMTP client 就发送邮件的内容

发送完毕后,再发送<

CRLF>·<CRLF>

 

若邮件收到,则

SMTP server 返回信息

“ 250 OK ”;或返回差错代码

(77)

连接释放

 

邮件发送完毕后,

SMTP client 应发送QUIT命令

  SMTP server 返回的信息是:“ 250 OK ”

  SMTP client 再发出释放TCP连接的命令,待SMTP server 回答后,邮件传送的全部过程即结束

完整的过程见

Tnbm P604 Fig. 7-14

(78)

电子邮件的组成及其传输

  E-mail系统的组成

  用户代理

  消息格式

  消息传输

  最终递交

(79)

最后递交

 

上述

E-mail传递过程是传统的ARPANET的工作模型,

所有的用户都是永远在线的,而在如今的

Internet上,

用户可能是通过拨号连接到它的

ISP,即他可能并非

永远在线

 

当有人给你发

E-mail时你不在线怎么办? 如何建立 TCP连接? 与谁建立TCP连接?

 

可以在

ISP的机器上设置一个消息传输代理(邮局)

来替代

client 接收邮件,并把它存入他们的邮箱中,

当用户在线并有请求时再发给用户

(80)

邮件服务器

  邮件服务器即 “ 邮局 ”,通常邮件服务器 是不会 机的

  邮件服务器应为每个注册用户提供用户信 箱(mailbox)并设定E-mail地址

交大计算机系的

Mail Server的域名为cs.sjtu.edu.cn E-mail地址格式: mailbox@computer

ybzhang@cs.sjtu.edu.cn

yb33030@163.com

(81)

(Post Office Protocol version 3)

  允许用户代理与传输代理联系,将E-mail从 ISP 制到用户端的协议

  POP3执行过程

  当用户 始读取

E-mail时,POP3 始执行

  用户与

ISP上的传输代理的110端口建立一个TCP连接

  用户认证:用户发送用户名和密码

  用户发送

RETR (Return) 命令读取E-mail

  用户发送

QUIT命令请求结束该过程

  服务器删除所有消息

(82)

邮件传输的完整过程

用户A

用 户 接 口

用 户 接 口

In te rn et

用户B 发送邮

件缓冲区

用户信箱

SMTP-C

(发送邮件)

SMTP-S

(接收邮件)

用户A 邮局

发送邮 件缓冲区

用户信箱 SMTP-S

(接收邮件)

SMTP-C

(发送邮件)

用户B 邮局

邮局间收发邮 件使用

SMTP协议

用户

A邮局为发送邮件向用户 B邮局的25#端口请求TCP连接

SMTP

POP POP

SMTP

POP-S POP-C

POP-S

POP-C

110 110

25 25

25

25

用户

- 邮局、邮局 - 用户的邮件传输模型

(83)

(Internet Message Access Protocol)

 

POP3对应的另一个邮件读取协议,所用的TCP端

口为

143

  IMAP假设E-mail永久保存在多个信箱中的某一个上

 

邮件不下载到用户的机器上,邮件服务器的资源占 用量较大

  IMAP提供了一套在用户机器上对多个E-mail信箱进

(84)

Web Mail

  通过Web站点提供E-mail服务

  服务器上有正常的信息传输代理来监听端口 25,以及时应答SMTP用户的连接请求

  在连接建立后,通过用户名和口令的输入,

验证身份

  由服务器读取用户信箱,并组装成HTML的

(85)

本章将讨论:

  SNMP – 简单网络管理协议

  DNS – 域名系统

  电子邮件E - mail

  WWW

  多媒体

(86)

WWW

  超文本:

由多个文本信息源连接而成,通过链接,用户可以找 到其他文档

  超媒体:

与超文本的区 是文档内容不同,超媒体信息可包括 声音、图象、活动图象等

  万维网的结构:

基于客户

/服务器结构,客户端称为浏览器,用TCP作

为传输层协议,服务器方用固定端口

80侦听连接请求

万维网是分布式的超媒体信息系统,是超文本的扩展

(87)

  客户端软件即浏览器,主要用于:

连接

Web server

解释执行由

HTML语言编写的文档

将执行结果显示在屏幕上

  较有影响的几个浏览器:

Microsoft(IE Internet Explorer)

Netscape(Navigator)

Mosaic

Navigator和IE等浏览器,除了支持访问Web server 的

(88)

Web server

  在 server 上,信息以网页形式来 发布多媒体信息

  网页采用超文本标记语言 HTML 来编写

  资源使用统一的资源定位器 URL

来唯一标识

(89)

 

怎样表示分布在整个

Internet上的万维网文档?

URL

 

用什么样的协议来实现万维网上各 超链的链接

? HTTP

 

怎样使不同作者创作的不同风格的万维网文档都 能在

Internet上的各 计算机上显示出来,同时使

用户清楚地知道在什么地方存在链接

?

网页制作

 

怎样使用户能方便地找到所需的信息

?

Search Engine

(90)

统一资源定位符 URL

  URL(Uniform Resource Locator)

  一般格式:

protocol://computer_name:port/

document_name

(其中port 通常不用

  举例:

http://www.cs.sjtu.edu.cn/welcome.html

ftp://ftp.cs.sjtu.edu.cn

(91)

 

怎样表示分布在整个

Internet上的万维网文档?

URL

 

用什么样的协议来实现万维网上各 超链的链接

? HTTP

 

怎样使不同作者创作的不同风格的万维网文档都 能在

Internet上的各 计算机上显示出来,同时使

用户清楚地知道在什么地方存在链接

?

网页制作

 

怎样使用户能方便地找到所需的信息

?

Search Engine

(92)

超文本传输协议 HTTP

  工作过程

XXXXXXXXX

浏览器程序

客户计算机

Internet

服务器程序

XXXXXXXXX xxxxxxxxxxxx

服务器计算机 www.cs.sjtu.edu.cn

HTTP使用此TCP连接

HTTP

链接到 URL的超链

(93)

  当点击了

http:// www.cs.sjtu.edu.cn/welcome.html

1. 

浏览器分析超链指向页面的

URL

2. 

浏览器向

DNS请求解析www.cs.sjtu.edu.cn的IP地址

3.  DNS解析出服务器的IP地址为202.120.1.154

4. 

浏览器与服务器建立

TCP连接(202.120.1.154使用端口80)

5. 

浏览器发出取文件命令:

get/welcome.html

6.  www.cs.sjtu.edu.cn服务器响应,将文件welcome.html发给浏览器

7.  TCP连接释放

8. 

浏览器显示文件

welcome.html中的所有文本

(94)

HTTP报文的通用结构

  HTTP(Hypertext Transfer Protocol)

Request Line

请求行

Response Line

状态行

General Header

通用首部

General Header

通用首部

Request Header

请求首部

Response Header

响应首部

Entity Header

实体首部

Entity Header

实体首部

Entity Body

实体主体

Entity Body

实体主体

实体 请求报文

响应报文

(95)

HTTP请求方法

  请求命令(大小写敏感)

方法 描述

GET

请求读一网页

HEAD

请求读一网页的头

PUT

请求存储一网页

POST

附加一个命名的资源(例如,一个网页)

DELETE

删除一网页

LINK

链接 个已有的资源

UNLINK

切断 个已有资源的连接

(96)

有 万维网的几个问题

 

怎样表示分布在整个

Internet上的万维网文档?

URL

 

用什么样的协议来实现万维网上各 超链的链接

? HTTP

 

怎样使不同作者创作的不同风格的万维网文档都 能在

Internet上的各 计算机上显示出来,同时使

用户清楚地知道在什么地方存在链接

?

网页制作

 

怎样使用户能方便地找到所需的信息

? Search Engine

 

万维网性能的提高

(97)

网页的制作

  静态网页

某个服务器上等待用户访问的文件

  动态网页

按用户的需求在服务器上动态组织 一个网页

(98)

静态网页

  HTML(HyperText Markup Language)允许用户创

建包含文本、图像及指向其它

Web页面的指针

  XML(eXtensible Markup Language)允许定义结构

化的数据

  XHTML(eXtended HyperText Markup Language)

是一 新的

Web标准,为了达到最大的平台移植性

(99)

网页的制作

  静态网页

某个服务器上的文件

  动态网页

按用户的需求在服务器上动态组织 一个网页

(100)

动态网页

  服务器端的动态网页的生成,比如根据用户 的需求从数据库中读取数据并组织成网页

  客户端的动态网页的生成,如在客户端利用 一段SCRIPT程序生成一些预定格式的网页

(101)

 

怎样表示分布在整个

Internet上的万维网文档?

URL

 

用什么样的协议来实现万维网上各 超链的链接

? HTTP

 

怎样使不同作者创作的不同风格的万维网文档都 能在

Internet上的各 计算机上显示出来,同时使

用户清楚地知道在什么地方存在链接

?

网页制作

 

怎样使用户能方便地找到所需的信息

?

Search Engine

(102)

搜索引擎 Search Engine

  搜索万维网的程序

万维网是一无向图,页面即为节点,超链接为边 数据量十分庞大,且经常更新

使用递归的搜索算法,根据 键字到URL列表

(可能有几百万个表项)中指向的主机进行搜索

问题:数据结构的定义、搜索策略与搜索时间和存储 空间的问题、搜索准 率等等

(103)

 

怎样表示分布在整个

Internet上的万维网文档?

URL

 

用什么样的协议来实现万维网上各 超链的链接

? HTTP

 

怎样使不同作者创作的不同风格的万维网文档都 能在

Internet上的各 计算机上显示出来,同时使

用户清楚地知道在什么地方存在链接

?

网页制作

 

怎样使用户能方便地找到所需的信息

?

Search Engine

(104)

万维网性能的提高

  缓存

是客户端采用的技术,它利用代理(

proxy)技术,

将网页保存在代理的缓冲区中,此代理可以是本地 的个人

PC、可以是公司LAN上的服务器,也可以

ISP的服务器

  服务器的 制

镜像服务器

  内容分发网络

(105)

本章将讨论:

  SNMP – 简单网络管理协议

  DNS – 域名系统

  电子邮件E - mail

  WWW

  多媒体

(106)

多媒体

  音频

  视频

(107)

数字音频

  音频是一维的声波

  音频数字化

  PCM调制

每秒

8000次采样,每个采样被量化为8 bit

  音频CD

每秒

44100次采样,每个采样被量化为16

bit,因此非立体声需要705.6K bps,立体

声需要

1.4112M bps

(108)

音频压缩

  波形编码( waveform coding)

利用傅立叶级数的展 ,记下每一个分量的 振幅,并以最小化的方式编码

  知觉编码( perceptual coding)

以人对声音的感觉方式来编码,

MP3就用此

方法压缩,其 键技术是某些声音能掩盖其 它声音

(109)

数字音频的应用

  流音频:在 Internet上听音乐

通过

HTTP下载一个音频文件,由Media play回放

  Internet无线电广播

 

节目事先录制在磁盘上

 

Internet上的直播

  Voice over IP

(110)

Voice over IP

 

传统的电话网传递的大部分是话音,少部分是数据,

但数据流量在不断增长,在

1999年已与话音量持平,

2002年数据流量已比语音流量多一个数量级

 

由于话音通过

PCM调制也变成了数字,因此也可以在

数据网络上传输,在

Internet上传输电话称为Internet

电话,也称为

Voice over IP

ITU的H.323 IETF的SIP

(111)

H.323

  H.323的全名为:Visual Telephone System and Equipment for Local

Area Network Which Provide a Non- Guaranteed Quality of Service

  H.323提出了Internet电话的总体结构

(112)

IP phone的结构

Tnbm P686 Fig. 7-64 IP电话的结构模型

Internet gateway

gatekeeper

zone

PSTN

'

'

' '

' '

(113)

IP phone的工作原理

  IP phone用到的协议

  连接建立

 

PC与gatekeeper建立连接

 

建立电话连接

  通话

  连接释放

(114)

IP phone用到的协议

 

声音的编码解码

 

G.711(PCM):每秒8000采样 每样本8bit64K bps

 

G.723:用知觉编码,将每30 ms的声音信息用24 或20个字节来表示,6.4K或5.3K bps

  H.245:双方协商压缩方法

  RTCP:协商连接过程中的其它事宜,如比特率

  Q.931:处理诸如连接建立与断 、提供拨号音 和振铃声等

  H.225: PC与gatekeeper之间的对话协议,如

注册、准入等工作

(115)

IP phone的工作原理

  IP phone用到的协议

  连接建立

 

PC与gatekeeper建立连接

 

建立电话连接

  通话

  连接释放

(116)

PC与gatekeeper建立连接

  PC寻找自己的gatekeeper

 gatekeeper注册

  得到 认后,PC向gatekeeper申请 所需的带宽

  得到承诺后 始连接建立过程,PC与 gatekeeper之间建立一个TCP连接

(117)

IP phone的工作原理

  IP phone用到的协议

  连接建立

 

PC与gatekeeper建立连接

 

建立电话连接

  通话

  连接释放

(118)

建立电话连接

  PC发送Q.931的连接消息,指出与 个电话 通话,通过gatekeeper送到gateway

  Gateway发出一个普通的电话呼叫

  PSTN本地局向被叫电话发出振铃信号,并Q.931 ALERT 消息告诉PC振铃 始

  当被叫电话摘机时,局端发回一个Q.931的 CONNECT消息,通知PC连接已建立

參考文獻

相關文件

通过 HSK(二级)的考生可以用汉语就熟悉的日常话题进行简单而直接的 交流,达到初级汉语优等水平。..

通常把这种过去时期的,具有滞后作用的变量 叫做 滞后变量(Lagged Variable) ,含有滞后变量

打商务电话要用“您好”开头,多 说“请”字,以“谢谢”收尾。通话态 度要亲和,声音大小要适中,始终保持

通过 YCT(三级)的考生可以用汉语就熟悉的日常话题进行简单而直接的 交流,达到初级汉语优等水平。..

通过 YCT(三级)的考生可以用汉语就熟悉的日常话题进行简单而直接的 交流,达到初级汉语优等水平。..

通过 HSK(二级)的考生可以用汉语就熟悉的日常话题进行简单而直接的 交流,达到初级汉语优等水平。..

通过 HSK(二级)的考生可以用汉语就熟悉的日常话题进行简单而直接的 交流,达到初级汉语优等水平。..

,在需求分析过程中应该建立起软件系统的 行为模型。状态转换图 ( 简称为状态图 ) 通