西工大網(wǎng)絡(luò)與分布式計(jì)算簡(jiǎn)答題復(fù)習(xí)

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

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

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

4、 prop通常幾個(gè)微秒或更少 取決于擁塞對(duì)低速鏈路很大幾微秒到幾百毫秒dproc =處理時(shí)延dqueue =排隊(duì)時(shí)延dtra ns =傳輸時(shí)延=L/Rdprop =傳播時(shí)延a=平均分組到達(dá)速率流量強(qiáng)度=La/RLa/R 0:平均排隊(duì)時(shí)延小La/R -> 1:時(shí)延變大La/R > 1:更多“工作”到達(dá)，超出了服務(wù)能力，平均時(shí)延無(wú)窮大!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ī)的通信問(wèn)題IP,選路協(xié)議鏈路層：在鄰近網(wǎng)兀之間傳輸數(shù)據(jù)ppp.以太網(wǎng)物理層

5、：“在線上”的比特（2）物理層：完成0/1在物理介質(zhì)上的傳輸。（3 ）數(shù)據(jù)鏈路層：將不可靠的物理鏈路變成可靠的數(shù)據(jù)鏈路。（4 ）網(wǎng)絡(luò)層：提供路由選擇，擁塞控制及網(wǎng)絡(luò)互聯(lián)功能，為端到端提供面向連接或者無(wú)連接的數(shù)據(jù)傳 輸服務(wù)。（5 ）傳輸層：提供面向進(jìn)程，面向連接或者無(wú)連接的數(shù)據(jù)傳輸服務(wù)。（6 ）會(huì)話層：為進(jìn)程之間的會(huì)話提供建立/維護(hù)/終止連接的功能。（7）表示層：協(xié)商應(yīng)用程序間交互的數(shù)據(jù)格式。（8）應(yīng)用層：為網(wǎng)絡(luò)應(yīng)用提供協(xié)議支持和服務(wù)。 兩個(gè)模型異同點(diǎn)：共同點(diǎn)（1）OSI參考模型和TCP/IP參考模型都采用了層次結(jié)構(gòu)的概念，（2）都能夠提供面向連接和無(wú)連接兩種通信服務(wù)機(jī)制；均是一種基于協(xié)議數(shù)據(jù)單

6、元的包交換網(wǎng)絡(luò)，而且分別作為概念上的模型和事實(shí)上的標(biāo)準(zhǔn)，具有同等的重要性 不同點(diǎn)（1 ）前者是七層模型，后者是四層結(jié)構(gòu)（2）對(duì)可靠性要求不同（后者更高）（3）OSI模型是在協(xié)議開(kāi)發(fā)前設(shè)計(jì)的,具有通用性.TCP/IP是先有協(xié)議集然后建立模型,不適用于非 TCP/IP 網(wǎng)絡(luò).（4）實(shí)際市場(chǎng)應(yīng)用不同（OSI模型只是理論上的模型，并沒(méi)有成熟的產(chǎn)品， 而TCP/IP已經(jīng)成為 實(shí)際上的國(guó)際標(biāo)準(zhǔn)”）1.7計(jì)算機(jī)網(wǎng)絡(luò)為什么分層設(shè)計(jì)？明確的結(jié)構(gòu)使得能夠標(biāo)識(shí)復(fù)雜系統(tǒng)構(gòu)件的關(guān)系，模塊化易于維護(hù)、系統(tǒng)的更新各層服務(wù)實(shí)現(xiàn)的改變對(duì)于系統(tǒng)的其他部分透明，如改變登機(jī)過(guò)程不影響系統(tǒng)的其他部分各層功能相對(duì)獨(dú)立，各層因技術(shù)進(jìn)步而做

7、的改動(dòng)不會(huì)影響到其他層，從而保持體系結(jié)構(gòu)的穩(wěn)定性2.1什么是非持久、持久連接？非持久連接：至多一個(gè)對(duì)象經(jīng)過(guò)一個(gè)TCP連接發(fā)送.HTTP/1.0使用非持久HTTP持久連接：多個(gè)對(duì)象能夠經(jīng)過(guò)客戶機(jī)和服務(wù)器之間的單個(gè)TCP連接發(fā)送.HTTP/1.1以默認(rèn)模式使用持久連接2.2 web緩存，如何通過(guò)代理緩存？代理緩存：由一個(gè)代理服務(wù)器下載的頁(yè)面存儲(chǔ)。一個(gè)代理服務(wù)器為多個(gè)用戶提供一條通道。緩 沖的代理允許一個(gè)代理服務(wù)器減少對(duì)同一個(gè)網(wǎng)站的同樣頁(yè)面的請(qǐng)求次數(shù)。 一旦代理服務(wù)器的一個(gè)用 戶請(qǐng)求了某頁(yè)，代理服務(wù)器就保存該頁(yè)以服務(wù)于它的其他用戶的同樣請(qǐng)求。用戶設(shè)置瀏覽器：經(jīng)過(guò)緩存訪問(wèn)，瀏覽器向緩存發(fā)送所有HTTP

