1、精品文檔1.1 什么是服務(wù)、協(xié)議、實(shí)體？協(xié)議定義了格式，網(wǎng)絡(luò)實(shí)體間發(fā)送和接收報(bào)文順序，和傳輸，收到報(bào)文所采取的動作。三要素： <1>語法：規(guī)定信息格式<2>語義：明確通信雙方該怎樣做<3>同步：何時(shí)通信，先講什么后講什么，通信速度等。1.2 網(wǎng)絡(luò)邊緣：什么是無連接服務(wù)，面向連接？<1>無連接服務(wù)：不要求發(fā)送方和接收方之間的會話連接<2>面向連接：在發(fā)送任何數(shù)據(jù)之前，要求建立會話連接1.3 電路交換和分組交換的區(qū)別，分組交換分為哪兩種？電路交換技術(shù)：很少用于數(shù)據(jù)業(yè)務(wù)網(wǎng)絡(luò)，主要是因?yàn)槠滟Y源利用效率和可靠性低。分組交換技術(shù)：通過統(tǒng)計(jì)復(fù)用方式

2、，提高了資源利用效率。而且當(dāng)出現(xiàn)線路故障時(shí)，分組交換技術(shù)可通過重新選路重傳，提高了可靠性。而另一個(gè)方面， 分組交換是非面向連接的，對于一些實(shí)時(shí)性業(yè)務(wù)有著先天的缺陷，雖然有資源預(yù)留等一系列緩解之道，但并不足以解決根本問題。而電路交換技術(shù)是面向連接的，很適合用于實(shí)時(shí)業(yè)務(wù)。同時(shí)，與分組交換技術(shù)相比，電路交換技術(shù)實(shí)現(xiàn)簡單且價(jià)格低廉，易于用硬件高速實(shí)現(xiàn)。分組交換： <1>數(shù)據(jù)報(bào)方式：在目的地需要重新組裝報(bào)文。優(yōu)點(diǎn)：如有故障可繞過故障點(diǎn)、：不能保證按順序到達(dá)，丟失不能立即知曉。<2>虛電路方式：在數(shù)據(jù)傳輸之前必須通過虛呼叫設(shè)置一條虛電路。它適用于兩端之間長時(shí)間的數(shù)據(jù)交換。 優(yōu)點(diǎn)：可

3、靠、保持順序； 缺點(diǎn)：如有故障， 則經(jīng)過故障點(diǎn)的數(shù)據(jù)全部丟失。1.4物理媒介無線：無線電波，激光，微波有線：雙絞線，同軸電纜，光纖1.5分組電路交換中的時(shí)延（傳輸+處理 +傳播），每一個(gè)時(shí)延計(jì)算時(shí)延和丟包產(chǎn)生的原因：分組在路由器緩存中排隊(duì)：分組到達(dá)鏈路的速率超過輸出鏈路的能力；分組時(shí)延的四種來源： <1>節(jié)點(diǎn)處理 <2> 排隊(duì)<3>傳輸時(shí)延： R= 鏈路帶寬(bps) L=分組長度( 比特 ) 發(fā)送比特進(jìn)入鏈路的時(shí)間= L/R<4>傳播時(shí)延： d =物理鏈路的長度s =在媒體中傳播的速度(2x108 m/sec)傳播時(shí)延 = d/sdnodald

4、proc dqueue dtrans dpropdproc=處理時(shí)延通常幾個(gè)微秒或更少dqueue =排隊(duì)時(shí)延取決于擁塞dtrans =傳輸時(shí)延 = L/R對低速鏈路很大dprop =傳播時(shí)延幾微秒到幾百毫秒a=平均分組到達(dá)速率流量強(qiáng)度= La/RLa/R 0:平均排隊(duì)時(shí)延小La/R -> 1:時(shí)延變大La/R > 1:更多“工作”到達(dá)，超出了服務(wù)能力，平均時(shí)延無窮大！1.6 什么是計(jì)算機(jī)網(wǎng)絡(luò)體系結(jié)構(gòu)？TCP/IP 模型：應(yīng)用層 :支持網(wǎng)絡(luò)應(yīng)用為用戶提供所需要的各種服務(wù)運(yùn)輸層 :為應(yīng)用層實(shí)體提供端到端的通信功能。TCP, UDP網(wǎng)絡(luò)層 :解決主機(jī)到主機(jī)的通信問題IP,選路協(xié)議鏈路層

