第4章-應(yīng)用層協(xié)議與應(yīng)用系統(tǒng)設(shè)計方法

計算機網(wǎng)絡(luò)技術(shù)教程—自頂向下的分析與設(shè)計方法吳功宜吳英編著1第4章

應(yīng)用層協(xié)議與應(yīng)用系統(tǒng)設(shè)計方法2主要內(nèi)容34.1網(wǎng)絡(luò)應(yīng)用與應(yīng)用系統(tǒng)設(shè)計方法4.1.1互聯(lián)網(wǎng)端系統(tǒng)與核心交換的基本概念面對困難的互聯(lián)網(wǎng)結(jié)構(gòu)，探討者必需遵循網(wǎng)絡(luò)體系結(jié)構(gòu)探討中“分而治之”的分層結(jié)構(gòu)思想，在解決過程中對困難網(wǎng)絡(luò)進行簡化和抽象。在各種簡化和抽象方法中，將互聯(lián)網(wǎng)系統(tǒng)分為邊緣部分與核心交換部分是最有效的方法之一。核心交換部分包括由大量路由器互聯(lián)的廣域網(wǎng)、城域網(wǎng)和局域網(wǎng)。4將互聯(lián)網(wǎng)抽象為邊緣部分與核心交換部分的結(jié)構(gòu)示意圖5核心交換部分與邊緣部分的關(guān)系核心交換部分包括由大量路由器互聯(lián)的廣域網(wǎng)、城域網(wǎng)和局域網(wǎng)；互聯(lián)網(wǎng)邊緣部分主要包括大量接入互聯(lián)網(wǎng)的主機和用戶設(shè)備；邊緣部分利用核心交換部分所供應(yīng)的數(shù)據(jù)傳輸服務(wù)功能，使得接入互聯(lián)網(wǎng)的主機之間能夠相互通信和共享資源。6端系統(tǒng)的概念（1）邊緣部分的用戶設(shè)備也稱為端系統(tǒng)（endsystem）；端系統(tǒng)是能夠運行FTP應(yīng)用程序、E-mail應(yīng)用程序、Web應(yīng)用程序，或P2P文件共享的Napster應(yīng)用程序、Skype即時通信應(yīng)用程序的計算機；端系統(tǒng)又被統(tǒng)稱為主機（host）；7端系統(tǒng)的概念（2）在將來的網(wǎng)絡(luò)應(yīng)用中，端系統(tǒng)的主機類型將從計算機擴展到全部能夠接入互聯(lián)網(wǎng)的設(shè)備，如手持終端PDA、固定與移動電話、數(shù)字相機、電視機、無線傳感器網(wǎng)絡(luò)的傳感器結(jié)點，以及各種家用電器。8應(yīng)用程序體系結(jié)構(gòu)的概念網(wǎng)絡(luò)應(yīng)用程序運行在端系統(tǒng)，核心交換部分為應(yīng)用程序進程通信供應(yīng)服務(wù)；應(yīng)用程序體系結(jié)構(gòu)（applicationarchitecture）的概念使得網(wǎng)絡(luò)應(yīng)用系統(tǒng)的設(shè)計開發(fā)過程變得簡潔和規(guī)范。9應(yīng)用程序體系結(jié)構(gòu)的基本概念104.1.2應(yīng)用進程間相互作用模式應(yīng)用進程間相互作用模式的基本概念在應(yīng)用程序體系結(jié)構(gòu)的分類中運用的客戶/服務(wù)器（C/S）的術(shù)語對于理解系統(tǒng)結(jié)構(gòu)是有利的，但是與應(yīng)用進程間相互作用模式簡潔產(chǎn)生混淆；在TCP/IP協(xié)議體系中，進程之間相互作用接受的是客戶/服務(wù)器模式；在客戶/服務(wù)器模式中，客戶與服務(wù)器分別表示相互通信的兩個應(yīng)用程序進程。11進程通信中的客戶/服務(wù)器模式12C/S工作模式的特點（1）服務(wù)器程序在固定的IP地址和熟知的端口號上始終處于打開狀態(tài)，隨時準備接收客戶端的服務(wù)懇求；客戶端程序可以依據(jù)用戶須要，在訪問服務(wù)器時打開；客戶端之間不能夠干脆通信；13C/S工作模式的特點（2）當同時向服務(wù)器發(fā)出服務(wù)懇求的客戶數(shù)量比較多時，一臺服務(wù)器不能滿足多個客戶懇求的須要。人們常常運用由多臺服務(wù)器組成的服務(wù)器集群（serverfarm）構(gòu)成一個虛擬服務(wù)器；假如在客戶數(shù)量比較少，或者客戶服務(wù)懇求不頻繁時，也可以將多種服務(wù)器應(yīng)用程序安裝在一臺計算機中。一臺服務(wù)器就可以供應(yīng)多種網(wǎng)絡(luò)服務(wù)功能。14P2P工作模式的特點P2P應(yīng)用程序體系結(jié)構(gòu)分為：純P2P模式P2P與C/S混合模式15純P2P模式的應(yīng)用程序體系結(jié)構(gòu)特點全部的結(jié)點地位是同等的，都可以以對等的方式干脆通信；純P2P應(yīng)用程序體系結(jié)構(gòu)的典型例子如Gnutella。Gnutella是一個P2P文件共享應(yīng)用程序；P2P工作模式的最大優(yōu)點是它的信息共享的敏捷性與系統(tǒng)的可擴展性。在一個P2P文件共享應(yīng)用程序中，可以有數(shù)以百萬計的對等結(jié)點加入，每個結(jié)點即可以作為一個客戶端，也可以起到服務(wù)器的作用。16P2P與C/S的混合模式隨著P2P規(guī)模的擴大，很多P2P應(yīng)用事實上接受P2P與C/S的混合模式；典型的軟件是Napster；在Napster系統(tǒng)中，共享的MP3文件是干脆在兩個對等結(jié)點之間干脆傳輸，但是提出共享懇求的結(jié)點須要通過一個查詢服務(wù)器找到當前打開的對等結(jié)點的地址；目前大量運用的P2P即時通信程序也接受P2P與C/S的混合模式。174.1.4網(wǎng)絡(luò)應(yīng)用與應(yīng)用層協(xié)議—應(yīng)用層協(xié)議規(guī)定應(yīng)用程序進程之間通信所遵循的通信規(guī)則。應(yīng)用層協(xié)議的基本內(nèi)容：交換報文的類型，如懇求報文與應(yīng)答報文；各種報文格式與包含的字段類型；對每個字段意義的描述；進程在什么時間、如何發(fā)送報文，以及如何響應(yīng)。18應(yīng)用層協(xié)議的類型標準的網(wǎng)絡(luò)應(yīng)用層協(xié)議E-mail、FTP、TELNET、Web等協(xié)議以RFC文檔的方式公布遵守RFC文檔所制定的應(yīng)用層協(xié)議開發(fā)的應(yīng)用系統(tǒng)之間可以實現(xiàn)互聯(lián)和互操作；專用的應(yīng)用層協(xié)議目前P2P文件共享的應(yīng)用層協(xié)議一般都屬于專用協(xié)議。194.1.5網(wǎng)絡(luò)應(yīng)用對低層供應(yīng)服務(wù)的要求應(yīng)用程序的開發(fā)者將依據(jù)網(wǎng)絡(luò)應(yīng)用的實際需求來確定傳輸層是選擇TCP協(xié)議還是UDP協(xié)議，以及主要的技術(shù)參數(shù)；20傳輸層協(xié)議是在主機的操作系統(tǒng)限制下，為應(yīng)用程序供應(yīng)確定的服務(wù)。傳輸層QoS表現(xiàn)在：牢靠性、帶寬與延時等方面。21E-mail、FTP、TELNET、Web、IM、IPTV、VoIP，以及金融應(yīng)用系統(tǒng)、電子政務(wù)、電子商務(wù)、遠程醫(yī)療、遠程數(shù)據(jù)存儲等應(yīng)用對數(shù)據(jù)傳輸?shù)睦慰啃?、帶寬和延時要求不同；金融應(yīng)用系統(tǒng)、電子政務(wù)、電子商務(wù)、遠程醫(yī)療、遠程數(shù)據(jù)存儲等應(yīng)用對數(shù)據(jù)傳輸?shù)睦慰啃砸蟾?；IPTV、VoIP等對帶寬和延時要求比較高，而對數(shù)據(jù)傳輸?shù)睦慰啃砸蟛皇呛車栏瘢粋€分組的丟失一般不會影響語音與圖像的收聽或觀看的效果。224.1.6網(wǎng)絡(luò)應(yīng)用系統(tǒng)對傳輸層協(xié)議的選擇TCP協(xié)議可以供應(yīng)的服務(wù)：支持牢靠的面對連接服務(wù)支持字節(jié)流傳輸服務(wù)支持全雙工服務(wù)23選擇TCP協(xié)議時須要留意的問題TCP協(xié)議的擁塞限制機制是通過限制每個TCP連接來達到公允運用網(wǎng)絡(luò)帶寬的方法；對于有最低帶寬限制的實時視頻應(yīng)用來說，抑制傳輸速率會造成嚴峻的影響；實時視頻應(yīng)用應(yīng)當選擇UDP協(xié)議，而不是TCP協(xié)議。24UDP協(xié)議能夠供應(yīng)的服務(wù)UDP是一種無連接、不行靠的傳輸層協(xié)議；UDP協(xié)議沒有供應(yīng)擁塞限制機制；UDP協(xié)議不供應(yīng)最小延時保證。25應(yīng)用層協(xié)議與傳輸層協(xié)議的關(guān)系網(wǎng)絡(luò)應(yīng)用類型應(yīng)用層協(xié)議傳輸層協(xié)議E-mailSTMPTCPTELNETTELNETTCPWebHTTPTCPFTPFTPTCPDNSDNSUDP或TCP流媒體RealNetworkUDP或TCPVoIPNet2phoneUDP264.2域名系統(tǒng)DNS4.2.1DNS的基本概念DNS的作用是將主機域名轉(zhuǎn)換IP地址，它使得各種互聯(lián)網(wǎng)應(yīng)用成為可能，因此它是互聯(lián)網(wǎng)全部應(yīng)用層協(xié)議的基礎(chǔ)。27DNS

