计算机网络技术教程 第4章.ppt

1、,计算机网络技术教程 自顶向下的分析与设计方法 吴功宜 吴英 编著,1,第4章 应用层协议 与应用系统设计方法,2,主要内容,3,4.1 网络应用与应用系统设计方法,4.1.1 互联网端系统与核心交换的基本概念 面对复杂的互联网结构，研究者必须遵循网络体系结构研究中“分而治之”的分层结构思想，在解决过程中对复杂网络进行简化和抽象。在各种简化和抽象方法中，将互联网系统分为边缘部分与核心交换部分是最有效的方法之一。 核心交换部分包括由大量路由器互联的广域网、城域网和局域网。,4,将互联网抽象为边缘部分与核心交换部分的结构示意图,5,核心交换部分与边缘部分的关系,核心交换部分包括由大量路由器互联的广

2、域网、城域网和局域网； 互联网边缘部分主要包括大量接入互联网的主机和用户设备； 边缘部分利用核心交换部分所提供的数据传输服务功能，使得接入互联网的主机之间能够相互通信和共享资源。,6,端系统的概念（1）,边缘部分的用户设备也称为端系统（end system）； 端系统是能够运行FTP应用程序、E-mail应用程序、Web应用程序，或P2P文件共享的Napster应用程序、Skype即时通信应用程序的计算机； 端系统又被统称为主机（host）；,7,端系统的概念（2）,在未来的网络应用中，端系统的主机类型将从计算机扩展到所有能够接入互联网的设备，如手持终端PDA、固定与移动电话、数字相机、电视机

3、、无线传感器网络的传感器结点，以及各种家用电器。,8,应用程序体系结构的概念,网络应用程序运行在端系统，核心交换部分为应用程序进程通信提供服务； 应用程序体系结构（application architecture）的概念使得网络应用系统的设计开发过程变得容易和规范。,9,应用程序体系结构的基本概念,10,4.1.2 应用进程间相互作用模式,应用进程间相互作用模式的基本概念 在应用程序体系结构的分类中使用的客户/服务器（C/S）的术语对于理解系统结构是有利的，但是与应用进程间相互作用模式容易产生混淆； 在TCP/IP协议体系中，进程之间相互作用采用的是客户/服务器模式； 在客户/服务器模式中，客

4、户与服务器分别表示相互通信的两个应用程序进程。,11,进程通信中的客户/服务器模式,12,C/S工作模式的特点（1）,服务器程序在固定的IP地址和熟知的端口号上一直处于打开状态，随时准备接收客户端的服务请求； 客户端程序可以根据用户需要，在访问服务器时打开； 客户端之间不能够直接通信；,13,C/S工作模式的特点（2）,当同时向服务器发出服务请求的客户数量比较多时，一台服务器不能满足多个客户请求的需要。人们经常使用由多台服务器组成的服务器集群（server farm）构成一个虚拟服务器； 如果在客户数量比较少，或者客户服务请求不频繁时，也可以将多种服务器应用程序安装在一台计算机中。一台服务器就

5、可以提供多种网络服务功能。,14,P2P工作模式的特点,P2P应用程序体系结构分为： 纯P2P模式 P2P与C/S混合模式,15,纯P2P模式的应用程序体系结构特点,所有的结点地位是平等的，都可以以对等的方式直接通信； 纯P2P应用程序体系结构的典型例子如Gnutella。Gnutella是一个P2P文件共享应用程序； P2P工作模式的最大优点是它的信息共享的灵活性与系统的可扩展性。在一个P2P文件共享应用程序中，可以有数以百万计的对等结点加入，每个结点即可以作为一个客户端，也可以起到服务器的作用。,16,P2P与C/S的混合模式,随着P2P规模的扩大，很多P2P应用实际上采用P2P与C/S的