5、 :在鄰近網(wǎng)元之間傳輸數(shù)據(jù)PPP,以太網(wǎng)物理層 :“在線上”的比特。1歡迎下載精品文檔（ 1） OSI 七層：物理層，數(shù)據(jù)鏈路層，網(wǎng)絡(luò)層，傳輸層，會話層，表示層，應(yīng)用層。（ 2）物理層：完成 0/1 在物理介質(zhì)上的傳輸。（ 3）數(shù)據(jù)鏈路層：將不可靠的物理鏈路變成可靠的數(shù)據(jù)鏈路。（ 4）網(wǎng)絡(luò)層：提供路由選擇，擁塞控制及網(wǎng)絡(luò)互聯(lián)功能，為端到端提供面向連接或者無連接的數(shù)據(jù)傳輸服務(wù)。（ 5）傳輸層：提供面向進(jìn)程，面向連接或者無連接的數(shù)據(jù)傳輸服務(wù)。（ 6）會話層：為進(jìn)程之間的會話提供建立/ 維護(hù) / 終止連接的功能。（ 7）表示層：協(xié)商應(yīng)用程序間交互的數(shù)據(jù)格式。（ 8）應(yīng)用層：為網(wǎng)絡(luò)應(yīng)用提供協(xié)議支持和服

6、務(wù)。兩個(gè)模型異同點(diǎn)：共同點(diǎn)(1)OSI 參考模型和TCP/IP 參考模型都采用了層次結(jié)構(gòu)的概念，(2) 都能夠提供面向連接和無連接兩種通信服務(wù)機(jī)制；均是一種基于協(xié)議數(shù)據(jù)單元的包交換網(wǎng)絡(luò)，而且分別作為概念上的模型和事實(shí)上的標(biāo)準(zhǔn)，具有同等的重要性不同點(diǎn)（ 1）前者是七層模型，后者是四層結(jié)構(gòu)（2）對可靠性要求不同（后者更高）(3) OSI 模型是在協(xié)議開發(fā)前設(shè)計(jì)的 , 具有通用性 .TCP/IP 是先有協(xié)議集然后建立模型 , 不適用于非TCP/IP 網(wǎng)絡(luò) .（ 4）實(shí)際市場應(yīng)用不同（ OSI 模型只是理論上的模型，并沒有成熟的產(chǎn)品，而 TCP/IP 已經(jīng)成為 “實(shí)際上的國際標(biāo)準(zhǔn) ”）1.7 計(jì)算機(jī)網(wǎng)

7、絡(luò)為什么分層設(shè)計(jì)？明確的結(jié)構(gòu)使得能夠標(biāo)識復(fù)雜系統(tǒng)構(gòu)件的關(guān)系, 模塊化易于維護(hù)、系統(tǒng)的更新各層服務(wù)實(shí)現(xiàn)的改變對于系統(tǒng)的其他部分透明 , 如改變登機(jī)過程不影響系統(tǒng)的其他部分各層功能相對獨(dú)立，各層因技術(shù)進(jìn)步而做的改動不會影響到其他層，從而保持體系結(jié)構(gòu)的穩(wěn)定性2.1 什么是非持久、持久連接？非持久連接：至多一個(gè)對象經(jīng)過一個(gè)TCP連接發(fā)送 .HTTP/1.0 使用非持久HTTP持久連接：多個(gè)對象能夠經(jīng)過客戶機(jī)和服務(wù)器之間的單個(gè)TCP連接發(fā)送 .HTTP/1.1 以默認(rèn)模式使用持久連接2.2 web緩存，如何通過代理緩存？代理緩存：由一個(gè)代理服務(wù)器下載的頁面存儲。一個(gè)代理服務(wù)器為多個(gè)用戶提供一條通道。緩。