與其

他網(wǎng)

絡(luò)應(yīng)

用的

關(guān)系28域名系統(tǒng)DNS必需具備的基本功能：名字空間定義：系統(tǒng)必需供應(yīng)一個全部可能出現(xiàn)的結(jié)點命名的名字空間；名字注冊：系統(tǒng)必需為每臺主機安排一個在全網(wǎng)具有唯一性的名字；名字解析：系統(tǒng)要為用戶供應(yīng)一種有效的完成主機名與網(wǎng)絡(luò)IP地址轉(zhuǎn)換的機制。29域名系統(tǒng)的功能304.2.2DNS的實現(xiàn)域名空間和資源記錄DNS名字空間被組織成“域”與“子域”的層次結(jié)構(gòu)，它在結(jié)構(gòu)上像計算機中的樹狀文件書目結(jié)構(gòu)；域名空間和資源記錄是樹型命名空間結(jié)構(gòu)和與域名相關(guān)數(shù)據(jù)的技術(shù)規(guī)范。31域名服務(wù)器域名服務(wù)器是一組用來保存域名樹結(jié)構(gòu)和對應(yīng)信息的服務(wù)器程序；地址解析程序地址解析程序可以從域名服務(wù)器中檢索客戶懇求查詢的某個域名對應(yīng)的IP地址；32域名空間和資源記錄、域名服務(wù)器與地址解析程序的關(guān)系