6、混合模式； 典型的软件是Napster； 在Napster系统中，共享的MP3文件是直接在两个对等结点之间直接传输，但是提出共享请求的结点需要通过一个查询服务器找到当前打开的对等结点的地址； 目前大量使用的P2P即时通信程序也采用P2P与C/S的混合模式。,17,4.1.4 网络应用与应用层协议,应用层协议规定应用程序进程之间通信所 遵循的通信规则。 应用层协议的基本内容： 交换报文的类型，如请求报文与应答报文； 各种报文格式与包含的字段类型； 对每个字段意义的描述； 进程在什么时间、如何发送报文，以及如何响应。,18,应用层协议的类型,标准的网络应用层协议 E-mail、FTP、TELNET

7、、Web等 协议以RFC文档的方式公布 遵守RFC文档所制定的应用层协议开发的应用系统之间可以实现互联和互操作； 专用的应用层协议 目前P2P文件共享的应用层协议一般都属于专用协议。,19,4.1.5 网络应用对低层提供服务的要求,应用程序的开发者将根据网络应用的实际需求来决定传输层是选择TCP协议还是UDP协议，以及主要的技术参数；,20,传输层协议是在主机的操作系统控制下，为应用程序提供确定的服务。 传输层QoS表现在：可靠性、带宽与延时等方面。,21,E-mail、FTP、TELNET、Web、IM、IPTV、VoIP，以及金融应用系统、电子政务、电子商务、远程医疗、远程数据存储等应用对

8、数据传输的可靠性、带宽和延时要求不同； 金融应用系统、电子政务、电子商务、远程医疗、远程数据存储等应用对数据传输的可靠性要求高； IPTV、VoIP等对带宽和延时要求比较高，而对数据传输的可靠性要求不是很严格，一个分组的丢失一般不会影响语音与图像的收听或观看的效果。,22,4.1.6 网络应用系统对传输层协议的选择,TCP协议可以提供的服务： 支持可靠的面向连接服务 支持字节流传输服务 支持全双工服务,23,选择TCP协议时需要注意的问题,TCP协议的拥塞控制机制是通过限制每个TCP连接来达到公平使用网络带宽的方法； 对于有最低带宽限制的实时视频应用来说，抑制传输速率会造成严重的影响； 实时视

9、频应用应该选择UDP协议，而不是TCP协议。,24,UDP协议能够提供的服务,UDP是一种无连接、不可靠的传输层协议； UDP协议没有提供拥塞控制机制； UDP协议不提供最小延时保证。,25,应用层协议与传输层协议的关系,26,4.2 域名系统DNS,4.2.1 DNS的基本概念 DNS的作用是将主机域名转换IP地址，它使得各种互联网应用成为可能，因此它是互联网所有应用层协议的基础。,27,DNS与其他网络应用的关系,28,域名系统DNS必须具备的基本功能：,名字空间定义：系统必须提供一个所有可能出现的结点命名的名字空间； 名字注册：系统必须为每台主机分配一个在全网具有唯一性的名字； 名字解析

10、：系统要为用户提供一种有效的完成主机名与网络IP地址转换的机制。,29,域名系统的功能,30,4.2.2 DNS的实现,域名空间和资源记录 DNS名字空间被组织成“域”与“子域”的层次结构，它在结构上像计算机中的树状文件目录结构； 域名空间和资源记录是树型命名空间结构和与域名相关数据的技术规范。,31,域名服务器 域名服务器是一组用来保存域名树结构和对应信息的服务器程序； 地址解析程序 地址解析程序可以从域名服务器中检索客户请求查询的某个域名对应的IP地址；,32,域名空间和资源记录、域名服务器与地址解析程序的关系,用户通过本地地址解析程序的简单的过程调用或系统调用，对域名系统进行访问； 从地

