标题：应用层
主要功能和特点
属于应用的概念和协议发展得很快，使用面又很广泛，这给应用功能的标准化带来了复杂性和困难性。比起其它层来说，应用层需要的标准最多，但也是最不成熟的一层。但随着应用层的发展，各种特定应用服务的增多，应用服务的标准化开展了许多研究工作，ISO已制定了一些国际标准（IS）和国际标准草案（DIS）。因此，通过介绍一些具有通用性的协议标准，来描述应用层的主要功能及其特点。
主要是提供网络任意端上应用程序之间的接口。
文件运输、访问和管理功能文件运输与远程文件访问是任何计算机网络最常用的两种应用。文件运输与远程访问所使用的技术是类似的，都可以假定文件位于文件服务器机器上，而用户是在顾客机器上并想读、写而整个或部分地运输这些文件，支持大多数现代文件服务器的关键技术是虚拟文件存储器，这是一个抽象的文件服务器。虚拟文件存储给顾客提供一个标准化的接口和一套可执行的标准化操作。隐去了实际文件服务器的不同内部接口，使顾客只看到虚拟文件存储器的标准接口，访问和运输远地文件的应用程序，有可能不必知道各种各样不兼容的文件服务器的所有细节。
电子邮件功能计算机网络上电子邮件的实现开始了人们通信方式的一场革命。电子邮件的吸引力，在于象电话一样，速度快，不要求双方都同时在场，而且还留下可供处理或多处投递的书写文电拷贝。
虽然电子邮件被认为只是文件运输的一个特例，但它有一些不为所有文件运输所共有的特殊性质。因为，电子邮件系统首先需考虑一个完善的人机界面，例如写作，编辑和读取电子邮件的接口，其次要提供一个运输邮件所需的邮政管理功能，例如管理邮件表和递交通知等。此外，电子邮件与通用文件运输的另一个差别是，邮件文电是最高度结构化的文本。在许多系统中，每个文电除了它的内容外，还有大量的附加信息域，这些信息域包括发送方名和地址、接收方名和地址、投寄的日期和时刻、接收复写副本的人员表、失效日期、重要性等级、安全许可性以及其它许多附加信息。  ISO标志1984年CCITT制定了叫做MHS（文电处理系统）的X．400建议的一系列协议。ISO试图把它们收进OSI的应用层，并叫做MOTIS（面向文电的正交换系统）。由于X．400结构的缺少，这种吸收不是很简单。1988年又修改了X.400，力争与MOTIS会聚。本章我们将介绍MHS。
虚拟终端功能由于种种原因，可以说终端标准化的工作已完全失败了。解决这一问题的OSI方法是，定义一种虚拟终端，它实际上只是代有实际终端的抽象状态的一种抽象数据结构。这种抽象数据结构可由键盘和计算机两者操作，并把数据结构的当前状态反映在显示器上。计算机能够查询此抽象数据结构，并能改变此抽象数据结构以使得屏幕上出现输出。
其它应用功能其它应用已经或正在标准化。在此，要介绍的是目录服务、远程作业录入、图形和信息通信。
（1）目录服务：它类似于电子电话本，提供了在网络上找人或查到可用服务地址的方法。
（2）远程作业录入：允许在一台计算机上工作的用户把作业提交到另一台计算机上去执行。
（3）图形：具有发送如工程图在远地显示和标绘的功能。
（4）信息通信：用于家庭或办公室的公用信息服务。例如智能用户电报、电视图文等。
联系控制服务元素]ACSE和up][2]sup]提交、并发与恢复CCR b]
随着应用层的发展，各种特定应用服务增多，当初ISO7498中定义的应用层服务已大部 
分划归到公共应用服务元素（CASE）中去了，而且许多应用有一定数据的共同部分，几乎 
所有这些应用都需要管理连接。为了避免每一个新的应用都要重新从头开始，ISO决定把这 
些公共部分实行标准化。下面描述其中最重要的两个。 
（1）联系控制服务元素ACSE 
联系控制服务元素提供应用连接的建立和正常或异常释放的功能。 
所谓联系是指两个应用实体之间的连接；联系控制服务元素是应用层的基本核心子集 
。提出以下几个ACSE原语： 
1）A一ASSOCIATE建立一个联系 
2）A一RELEASE 释放一个联系 
3）A一ABORT 用户发起的夭折 
4）A一P一ABORT 提供者发起的夭折 
每一条ACSE原语与相应的表示层服务原语有一一映照关系，也即应用联系与表示连接 
是同时建立、同时释放的。 
（2）托付、并发和恢复（CCR） 
CCR的主要目的就是协调若干个（相互关联的）应用联系，为基本多应用联系的信息处 
理任务提供一个安全和高效的环境。几乎所有的需要可靠性操作的应用都使用CCR。 
在CCR模型中，数据分为两大类：安全数据和常规数据,所谓安全数据是那些能经受应 
用失败，并且在应用联系恢复到正常后可以重新引用的数据。通常是把安全数据存储在外 
部存储介质中。为了保证安全数据的完整性和可靠性，对它的修改要用一些特定的规则， 
例如特定的封锁机制。所谓常规数据是那些在应用联系工作期间并没有被保存在可靠存储 
区域的数据。例如在缓冲区或工作栈中。当应用联系受到破坏后，这些数据将不再可用。
协议举例
DNSDNS最早于1983由保罗.莫卡派乔斯（Paul Mockapetris）发明；原始的技术规范在882号因特网标准草案（RFC 882）中发布。1987年发布的第1034和1035号草案修正了DNS技术规范，并废除了之前的第882和883号草案。在此之后对因特网标准草案的修改基本上没有涉及到DNS技术规范部分的改动。
早期的域名必须以英文句号“.”结尾,，这样DNS才能够进行域名解析。如今DNS服务器已经可以自动补上结尾的句号。
当前，对于域名长度的限制是63个字符，包括www.和.com或者其他的扩展名。域名同时也仅限于ASCII字符的一个子集，这使得很多其他语言无法正确表示他们的名字和单词。基于Punycode码的IDNA系统，可以将Unicode字符串映射为有效的DNS字符集，这已经通过了验证并被一些注册机构作为一种变通的方法所采纳。
HTTPHTTP的发展是万维网协会（World Wide Web Consortium）和Internet工作小组（Internet Engineering Task Force）合作的结果，（他们）最终发布了一系列的RFC，其中最著名的就是RFC 2616。RFC 2616定义了HTTP协议中一个现今被广泛使用的版本——HTTP 1.1。
HTTP是一个客户端和服务器端请求和应答的标准（TCP）。客户端是终端用户，服务器端是网站。通过使用Web浏览器、网络爬虫或者其它的工具，客户端发起一个到服务器上指定端口（默认端口为80）的HTTP请求。（我们称这个客户端）调用户代理（user agent）。应答的服务器上存储着（一些）资源，比如HTML文件和图像。（我们称）这个应答服务器为源服务器（origin server）。在用户代理和源服务器中间可能存在多个中间层，比如代理，网关，或者隧道（tunnel）。尽管TCP/IP协议是互联网上最流行的应用，HTTP协议并没有规定必须使用它和（基于）它支持的层。事实上，HTTP可以在任何其他互联网协议上，或者在其他网络上实现。HTTP只假定（其下层协议提供）可靠的传输，任何能够提供这种保证的协议都可以被其使用。  电子邮件通常，由HTTP客户端发起一个请求，建立一个到服务器指定端口（默认是80端口）的TCP连接。HTTP服务器则在那个端口监听客户端发送过来的请求。一旦收到请求，服务器（向客户端）发回一个状态行，比如"HTTP/1.1 200 OK"，和（响应的）消息，消息的消息体可能是请求的文件、错误消息、或者其它一些信息。
HTTP使用TCP而不是UDP的原因在于（打开一个）一个网页必须传送很多数据，而TCP协议提供传输控制，按顺序组织数据，和错误纠正。具体细节请参考‘TCP和UDP的不同’。
通过HTTP或者HTTPS协议请求的资源由统一资源定位器（Uniform Resource Identifiers，或者，更准确一些，URI）来标识。
FTPFTP服务一般运行在20和21两个端口。端口20用于在客户端和服务器之间传输数据流，而端口21用于传输控制流，并且是命令通向ftp服务器的进口。当数据通过数据流传输时，控制流处于空闲状态。而当控制流，空闲很长时间后，客户端的防火墙，会将其会话置为超时，这样当大量数据通过防火墙时，会产生一些问题。此时，虽然文件可以成功的传输，但因为控制会话，会被防火墙断开；传输会产生一些错误。
FTP实现的目标：
促进文件的共享（计算机程序或数据）鼓励间接或者隐式的使用远程计算机向用户屏蔽不同主机中各种文件存储系统（File system）的细节可靠和高效的传输数据缺点：
密码和文件内容都使用明文传输，可能产生不希望发生的窃听。因为必须开放一个随机的端口以建立连接，当防火墙存在时，客户端很难过滤处于主动模式下的FTP流量。这个问题，通过使用被动模式的FTP，得到了很大解决。服务器可能会被告知连接一个第三方计算机的保留端口。此方式在需要传输文件数量很多的小文件时，效能不好FTP虽然可以被终端用户直接使用，但是它是设计成被FTP客户端程序所控制。
运行FTP服务的许多站点都开放匿名服务，在这种设置下，用户不需要帐号就可以登录服务器，默认情况下，匿名用户的用户名是：“anonymous”。这个帐号不需要密码，虽然通常要求输入用户的邮件地址作为认证密码，但这只是一些细节或者此邮件地址根本不被确定，而是依赖于FTP服务器的配置情况。