传输层有哪些协议？ 传输层协议有哪些
OSI\u4e03\u5c42\u53c2\u8003\u6a21\u578b\u6bcf\u4e00\u5c42\u90fd\u6709\u54ea\u4e9b\u534f\u8bae\uff1f\u534f\u8bae\u5206\u522b\u6709\uff1a
1\u3001\u7269\u7406\u5c42\u534f\u8bae\u6709\uff1aEIA/TIA-232\uff0c EIA/TIA-499\uff0cV.35\uff0c V.24\uff0cRJ45\uff0c Ethernet\uff0c 802.3
2\u3001\u6570\u636e\u94fe\u8def\u5c42\u534f\u8bae\u6709\uff1aFrame Relay\uff0cHDLC\uff0cPPP\uff0c IEEE 802.3/802.2
3\u3001\u7f51\u7edc\u5c42\u534f\u8bae\u6709\uff1aIP\uff0cIPX\uff0cAppleTalk DDP
4\u3001\u4f20\u8f93\u5c42\u534f\u8bae\u6709\uff1aTCP\uff0cUDP\uff0cSPX
5\u3001\u4f1a\u8bdd\u5c42\u534f\u8bae\u6709\uff1aRPC\uff0cSQL\uff0cNFS\uff0cNetBIOS\uff0cnames\uff0cAppleTalk
6\u3001\u8868\u793a\u5c42\u534f\u8bae\u6709\uff1aTIFF\uff0cGIF\uff0cJPEG\uff0cPICT\uff0cASCII\uff0cEBCDIC\uff0cencryption
7\u3001\u5e94\u7528\u5c42\u534f\u8bae\u6709\uff1aFTP\uff0cWWW\uff0cTelnet\uff0cNFS\uff0cSMTP\uff0cGateway\uff0cSNMP
\u6269\u5c55\u8d44\u6599\uff1a
\u5404\u5c42\u529f\u80fd
1\u3001\u5e94\u7528\u5c42
\u4e0e\u5176\u5b83\u8ba1\u7b97\u673a\u8fdb\u884c\u901a\u8baf\u7684\u4e00\u4e2a\u5e94\u7528\uff0c\u5b83\u662f\u5bf9\u5e94\u5e94\u7528\u7a0b\u5e8f\u7684\u901a\u4fe1\u670d\u52a1\u7684\u3002\u4f8b\u5982\uff0c\u4e00\u4e2a\u6ca1\u6709\u901a\u4fe1\u529f\u80fd\u7684\u5b57\u5904\u7406\u7a0b\u5e8f\u5c31\u4e0d\u80fd\u6267\u884c\u901a\u4fe1\u7684\u4ee3\u7801\uff0c\u4ece\u4e8b\u5b57\u5904\u7406\u5de5\u4f5c\u7684\u7a0b\u5e8f\u5458\u4e5f\u4e0d\u5173\u5fc3OSI\u7684\u7b2c7\u5c42\u3002\u4f46\u662f\uff0c\u5982\u679c\u6dfb\u52a0\u4e86\u4e00\u4e2a\u4f20\u8f93\u6587\u4ef6\u7684\u9009\u9879\uff0c\u90a3\u4e48\u5b57\u5904\u7406\u5668\u7684\u7a0b\u5e8f\u5458\u5c31\u9700\u8981\u5b9e\u73b0OSI\u7684\u7b2c7\u5c42\u3002
\u793a\u4f8b\uff1aTELNET\uff0cHTTP\uff0cFTP\uff0cNFS\uff0cSMTP\u7b49\u3002
2\u3001\u8868\u793a\u5c42
\u8fd9\u4e00\u5c42\u7684\u4e3b\u8981\u529f\u80fd\u662f\u5b9a\u4e49\u6570\u636e\u683c\u5f0f\u53ca\u52a0\u5bc6\u3002\u4f8b\u5982\uff0cFTP\u5141\u8bb8\u4f60\u9009\u62e9\u4ee5\u4e8c\u8fdb\u5236\u6216ASCII\u683c\u5f0f\u4f20\u8f93\u3002\u5982\u679c\u9009\u62e9\u4e8c\u8fdb\u5236\uff0c\u90a3\u4e48\u53d1\u9001\u65b9\u548c\u63a5\u6536\u65b9\u4e0d\u6539\u53d8\u6587\u4ef6\u7684\u5185\u5bb9\u3002\u5982\u679c\u9009\u62e9ASCII\u683c\u5f0f\uff0c\u53d1\u9001\u65b9\u5c06\u628a\u6587\u672c\u4ece\u53d1\u9001\u65b9\u7684\u5b57\u7b26\u96c6\u8f6c\u6362\u6210\u6807\u51c6\u7684ASCII\u540e\u53d1\u9001\u6570\u636e\u3002\u5728\u63a5\u6536\u65b9\u5c06\u6807\u51c6\u7684ASCII\u8f6c\u6362\u6210\u63a5\u6536\u65b9\u8ba1\u7b97\u673a\u7684\u5b57\u7b26\u96c6\u3002
\u793a\u4f8b\uff1a\u52a0\u5bc6\uff0cASCII\u7b49\u3002
3\u3001\u4f1a\u8bdd\u5c42
\u5b83\u5b9a\u4e49\u4e86\u5982\u4f55\u5f00\u59cb\u3001\u63a7\u5236\u548c\u7ed3\u675f\u4e00\u4e2a\u4f1a\u8bdd\uff0c\u5305\u62ec\u5bf9\u591a\u4e2a\u53cc\u5411\u6d88\u606f\u7684\u63a7\u5236\u548c\u7ba1\u7406\uff0c\u4ee5\u4fbf\u5728\u53ea\u5b8c\u6210\u8fde\u7eed\u6d88\u606f\u7684\u4e00\u90e8\u5206\u65f6\u53ef\u4ee5\u901a\u77e5\u5e94\u7528\uff0c\u4ece\u800c\u4f7f\u8868\u793a\u5c42\u770b\u5230\u7684\u6570\u636e\u662f\u8fde\u7eed\u7684\uff0c\u5728\u67d0\u4e9b\u60c5\u51b5\u4e0b\uff0c\u5982\u679c\u8868\u793a\u5c42\u6536\u5230\u4e86\u6240\u6709\u7684\u6570\u636e\uff0c\u5219\u7528\u6570\u636e\u4ee3\u8868\u8868\u793a\u5c42\u3002
\u793a\u4f8b\uff1aRPC\uff0cSQL\u7b49\u3002
4\u3001\u4f20\u8f93\u5c42
\u8fd9\u5c42\u7684\u529f\u80fd\u5305\u62ec\u662f\u5426\u9009\u62e9\u5dee\u9519\u6062\u590d\u534f\u8bae\u8fd8\u662f\u65e0\u5dee\u9519\u6062\u590d\u534f\u8bae\uff0c\u53ca\u5728\u540c\u4e00\u4e3b\u673a\u4e0a\u5bf9\u4e0d\u540c\u5e94\u7528\u7684\u6570\u636e\u6d41\u7684\u8f93\u5165\u8fdb\u884c\u590d\u7528\uff0c\u8fd8\u5305\u62ec\u5bf9\u6536\u5230\u7684\u987a\u5e8f\u4e0d\u5bf9\u7684\u6570\u636e\u5305\u7684\u91cd\u65b0\u6392\u5e8f\u529f\u80fd\u3002
\u793a\u4f8b\uff1aTCP\uff0cUDP\uff0cSPX\u3002
5\u3001\u7f51\u7edc\u5c42
\u8fd9\u5c42\u5bf9\u7aef\u5230\u7aef\u7684\u5305\u4f20\u8f93\u8fdb\u884c\u5b9a\u4e49\uff0c\u5b83\u5b9a\u4e49\u4e86\u80fd\u591f\u6807\u8bc6\u6240\u6709\u7ed3\u70b9\u7684\u903b\u8f91\u5730\u5740\uff0c\u8fd8\u5b9a\u4e49\u4e86\u8def\u7531\u5b9e\u73b0\u7684\u65b9\u5f0f\u548c\u5b66\u4e60\u7684\u65b9\u5f0f\u3002\u4e3a\u4e86\u9002\u5e94\u6700\u5927\u4f20\u8f93\u5355\u5143\u957f\u5ea6\u5c0f\u4e8e\u5305\u957f\u5ea6\u7684\u4f20\u8f93\u4ecb\u8d28\uff0c\u7f51\u7edc\u5c42\u8fd8\u5b9a\u4e49\u4e86\u5982\u4f55\u5c06\u4e00\u4e2a\u5305\u5206\u89e3\u6210\u66f4\u5c0f\u7684\u5305\u7684\u5206\u6bb5\u65b9\u6cd5\u3002
\u793a\u4f8b\uff1aIP\uff0cIPX\u7b49\u3002
6\u3001\u6570\u636e\u94fe\u8def\u5c42
\u5b83\u5b9a\u4e49\u4e86\u5728\u5355\u4e2a\u94fe\u8def\u4e0a\u5982\u4f55\u4f20\u8f93\u6570\u636e\u3002\u8fd9\u4e9b\u534f\u8bae\u4e0e\u88ab\u8ba8\u8bba\u7684\u5404\u79cd\u4ecb\u8d28\u6709\u5173\u3002
\u793a\u4f8b\uff1aATM\uff0cFDDI\u7b49\u3002
7\u3001\u7269\u7406\u5c42
OSI\u7684\u7269\u7406\u5c42\u89c4\u8303\u662f\u6709\u5173\u4f20\u8f93\u4ecb\u8d28\u7684\u7279\u8fd9\u4e9b\u89c4\u8303\u901a\u5e38\u4e5f\u53c2\u8003\u4e86\u5176\u4ed6\u7ec4\u7ec7\u5236\u5b9a\u7684\u6807\u51c6\u3002\u8fde\u63a5\u5934\u3001\u5e27\u3001\u5e27\u7684\u4f7f\u7528\u3001\u7535\u6d41\u3001\u7f16\u7801\u53ca\u5149\u8c03\u5236\u7b49\u90fd\u5c5e\u4e8e\u5404\u79cd\u7269\u7406\u5c42\u89c4\u8303\u4e2d\u7684\u5185\u5bb9\u3002\u7269\u7406\u5c42\u5e38\u7528\u591a\u4e2a\u89c4\u8303\u5b8c\u6210\u5bf9\u6240\u6709\u7ec6\u8282\u7684\u5b9a\u4e49\u3002
\u793a\u4f8b\uff1aRj45\uff0c802.3\u7b49\u3002
\u53c2\u8003\u8d44\u6599\u6765\u6e90\uff1a\u767e\u5ea6\u767e\u79d1-\u7f51\u7edc\u4e03\u5c42\u534f\u8bae
FTP\u4f7f\u7528\u4f20\u8f93\u5c42\u7684TCP\u534f\u8bae\u3002
TCP\u65e8\u5728\u9002\u5e94\u652f\u6301\u591a\u7f51\u7edc\u5e94\u7528\u7684\u5206\u5c42\u534f\u8bae\u5c42\u6b21\u7ed3\u6784\u3002 \u8fde\u63a5\u5230\u4e0d\u540c\u4f46\u4e92\u8fde\u7684\u8ba1\u7b97\u673a\u901a\u4fe1\u7f51\u7edc\u7684\u4e3b\u8ba1\u7b97\u673a\u4e2d\u7684\u6210\u5bf9\u8fdb\u7a0b\u4e4b\u95f4\u4f9d\u9760TCP\u63d0\u4f9b\u53ef\u9760\u7684\u901a\u4fe1\u670d\u52a1\u3002
TCP\u5047\u8bbe\u5b83\u53ef\u4ee5\u4ece\u8f83\u4f4e\u7ea7\u522b\u7684\u534f\u8bae\u83b7\u5f97\u7b80\u5355\u7684\uff0c\u53ef\u80fd\u4e0d\u53ef\u9760\u7684\u6570\u636e\u62a5\u670d\u52a1\u3002 \u539f\u5219\u4e0a\uff0cTCP\u5e94\u8be5\u80fd\u591f\u5728\u4ece\u786c\u7ebf\u8fde\u63a5\u5230\u5206\u7ec4\u4ea4\u6362\u6216\u7535\u8def\u4ea4\u6362\u7f51\u7edc\u7684\u5404\u79cd\u901a\u4fe1\u7cfb\u7edf\u4e4b\u4e0a\u64cd\u4f5c\u3002
\u76f8\u5173\u4fe1\u606f
TCP\u8fde\u63a5\u6bcf\u4e00\u65b9\u7684\u63a5\u6536\u7f13\u51b2\u7a7a\u95f4\u5927\u5c0f\u90fd\u56fa\u5b9a\uff0c\u63a5\u6536\u7aef\u53ea\u5141\u8bb8\u53e6\u4e00\u7aef\u53d1\u9001\u63a5\u6536\u7aef\u7f13\u51b2\u533a\u6240\u80fd\u63a5\u7eb3\u7684\u6570\u636e\uff0cTCP\u5728\u6ed1\u52a8\u7a97\u53e3\u7684\u57fa\u7840\u4e0a\u63d0\u4f9b\u6d41\u91cf\u63a7\u5236\uff0c\u9632\u6b62\u8f83\u5feb\u4e3b\u673a\u81f4\u4f7f\u8f83\u6162\u4e3b\u673a\u7684\u7f13\u51b2\u533a\u6ea2\u51fa\u3002
\u4f5c\u4e3aIP\u6570\u636e\u62a5\u6765\u4f20\u8f93\u7684TCP\u5206\u7247\u5230\u8fbe\u65f6\u53ef\u80fd\u4f1a\u5931\u5e8f\uff0cTCP\u5c06\u5bf9\u6536\u5230\u7684\u6570\u636e\u8fdb\u884c\u91cd\u65b0\u6392\u5e8f\uff0c\u5c06\u6536\u5230\u7684\u6570\u636e\u4ee5\u6b63\u786e\u7684\u987a\u5e8f\u4ea4\u7ed9\u5e94\u7528\u5c42\u3002
TCP\u5c06\u4fdd\u6301\u5b83\u9996\u90e8\u548c\u6570\u636e\u7684\u68c0\u9a8c\u548c\uff0c\u8fd9\u662f\u4e00\u4e2a\u7aef\u5230\u7aef\u7684\u68c0\u9a8c\u548c\uff0c\u76ee\u7684\u662f\u68c0\u6d4b\u6570\u636e\u5728\u4f20\u8f93\u8fc7\u7a0b\u4e2d\u7684\u4efb\u4f55\u53d8\u5316\u3002\u5982\u679c\u6536\u5230\u5206\u7247\u7684\u68c0\u9a8c\u548c\u6709\u5dee\u9519\uff0cTCP\u5c06\u4e22\u5f03\u8fd9\u4e2a\u5206\u7247\uff0c\u5e76\u4e0d\u786e\u8ba4\u6536\u5230\u6b64\u62a5\u6587\u6bb5\u5bfc\u81f4\u5bf9\u7aef\u8d85\u65f6\u5e76\u91cd\u53d1\u3002
1．SSL（安全套接字层协议） SSL(Secure Socket Layer)是由Netscape设计的一种开放协议；它指定了一种在应用程序协议(例如http、telnet、NNTP、FTP)和TCP/IP之间 提供数据安全性分层的机制。它为TCP/IP连接提供数据加密、服务器认证、消息完整性以及可选的客户机认证。 SSL的主要目的是在两个通信应用程序之间提供私密信和可靠性。这个过程通过3个元素来完成：
l 握手协议。这个协议负责协商被用于客户机和服务器之间会话的加密参数。当一个SSL客户机和服务器第一次开始通信时，它们在一个协议版本上达成一致，选择加密算法，选择相互认证，并使用公钥技术来生成共享密钥。
l 记录协议。这个协议用于交换应用层数据。应用程序消息被分割成可管理的数据块，还可以压缩，并应用一个MAC（消息认证代码）；然后结果被加密并传输。接受方接受数据并对它解密，校验MAC，解压缩并重新组合它，并把结果提交给应用程序协议。
l 警告协议。这个协议用于指示在什么时候发生了错误或两个主机之间的会话在什么时候终止。
下面我们来看一个使用WEB客户机和服务器的范例。WEB客户机通过连接到一个支持SSL的服务器，启动一次SSL会话。支持SSL的典型 WEB服务器在一个与标准HTTP请求（默认为端口80）不同的端口（默认为443）上接受SSL连接请求。当客户机连接到这个端口上时，它将启动一次建 立SSL会话的握手。当握手完成之后，通信内容被加密，并且执行消息完整性检查，知道SSL会话过期。SSL创建一个会话，在此期间，握手必须只发生过一 次。
SSL握手过程步骤：
步骤1：SSL客户机连接到SSL服务器，并要求服务器验证它自身的身份。
步骤2：服务器通过发送它的数字证书证明其身份。这个交换还可以包括整个证书链，直到某个根证书权威机构(CA)。通过检查有效日期并确认证书包含有可信任CA的数字签名，来验证证书。
步骤3：然后，服务器发出一个请求，对客户端的证书进行验证。但是，因为缺乏公钥体系结构，当今的大多数服务器不进行客户端认证。
步骤4：协商用于加密的消息加密算法和用于完整性检查的哈希函数。通常由客户机提供它支持的所有算法列表，然后由服务器选择最强健的加密算法。
步骤5：客户机和服务器通过下列步骤生成会话密钥： a. 客户机生成一个随机数，并使用服务器的公钥（从服务器的证书中获得）对它加密，发送到服务器上。 b. 服务器用更加随机的数据（从客户机的密钥可用时则使用客户机密钥；否则以明文方式发送数据）响应。 c. 使用哈希函数，从随机数据生成密钥。
SSL协议的优点是它提供了连接安全，具有3个基本属性： l 连接是私有的。在初始握手定义了一个密钥之后，将使用加密算法。对于数据加密使用了对称加密（例如DES和RC4）。 l 可以使用非对称加密或公钥加密（例如RSA和DSS）来验证对等实体的身份。 l 连接时可靠的。消息传输使用一个密钥的MAC，包括了消息完整性检查。其中使用了安全哈希函数（例如SHA和MD5）来进行MAC计算。
对于SSL的接受程度仅仅限于HTTP内。它在其他协议中已被表明可以使用，但还没有被广泛应用。
注意： IETF正在定义一种新的协议，叫做“传输层安全”(Transport Layer Security,TLS)。它建立在Netscape所提出的SSL3.0协议规范基础上；对于用于传输层安全性的标准协议，整个行业好像都正在朝着 TLS的方向发展。但是，在TLS和SSL3.0之间存在着显著的差别（主要是它们所支持的加密算法不同），这样，TLS1.0和SSL3.0不能互操 作。
2．SSH（安全外壳协议） SSH是一种在不安全网络上用于安全远程登录和其他安全网络服务的协议。它提供了对安全远程登录、安全文件传输 和安全TCP/IP和X-Window系统通信量进行转发的支持。它可以自动加密、认证并压缩所传输的数据。正在进行的定义SSH协议的工作确保SSH协 议可以提供强健的安全性，防止密码分析和协议攻击，可以在没有全球密钥管理或证书基础设施的情况下工作的非常好，并且在可用时可以使用自己已有的证书基础 设施（例如DNSSEC和X.509）。
SSH协议由3个主要组件组成： l 传输层协议，它提供服务器认证、保密性和完整性，并具有完美的转发保密性。有时，它还可能提供压缩功能。 l 用户认证协议，它负责从服务器对客户机的身份认证。 l 连接协议，它把加密通道多路复用组成几个逻辑通道。
SSH传输层是一种安全的低层传输协议。它提供了强健的加密、加密主机认证和完整性保护。SSH中的认证是基于主机的；这种协议不执行用户认证。可以在SSH的上层为用户认证设计一种高级协议。
这种协议被设计成相当简单而灵活，以允许参数协商并最小化来回传输的次数。密钥交互方法、公钥算法、对称加密算法、消息认证算法以及哈希算法等都需要协商。
数据完整性是通过在每个包中包括一个消息认证代码(MAC)来保护的，这个MAC是根据一个共享密钥、包序列号和包的内容计算得到的。
在UNIX、Windows和Macintosh系统上都可以找到SSH实现。它是一种广为接受的协议，使用众所周知的建立良好的加密、完整性和公钥算法。
3．SOCKS协议
“套接字安全性”(socket security,SOCKS)是一种基于传输层的网络代理协议。它设计用于在TCP和UDP领域为客户机/服务器应用程序提供一个框架，以方便而安全的使用网络防火墙的服务。
SOCKS最初是由David和Michelle Koblas开发的；其代码在Internet上可以免费得到。自那之后经历了几次主要的修改，但该软件仍然可以免费得到。SOCKS版本4为基于TCP 的客户机/服务器应用程序（包括telnet、FTP,以及流行的信息发现协议如http、Wais和Gopher）提供了不安全的防火墙传输。 SOCKS版本5在RFC1928中定义，它扩展了SOCKS版本
4，包括了UDP；扩展了其框架，包括了对通用健壮的认证方案的提供；并扩展了寻址方案，包括了域名和IPV6地址。
当前存在一种提议，就是创建一种机制,通过防火墙来管理IP多点传送的入口和出口。这是通过对已有的SOCKS版本5协议定义扩展来完成的，它提供 单点传送TCP和UDP流量的用户级认证防火墙传输提供了一个框架。但是，因为SOCKS版本5中当前的UDP支持存在着可升级性问题以及其他缺陷（必须 解决之后才能实现多点传送），这些扩展分两部分定义。 l 基本级别UDP扩展。 l 多点传送UDP扩展。
SOCKS是通过在应用程序中用特殊版本替代标准网络系统调用来工作的（这是为什么SOCKS有时候也叫做应用程序级代理的原因）。这些新的系 统调用在已知端口上（通常为1080/TCP）打开到一个SOCKS代理服务器（由用户在应用程序中配置，或在系统配置文件中指定）的连接。如果连接请求 成功，则客户机进入一个使用认证方法的协商，用选定的方法认证，然后发送一个中继请求。SOCKS服务器评价该请求，并建立适当的连接或拒绝它。当建立了 与SOCKS服务器的连接之后，客户机应用程序把用户想要连接的机器名和端口号发送给服务器。由SOCKS服务器实际连接远程主机，然后透明地在客户机和 远程主机之间来回移动数据。用户甚至都不知道SOCKS服务器位于该循环中。
使用SOCKS的困难在于，人们必须用SOCKS版本替代网络系统调用（这个过程通常称为对应用程序SOCKS化---SOCKS- ification或SOCKS-ifying）。幸运的是，大多数常用的网络应用程序（例如telnet、FTP、finger和whois）都已经被 SOCKS化，并且许多厂商现把SOCKS支持包括在商业应用程序中。
传输层位于OSI七层网络模型中的第四层，协议有TCP
·
UDP
·
TLS
·
DCCP
·
SCTP
·RSVP
·
PPTP。OSI（Open
System
Interconnection，开放系统互连）七层网络模型称为开放式系统互联参考模型
，是一个逻辑上的定义，一个规范，它把网络从逻辑上分为了7层。每一层都有相关、相对应的物理设备，比如路由器，交换机。建立七层模型的主要目的是为解决异种网络互连时所遇到的兼容性问题，其最主要的功能就是帮助不同类型的主机实现数据传输。它的最大优点是将服务、接口和协议这三个概念明确地区分开来，通过七个层次化的结构模型使不同的系统不同的网络之间实现可靠的通讯。
【1】物理层：主要定义物理设备标准，如网线的接口类型、光纤的接口类型、各种传输介质的传输速率等。它的主要作用是传输比特流（就是由1、0转化为电流强弱来进行传输,到达目的地后在转化为1、0，也就是我们常说的数模转换与模数转换），这一层的数据叫做比特。
【2】数据链路层：定义了如何让格式化数据以进行传输，以及如何让控制对物理介质的访问，这一层通常还提供错误检测和纠正，以确保数据的可靠传输。
【3】网络层：在位于不同地理位置的网络中的两个主机系统之间提供连接和路径选择，Internet的发展使得从世界各站点访问信息的用户数大大增加，而网络层正是管理这种连接的层。
【4】传输层：定义了一些传输数据的协议和端口号（WWW端口80等），如：TCP（传输控制协议，传输效率低，可靠性强，用于传输可靠性要求高，数据量大的数据），UDP（用户数据报协议，与TCP特性恰恰相反，用于传输可靠性要求不高，数据量小的数据，如QQ聊天数据就是通过这种方式传输的），
主要是将从下层接收的数据进行分段和传输，到达目的地址后再进行重组，常常把这一层数据叫做段。
【5】会话层：通过传输层（端口号：传输端口与接收端口）建立数据传输的通路，主要在你的系统之间发起会话或者接受会话请求（设备之间需要互相认识可以是IP也可以是MAC或者是主机名）。
【6】表示层：可确保一个系统的应用层所发送的信息可以被另一个系统的应用层读取。例如，PC程序与另一台计算机进行通信，其中一台计算机使用扩展二一十进制交换码（EBCDIC），而另一台则使用美国信息交换标准码（ASCII）来表示相同的字符。如有必要，表示层会通过使用一种通格式来实现多种数据格式之间的转换。
【7】应用层：
是最靠近用户的OSI层，这一层为用户的应用程序（例如电子邮件、文件传输和终端仿真）提供网络服务。
传输层位于OSI七层网络模型中的第四层，协议有TCP · UDP · TLS · DCCP · SCTP ·RSVP · PPTP。OSI（Open System Interconnection，开放系统互连）七层网络模型称为开放式系统互联参考模型 ，是一个逻辑上的定义，一个规范，它把网络从逻辑上分为了7层。每一层都有相关、相对应的物理设备，比如路由器，交换机。建立七层模型的主要目的是为解决异种网络互连时所遇到的兼容性问题，其最主要的功能就是帮助不同类型的主机实现数据传输。它的最大优点是将服务、接口和协议这三个概念明确地区分开来，通过七个层次化的结构模型使不同的系统不同的网络之间实现可靠的通讯
传输层位于OSI七层网络模型中的第四层，协议有TCP · UDP · TLS · DCCP · SCTP ·RSVP · PPTP。OSI（Open System Interconnection，开放系统互连）七层网络模型称为开放式系统互联参考模型 ，是一个逻辑上的定义，一个规范，它把网络从逻辑上分为了7层。每一层都有相关、相对应的物理设备，比如路由器，交换机。建立七层模型的主要目的是为解决异种网络互连时所遇到的兼容性问题，其最主要的功能就是帮助不同类型的主机实现数据传输。它的最大优点是将服务、接口和协议这三个概念明确地区分开来，通过七个层次化的结构模型使不同的系统不同的网络之间实现可靠的通讯
传输层位于OSI七层网络模型中的第四层，协议有TCP · UDP · TLS · DCCP · SCTP ·RSVP · PPTP。OSI（Open System Interconnection，开放系统互连）七层网络模型称为开放式系统互联参考模型 ，是一个逻辑上的定义，一个规范，它把网络从逻辑上分为了7层。每一层都有相关、相对应的物理设备，比如路由器，交换机。建立七层模型的主要目的是为解决异种网络互连时所遇到的兼容性问题，其最主要的功能就是帮助不同类型的主机实现数据传输。它的最大优点是将服务、接口和协议这三个概念明确地区分开来，通过七个层次化的结构模型使不同的系统不同的网络之间实现可靠的通讯
绛旓細浼犺緭灞傚崗璁細1銆佷紶杈撴帶鍒跺崗璁甌CP 2銆佺敤鎴锋暟鎹姤鍗忚UDP TCP鍗忚锛氶潰鍚戣繛鎺ョ殑鍙潬浼犺緭鍗忚銆傚埄鐢═CP杩涜閫氫俊鏃讹紝棣栧厛瑕侀氳繃涓夋鎻℃墜锛屼互寤虹珛閫氫俊鍙屾柟鐨勮繛鎺ャ俆CP鎻愪緵浜嗘暟鎹殑纭鍜屾暟鎹噸浼犵殑鏈哄埗锛屼繚璇佸彂閫佺殑鏁版嵁涓瀹氳兘鍒拌揪閫氫俊鐨勫鏂广俇DP鍗忚锛氭槸鏃犺繛鎺ョ殑锛屼笉鍙潬鐨勪紶杈撳崗璁傞噰鐢║DP杩涜閫氫俊鏃朵笉鐢ㄥ缓绔嬭繛...
绛旓細銆4銆戜紶杈撳眰锛氬畾涔変簡涓浜涗紶杈撴暟鎹殑鍗忚鍜岀鍙ｅ彿锛圵WW绔彛80绛夛級锛濡傦細TCP锛堜紶杈撴帶鍒跺崗璁锛屼紶杈撴晥鐜囦綆锛屽彲闈犳у己锛岀敤浜庝紶杈撳彲闈犳ц姹傞珮锛屾暟鎹噺澶х殑鏁版嵁锛夛紝UDP锛堢敤鎴锋暟鎹姤鍗忚锛屼笌TCP鐗规ф伆鎭扮浉鍙嶏紝鐢ㄤ簬浼犺緭鍙潬鎬ц姹備笉楂橈紝鏁版嵁閲忓皬鐨勬暟鎹紝濡俀Q鑱婂ぉ鏁版嵁灏辨槸閫氳繃杩欑鏂瑰紡浼犺緭鐨勶級锛 涓昏鏄皢浠庝笅灞...
绛旓細鍏稿瀷鐨勪紶杈撳眰鍗忚鏈夛細鈽 SPX锛氶『搴忓寘浜ゆ崲鍗忚锛屾槸Novell NetWare缃戠粶鐨勪紶杈撳眰鍗忚銆傗槅 TCP锛氫紶杈撴帶鍒跺崗璁紝鏄疶CP/IP鍙傝冩ā鍨嬬殑浼犺緭灞傚崗璁備紶杈撳眰鐨勫崗璁爣鍑嗘湁浠ヤ笅鍑犵.ISO8072:绉颁负"闈㈠悜杩炴帴鐨勪紶杈撴湇鍔″畾涔"銆侷SO8072:绉颁负"闈㈠悜杩炴帴鐨勪紶杈撳崗璁鑼 銆備笅杈规荤粨涓涓嬬綉缁滀腑甯哥敤绔彛鍙凤細...
绛旓細浼犻佸眰涓昏鍗忚鍖呮嫭锛1銆乀CP锛歍CP鏄竴涓彲浠ヤ繚璇佸彲闈犳暟鎹紶杈撶殑浼犺緭灞傚崗璁锛屼富瑕侀噰鐢ㄩ噰鐢ㄤ互涓嬪洓涓満鍒跺疄鐜版暟鎹彲闈犳т紶杈撱傞潰鍚戣繛鎺ョ殑浼犺緭鍗忚锛圱CP锛夛紝鏁版嵁浼犺緭涔嬪墠蹇呴』鍏堝缓绔嬭繛鎺ワ紝鏁版嵁浼犺緭瀹屾垚涔嬪悗锛屽繀椤婚噴鏀捐繛鎺ャ備粎鏀寔鍗曟挱浼犺緭锛屾瘡鏉′紶杈撹繛鎺ュ彧鑳芥湁涓や釜绔偣锛屽彧鑳借繘琛岀偣瀵圭偣鐨勮繛鎺ワ紝涓嶆敮鎸佸鎾拰骞挎挱鐨勪紶杈...
绛旓細浼犺緭灞備綅浜嶰SI涓冨眰缃戠粶妯″瀷涓殑绗洓灞,鍗忚鏈塗CP路UDP路TLS路DCCP路SCTP路RSVP路PPTP銆侽SI(OpenSystemInterconnection,寮鏀剧郴缁熶簰杩)涓冨眰缃戠粶妯″瀷绉颁负寮鏀惧紡绯荤粺浜掕仈鍙傝冩ā鍨,鏄竴涓昏緫涓婄殑瀹氫箟,涓涓鑼,瀹冩妸缃戠粶浠庨昏緫涓婂垎涓轰簡7灞傘傛瘡涓灞傞兘鏈夌浉鍏炽佺浉瀵瑰簲鐨勭墿鐞嗚澶,姣斿璺敱鍣,浜ゆ崲鏈恒傚缓绔嬩竷灞傛ā鍨嬬殑涓昏鐩殑...
绛旓細TCP(浼犺緭鎺у埗鍗忚)锛氭彁渚汭P鐜涓嬬殑鏁版嵁鍙潬浼犺緭(涓鍙拌绠楁満鍙戝嚭鐨勫瓧鑺傛祦浼氭棤宸敊鐨勫彂寰缃戠粶涓婄殑鍏朵粬璁＄畻鏈猴紝鑰屼笖璁＄畻鏈篈鎺ユ敹鏁版嵁鍖呯殑鏃跺欙紝涔熶細鍚戣绠楁満B鍥炲彂鏁版嵁鍖咃紝杩欎篃浼氫骇鐢熼儴鍒嗛氫俊閲)锛屾湁鏁堟祦鎺э紝鍏ㄥ弻宸ユ搷浣(鏁版嵁鍦ㄤ袱涓柟鍚戜笂鑳藉悓鏃朵紶閫)锛屽璺鐢ㄦ湇鍔★紝鏄潰鍚戣繛鎺ワ紝绔埌绔殑浼犺緭;闈㈠悜杩炴帴锛氭寮...
绛旓細浼犺緭灞傚崗璁細1銆佷紶杈撴帶鍒跺崗璁甌CP 2銆鐢ㄦ埛鏁版嵁鎶ュ崗璁甎DP TCP鍗忚锛氶潰鍚戣繛鎺ョ殑鍙潬浼犺緭鍗忚銆傚埄鐢═CP杩涜閫氫俊鏃讹紝棣栧厛瑕侀氳繃涓夋鎻℃墜锛屼互寤虹珛閫氫俊鍙屾柟鐨勮繛鎺ャ俆CP鎻愪緵浜嗘暟鎹殑纭鍜屾暟鎹噸浼犵殑鏈哄埗锛屼繚璇佸彂閫佺殑鏁版嵁涓瀹氳兘鍒拌揪閫氫俊鐨勫鏂广俇DP鍗忚锛氭槸鏃犺繛鎺ョ殑锛屼笉鍙潬鐨勪紶杈撳崗璁傞噰鐢║DP杩涜閫氫俊鏃朵笉鐢ㄥ缓绔...
绛旓細銆愮瓟妗堛戯細 涓鏄簲鐢ㄥ眰鍗忚銆傚簲鐢ㄥ眰鍗忚鍖呮嫭DNS銆丼MTP銆丗TP銆乀elnet銆丟opher銆乭trp锛學AIS绛夌瓑鍗忚銆備簩鏄紶杈撳眰鍗忚銆備紶杈撳眰鍗忚鍖呮嫭TCP銆乁DP绛夌瓑鍗忚銆備笁鏄綉缁滃眰鍗忚銆傜綉缁滃眰鍗忚鍖呮嫭IP銆両CMP銆丄RP銆丷ARP銆乁UCP绛夌瓑鍗忚銆傚洓鏄帴鍙ｅ眰鍗忚銆傛帴鍙ｅ眰鍗忚鍖呮嫭Ethernet銆丄rpanet銆丳DM绛夌瓑鍗忚銆
绛旓細浼犺緭灞/杩愯緭灞傜殑涓や釜閲嶈鍗忚鏄:鐢ㄦ埛鏁版嵁鎶ュ崗璁甎DP (User Datagram Protocol)浼犺緭鎺у埗鍗忚TCP (Transmission Control Protocol)鑰屽叾涓彁渚涖愪笉鍙潬浼犺緭銆戠殑鏄怳DP鐢ㄦ埛鏁版嵁鎶ュ崗璁戙1銆佷粈涔堟槸浼犺緭灞傚崗璁紵浼犺緭灞傦紙Transport Layer锛夋槸OSI涓渶閲嶈, 鏈鍏抽敭鐨勪竴灞,鏄敮涓璐熻矗鎬讳綋鐨勬暟鎹紶杈撳拰鏁版嵁鎺у埗鐨勪竴灞...
绛旓細浼犺緭灞傛槸绗竴涓鍒扮锛屽嵆涓绘満鍒颁富鏈虹殑灞傛銆備紶杈撳眰璐熻矗灏嗕笂灞傛暟鎹垎娈靛苟鎻愪緵绔埌绔殑銆佸彲闈犵殑鎴栦笉鍙潬鐨勪紶杈撱傛澶栵紝浼犺緭灞傝繕瑕佸鐞嗙鍒扮鐨勫樊閿欐帶鍒跺拰娴侀噺鎺у埗闂銆傚湪杩欎竴灞傦紝鏁版嵁鐨勫崟浣嶇О涓烘暟鎹锛坰egment锛夈備紶杈撳眰鍗忚鐨勪唬琛ㄥ寘鎷細TCP銆乁DP銆SPX绛 绗簲灞傦細浼氳瘽灞 浼氳瘽灞傜鐞嗕富鏈轰箣闂寸殑浼氳瘽杩涚▼...
