读书笔记之协议为应用程序提供的服务

套接字是应用程序进程和运输层协议之间的接口。在发送端的应用程序将报文推进该套接字。在套接字的另一侧，运输层协议负责从该进程的套接字得到该报文。

包括英特网在内的很多网络提供了许多的运输层协议。当开发一个应用时，必须选择一种可用的运输层协议。考虑哪一种协议最适合当前项目开发的使用情况。

可靠的数据传输

分组在计算机网络中存在丢失的可能。就比如分组在路由器中的缓存溢出，或者当分组中的某些比特损坏后可能被丢弃。像电子邮件、文件传输、远程主机访问、Web文档传输以及金融应用等这样的应用。数据丢失可能会造成很严重的后果。所以，为了支持这些应用，就需要做做一些工作来保证应用的一端发送的数据正确、并完全的交付给该应用程序的另一端。如果一个协议提供了这样的确保数据交付的服务，就认为提供了可靠数据传输。运输层协议能够潜在地向应用程序提供一个重要服务是进程到进程地可靠数据传输。当一个数据协议提供这种服务时，发送进程只要将其数据传递进套接字，就可以完全相信数据能够无差错地到达接受进程。

当一个运输层协议不能够提供可靠的数据传输时，由发送进程发送的某些数据可能到达不了接受进程。这可能能被容忍丢失的应用所接受，最值注意的是多媒体应用，如交谈式音频/视频，他们能够承受一定数量的数据丢失。在这些多媒体应用中，丢失的数据引起播放的小卡顿或数据的丢失相较于如果保证这些数据的可靠到达造成的影响较小。

吞吐量

在一条沿着网络路径上的两个进程之间的通信会话场景中，可用吞吐量就是发送进程能够向接收进程交付比特的速率。因为其他会话将共享沿着该网络路径的宽带，并且因为这些会话将会到达和离开，该可用吞吐量将随时间波动。这些观察导致另一种自然的服务，即运输层协议能够以某种特定的速率提供确保的可用吞吐量。使用这种服务，该应用程序能够请求r比特/秒的确保吞吐量，并且该运输协议能够确保可用吞吐量总是为至少r比特/秒。例如：如果英特网电话应用程序对语音以32Kbps的速率进行编码，那么它需要以这个速率向网络发送数据，并以该速率向接收应用交付数据。如果运输协议不能提供这种吞吐量，该应用程序或以较低速率进行编码（并且接受足够的吞吐量以维持这种较低的编码速率），或它可能必须放弃发送，这是因为对于种因特网电话应用程序被称为带宽敏感的应用。许多当前的多媒体应用是带宽敏感的，尽管某些多媒体应用程序可能采用自适应编码技术对数字语音或视频与当前可用的带宽相匹配的速率进行编码。

带宽敏感的应用具有特定的吞吐量要求，而弹性应用能够根据当时可用的带宽或多或少的利用可供使用的吞吐量。电子邮件

、文件传输以及web传送都属于弹性应用。当然，吞吐量是越多越好/有一句格言说的好，钱越多越好，猪越胖越美。

定时

运输层协议也能够提供定时保证。。如同具有吞吐量保证那样，定时保证能够以多种形式实现。一个保证的例子就是：发送方注入进套接字种的每个比例到达接收方的套接字不迟于100ms.这种服务将对交互式实时应用程序有吸引力，如因特网电话、虚拟环境、电话会议和多方游戏，所有这些服务为了有效性而要求数据交付有严格的时间限制。例如在网络电话中，较长的延时会导致会话中出现不自然的停顿：在多方游戏和虚拟互动环境中，在做出动作并看到来自然环境（如来自位于端到端连接中另一端点的玩家）的响应之间，较长的时延使得它失去游戏的体验感。对于非实时的应用，较低的时延总比较高的时延来的让人舒心，但对端到端的时延没有严格的约束。

安全性

运输协议能够为应用程序提供一种或多种安全性服务。例如在发送主机中，运输协议能够加密由发送进程传输的所有数据，在接收主机中，运输层协议能够在将数据交付给进程之前解密这些数据。这种数据服务将在发送和接收进程之间提供机密性，以防止该数据以某种的方式在这两个进程之间被观察到。运输层协议还能提供除了机密性以外的其他安全性服务，包括数据完整性和端点鉴别。

 

问题：

1、一个运输层协议能够为调用它的应用程序提供怎样的服务呢？

答：可以从四个方面来对应用程序服务要求进行分类：可靠的数据传输、吞吐量、定时和安全性。

 

 

 

世界会向那些有目标和远见的人让路