11、址解析程序的角度看，域名系统是由数量未知的域名服务器构成的系统，地址解析程序将每一个域名系统使用的数据库视为基本静态的数据库； 域名服务器必须周期性地对本地的区域数据进行刷新，对来自于地址解析程序的请求进行并行处理。,33,DNS根域名服务器,DNS域名服务器的设置遵循了层次结构原则； DNS根域名服务器对于DNS系统的整体运行具有极为重要的作用； 任何原因造成根域名服务器停止运转，都会导致整个DNS系统的关闭； 出于安全的原因，DNS根域名服务器不可能只有一台，目前存在13个DNS根域名服务器； 大多数根域名服务器由多台服务器构成的服务器集群组成。有些根域名服务器由分布在不同地理位置的多台镜

12、像DNS服务器组成。,34,4.2.3 域名数据库,DNS必须有一个大型的、分布式的域名数据库； 域名数据库存储的是按层次管理的域名空间数据； 这种层次结构可表示为根在上面的树形结构，结点都是根的子孙； 所有结点都是可以萌发新枝叶的点，通常将结点和叶都称为结点。,35,RFC1034表示的域名空间结构,36,4.2.4 域名解析的基本工作原理,域名解析方法： 递归解析（recursive resolution） 反复解析（iterative resolution）,37,主机向本地域名服务器查询过程,38,递归解析中客户与服务器的交互过程,39,反复解析中客户与服务器的交互过程,40,4.3

13、主机配置与动态主机配置协议DHCP,对于TCP/IP网络来说，要将一台主机接入互联网 必须配置以下一些参数： 本地网络的默认路由器地址； 主机应该使用的网络掩码； 为主机提供特定服务的服务器地址，如DNS、E-mail服务器； 本地网络的最大传输单元MTU长度值； IP分组的生存时间TTL值。,41,4.3.1 主机配置的基本概念,对于大规模的网络以及远程主机、移动设备、无盘工作站和地址共享配置，用手工进行主机配置已经不可能实现； 动态主机配置协议可以为主机自动分配IP地址及其他一些重要的参数；,42,4.3.2 DHCP协议的基本内容 DHCP服务器的主要功能,地址储存与管理； 配置参数的储

14、存和管理； 租用管理； 响应客户主机请求； 服务管理服务管理。,43,DHCP客户端的主要功能,发起配置； 配置参数管理； 租用管理； 报文重传。,44,DHCP客户与服务器交互过程,45,DHCP中继代理采用单播方式转发发现报文,46,4.4 电子邮件系统,4.4.1 互联网电子邮件系统设计的基本思路 所有邮件都使用标准的地址格式，并且每个邮箱在其命名空间里是惟一的。 所有邮件报文都使用统一的报文格式，从而保证不同系统之间邮件可以交换。 使用统一的报文传递协议向最终用户传递报文。,47,4.4.2 电子邮件体系结构与基本工作原理,电子邮件的工作原理,48,电子邮件协议STMP原理示意图,49

15、,邮件传输代理MTA与用户代理UA的概念,50,中继MTA服务器转发邮件的结构,51,在互联网中邮件报文传输过程,52,4.4.3 邮件报文交付的3个阶段,53,4.4.4 SMTP协议的基本内容,SMTP命令和应答,54,主要的SMTP命令,55,主要的SMTP应答,56,邮件报文的封装,57,邮件报文传送过程连接建立、报文 传送、连接终止,连接建立过程,58,报文传送过程,59,连接终止过程,60,4.4.5 MIME协议的基本内容MIME与SMTP的关系,61,4.4.6 POP3、IMAP4协议与基于Web的 电子邮件,POP3协议 RFC1939 “POP3协议”中提供了一种将存储在

16、目地SMTP服务器中的邮件报文传送到用户的机制； RFC2449“POP3协议扩展机制”对该协议的扩展机制进行了定义。,62,POP协议会话过程,63,IMAP4协议,IMAP4提供的功能： 用户在下载邮件之前可以检查邮件的头部； 用户在下载邮件之前可以用特定的字符串搜索电子邮件的内容； 用户可以部分地下载电子邮件； 用户可以在邮件服务器上创建、删除邮箱，或对邮箱更名； 为了存放电子邮件，用户可以在文件夹中创建分层次的邮箱。,64,4.5 FTP协议与服务,65,4.5.1 FTP协议工作模型,4.5.2 FTP主要命令与协议执行过程（1）,RFC959定义的FTP控制命令主要有： USER：