8、青求對(duì)象在緩存中，緩存返回對(duì)象；否則緩存向起始服務(wù)器請(qǐng)求對(duì)象，然后向客戶機(jī)返回對(duì)象 為什么使用Web緩存：減小客戶機(jī)請(qǐng)求的響應(yīng)時(shí)間，減小機(jī)構(gòu)訪問(wèn)鏈路的流量，因特網(wǎng)密集安裝緩存使得內(nèi)容提供商能有效地交付內(nèi)容。2.3 電子郵件系統(tǒng)發(fā)送： SMAP 接收： POP3， IMAP2.5 DNS 實(shí)現(xiàn)域名和 IP 地址轉(zhuǎn)換一般都是由DNS來(lái)服務(wù)器是指保存有該網(wǎng)絡(luò)中所有主機(jī)的域名和對(duì)應(yīng)IP地址，并具有將域名轉(zhuǎn)換為 IP 地址功能的服務(wù)器 . DNS 是計(jì)算機(jī)域名 （Domain Name System） 的縮寫，它是由解析器 和域名服務(wù)器組成的。分布式的、等級(jí)制數(shù)據(jù)庫(kù)。2.6 P2P 文件共享集中 分式

9、混合3.1 多路復(fù)用，多路分解含義多路復(fù)用：數(shù)據(jù)通信系統(tǒng)或計(jì)算機(jī)網(wǎng)絡(luò)系統(tǒng)中 , 傳輸媒體的帶寬或容量往往會(huì)超過(guò)傳輸單一信 號(hào)的需求 , 為了有效地利用通信線路 , 希望一個(gè)信道同時(shí)傳輸多路信號(hào), 這就是所謂的多路復(fù)用技術(shù)。采用多路復(fù)用技術(shù)能把多個(gè)信號(hào)組合起來(lái)在一條物理信道上進(jìn)行傳輸, 在遠(yuǎn)距離傳輸時(shí)可大大節(jié)省電纜的安裝和維護(hù)費(fèi)用。多路分解：主機(jī)接收 IP 數(shù)據(jù)報(bào)：每個(gè)數(shù)據(jù)報(bào)有源無(wú)連接 , 目的地?zé)o連接，每個(gè)數(shù)據(jù)報(bào)承載 1個(gè) 運(yùn)輸層段， 每個(gè)段具有源、 目的端口號(hào)， 主機(jī)使用 IP 地址和端口號(hào)將段定向到適當(dāng)?shù)奶捉幼帧?包含 無(wú)連接分解和面向連接分解兩種。3.3 停等協(xié)議（1）發(fā)送方每次僅將當(dāng)前

10、信息幀作為保留在緩沖存儲(chǔ)中；（2）當(dāng)發(fā)送方開(kāi)始發(fā)送信息幀時(shí)，賦予該信息幀一個(gè)幀序號(hào)，隨即啟動(dòng)計(jì)時(shí)器；（3） 當(dāng)接收方收到無(wú)差錯(cuò)的信息幀后，即向發(fā)送方返回一個(gè)與該幀序號(hào)相同序號(hào)的ACK確認(rèn)幀；（4）當(dāng)接收方檢測(cè)到一個(gè)含有差錯(cuò)的信息幀時(shí)，便舍棄該幀；（5） 若發(fā)送方在規(guī)定時(shí)間內(nèi)收到ACK確認(rèn)幀，即將計(jì)時(shí)器清零，需而開(kāi)始下一幀的發(fā)送；（6） 若發(fā)送方在規(guī)定時(shí)間內(nèi)未收到ACK確認(rèn)幀，則應(yīng)重發(fā)存于緩沖其中的待確認(rèn)信息幀。從以上過(guò)程可以看出，停等協(xié)議的接收、發(fā)送雙方僅需設(shè)置一個(gè)幀的緩沖存儲(chǔ)空間和幀序號(hào)只 取0或1的兩個(gè)狀態(tài)標(biāo)志位，便可有效地實(shí)現(xiàn)數(shù)據(jù)重發(fā)并確報(bào)接收方接受的數(shù)據(jù)不會(huì)重份。3.4 TCP 協(xié)議三