8、2歡迎下載精品文檔沖的代理允許一個(gè)代理服務(wù)器減少對同一個(gè)網(wǎng)站的同樣頁面的請求次數(shù)。一旦代理服務(wù)器的一個(gè)用戶請求了某頁，代理服務(wù)器就保存該頁以服務(wù)于它的其他用戶的同樣請求。用戶設(shè)置瀏覽器：經(jīng)過緩存訪問，瀏覽器向緩存發(fā)送所有HTTP請求對象在緩存中，緩存返回對象；否則緩存向起始服務(wù)器請求對象，然后向客戶機(jī)返回對象為什么使用Web緩存：減小客戶機(jī)請求的響應(yīng)時(shí)間，減小機(jī)構(gòu)訪問鏈路的流量，因特網(wǎng)密集安裝緩存使得內(nèi)容提供商能有效地交付內(nèi)容。2.3電子郵件系統(tǒng)發(fā)送： SMAP接收： POP3， IMAP2.5 DNS 實(shí)現(xiàn)域名和IP 地址轉(zhuǎn)換一般都是由DNS來服務(wù)器是指保存有該網(wǎng)絡(luò)中所有主機(jī)的域名和對應(yīng)IP

9、 地址，并具有將域名轉(zhuǎn)換為 IP 地址功能的服務(wù)器. DNS是計(jì)算機(jī)域名(Domain Name System)的縮寫，它是由解析器和域名服務(wù)器組成的。分布式的、等級制數(shù)據(jù)庫。2.6 P2P文件共享集中分式混合3.1 多路復(fù)用，多路分解含義多路復(fù)用：數(shù)據(jù)通信系統(tǒng)或計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)中, 傳輸媒體的帶寬或容量往往會超過傳輸單一信號的需求 , 為了有效地利用通信線路, 希望一個(gè)信道同時(shí)傳輸多路信號, 這就是所謂的多路復(fù)用技術(shù)。采用多路復(fù)用技術(shù)能把多個(gè)信號組合起來在一條物理信道上進(jìn)行傳輸, 在遠(yuǎn)距離傳輸時(shí)可大大節(jié)省電纜的安裝和維護(hù)費(fèi)用。多路分解：主機(jī)接收IP 數(shù)據(jù)報(bào)：每個(gè)數(shù)據(jù)報(bào)有源無連接,目的地?zé)o連接，

10、每個(gè)數(shù)據(jù)報(bào)承載1個(gè)運(yùn)輸層段， 每個(gè)段具有源、 目的端口號， 主機(jī)使用IP 地址和端口號將段定向到適當(dāng)?shù)奶捉幼?。包含無連接分解和面向連接分解兩種。3.3停等協(xié)議（ 1）發(fā)送方每次僅將當(dāng)前信息幀作為保留在緩沖存儲中；（ 2）當(dāng)發(fā)送方開始發(fā)送信息幀時(shí)，賦予該信息幀一個(gè)幀序號，隨即啟動計(jì)時(shí)器；（3）當(dāng)接收方收到無差錯(cuò)的信息幀后，即向發(fā)送方返回一個(gè)與該幀序號相同序號 的 ACK確認(rèn)幀；（ 4）當(dāng)接收方檢測到一個(gè)含有差錯(cuò)的信息幀時(shí)，便舍棄該幀；（ 5）若發(fā)送方在規(guī)定時(shí)間內(nèi)收到ACK確認(rèn)幀，即將計(jì)時(shí)器清零，需而開始下一幀的發(fā)送；（6）若發(fā)送方在規(guī)定時(shí)間內(nèi)未收到ACK確認(rèn)幀，則應(yīng)重發(fā)存于緩沖其中的待確認(rèn)信息幀

11、。從以上過程可以看出，停等協(xié)議的接收、發(fā)送雙方僅需設(shè)置一個(gè)幀的緩沖存儲空間和幀序號只取0或 1的兩個(gè)狀態(tài)標(biāo)志位，便可有效地實(shí)現(xiàn)數(shù)據(jù)重發(fā)并確報(bào)接收方接受的數(shù)據(jù)不會重份。3.4 TCP 協(xié)議三次握手，為什么通過四次，三次拆除連接原因： TCP 連接是通過三次握手進(jìn)行初始化的。三次握手的目的是同步連接雙方的序列號和確認(rèn)號并交換 TCP 窗口大小信息。 在 TCP/IP 協(xié)議中， TCP協(xié)議提供可靠的連接服務(wù)，采用三次握手建立一個(gè)連接。第一次握手：建立連接時(shí)，客戶端發(fā)送syn 包 (syn=j)到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；SYN：同步序列編號(Synchronize Sequ

12、ence Numbers)。第二次握手：服務(wù)器收到syn 包，必須確認(rèn)客戶的SYN（ ack=j+1 ），同時(shí)自己也發(fā)送一個(gè)SYN包（ syn=k），即 SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；第三次握手： 客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1) ，此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。完成三次握手，客戶端與服務(wù)器開始傳送數(shù)據(jù)。四次揮手：。3歡迎下載精品文檔第三章客戶端A 發(fā)送一個(gè)FIN ，用來關(guān)閉客戶A 到服務(wù)器B 的數(shù)據(jù)傳送（報(bào)文段4）。第四章服務(wù)器B 收到這個(gè)FIN ，它發(fā)回一個(gè)ACK，確認(rèn)序號為收

