【正文】 ? 否則代理服務(wù)器從原始服務(wù)器請求對象 ,再將其返回給客戶端 目的 : 滿足客戶端的請求而無需煩擾原始服務(wù)器 client Proxy server client origin server origin server 2021/11/10 第 2講 :應(yīng)用層 29 為什么使用 Web緩存 ? 前提 : 緩存與客戶端比較“接近 ―(., 在同一網(wǎng)絡(luò)中 ) ? 響應(yīng)時間較短 :緩存與客戶端比較“接近 ― ? 減少了內(nèi)部網(wǎng)與因特網(wǎng)接入鏈路上的通信量 ? 因為從學(xué)?；虮镜?ISP 通往外部的鏈路往往是網(wǎng)絡(luò)瓶頸 origin servers public Inter institutional work 10 Mbps LAN Mbps access link institutional cache 2021/11/10 第 2講 :應(yīng)用層 30 Conditional GET ? 目的 : 解決存放在緩存器中的對象拷貝可能是陳舊的 ? 客戶端 : 在 請求報文中聲明所緩存拷貝的生成日期 Ifmodifiedsince: date ? 服務(wù)器 : 如果客戶端緩存的拷貝是最新的，則在響應(yīng)報文中不發(fā)請求的對象 : HTTP/ 304 Not Modified client server 請求報文 Ifmodifiedsince: date 響應(yīng)報文 HTTP/ 304 Not Modified 對象未經(jīng)修改 請求報文 Ifmodifiedsince: date 響應(yīng)報文 HTTP/ 200 OK data 對象已 經(jīng)修改 2021/11/10 第 2講 :應(yīng)用層 31 ftp: 文件傳輸協(xié)議 ? 傳輸文件往來與遠程主機 ? 客戶端 /服務(wù)器模式 ? 客戶端 : 啟動傳輸 ? 服務(wù)器 : 遠程主機 ? ftp: RFC 959 ? ftp 服務(wù)器 : 端口 21 file transfer FTP server FTP user interface FTP client local file system remote file system user at host 2021/11/10 第 2講 :應(yīng)用層 32 ftp: 分離的控制 , 數(shù)據(jù)連接 ? ftp客戶端在 ftp 服務(wù)器的 端口 21進行聯(lián)系 , 使用 TCP作為傳輸協(xié)議 ? 打開兩個并行的連接 : ? 控制 :在客戶端和服務(wù)器之間交換命令 , 響應(yīng)。 分析 html 文件 , 發(fā)現(xiàn) 10 個引用的 jpeg 對象 6. 對 10 jpeg objects 逐個重復(fù)15 步 4. 服務(wù)器關(guān)閉 TCP 連接 . time 套接字 在連接過程中，客戶機和服務(wù)器上分別有一個套接字與該連接相關(guān)聯(lián)，它們都從套接字接口接收和發(fā)送 HTTP報文 2021/11/10 第 2講 :應(yīng)用層 18 非持續(xù)和持續(xù)連接 （非持續(xù)連接） Nonpersistent ? /: 服務(wù)器分析請求、響應(yīng)、關(guān)閉 TCP 連接 ? 取對象需要 2 RTTs ? TCP 連接 ? 對象請求 /傳送 ? 每次傳送都要受到 TCP連接初始化時的慢啟動影響 ? 許多瀏覽器同時打開多個并行的連接來改善性能 ? 必須為每一個請求的對象建立和維護一個全新的連接，對服務(wù)器的負擔(dān)很重 （持續(xù)連接） Persistent ? / ? 在同一 TCP 連接上 : 服務(wù)器分析請求、響應(yīng)請求，分析新的請求、 .. ? 客戶端一旦下載到了基本的html文件（ base HTML ）馬上發(fā)送對所有引用對象的請求 . ? 較少的 RTTs, 較少的慢啟動 . 往返時間 RTT:一個分組從客戶機到服務(wù)器再回到客戶機所花費的時間。 2021/11/10 第 2講 :應(yīng)用層 14 Web: 協(xié)議 超文本傳輸協(xié)議 （ : hypertext transfer protocol） ? 萬維網(wǎng)應(yīng)用協(xié)議，定義了 Web客戶機是如何向 Web服務(wù)器請求 Web頁面，以及服務(wù)器如何將 Web頁面?zhèn)魉徒o客戶機的 ? 客戶端 /服務(wù)器模式 ? 客戶端 : 瀏覽器請求、接收、展示 Web對象（ objects） ? 服務(wù)器 : Web 服務(wù)器發(fā)送對象對請求進行響應(yīng) ? : RFC 1945 ? : RFC 2068 PC running Explorer Server running NCSA Web server Mac running Navigator 2021/11/10 第 2講 :應(yīng)用層 15 協(xié)議 協(xié)議使用 TCP 作為它的支撐傳輸層協(xié)議 ? 客戶端啟動 TCP連接到服務(wù)器 , 端口 80 ? 服務(wù)器接受來自客戶端的 TCP 連接 ? 報文 (應(yīng)用層協(xié)議報文 ) 在瀏覽器 ( client) 和 Web服務(wù)器 ( server)之間進行交換 ? 關(guān)閉 TCP 連接 ? 服務(wù)器向客戶機發(fā)送被請求的文件時，并不保存任何關(guān)于客戶機的狀態(tài)信息 (無狀態(tài)協(xié)議 ) ? Web服務(wù)器總是打開的，具有固定的 IP地址，它服務(wù)于數(shù)以百萬計的不同瀏覽器。 ? Web瀏覽器： IE、 MYIE、 FIREFOX、 Netscape。 ? Web頁面由對象組成，對象就是文件，如 HTML文件、 JPEG圖像文件、 Java小程序或視頻片段文件等，這些文件通過一個 URL地址尋址。 ? 我們重點討論： Web、文件傳輸、電子郵件、目錄服務(wù)和P2P 2021/11/10 Web應(yīng)用和 HTTP協(xié)議 ? 20實際 90年代初期，萬維網(wǎng)（ World Wide Web）出現(xiàn)，它極大改變了人們與工作環(huán)境內(nèi)外交流的方式。 Q: 某個進程如何“認定”另一個需要與之通信的進程 ? ? IP 地址 運行另一個進程的主機所擁有的 ? ―端口號（ PORT ）” – 允許接收主機來確定的一個標識，本地進程將報文發(fā)送給它 2021/11/10 第 2講 :應(yīng)用層 8 應(yīng)用進程需要怎樣的傳輸服務(wù) ? 數(shù)據(jù)丟失（ Data loss） ? 容忍丟失的應(yīng)用 (., audio) 可以容忍某種程度上的數(shù)據(jù)丟失 ? 可靠數(shù)據(jù)傳輸 (., 文件傳輸 , tel) 要求100% 可靠的數(shù)據(jù)傳輸 ? 安全性（ Safe） ? 運輸層能夠為應(yīng)用程序提供一種或多種安全性服務(wù) ? ., 數(shù)據(jù)加密、解密，完整性，端點鑒別等 帶寬（ Bandwidth） ? 帶寬敏感的應(yīng)用 (., 因特網(wǎng)電話等、多媒體應(yīng)用 ) 對最低帶寬有要求 ? 如果不能提供這么種吞吐量，那么應(yīng)用程序或以較低速率編碼，或放棄發(fā)送（自適應(yīng)編碼技術(shù)） ? 彈性應(yīng)用 (., 文件傳輸 )則可靈活應(yīng)用所能得到的帶寬 實時性（ Timing） 某些應(yīng)用 (., IP 電話等交互式實時應(yīng)用程序 ) 要求較低的時延 2021/11/10 第 2講 :應(yīng)用層 9 常用應(yīng)用程序?qū)鬏敼δ艿囊? 應(yīng)用程序 文件傳輸 Web 網(wǎng)頁 實時音頻 /視頻 存儲 音頻 /視頻 交互式游戲 金融應(yīng)用 數(shù)據(jù)丟失 不丟失 不丟失 不丟失 容忍丟失 容忍丟失 容忍丟失 不丟失 帶寬 彈性 彈性 彈性 音頻 : 5Kb1Mb 視頻 :10Kb5Mb 同上 幾 Kb/s 以上 彈性 實時性 無 無 無 100 ms