11、次握手，為什么通過(guò)四次，三次拆除連接原因： TCP 連接是通過(guò)三次握手進(jìn)行初始化的。三次握手的目的 是同步連接雙方的序列號(hào)和確 認(rèn)號(hào)并交換TCP窗口大小信息。 在TCP/IP協(xié)議中，TCP協(xié)議提供可靠的連接服務(wù)，采用三次握手 建立一個(gè)連接。第一次握手：建立連接時(shí)，客戶端發(fā)送syn包（syn=j）到服務(wù)器，并進(jìn)入 SYN_SEN狀態(tài)，等待服務(wù)器確認(rèn)；SYN同步序列編號(hào)（Synchronize Sequenee Numbers） 。第二次握手：服務(wù)器收到 syn 包，必須確認(rèn)客戶的 SYN（ ack=j+1 ），同時(shí)自己也發(fā)送一個(gè) SYN 包（syn=k），即SYN+AC包，此時(shí)服務(wù)器進(jìn)入 SYN

12、_REC狀態(tài)；第三次握手：客戶端收到服務(wù)器的 SYN+AC包,向服務(wù)器發(fā)送確認(rèn)包 ACK（ack=k+1），此包發(fā)送 完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED犬態(tài)，完成三次握手。完成三次握手，客戶端與服務(wù)器開(kāi)始傳送數(shù)據(jù)。四次揮手：第三章客戶端 A發(fā)送一個(gè)FIN，用來(lái)關(guān)閉客戶 A到服務(wù)器B的數(shù)據(jù)傳送（報(bào)文段4）。第四章服務(wù)器B收到這個(gè)FIN，它發(fā)回一個(gè) ACK確認(rèn)序號(hào)為收到的序號(hào)加 1 （報(bào)文段5）。和SYN 樣，一個(gè) FIN 將占用一個(gè)序號(hào)。第五章服務(wù)器B關(guān)閉與客戶端 A的連接，發(fā)送一個(gè) FIN給客戶端A （報(bào)文段6）。第六章客戶端 A發(fā)回ACK報(bào)文確認(rèn)，并將確認(rèn)序號(hào)設(shè)置為收到序號(hào)加1

13、（報(bào)文段7）為什么建立連接協(xié)議是三次握手，而關(guān)閉連接卻是四次握手呢？這是因?yàn)榉?wù)端的 LISTEN狀態(tài)下的SOCKET當(dāng)收到SYN報(bào)文的建連請(qǐng)求后，它可以把ACK和 SYN（ACK起應(yīng)答作用，而SYN起同步作用）放在一個(gè)報(bào)文里來(lái)發(fā)送。但關(guān)閉連接時(shí)，當(dāng)收到對(duì)方的FIN報(bào)文通知時(shí)，它僅僅表示對(duì)方?jīng)]有數(shù)據(jù)發(fā)送給你了；但未必你所有的數(shù)據(jù)都全部發(fā)送給對(duì)方了，所 以你可以未必會(huì)馬上會(huì)關(guān)閉SOCKET也即你可能還需要發(fā)送一些數(shù)據(jù)給對(duì)方之后，再發(fā)送FIN報(bào)文給對(duì)方來(lái)表示你同意現(xiàn)在可以關(guān)閉連接了，所以它這里的ACK報(bào)文和FIN報(bào)文多數(shù)情況下都是分開(kāi)發(fā)送的。3.5 TCP 擁塞控制、流量控制方法擁塞控制：AIMD