13、到的序號加1（報(bào)文段 5）。和 SYN一樣，一個(gè)FIN 將占用一個(gè)序號。第五章服務(wù)器B 關(guān)閉與客戶端A 的連接，發(fā)送一個(gè)FIN 給客戶端A（報(bào)文段 6）。第六章客戶端A 發(fā)回 ACK報(bào)文確認(rèn)，并將確認(rèn)序號設(shè)置為收到序號加1（報(bào)文段 7）為什么建立連接協(xié)議是三次握手，而關(guān)閉連接卻是四次握手呢？這是因?yàn)榉?wù)端的LISTEN 狀態(tài)下的SOCKET當(dāng)收到 SYN 報(bào)文的建連請求后，它可以把ACK和 SYN（ ACK起應(yīng)答作用， 而 SYN起同步作用） 放在一個(gè)報(bào)文里來發(fā)送。 但關(guān)閉連接時(shí)， 當(dāng)收到對方的 FIN 報(bào)文通知時(shí)，它僅僅表示對方?jīng)]有數(shù)據(jù)發(fā)送給你了；但未必你所有的數(shù)據(jù)都全部發(fā)送給對方了，所以你

14、可以未必會馬上會關(guān)閉SOCKET,也即你可能還需要發(fā)送一些數(shù)據(jù)給對方之后，再發(fā)送FIN 報(bào)文給對方來表示你同意現(xiàn)在可以關(guān)閉連接了，所以它這里的ACK報(bào)文和 FIN 報(bào)文多數(shù)情況下都是分開發(fā)送的。3.5 TCP 擁塞控制、流量控制方法擁塞控制： AIMD（加增倍減算法）慢啟動超時(shí)事件后的保守機(jī)制流量控制： TCP連接的接收方有 1個(gè)接收緩沖區(qū)， 應(yīng)用進(jìn)程可能從接收緩沖區(qū)讀數(shù)據(jù)緩慢。 匹配速度服務(wù) : 發(fā)送速率需要匹配接收方應(yīng)用程序的提取速率。發(fā)送方不能發(fā)送太多、太快的數(shù)據(jù)讓接收方緩沖區(qū)溢出工作原理：緩沖區(qū)的剩余空間= RcvWindow= RcvBuffer-LastByteRcvd - Las

15、tByteRead接收方在報(bào)文段接收窗口字段中通告其接收緩沖區(qū)的剩余空間發(fā)送方要限制未確認(rèn)的數(shù)據(jù)不超過RcvWindowLastByteSent-LastByteAcked <或= RcvWindow保證接收緩沖區(qū)不溢出4.1無連接網(wǎng)絡(luò)層服務(wù)模型和有連接網(wǎng)絡(luò)層服務(wù)模型（數(shù)據(jù)傳輸不會出現(xiàn)亂序）數(shù)據(jù)報(bào)網(wǎng)絡(luò)提供網(wǎng)絡(luò)層無連接服務(wù)虛電路網(wǎng)絡(luò)提供網(wǎng)絡(luò)層連接服務(wù)有連接網(wǎng)絡(luò)層服務(wù)模型一個(gè)可靠服務(wù)模型意味著網(wǎng)絡(luò)保證發(fā)送每一個(gè)數(shù)據(jù)包，按順序，且沒有重復(fù)或者丟失。數(shù)據(jù)報(bào)，或者稱為最佳努力服務(wù)，發(fā)送到達(dá)的數(shù)據(jù)報(bào)，讓運(yùn)輸層發(fā)送。在一個(gè)無連接模型中，每一小段數(shù)據(jù)（數(shù)據(jù)包）是獨(dú)立發(fā)送的，并且攜帶完整的源地址及目的地址