用戶通過本地地址解析程序的簡潔的過程調(diào)用或系統(tǒng)調(diào)用，對域名系統(tǒng)進行訪問；從地址解析程序的角度看，域名系統(tǒng)是由數(shù)量未知的域名服務(wù)器構(gòu)成的系統(tǒng)，地址解析程序?qū)⒚恳粋€域名系統(tǒng)運用的數(shù)據(jù)庫視為基本靜態(tài)的數(shù)據(jù)庫；域名服務(wù)器必需周期性地對本地的區(qū)域數(shù)據(jù)進行刷新，對來自于地址解析程序的懇求進行并行處理。33DNS根域名服務(wù)器DNS域名服務(wù)器的設(shè)置遵循了層次結(jié)構(gòu)原則；DNS根域名服務(wù)器對于DNS系統(tǒng)的整體運行具有極為重要的作用；任何緣由造成根域名服務(wù)器停止運轉(zhuǎn)，都會導致整個DNS系統(tǒng)的關(guān)閉；出于平安的緣由，DNS根域名服務(wù)器不行能只有一臺，目前存在13個DNS根域名服務(wù)器；大多數(shù)根域名服務(wù)器由多臺服務(wù)器構(gòu)成的服務(wù)器集群組成。有些根域名服務(wù)器由分布在不同地理位置的多臺鏡像DNS服務(wù)器組成。344.2.3域名數(shù)據(jù)庫DNS必需有一個大型的、分布式的域名數(shù)據(jù)庫；域名數(shù)據(jù)庫存儲的是按層次管理的域名空間數(shù)據(jù)；這種層次結(jié)構(gòu)可表示為根在上面的樹形結(jié)構(gòu)，結(jié)點都是根的子孫；全部結(jié)點都是可以萌發(fā)新枝葉的點，通常將結(jié)點和葉都稱為結(jié)點。35RFC1034表示的域名空間結(jié)構(gòu)364.2.4域名解析的基本工作原理域名解析方法：遞歸解析（recursiveresolution）反復解析（iterativeresolution）37主機向本地域名服務(wù)器查詢過程38遞歸解析中客戶與服務(wù)器的交互過程39反復解析中客戶與服務(wù)器的交互過程404.3主機配置與動態(tài)主機配置協(xié)議DHCP對于TCP/IP網(wǎng)絡(luò)來說，要將一臺主機接入互聯(lián)網(wǎng)必需配置以下一些參數(shù)：本地網(wǎng)絡(luò)的默認路由器地址；主機應(yīng)當運用的網(wǎng)絡(luò)掩碼；為主機供應(yīng)特定服務(wù)的服務(wù)器地址，如DNS、E-mail服務(wù)器；本地網(wǎng)絡(luò)的最大傳輸單元MTU長度值；IP分組的生存時間TTL值。414.3.1主機配置的基本概念對于大規(guī)模的網(wǎng)絡(luò)以及遠程主機、移動設(shè)備、無盤工作站和地址共享配置，用手工進行主機配置已經(jīng)不行能實現(xiàn)；動態(tài)主機配置協(xié)議可以為主機自動安排IP地址及其他一些重要的參數(shù)；424.3.2DHCP協(xié)議的基本內(nèi)容