14、 （加增倍減算法）慢啟動(dòng) 超時(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 - LastByteRead接收方在報(bào)文段接收窗口字段中通告其接收緩沖區(qū)的剩余空間發(fā)送方要限制未確認(rèn)的數(shù)據(jù)不超過(guò) RcvWindowLastByteSent-LastByteAcked <或= RcvWindow保證接收緩沖區(qū)不溢出4.1 無(wú)連接網(wǎng)絡(luò)層服務(wù)模型

15、和有連接網(wǎng)絡(luò)層服務(wù)模型（數(shù)據(jù)傳輸不會(huì)出現(xiàn)亂序）數(shù)據(jù)報(bào)網(wǎng)絡(luò)提供網(wǎng)絡(luò)層無(wú)連接服務(wù) 虛電路網(wǎng)絡(luò)提供網(wǎng)絡(luò)層連接服務(wù) 有連接網(wǎng)絡(luò)層服務(wù)模型一個(gè)可靠服務(wù)模型意味著網(wǎng)絡(luò)保證發(fā)送每一個(gè)數(shù)據(jù)包，按順序， 且沒(méi)有重復(fù)或者丟失。數(shù)據(jù)報(bào)，或者稱為最佳努力服務(wù)，發(fā)送到達(dá)的數(shù)據(jù)報(bào)，讓運(yùn)輸層發(fā)送。 在一個(gè)無(wú)連接模型中，每一小段數(shù)據(jù)（數(shù)據(jù)包）是獨(dú)立發(fā)送的，并且攜帶完整的源地址及目的 地址。這與郵政系統(tǒng)類似，每一封信都帶著完整的地址注入系統(tǒng)。面向連接（有時(shí)被稱為虛電路） 模型與電話網(wǎng)絡(luò)類似，每一個(gè)呼叫都必須先建立連接，網(wǎng)絡(luò)保持整個(gè)連接，通常所有的數(shù)據(jù)包都是沿著從源到宿的相同路徑前進(jìn)的， 并且網(wǎng)絡(luò)常常為每一個(gè)會(huì)話分配一個(gè)標(biāo)識(shí)符使

16、得不是所有的數(shù)據(jù) 包都需攜帶源和宿的地址。在這個(gè)模型中， 終端系統(tǒng)首先通知網(wǎng)絡(luò)它想與另一個(gè)終端系統(tǒng)會(huì)話， 然 后網(wǎng)絡(luò)通知目標(biāo)端系統(tǒng)有會(huì)話請(qǐng)求，由目標(biāo)決定是接受或是拒絕。此處“呼叫”一詞意思是網(wǎng)絡(luò)建 立的虛電路，而“會(huì)話”意思是在虛電路上流動(dòng)的信息，但是區(qū)別并不重要。4.3 ICMP<1> 差錯(cuò)報(bào)告1 ）只報(bào)告差錯(cuò)，但不負(fù)責(zé)糾正錯(cuò)誤，糾錯(cuò)工作留給高層協(xié)議去處理；2 ）發(fā)現(xiàn)出錯(cuò)的設(shè)備只向信源機(jī)報(bào)告差錯(cuò)；3 ）差錯(cuò)報(bào)告作為一般數(shù)據(jù)傳輸，不享受特別的優(yōu)先級(jí)和可靠性；4 ）產(chǎn)生ICMP差錯(cuò)報(bào)告的同時(shí)，會(huì)丟棄出錯(cuò)的IP數(shù)據(jù)報(bào)。<2>網(wǎng)絡(luò)信息查詢<3>網(wǎng)絡(luò)控制（擁塞控制、

17、優(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)若無(wú)源抑制報(bào)文到達(dá)，則源站認(rèn)為擁塞解除，逐漸提高發(fā)送速率。<4>p ing 命令采用原理，實(shí)現(xiàn)原理：基于ICMP回送請(qǐng)求與應(yīng)答報(bào)文是 DO命令，一般用于檢測(cè)網(wǎng)絡(luò)通與不通。PING （Packet In ternet Grope），因特網(wǎng)包探索器，用于測(cè)試網(wǎng)絡(luò)連接量的程序。Ping發(fā)送一個(gè)ICMP回聲請(qǐng)求消息給目的地并報(bào)告是否收到所希望的ICMP回聲應(yīng)答。它是用來(lái)檢查網(wǎng)絡(luò)是否通暢或者網(wǎng)絡(luò)連接速度的命令。作為一個(gè)生活在網(wǎng)絡(luò)上的管理員

18、或者黑客來(lái)說(shuō)，ping命令是第一個(gè)必須掌握的DOS命令，它所利用的原理是這樣的：網(wǎng)絡(luò)上的機(jī)器都有唯一確定的IP地址，我們給目標(biāo)IP地址發(fā)送一個(gè)數(shù)據(jù)包，對(duì)方就要返回一個(gè)同樣大小的數(shù)據(jù)包，根據(jù)返回的數(shù)據(jù)包我們可以確定目標(biāo)主機(jī)的存在，可以初步判斷目標(biāo)主機(jī)的操作系統(tǒng)等。Pi ng是Win dows系列自帶的一個(gè)可執(zhí)行命令。利用它可以檢查網(wǎng)絡(luò)是否能夠連通，用好它可以很好地幫助我們分析判定 網(wǎng)絡(luò)故障。<5>trace route命令原理、實(shí)現(xiàn)源向目的地發(fā)送一系列 UDP段第一個(gè)TTL =1第二個(gè)TTL=2,等不可能的端口號(hào)當(dāng)?shù)趎個(gè)數(shù)據(jù)報(bào) 至U達(dá)第n和路由器：路由器丟棄數(shù)據(jù)報(bào)并向源發(fā)送一個(gè)ICM