16、。這與郵政系統(tǒng)類似，每一封信都帶著完整的地址注入系統(tǒng)。面向連接（有時(shí)被稱為虛電路）模型與電話網(wǎng)絡(luò)類似，每一個(gè)呼叫都必須先建立連接，網(wǎng)絡(luò)保持整個(gè)連接，通常所有的數(shù)據(jù)包都是沿著從源到宿的相同路徑前進(jìn)的，并且網(wǎng)絡(luò)常常為每一個(gè)會話分配一個(gè)標(biāo)識符使得不是所有的數(shù)據(jù)包都需攜帶源和宿的地址。在這個(gè)模型中，終端系統(tǒng)首先通知網(wǎng)絡(luò)它想與另一個(gè)終端系統(tǒng)會話，然后網(wǎng)絡(luò)通知目標(biāo)端系統(tǒng)有會話請求，由目標(biāo)決定是接受或是拒絕。此處“呼叫”一詞意思是網(wǎng)絡(luò)建立的虛電路，而“會話”意思是在虛電路上流動的信息，但是區(qū)別并不重要。4.3 ICMP<1>差錯(cuò)報(bào)告。4歡迎下載精品文檔1 ）只報(bào)告差錯(cuò)，但不負(fù)責(zé)糾正錯(cuò)誤，糾錯(cuò)工作

17、留給高層協(xié)議去處理；2 ）發(fā)現(xiàn)出錯(cuò)的設(shè)備只向信源機(jī)報(bào)告差錯(cuò)；3 ）差錯(cuò)報(bào)告作為一般數(shù)據(jù)傳輸，不享受特別的優(yōu)先級和可靠性；4）產(chǎn)生 ICMP差錯(cuò)報(bào)告的同時(shí)，會丟棄出錯(cuò)的IP 數(shù)據(jù)報(bào)。<2>網(wǎng)絡(luò)信息查詢<3>網(wǎng)絡(luò)控制（擁塞控制、優(yōu)化）1. 網(wǎng)關(guān)發(fā)現(xiàn)擁塞，按一定策略向某些源站發(fā)出源站抑制報(bào)文；2. 源站收到源站抑制報(bào)文后，按一定速率降低發(fā)往某信宿的數(shù)據(jù)報(bào)的速率；3. 在一定時(shí)間間隔內(nèi)若無源抑制報(bào)文到達(dá)，則源站認(rèn)為擁塞解除，逐漸提高發(fā)送速率。<4>ping命令采用原理，實(shí)現(xiàn)原理：基于 ICMP回送請求與應(yīng)答報(bào)文是DOS命令，一般用于檢測網(wǎng)絡(luò)通與不通。PING (Pa

18、cket Internet Grope)，因特網(wǎng)包探索器，用于測試網(wǎng)絡(luò)連接量的程序。Ping 發(fā)送一個(gè) ICMP回聲請求消息給目的地并報(bào)告是否收到所希望的ICMP回聲應(yīng)答。它是用來檢查網(wǎng)絡(luò)是否通暢或者網(wǎng)絡(luò)連接速度的命令。作為一個(gè)生活在網(wǎng)絡(luò)上的管理員或者黑客來說，ping 命令是第一個(gè)必須掌握的DOS命令，它所利用的原理是這樣的：網(wǎng)絡(luò)上的機(jī)器都有唯一確定的IP 地址，我們給目標(biāo) IP 地址發(fā)送一個(gè)數(shù)據(jù)包，對方就要返回一個(gè)同樣大小的數(shù)據(jù)包，根據(jù)返回的數(shù)據(jù)包我們可以確定目標(biāo)主機(jī)的存在，可以初步判斷目標(biāo)主機(jī)的操作系統(tǒng)等。Ping是Windows系列自帶的一個(gè)可執(zhí)行命令。利用它可以檢查網(wǎng)絡(luò)是否能夠連通，