DHCP服務(wù)器的主要功能地址儲存與管理；配置參數(shù)的儲存和管理；租用管理；響應(yīng)客戶主機懇求；服務(wù)管理。43DHCP客戶端的主要功能發(fā)起配置；配置參數(shù)管理；租用管理；報文重傳。44DHCP

客戶與

服務(wù)器

交互過程45DHCP

中繼代

理接受

單播方

式轉(zhuǎn)發(fā)

發(fā)覺報文464.4電子郵件系統(tǒng)4.4.1互聯(lián)網(wǎng)電子郵件系統(tǒng)設(shè)計的基本思路全部郵件都運用標準的地址格式，并且每個郵箱在其命名空間里是惟一的。全部郵件報文都運用統(tǒng)一的報文格式，從而保證不同系統(tǒng)之間郵件可以交換。運用統(tǒng)一的報文傳遞協(xié)議向最終用戶傳遞報文。474.4.2電子郵件體系結(jié)構(gòu)與基本工作原理電子郵件的工作原理48電子郵件協(xié)議STMP原理示意圖49郵件傳輸代理MTA與用戶代理UA的概念50中繼MTA服務(wù)器轉(zhuǎn)發(fā)郵件的結(jié)構(gòu)51在互聯(lián)網(wǎng)中郵件報文傳輸過程524.4.3郵件報文交付的3個階段534.4.4SMTP協(xié)議的基本內(nèi)容SMTP吩咐和應(yīng)答54主要的SMTP吩咐關(guān)鍵詞變量HELO發(fā)送端的主機名MAILFROM發(fā)信人RCPTTO預期的收信人DATA郵件的主體QUITRSETVRFY需要驗證的收信人名字EXPN需要擴展的郵件發(fā)送清單HELP命令名55主要的SMTP應(yīng)答56代碼說明220服務(wù)就緒221服務(wù)關(guān)閉傳輸通道250請求命令完成251用戶不是本地的，報文將被轉(zhuǎn)發(fā)354開始郵件輸入450郵箱不可使用500語法錯，不能識別命令502命令未實現(xiàn)552所請求的動作異常終止，存儲位置超過553所請求的動作未發(fā)生，郵箱名不允許使用郵件報文的封裝57郵件報文傳送過程—連接建立、報文

傳送、連接終止連接建立過程58報文

傳送

過程59連接終止過程604.4.5MIME協(xié)議的基本內(nèi)容

MIME與SMTP的關(guān)系614.4.6POP3、IMAP4協(xié)議與基于Web的

電子郵件POP3協(xié)議RFC1939“POP3協(xié)議”中供應(yīng)了一種將存儲在目地SMTP服務(wù)器中的郵件報文傳送到用戶的機制；RFC2449“POP3協(xié)議擴展機制”對該協(xié)議的擴展機制進行了定義。62POP

協(xié)議

會話

過程63IMAP4協(xié)議IMAP4供應(yīng)的功能：用戶在下載郵件之前可以檢查郵件的頭部；用戶在下載郵件之前可以用特定的字符串搜尋電子郵件的內(nèi)容；用戶可以部分地下載電子郵件；用戶可以在郵件服務(wù)器上創(chuàng)建、刪除郵箱，或?qū)︵]箱更名；為了存放電子郵件，用戶可以在文件夾中創(chuàng)建分層次的郵箱。644.5FTP協(xié)議與服務(wù)654.5.1