19、F報(bào)文（類型11,編碼0）報(bào)文包括路由器的名字和IP地址當(dāng)ICMF報(bào)文到達(dá)，源計(jì)算 RTTTrace route 執(zhí)行上述過(guò)程3次停止規(guī)則UDP 段最終到達(dá)目的地主機(jī)目的地返回ICMP “主機(jī)不可達(dá)”分組 （類型3,編碼3）當(dāng)源得到該ICMP，停止4.4路由選路算法：靜態(tài):可靠性差，簡(jiǎn)單動(dòng)態(tài)：實(shí)現(xiàn)復(fù)雜，可靠性高距離矢量算法特點(diǎn)：距離矢量路由算法是動(dòng)態(tài)路由算法。它是這樣工作的：每個(gè)路由器維護(hù)一張矢量表，表中列出了當(dāng)前已知的到每個(gè)目標(biāo)的最佳距離，以及所使用的線路。 通過(guò)在鄰居之間相互交換信息，路由器不斷地更新它們內(nèi)部的表。4.5自制系統(tǒng)：AS邊界路由器余用外部網(wǎng)關(guān)協(xié)議，BGP內(nèi)部網(wǎng)關(guān)協(xié)議OSPF

20、一個(gè)AS劃分為全干區(qū)域與非全干區(qū)域IPV4到IPV6過(guò)渡技術(shù)：目前主要有四種過(guò)渡技術(shù)：雙協(xié)議棧這類技術(shù)可以讓IPv4和IPv6共存于同一設(shè)備和網(wǎng)絡(luò)中。隧道技術(shù) 這類技術(shù)可以讓IPv6業(yè)務(wù)在現(xiàn)有IPv4基礎(chǔ)設(shè)施上傳輸。協(xié)議轉(zhuǎn)換 這類技術(shù)讓純IPv6節(jié)點(diǎn)能夠和純IPv4節(jié)點(diǎn)互相通訊。6PE技術(shù) 這類技術(shù)可以讓IPv6業(yè)務(wù)在IPv4的MPLS骨干2. 在星型、環(huán)型和總線型網(wǎng)絡(luò)中，各自采用什么方法實(shí)現(xiàn)“廣播”式傳輸？(1) 星型網(wǎng)絡(luò)通過(guò)中間節(jié)點(diǎn)將一個(gè)節(jié)點(diǎn)發(fā)來(lái)的數(shù)據(jù)同時(shí)轉(zhuǎn)發(fā)給其他所有節(jié)點(diǎn)，達(dá)到廣播式傳輸。(2) 環(huán)形網(wǎng)絡(luò)通過(guò)發(fā)送方發(fā)送數(shù)據(jù)幀，數(shù)據(jù)幀遍歷各個(gè)節(jié)點(diǎn)， 最后由發(fā)送方將數(shù)據(jù)幀從環(huán)上取下，從而達(dá)到