19、用好它可以很好地幫助我們分析判定網(wǎng)絡(luò)故障。<5>trace route命令原理、實(shí)現(xiàn)源向目的地發(fā)送一系列UDP段第一個(gè) TTL =1第二個(gè) TTL=2,等不可能的端口號當(dāng)?shù)?n個(gè)數(shù)據(jù)報(bào)到達(dá)第 n和路由器 :路由器丟棄數(shù)據(jù)報(bào)并向源發(fā)送一個(gè)ICMP報(bào)文 ( 類型 11,編碼 0)報(bào)文包括路由器的名字和IP 地址當(dāng) ICMP報(bào)文到達(dá)，源計(jì)算 RTTTrace route執(zhí)行上述過程 3次停止規(guī)則UDP段最終到達(dá)目的地主機(jī)目的地返回 ICMP “主機(jī)不可達(dá)”分組( 類型 3,編碼 3)當(dāng)源得到該 ICMP, 停止4.4路由選路算法：靜態(tài) : 可靠性差，簡單動態(tài)：實(shí)現(xiàn)復(fù)雜，可靠性高距離矢量算

20、法特點(diǎn)：距離矢量路由算法是動態(tài)路由算法。它是這樣工作的：每個(gè)路由器維護(hù)一張矢量表，表中列出了當(dāng)前已知的到每個(gè)目標(biāo)的最佳距離，以及所使用的線路。通過在鄰居之間相互交換信息，路由器不斷地更新它們內(nèi)部的表。4.5自制系統(tǒng)： AS邊界路由器余用外部網(wǎng)關(guān)協(xié)議，BGP，內(nèi)部網(wǎng)關(guān)協(xié)議OSPF，一個(gè) AS劃分為全干區(qū)域與非全干區(qū)域IPV4 到IPV6過渡技術(shù)：目前主要有四種過渡技術(shù)：雙協(xié)議棧這類技術(shù)可以讓IPv4 和 IPv6 共存于同一設(shè)備和網(wǎng)絡(luò)中。5歡迎下載精品文檔隧道技術(shù) 這類技術(shù)可以讓 IPv6 業(yè)務(wù)在現(xiàn)有 IPv4 基礎(chǔ)設(shè)施上傳輸。協(xié)議轉(zhuǎn)換 這類技術(shù)讓純 IPv6 節(jié)點(diǎn)能夠和純 IPv4 節(jié)點(diǎn)互相通

21、訊。6PE技術(shù) 這類技術(shù)可以讓 IPv6 業(yè)務(wù)在 IPv4 的MPLS骨干2. 在星型、環(huán)型和總線型網(wǎng)絡(luò)中，各自采用什么方法實(shí)現(xiàn)“廣播”式傳輸？(1)星型網(wǎng)絡(luò)通過中間節(jié)點(diǎn)將一個(gè)節(jié)點(diǎn)發(fā)來的數(shù)據(jù)同時(shí)轉(zhuǎn)發(fā)給其他所有節(jié)點(diǎn)，達(dá)到“廣播式“傳輸。(2) 環(huán)形網(wǎng)絡(luò)通過發(fā)送方發(fā)送數(shù)據(jù)幀， 數(shù)據(jù)幀遍歷各個(gè)節(jié)點(diǎn)， 最后由發(fā)送方將數(shù)據(jù)幀從環(huán)上取下，從而達(dá)到 “廣播式 “傳輸。(3) 總線型依賴于數(shù)據(jù)信號沿著總線向兩端傳播的基本特性實(shí)現(xiàn)“廣播式“傳輸。3. 面向連接和無連接的通信在路由選擇上有哪些差別？(1) 面向連接的通信，在建立連接階段通過使用路由表建立一個(gè)路徑轉(zhuǎn)發(fā)表，連接建立好之后，不再使用路由表，而直接使用路

22、徑轉(zhuǎn)發(fā)表。(2) 無連接的通信，在每個(gè)數(shù)據(jù)包到達(dá)路由器時(shí)，都需要進(jìn)行路由選擇，然后進(jìn)行轉(zhuǎn)發(fā)。4. 試比較 HDLC規(guī)程和 LLC 協(xié)議的異同？(1) HDLC實(shí)現(xiàn)了完整的數(shù)據(jù)鏈路層功能，而在局域網(wǎng)體系中，數(shù)據(jù)鏈路層功能由LLC與 MAC子層實(shí)現(xiàn)， LLC 封裝在 MAC幀中，因此沒有校驗(yàn)或同步標(biāo)志。(2) LLC幀地址是服務(wù)訪問點(diǎn)地址，不是物理地址，物理地址在MAC中。(3) LLC只定義了一種數(shù)據(jù)傳輸模式，簡化了HDLC。5. 一個(gè)組織申請到一個(gè) C 類網(wǎng)段地址 ，網(wǎng)絡(luò)管理中心打算產(chǎn)生最大數(shù)目的子網(wǎng)，且每個(gè)子網(wǎng)最多有30 臺主機(jī)，試找出滿足此條件的最佳子網(wǎng)掩碼，并講述