FTP協(xié)議工作模型4.5.2FTP主要吩咐與協(xié)議執(zhí)行過程（1）RFC959定義的FTP限制吩咐主要有：USER：用于向服務(wù)器端發(fā)送用戶名；PASS：用于向服務(wù)器端發(fā)送用戶口令；LIST：用于向服務(wù)器端懇求發(fā)送當前書目的文件列表；RETR：用于從服務(wù)器端當前書目檢索文件；STOR：用于將客戶主機的一個文件存儲到FTP服務(wù)器。66FTP主要吩咐與協(xié)議執(zhí)行過程（2）RFC959定義的應(yīng)答主要有：125：數(shù)據(jù)連接正確，準備傳輸文件；150：數(shù)據(jù)連接即將打開；220：服務(wù)就緒；221：服務(wù)關(guān)閉；226：關(guān)閉數(shù)據(jù)連接；230：用戶注冊完成；331：用戶名正確，須要傳輸用戶口令。67客戶端從服務(wù)器讀取文件時的FTP協(xié)議執(zhí)行過程684.6Web服務(wù)與HTTP協(xié)議4.6.1HTTP協(xié)議的發(fā)展4.6.2HTTP的非持續(xù)連接與持續(xù)連接HTTP的非持續(xù)連接與持續(xù)連接HTTP協(xié)議支持：非持續(xù)連接（nonpersistentconnection）持續(xù)連接（persistentconnection）HTTP0.9只支持文本信息的數(shù)據(jù)傳輸；1996，HTTP1.0版協(xié)議定義非持續(xù)連接；1997，HTTP/1.1默認狀態(tài)為持續(xù)連接。69非持續(xù)連接在非持續(xù)連接中，對每次懇求/響應(yīng)都要建立一次TCP連接。假如一個網(wǎng)頁包括1個基本的HTLM文件和105個JPEG圖像文件，即106個對象（object），并且都位于同一個服務(wù)器中。70非持續(xù)連接狀態(tài)訪問該對象的工作過程客戶進程在80端口發(fā)起一次與服務(wù)器的TCP連接;客戶進程在這個TCP連接上發(fā)送一個HTTP懇求報文，懇求報文中包括對象路徑netlab/picture.gif;服務(wù)器在這個TCP連接上接收HTTP懇求報文，并封裝在一個HTTP應(yīng)答報文，通過這個TCP連接發(fā)送到客戶進程;服務(wù)器進程通知TCP協(xié)議斷開此次TCP連接;客戶程序在接收到應(yīng)答報文之后，通知TCP協(xié)議斷開此次TCP連接;客戶程序?qū)τ诿總€gif文件的引用重復一次以上過程。71懇求一個HTTP文件所需時間72計算示例懇求一個HTTP文件所需時間測算示例RTT的平均值為1200ms；傳輸一個gif文件時間平均為2500ms；假如一個網(wǎng)頁中有105個gif文件；估算出實行串行方法讀取gif文件，與以每次連接傳輸10個gif文件所用的時間。73第一個RTT用于客戶端到服務(wù)器之間建立一個TCP連接。其次個RTT用于客戶端向服務(wù)器端懇求服務(wù)Web文檔建立另一個TCP連接。服務(wù)器端將文檔以應(yīng)答報文的形式發(fā)送給客戶端的時間為tw。那么，懇求一個HTTP文件所需時間T=2RTT+tw。實行每個連接傳輸一個gif文件所需時間T1=2×1200+(1200+2500)×105=2400+388500=390900(ms)=390.9(s)實行每個連接傳輸10個gif文件所需時間T2=2×1200+[2×1200+(2500×10)]×10+[2×1200+(2500×5)]×1=2400+252400+7740=262540(ms)≈262.5(s)比較T1與T2之后可以發(fā)覺，接受每個TCP連接傳輸10個gif文件所需時間比每個連接傳輸一個gif文件所需時間縮短約33%。75持續(xù)連接在持續(xù)連接時，服務(wù)器在發(fā)出響應(yīng)后保持該TCP連接，在相同的客戶進程端與服務(wù)器端之間的后續(xù)報文都通過該連接傳送;一個Web服務(wù)器中的多個Web頁也可以通過一個持續(xù)的TCP連接來傳送;服務(wù)器進程在接收到客戶進程的懇求或超時才關(guān)閉該連接。76持續(xù)連接的工作方式非流水線方式流水線方式非流水線方式客戶端只有在接收到前一個響應(yīng)時才能發(fā)出新的懇求；客戶端在每訪問一個對象時要花費1個RTT時間；服務(wù)器每發(fā)送一個對象之后，要等待下一個懇求的到來，連接處于空閑狀態(tài)，奢侈了服務(wù)器的資源。77流水線方式客戶端在沒有收到前一個響應(yīng)時就能夠發(fā)出新的懇求；客戶端的懇求可以像流水線作業(yè)一樣，連續(xù)地發(fā)送到服務(wù)器端，服務(wù)器端可以連續(xù)地發(fā)送應(yīng)答報文；運用流水線方式的客戶端訪問全部的對象只需花費1個RTT時間，提高下載Web文檔的效率；HTTP1.1默認狀態(tài)是持續(xù)連接的流水線工作方式。78HTTP懇求與應(yīng)答的工作過程79Web閱讀器發(fā)送懇求報文的目的查詢一個Web頁面的可用性從Web服務(wù)器中讀取該頁面804.6.3HTTP報文格式懇求報文的發(fā)送過程與結(jié)構(gòu)81HTTP在懇求行可以指定的方法GET方法HEAD方法PUT方法POST方法PATCH方法COPY方法DELETE方法MOVE方法LINK方法UNLINK方法82HTTP在懇求行可以指定的方法GET方法：當閱讀器要從服務(wù)器中讀取文檔時運用。HEAD方法：當閱讀器要從服務(wù)器中讀取關(guān)于文檔的某些信息而不是文檔本身時運用。PUT方法：當閱讀器要把新的或須要替換的文檔存放到服務(wù)器時運用。83HTTP在懇求行可以指定的方法POST方法：當閱讀器要給服務(wù)器供應(yīng)某些信息時可以運用。PATCH方法：當閱讀器要用正文中存放的文檔去替換URL位置的文檔時運用。COPY方法：當閱讀器要將文檔復制到另一個位置時運用。84HTTP在懇求行可以指定的方法DELETE方法：表示從服務(wù)器中刪除懇求行中URL指定的文件。MOVE方法：當閱讀器要將文檔移動到另一個位置時運用。LINK方法：當須要創(chuàng)建從一個文檔到另一個文檔的鏈接時運用。85HTTP在懇求行可以指定的方法UNLINK方法：當須要刪除從一個文檔到另一個文檔的鏈接時運用。86HTTP應(yīng)答報文結(jié)構(gòu)87主要