21、廣播式傳輸。(3) 總線型依賴于數(shù)據(jù)信號(hào)沿著總線向兩端傳播的基本特性實(shí)現(xiàn)“廣播式“傳輸。3. 面向連接和無(wú)連接的通信在路由選擇上有哪些差別？(1) 面向連接的通信，在建立連接階段通過(guò)使用路由表建立一個(gè)路徑轉(zhuǎn)發(fā)表，連接建立好之后，不再使用路由表，而直接使用路徑轉(zhuǎn)發(fā)表。(2) 無(wú)連接的通信，在每個(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幀中，因此沒(méi)有校驗(yàn)或同步標(biāo)志。(2) LLC幀地址是服務(wù)訪問(wèn)點(diǎn)地址，不是物理地址，物理地

22、址在MAC中。(3) LLC只定義了一種數(shù)據(jù)傳輸模式，簡(jiǎn)化了HDLC5. 一個(gè)組織申請(qǐng)到一個(gè) C類網(wǎng)段地址，網(wǎng)絡(luò)管理中心打算產(chǎn)生最大數(shù)目的子網(wǎng)，且每個(gè)子網(wǎng)最多有 30臺(tái)主機(jī)，試找出滿足此條件的最佳子網(wǎng)掩碼，并講述 IP子網(wǎng)掩碼的作用是什 么？(1) 。(2) 子網(wǎng)掩碼可屏蔽IP地址中的主機(jī)號(hào)，而保留網(wǎng)絡(luò)號(hào)與子網(wǎng)號(hào)。用于說(shuō)明IP地址中子網(wǎng)的6. 為什么要把IP地址解析成MAC地址才能實(shí)現(xiàn)數(shù)據(jù)傳輸？怎樣進(jìn)行地址解析？(1) 主機(jī)相互通信時(shí)，首先要知道對(duì)方IP地址所對(duì)應(yīng)的物理地址才能在物理網(wǎng)絡(luò)上勁行傳輸。(2) 地址解析通過(guò)ARP協(xié)議完成。7. 簡(jiǎn)述TCP協(xié)議建立連接時(shí)的“三次握手”過(guò)程，并說(shuō)明其起

23、的作用？答題要點(diǎn)：第一個(gè)知識(shí)點(diǎn)分三個(gè)小點(diǎn)，每點(diǎn)1分，共3分(可以畫圖表示)。第二個(gè)知識(shí)點(diǎn)2分。(1)步驟如下： A請(qǐng)求建立到B的連接。 B對(duì)連接請(qǐng)求進(jìn)行確認(rèn)，并請(qǐng)求建立B到A的連接。 A對(duì)反向連接進(jìn)行確認(rèn)。(2) 三次握手可以解決被延遲的分組問(wèn)題，從而可以保證數(shù)據(jù)交換的安全和可靠。8. TCP 的多路復(fù)用是通過(guò)什么機(jī)制提供的，并簡(jiǎn)述該機(jī)制的概念和用途？(1) 多路復(fù)用通過(guò)端口機(jī)制提供。(2) 端口機(jī)制用于標(biāo)志主機(jī)上的不同進(jìn)程。一個(gè)主機(jī)上的多個(gè)應(yīng)用程序可以通過(guò)不同的端口同時(shí)使用TCPS行通信。2. 一名學(xué)生 A希望訪問(wèn)網(wǎng)站 。學(xué)生A在其瀏覽器中輸入 并按回車，直到 Google 的網(wǎng)站首頁(yè)顯示在

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

25、的服務(wù)器利用TCP協(xié)議建立連接。瀏覽器利用HTTP的GET方法向GOOGL服務(wù)器發(fā)送資源請(qǐng)求。 G00GL發(fā)送回應(yīng)信息。 瀏覽器解釋回應(yīng)信息，并以圖形化的方式顯示。通過(guò)瀏覽器訪問(wèn)網(wǎng)頁(yè)的完整細(xì)節(jié)1、若DNS緩存中沒(méi)有相關(guān)數(shù)據(jù)，則IE瀏覽器先向DNS服務(wù)器發(fā)出DNS請(qǐng)求：這一過(guò)程的目的是獲取 這個(gè)域名所對(duì)應(yīng)的 IP 地址；IE瀏覽器向本機(jī)DNS模塊發(fā)出DNS請(qǐng)求，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é)議單元；IP協(xié)議單元將該數(shù)據(jù)封裝成IP數(shù)據(jù)包，其中目的IP地址為DNS服務(wù)器的I

26、P地址；封裝好的 IP 數(shù)據(jù)包將傳遞給數(shù)據(jù)鏈路層的協(xié)議單元進(jìn)行發(fā)送；發(fā)送時(shí)如果ARP緩存中沒(méi)有相關(guān)數(shù)據(jù)，則發(fā)送ARP廣播請(qǐng)求，等待 ARP回應(yīng)；得到ARP回應(yīng)后，將IP地址與路由下一跳 MAC地址對(duì)應(yīng)的信息寫入 ARP緩存表； 寫入緩存后，以路由下一跳地址填充目的MAC地址，并以數(shù)據(jù)幀形式轉(zhuǎn)發(fā)；這個(gè)轉(zhuǎn)發(fā)過(guò)程可能會(huì)進(jìn)行多次，這取決于DNS服務(wù)器在校園網(wǎng)中的位置；DNS請(qǐng)求被發(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)傳遞給

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