23、IP 子網(wǎng)掩碼的作用是什么？(1) 24。(2) 子網(wǎng)掩碼可屏蔽 IP 地址中的主機(jī)號， 而保留網(wǎng)絡(luò)號與子網(wǎng)號。 用于說明 IP 地址中子網(wǎng)的位置。6. 為什么要把 IP 地址解析成 MAC地址才能實(shí)現(xiàn)數(shù)據(jù)傳輸？怎樣進(jìn)行地址解析？(1) 主機(jī)相互通信時(shí)，首先要知道對方IP 地址所對應(yīng)的物理地址才能在物理網(wǎng)絡(luò)上勁行傳輸。(2) 地址解析通過 ARP協(xié)議完成。7. 簡述 TCP協(xié)議建立連接時(shí)的“三次握手”過程，并說明其起的作用？答題要點(diǎn)：第一個(gè)知識點(diǎn)分三個(gè)小點(diǎn)，每點(diǎn)1 分，共 3 分（可以畫圖表示） 。第二個(gè)知識點(diǎn) 2 分。(1) 步驟如下： A 請求建立到 B 的連接。

24、 B 對連接請求進(jìn)行確認(rèn)，并請求建立B 到 A 的連接。 A 對反向連接進(jìn)行確認(rèn)。6歡迎下載精品文檔(2) 三次握手可以解決被延遲的分組問題，從而可以保證數(shù)據(jù)交換的安全和可靠。8. TCP 的多路復(fù)用是通過什么機(jī)制提供的，并簡述該機(jī)制的概念和用途？(1) 多路復(fù)用通過端口機(jī)制提供。(2) 端口機(jī)制用于標(biāo)志主機(jī)上的不同進(jìn)程。一個(gè)主機(jī)上的多個(gè)應(yīng)用程序可以通過不同的端口同時(shí)使用 TCP進(jìn)行通信。2.一名學(xué)生A 希望訪問網(wǎng)站 。學(xué)生 A 在其瀏覽器中輸入并按回車，直到Google 的網(wǎng)站首頁顯示在其瀏覽器中，請問：(1) 在此過程中，按照 TCP/IP 參考模型，從應(yīng)用層（包括應(yīng)用層）到網(wǎng)絡(luò)接口層（包

25、括網(wǎng)絡(luò)接口層）都用到了哪些協(xié)議，每個(gè)協(xié)議所起的作用是什么？(2) 簡要描述該過程的流程（可用流程圖描述）。(1) 協(xié)議及其功能如下：應(yīng)用層：HTTP： WWW訪問協(xié)議。DNS：域名解析。傳輸層：TCP：在客戶和服務(wù)器之間建立連接，提供可靠的數(shù)據(jù)傳輸。網(wǎng)絡(luò)層：IP ：進(jìn)行路由選擇。ICMP：提供網(wǎng)絡(luò)傳輸中的差錯(cuò)檢測。ARP：將目的IP 地址映射成物理MAC地址。網(wǎng)絡(luò)接口層：LLC 和 MAC：提供數(shù)據(jù)鏈路層的功能，實(shí)現(xiàn)可靠的數(shù)據(jù)鏈路。(2) 過程描述如下： 利用 DNS，查詢到WWW.GOOGLE.COM對應(yīng)的 IP 地址。 瀏覽器與GOOGLE的服務(wù)器利用TCP協(xié)議建立連接。 瀏覽器利用HTT