17、用于向服务器端发送用户名； PASS：用于向服务器端发送用户口令； LIST：用于向服务器端请求发送当前目录的文 件列表； RETR：用于从服务器端当前目录检索文件； STOR：用于将客户主机的一个文件存储到 FTP服务器。,66,FTP主要命令与协议执行过程（2）,RFC959定义的应答主要有： 125：数据连接正确，准备传输文件； 150：数据连接即将打开； 220：服务就绪； 221：服务关闭； 226：关闭数据连接； 230：用户注册完成； 331：用户名正确，需要传输用户口令。,67,客户端从服务器读取文件时的FTP协议执行过程,68,4.6 Web服务与HTTP协议,4.6.1 H

18、TTP协议的发展 4.6.2 HTTP的非持续连接与持续连接 HTTP的非持续连接与持续连接 HTTP协议支持： 非持续连接（nonpersistent connection） 持续连接（persistent connection） HTTP1.0版协议定义非持续连接； HTTP/1.1默认状态为持续连接。,69,非持续连接,在非持续连接中，对每次请求/响应都要建立一次TCP连接。 如果一个网页包括1个基本的HTLM文件和105个JPEG图像文件，即106个对象（object），并且都位于同一个服务器中。,70,非持续连接状态访问该对象的工作过程,客户进程在80端口发起一次与服务器的TCP连接

19、; 客户进程在这个TCP连接上发送一个HTTP请求报文，请求报文中包括对象路径netlab/picture.gif; 服务器在这个TCP连接上接收HTTP请求报文，并封装在一个HTTP应答报文，通过这个TCP连接发送到客户进程; 服务器进程通知TCP协议断开此次TCP连接; 客户程序在接收到应答报文之后，通知TCP协议断开此次TCP连接; 客户程序对于每个gif文件的引用重复一次以上过程。,71,请求一个HTTP文件所需时间,72,计算示例,请求一个HTTP文件所需时间测算示例 RTT的平均值为1200ms； 传输一个gif文件时间平均为2500ms； 如果一个网页中有105个gif文件； 估

20、算出采取串行方法读取gif文件，与以每次连接传输10个gif文件所用的时间。,73,采取每个连接传输一个gif文件所需时间 T1=21200+(1200+2500)105=2400+388500 =390900(ms)=390.9(s)采取每个连接传输10个gif文件所需时间 T2=21200+21200+(250010)10+21200 +(25005)1 =2400+252400+7740 =262540(ms)262.5(s) 比较T1与T2之后可以发现，采用每个TCP连接传输10个gif文件所需时间比每个连接传输一个gif文件所需时间缩短约33%。,74,持续连接,在持续连接时，服务器

21、在发出响应后保持该TCP连接，在相同的客户进程端与服务器端之间的后续报文都通过该连接传送; 一个Web服务器中的多个Web页也可以通过一个持续的TCP连接来传送; 服务器进程在接收到客户进程的请求或超时才关闭该连接。,75,持续连接的工作方式,非流水线方式 流水线方式 非流水线方式 客户端只有在接收到前一个响应时才能发出新的请求； 客户端在每访问一个对象时要花费1个RTT时间； 服务器每发送一个对象之后，要等待下一个请求的到来，连接处于空闲状态，浪费了服务器的资源。,76,流水线方式,客户端在没有收到前一个响应时就能够发出新的请求； 客户端的请求可以像流水线作业一样，连续地发送到服务器端，服务

