第二章 應用層
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.應用層協議定義了 如下內容：
換的報文類型，例如請求報文和響應報文；
各種報文類型的語法，如報文中的各個字段及這些字段是如何描述的；
字段的語義 ，即這些字段中包含的信息的含義；
進程何時以及如何發送報文，對報文進行響應的規則。