26、P的 GET方法向 GOOGLE服務(wù)器發(fā)送資源請求。 GOOGLE發(fā)送回應(yīng)信息。 瀏覽器解釋回應(yīng)信息，并以圖形化的方式顯示。通過瀏覽器訪問網(wǎng)頁的完整細(xì)節(jié)1、若 DNS緩存中沒有相關(guān)數(shù)據(jù)，則IE 瀏覽器先向DNS服務(wù)器發(fā)出DNS請求：這一過程的目的是獲取這個(gè)域名所對應(yīng)的IP 地址；IE 瀏覽器向本機(jī)DNS模塊發(fā)出DNS請求， DNS模塊生成相關(guān)的DNS報(bào)文；DNS模塊將生成的DNS報(bào)文傳遞給傳輸層的UDP協(xié)議單元；UDP協(xié)議單元將該數(shù)據(jù)封裝成UDP數(shù)據(jù)報(bào)，傳遞給網(wǎng)絡(luò)層的IP 協(xié)議單元；。7歡迎下載精品文檔IP 協(xié)議單元將該數(shù)據(jù)封裝成IP 數(shù)據(jù)包，其中目的IP 地址為 DNS服務(wù)器的 IP 地址；

27、封裝好的 IP 數(shù)據(jù)包將傳遞給數(shù)據(jù)鏈路層的協(xié)議單元進(jìn)行發(fā)送；發(fā)送時(shí)如果 ARP緩存中沒有相關(guān)數(shù)據(jù)，則發(fā)送ARP廣播請求，等待ARP回應(yīng)；得到 ARP回應(yīng)后，將 IP 地址與路由下一跳MAC地址對應(yīng)的信息寫入ARP緩存表；寫入緩存后，以路由下一跳地址填充目的MAC地址，并以數(shù)據(jù)幀形式轉(zhuǎn)發(fā)；這個(gè)轉(zhuǎn)發(fā)過程可能會進(jìn)行多次，這取決于DNS服務(wù)器在校園網(wǎng)中的位置；DNS請求被發(fā)送到 DNS服務(wù)器的數(shù)據(jù)鏈路層協(xié)議單元；DNS服務(wù)器的數(shù)據(jù)鏈路層協(xié)議單元解析收到的數(shù)據(jù)幀，將其內(nèi)部所含有的IP 數(shù)據(jù)包傳遞給網(wǎng)絡(luò)層IP 協(xié)議單元；DNS服務(wù)器的 IP 協(xié)議單元解析收到的IP 數(shù)據(jù)包， 將其內(nèi)部所含有的UDP數(shù)據(jù)報(bào)傳

28、遞給傳輸層的UDP協(xié)議單元；DNS服務(wù)器的 UDP協(xié)議單元解析收到的UDP數(shù)據(jù)包，將其內(nèi)部所含有的DNS報(bào)文傳遞給該服務(wù)器上的DNS服務(wù)單元；DNS服務(wù)單元收到 DNS請求，將域名解析為對應(yīng)的IP 地址，產(chǎn)生 DNS回應(yīng)報(bào)文；（所有應(yīng)用層報(bào)文必須通過傳輸層、網(wǎng)絡(luò)層和數(shù)據(jù)鏈路層， 因此在下面的敘述中， 我將簡化這一過程的敘述，簡化形式如下面的樣子，其中單箭頭為本機(jī)內(nèi)部傳遞，雙箭頭為網(wǎng)絡(luò)上的發(fā)送）DNS回應(yīng)報(bào)文 UDP IP MAC 請求域名解析的主機(jī)；請求域名解析的主機(jī)收到數(shù)據(jù)幀，該數(shù)據(jù)幀IP UDP DNS IE 瀏覽器；將域名解析的結(jié)果以域名和IP 地址對應(yīng)的形式寫入DNS緩存表。2、 IE 瀏覽器與 建立 TCP連接：IE 瀏覽器向發(fā)出 TCP連接請求報(bào)文；該請求 TCP報(bào)文中的SYN標(biāo)志位被設(shè)置為1，表示連接請求；該 TCP請求報(bào)文 IP(DNS) MAC(ARP) 校園網(wǎng)關(guān) 主機(jī)；該 TCP請求報(bào)文經(jīng)過IP 層時(shí)，填入的目的IP 地址就是上面DNS過程獲得的IP 地址；經(jīng)過數(shù)據(jù)鏈路層時(shí)，若MAC地址不明，還要進(jìn)行上面所敘述的ARP過程； 收到的數(shù)據(jù)幀 IP TCP， TCP協(xié)議單元會回應(yīng)請求應(yīng)答報(bào)文；該請求應(yīng)答 TCP報(bào)文中的 SYN和 ACK標(biāo)志位均被設(shè)置