第二章 应用层
1.研发网络应用程序的核心是写出能够运行在不同的端系统和通过网络彼此通信的程序。
2.网络核心设备并不在应用层上起作用，而仅在较低层起作用，特别是位于网络层及下面层次。
3.应用程序体系结构 （application archilecture ) ：应用程序研发者设计，规定了如何在各种端系统上组织该应用程序。
4.客户-服务器体系结构（ client-server arcliilecture ) ：此结构中，有一个总是打开的主机称为服务器，它服务于来自许多其他称为客户的主机的请求。
5.客户-服务器体系结构的特征：客户相互之间不直接通信；服务器具有固定的、周知的地址，该地址称为 IP 地 址。
6.P2P体系结构 （ P2P architecture )：此结构中，对位于数据中心的专用服务器有最小的 （或者没有）依赖。相反，应用程序在间断连接的主机对之间使用直接通信，这些主机对被称为 对等方 。
7.P2P体系结构特性：自扩展性（ self - scakbility )
8.未来 P2P应用面临三个主要挑战： ISP 友好； 安全性；激 励 。
9.进程通信：
10.在两个不同端系统上的进程，通过跨越计算机网络交换报文（ message ) 而相互通信。
11.客户和服务器进程:在给定的一对进程之间的通信会话场景中，发起通信（即在该会话开始时发起与其他进程的联系）的进程被标识为客户 ， 在会话开始时等待联系的进程是服务器。
12.进程与计算机网络之间的接口：进程通过一个称为套接字（ socket )的软件接口向网络发送报文和从网络接收报文。
13.套接字是同一台主机内应用层与运输层之间的接口。
14.由于套接字是建立网络应用程序的可编程接口，因此套接字也称为应用程序和网络之间的应用程序编程接口 （Application Programming Interface , API )。
15.应用程序开发者可以控制套接字在应用层端的一切，但是对该套接字的运输层端几乎没有控制权。
16.应用程序开发者对于运输层的控制仅限于：①选择运输层协议；②也许能设定几个运输层参数，如最大缓存和最大报文段长度等。
17.一旦应用程序开发者选择了一个运输层协议（如果可供选择的话），则应用程序就建立在由该协议提供的运输层服务之上。
18.进程寻址：接收进程需要有一个地址。定义两种信息标识接收进程：①主机的地址；②定义在目的主机中的接收进程的标识符。
19.应用程序的服务要求分类：可靠数据传输、吞吐量、定时和安全性。
20.可靠数据传输：确保由应用程序的一端发送的数据正确、完全地交付给该应用程序的另一端。
21.容忍丢失的应用：能够承受一定量的数据丢失的应用，如交谈式音频/视频等。
22.可用吞吐量：在沿着一条网络路径上的两个进程之间的通信会话场景中，发送进程能够向接收进程交付比特的速率。
23.由于其他会话将共享沿着该网络路径的带宽，并且因为这些会话将会到达和离开，该可用吞吐量将随时间波动。
24.带宽敏感的应用（ bandwidth-sensitive application )：具有吞吐量要求的应用程序。
25. 弹性应用 （elastic application ) ：能够根据情况或多或少地利用可供使用的吞吐量的应用。
26.定时：
27. 安全性：
28.因特网 （更一般的是 TCP/IP 网络）为应用程序提供两个运输层协议，即 UDP 和 TCP 。
29. TCP服务：TCP 服务模型包括面向连接服务和可靠数据传输服务。当某个应用程序调用 TCP 作为其运输协议时，该应用程序就能获得来自 TCP 的这两种服务。
30. 面向连接的服务：在应用层数据报文开始流动 之前，TCP 让客户和服务器互相交换运输层控制信息。
31.可靠的数据传送服务：通信进程能够依靠 TCP , 无差错、按适当顺序交付所有发送的数据。
32. UDP 服务：一种不提供不必要服务的轻量级运输协议，它仅提供最小服务。
33.UDP 是无连接的，因此在两个进程通信前没有握手过程。
34.UDP 协议提供一种不可靠数据传送服务，也就是说，当进程将一个报文发送进 UDP 套接字时， UDP 协议并不保证该报文将到达接收进程。不仅如此，到达接收进程的报文也可能是乱序到达的。
35.UDP 没有包括拥塞控制机制，所 以 UDP 的发送端可以用它选定的任何速率向其下层(网络层）注人数据。
36.今天的因特网通常能够为时间敏感应用提供满意的服务，但它不能提供任何定时或带宽保证。
37.因特网电话应用（如 Skype ) 通常能够容忍某些丟失但要求达到一定的最小速率才能有效工作，所以因特网电话应用的开发者通常愿意将该应用运行在 UDP 上，从而设法避开 TCP 的拥塞控制机制和分组开销。但因为许多防火墙被配置成阻挡（大多数类型的） UDP 流量，所以因特网电话应用通常设计成如果 UDP 通信失败就使用 TCP 作为备份。
38.应用层协议（ application-layer protocol )： 定义了运行在不同端系统上的应用程序进程如何相互传递报文。
39.应用层协议定义了 如下内容：
换的报文类型，例如请求报文和响应报文；
各种报文类型的语法，如报文中的各个字段及这些字段是如何描述的；
字段的语义 ，即这些字段中包含的信息的含义；
进程何时以及如何发送报文，对报文进行响应的规则。
1881
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