狀態(tài)

碼與

相應(yīng)

意義代碼短語說明100continue請求的開始部分已經(jīng)被接受，客戶可以繼續(xù)它的請求101switching服務(wù)器同意客戶的請求，切換到更新報頭中定義的協(xié)議200ok請求成功201created新的URL被創(chuàng)建202accepted請求被接受，但還沒有馬上起作用204noaccepted報文中沒有內(nèi)容301multiplechoices所請求的URL指向多個資源302movedpermanently服務(wù)器已經(jīng)不再使用所請求的URL304movedtemporarily所請求的URL已暫時地移走88400badrequest在請求中有語法錯誤401Unauthorized請求缺乏適當?shù)氖跈?quán)403forbidden服務(wù)被拒絕404notfound文檔未找到405MethodnotallowedURL不支持406notacceptable所請求的格式不可接受500servererror服務(wù)器端出錯501notimplemented所請求的動作不能完成503serviceunavailable服務(wù)器暫時不可用，但以后可能接受請求89懇求報頭與響應(yīng)報頭的結(jié)構(gòu)90通用頭部通用頭部說明Cache-control給出關(guān)于高速緩存的信息Connection給出連接是否應(yīng)該關(guān)閉Date給出當前日期MIME-version給出所使用的MIME版本Upgrade給出優(yōu)先使用的通信協(xié)議91懇求頭部請求頭部說明Accept給出客戶能夠接受的數(shù)據(jù)格式Accept-charset給出客戶能夠處理的字符集Accept-encoding給出客戶能夠處理的編碼方案Accept-language給出客戶能夠接受的語言Authorization給出客戶具有何種授權(quán)From給出客戶的電子郵件地址Hhost給出客戶的主機和端口號If-modified-since只在比指定日期更新時才發(fā)送這個文檔If-match只在與指定的標記匹配時才發(fā)送這個文檔If-not-match只在與指定的標記不匹配時才發(fā)送這個文檔If-range只發(fā)送缺少的那部分文檔If-unmodified-since如果在指定的日期之后還未改變則發(fā)送文檔Referrer給出被鏈接文檔的URLUser-agent標識客戶程序92響應(yīng)頭部頭部說明Accept-range給出服務(wù)器接受客戶請求的范圍Age給出文檔的使用期限Public給出可以支持的方法清單Retry-after指明的日期之后，服務(wù)器才能夠使用Server給出服務(wù)器名與版本號93正文頭部頭部說明Allow列出URL可以使用的合法的方法Content-encoding給出編碼方案Content-language指明語言Content-length給出文檔長度Content-range給出文檔的范圍Content-type給出數(shù)據(jù)的類型etag給出正文的標記Expires給出內(nèi)容可能改變的時間與日期Last-modified給出上次內(nèi)容改變的時間與日期Location給出被創(chuàng)建和被移走的文檔的位置94運用GET方法讀取圖像95運用HEAD方法讀取HTML文檔信息96運用POST方法向服務(wù)器發(fā)送數(shù)據(jù)97HTTP工作原理與過程