22、器端可以连续地发送应答报文； 使用流水线方式的客户端访问所有的对象只需花费1个RTT时间，提高下载Web文档的效率； HTTP1.1默认状态是持续连接的流水线工作方式。,77,HTTP请求与应答的工作过程,78,4.6.3 HTTP报文格式,请求报文的发送过程与结构,79,HTTP在请求行可以指定的方法,GET方法 HEAD方法 PUT方法 POST方法 PATCH方法,COPY方法 DELETE方法 MOVE方法 LINK方法 UNLINK方法,80,HTTP应答报文结构,81,主要状态码与相应意义,82,83,请求报头与响应报头的结构,84,通用头部,85,请求头部,86,响应头部,87,

23、正文头部,88,使用GET方法读取图像,89,使用HEAD方法读取HTML文档信息,90,使用POST方法向服务器发送数据,91,HTTP工作原理与过程,92,4.6.4 超文本标记语言HTML,一个HTML标记的例子,93,常用的HTML标记,94,一个Web文档的例子,95,Web文档类型,静态文档,96,动态文档,97,活动文档,98,4.6.5 Web浏览器,99,4.7 即时通信与SIP协议RFC2778定义的即时通信系统除了要提供实时信息交换、状态跟踪能力之外，还增加了:,音频/视频聊天 应用共享 文件传输 文件共享,游戏邀请 远程助理 白板,100,4.7.1 即时通信工作模型的

24、类型,即时通信工作模型可以分为： 在线的对等通信方式 离线的中转通信方式,101,典型即时通信系统QQ的通信过程,102,4.7.2 SIP协议的基本内容,很多即时通信系统都是采用服务提供商自己制定的即时通信协议，各个公司制定的协议互相不兼容； 1999年，IETF提出了会话初始化协议（SIP），RFC32613266文档对SIP协议进行了详细地描述； SIP是在应用层实现即时通信的控制信令协议；,103,在SIP协议中，“会话”是指用户之间的数据传输。传输的数据可以是普通文本数据，可以是音频或视频数据，也可以是E-mail、聊天、游戏等数据； SIP协议用于创建、修改和终止会话； 在传输层，

25、SIP协议可以使用TCP协议、UDP协议或流控制传输协议（SCTP）。,104,SIP协议的的特点,协议简洁，效率高； 采用客户/服务器工作模式； 地址灵活。,105,采用了客户/服务器工作模式,定义了两种构件： 用户代理 网络服务器 定义了两种代理服务器的状态： 有状态代理 无状态代理,106,用户代理,用户代理包括2个程序：用户代理客户与用户代理服务器； 用户代理客户发起呼叫，而用户代理客户则接受呼叫； 用户代理客户的表现形式有多种，有些是运行在计算机上的软件，有些是嵌入到移动设备（例如笔记本计算机、PDA或移动电话）的应用软件。,107,代理服务器的两种状态,有状态代理服务器保存接收到的

26、用户代理接入请求、回送的响应，以及转发的请求信息； 无状态代理服务器在转发请求信息之后不保留状态信息。,108,SIP协议要求的地址格式,电话号码 sip:wugongyi8622-23508917 IPv4地址 sip: wugongyi80 电子邮件地址 sip:,109,SIP协议的报文格式,SIP请求报文名称及意义,110,SIP应答报文状态码的范围及意义,111,SIP通过代理服务器建立会话连接的过程,112,4.8 网络管理与SNMP协议,4.8.1网络管理的基本概念 网络管理系统组成部分： 管理进程 被管对象 代理进程 管理信息库 网络管理协议,113,网络管理系统结构,114,网络管理的功能,配置管理 性能管理 记账管理 故障管理 安全管理,115,SNMP协议的工作原理,116,4.8.2 SNMP协议的基本内容,管理信息结构（SMI） 管理信息库（MIB） SNMP协议规则,117,管理信息结构SMI,被管对象如何命名 存储的被管对象数据有哪些类型 在管理进程与代理进程中传输的数据如何编码,118,对象命名树的结