984.6.4超文本標記語言HTML一個HTML標記的例子99常用的HTML標記開始標記結(jié)束標記意義<HTML></HTML>定義HTML文檔<HEAD></HEAD>定義HTML文檔的報頭<BODY></BODY>定義HTML文檔的正文<TITLE></TITLE>定義HTML文檔的標題<B></B>粗體<I></I>斜體<U></U>加下劃線<CENTER></CENTER>居中<IMG></IMG>定義圖像<A></A>定義地址<APPLET></APPLET>文檔是小應(yīng)用程序100一個Web文檔的例子101Web文檔類型靜態(tài)文檔102動態(tài)文檔103活動文檔1044.6.5Web閱讀器1054.7即時通信與SIP協(xié)議

RFC2778定義的即時通信系統(tǒng)除了要供應(yīng)實時信息交換、狀態(tài)跟蹤實力之外，還增加了:

音頻/視頻閑聊應(yīng)用共享文件傳輸文件共享游戲邀請遠程助理白板1064.7即時通信與SIP協(xié)議音頻/視頻閑聊：須要在通信雙方之間建立一個穩(wěn)定的干脆連接，數(shù)據(jù)通常被封裝在UDP報文中傳輸。應(yīng)用共享：在通信雙方之間建立一個TCP連接，通過邀請的過程，在雙方同意的狀況下，遠端的用戶可以訪問本地主機的程序。文件傳輸：在通信雙方之間建立一個TCP連接文件共享：允許遠程用戶閱讀指定的書目，并下載他所須要的文件。4.7即時通信與SIP協(xié)議游戲邀請：邀請遠程用戶訪問本地主機的游戲程序。遠程助理：允許遠程主機限制另一臺主機。白板：共享屏幕的用戶信息共享的快捷方式。4.7.1即時通信工作模型的類型即時通信工作模型可以分為：在線的對等通信方式離線的中轉(zhuǎn)通信方式109典型即時通信系統(tǒng)QQ的通信過程1104.7.2SIP協(xié)議的基本內(nèi)容很多即時通信系統(tǒng)都是接受服務(wù)供應(yīng)商自己制定的即時通信協(xié)議，各個公司制定的協(xié)議相互不兼容；1999年，IETF提出了會話初始化協(xié)議（SIP），RFC3261～3266文檔對SIP協(xié)議進行了具體地描述；SIP是在應(yīng)用層實現(xiàn)即時通信的限制信令協(xié)議；111在SIP協(xié)議中，“會話”是指用戶之間的數(shù)據(jù)傳輸。傳輸?shù)臄?shù)據(jù)可以是一般文本數(shù)據(jù)，可以是音頻或視頻數(shù)據(jù)，也可以是E-mail、閑聊、游戲等數(shù)據(jù)；SIP協(xié)議用于創(chuàng)建、修改和終止會話；在傳輸層，SIP協(xié)議可以運用TCP協(xié)議、UDP協(xié)議或流限制傳輸協(xié)議（SCTP）。112SIP協(xié)議的的特點協(xié)議簡潔，效率高；接受客戶/服務(wù)器工作模式；地址敏捷。113接受了客戶/服務(wù)器工作模式定義了兩種構(gòu)件：用戶代理網(wǎng)絡(luò)服務(wù)器定義了兩種代理服務(wù)器的狀態(tài)：有狀態(tài)代理無狀態(tài)代理114用戶代理用戶代理包括2個程序：用戶代理客戶與用戶代理服務(wù)器；用戶代理客戶發(fā)起呼叫，而用戶代理客戶則接受呼叫；用戶代理客戶的表現(xiàn)形式有多種，有些是運行在計算機上的軟件，有些是嵌入到移動設(shè)備（例如筆記本計算機、PDA或移動電話）的應(yīng)用軟件。115網(wǎng)絡(luò)服務(wù)器SIP定義了3類網(wǎng)絡(luò)服務(wù)器：代理服務(wù)器、注冊服務(wù)器與重定向服務(wù)器；代理服務(wù)器：接收用戶代理客戶發(fā)出的呼叫懇求，并將它轉(zhuǎn)發(fā)給被叫用戶或下一跳的代理服務(wù)器，然后由下一跳的代理服務(wù)器將呼叫懇求轉(zhuǎn)發(fā)給用戶代理服務(wù)器，因此代理服務(wù)器也稱為SIP路由器。注冊服務(wù)器：接收和處理用戶代理懇求，完成用戶地址的注冊過程。注冊服務(wù)器保存用戶地址與當前所在位置的映射關(guān)系。重定向服務(wù)器116網(wǎng)絡(luò)服務(wù)器SIP定義了3類網(wǎng)絡(luò)服務(wù)器：代理服務(wù)器、注冊服務(wù)器與重定向服務(wù)器；代理服務(wù)器注冊服務(wù)器重定向服務(wù)器：不接收用戶呼叫懇求，只處理SIP呼叫路由。當它接收到代理服務(wù)器呼叫路由懇求時，它通過響應(yīng)報文告知下一跳代理服務(wù)器的地址。代理服務(wù)器依據(jù)該地址重新定向下一跳的代理服務(wù)器發(fā)送呼叫懇求報文。117代理服務(wù)器的兩種狀態(tài)有狀態(tài)代理服務(wù)器保存接收到的用戶代理接入懇求、回送的響應(yīng)，以及轉(zhuǎn)發(fā)的懇求信息；無狀態(tài)代理服務(wù)器在轉(zhuǎn)發(fā)懇求信息之后不保留狀態(tài)信息。118SIP協(xié)議要求的地址格式電話號碼sip:wugongyi@8622-23508917IPv4地址sip:wugongyi@80電子郵件地址sip:wugongyi@119SIP協(xié)議的報文格式SIP懇求報文名稱及意義120報文名稱意義INVITE邀請用戶或服務(wù)器參加一個會話，啟動會話連接的建立ACK用戶或服務(wù)器同意參加一個會話，確認會話建立的建立CANCEL取消即將發(fā)生的會話BYE終止會話INFO傳送PSTN電話信令OPTIONS查詢一個服務(wù)器的能力；如果代理服務(wù)器確定能夠與用戶建立會話連接則應(yīng)答；如果是注冊服務(wù)器或重定向服務(wù)器則只需要轉(zhuǎn)發(fā)該報文SIP應(yīng)答報文狀態(tài)碼的范圍及意義狀態(tài)碼的范圍意義100～199臨時的200～299成功300～399重定向400～499客戶端錯誤500～599服務(wù)器端錯誤600～699失敗121SIP通過代理服務(wù)器建立會話連接的過程1224.8網(wǎng)絡(luò)管理與SNMP協(xié)議4.8.1網(wǎng)絡(luò)管理的基本概念網(wǎng)絡(luò)管理系統(tǒng)組成部分：管理進程被管對象代理進程管理信息庫網(wǎng)絡(luò)管理協(xié)議123網(wǎng)絡(luò)管理系統(tǒng)結(jié)構(gòu)124網(wǎng)絡(luò)管理的功能配置管理：主要功能是監(jiān)控網(wǎng)絡(luò)中的各個設(shè)備的配置信息，包括網(wǎng)絡(luò)拓撲結(jié)構(gòu)、各個設(shè)備與鏈路的互聯(lián)狀況、每臺設(shè)備的硬件和軟件配置數(shù)據(jù)，以及網(wǎng)絡(luò)資源的安排。性能管理：主要功能是測量和監(jiān)控網(wǎng)絡(luò)運行的狀態(tài)，監(jiān)視、收集和統(tǒng)計網(wǎng)絡(luò)運行性能的數(shù)據(jù)，發(fā)覺某個參數(shù)的當前值超過管理人員預先設(shè)定的閥值時剛好通知管理員。記賬管理故障管理平安管理125網(wǎng)絡(luò)管理的功能配置管理性能管理記賬管理：測量和收集各種網(wǎng)絡(luò)資源的運用狀況，統(tǒng)計、分析結(jié)點發(fā)送和接收的流量與運用的時間，為按流量或時間計費供應(yīng)依據(jù)。故障管理：故障是指有可能導致網(wǎng)絡(luò)出現(xiàn)部分或全部中斷或癱瘓，必需予以修復的錯誤。主要功能包括故障檢測、差錯跟蹤、故障檢測日志、報告生成與隔離定位。平安管理126網(wǎng)絡(luò)管理的功能配置管理性能管理記賬管理故障管理平安管理：主要功能是通過設(shè)定若干規(guī)則，防止網(wǎng)絡(luò)遭遇有意或無意的破壞，同時限制對敏感資源的未經(jīng)授權(quán)的訪問。平安管理包括：建立訪問限制權(quán)限和訪問限制；建立平安審計，對系統(tǒng)中的各種重要操作與違規(guī)操作進行記錄；當出現(xiàn)平安事務(wù)時發(fā)出警告，產(chǎn)生平安報告127SNMP協(xié)議的工作原理1284.8.2SNMP協(xié)議的基本內(nèi)容管理信息結(jié)構(gòu)（SMI）管理信息庫（MIB）SNMP協(xié)議規(guī)則129管理信息結(jié)構(gòu)SMI被管對象如何命名存儲的被管對象