網(wǎng)絡(luò)實(shí)驗(yàn)參考答案--本科生.ppt

網(wǎng)絡(luò)實(shí)驗(yàn)參考答案,計(jì)算機(jī)學(xué)院教學(xué)實(shí)驗(yàn)中心 2009-5,實(shí)驗(yàn)1 組網(wǎng)實(shí)驗(yàn),題3要點(diǎn)與參考答案,雙絞的作用：最大限度抑制干擾信號(hào)，提高傳輸質(zhì)量。實(shí)驗(yàn)教科書P3 物理連通即可用，但失去了雙絞的好處和作用，抗干擾性差，影響傳輸質(zhì)量,實(shí)驗(yàn)2 鏈路層協(xié)議分析,實(shí)驗(yàn)習(xí)題重點(diǎn)講解,題1 MAC幀格式 題9 Vlan的作用 題11 Vlan端口屬性的作用 題13 補(bǔ)充PPP協(xié)議協(xié)商過程 題16 設(shè)計(jì)型實(shí)驗(yàn) Hybrid端口的應(yīng)用,題2要點(diǎn)與參考答案,前導(dǎo)符、起始符字段在網(wǎng)卡開始接收幀時(shí)（即在物理層）就被濾掉。 校驗(yàn)字段在網(wǎng)卡成功接收幀并校驗(yàn)正確后被去掉。,前導(dǎo)符,起始符,題9要點(diǎn),廣播域定義 廣播域中一個(gè)接口卡（NIC）發(fā)送的廣播幀將被該域中所有其它NIC接收 沖突域定義 沖突域中一個(gè)NIC發(fā)送的幀可能與該域中其它任何一個(gè)NIC發(fā)送的幀發(fā)生沖突 VLAN的作用 隔離2層廣播，劃分虛擬局域網(wǎng),題9要點(diǎn)（續(xù)）,VLAN如何隔離2層廣播 VLAN tag標(biāo)記幀所屬VLAN 交換機(jī)基于MAC地址轉(zhuǎn)發(fā)根據(jù)幀所屬的VLAN ID和目的MAC地址查找MAC地址表并轉(zhuǎn)發(fā) 同一VLAN沖突域?yàn)槊恳粋€(gè)端口，廣播域?yàn)橥籚lan內(nèi)所有端口,題9參考答案,配置VLAN就將體現(xiàn)VLAN的作用，隔離廣播域，沖突域還是不變,所有端口屬于同一個(gè)廣播域 每個(gè)端口屬于一個(gè)沖突域,交換機(jī),題9參考答案,擴(kuò)展：沖突域的變化，HUB再接一HUB,所有端口屬于同一個(gè)廣播域 所有端口屬于同一個(gè)沖突域,集線器,題11要點(diǎn),tag是VLAN技術(shù)的關(guān)鍵 幀入交換機(jī) 有tag的幀，此幀屬tag所表明的VLAN ，根據(jù)tag所表明的VLAN ID和目的MAC地址查找MAC地址表并轉(zhuǎn)發(fā) 無tag的幀，此幀屬所入端口的PVID VLAN ，根據(jù)所入端口的PVID VLAN和目的MAC地址查找MAC地址表并轉(zhuǎn)發(fā) 幀出交換機(jī) 按出端口屬性設(shè)置(各VLAN tagged? untagged?) 要求加、刪TAG,題13 補(bǔ)充分析PPP協(xié)商過程,熟悉debug命令 根據(jù)顯示信息，畫出ppp協(xié)議協(xié)商狀態(tài)轉(zhuǎn)換過程，狀態(tài)轉(zhuǎn)換，事件驅(qū)動(dòng)。,PPP協(xié)商流程,PPP鏈路的建立需要通過鏈路層特性的協(xié)商,DEBUG,R1-Serial0/0quit R1quit debugging ppp pap all terminal debugging % Current terminal debugging is on 先將S0/0接口shutdown，然后再將其undo shutdown。查看debug顯示，分析PPP協(xié)商流程。,題16 選作,財(cái)務(wù)：vlan20，e0/1 人事：vlan30,e0/24 服務(wù)器：vlan40,e0/13 參考配置： interface Ethernet0/1 port link-type hybrid port hybrid vlan 20 40 untagged port hybrid pvid vlan 20,interface Ethernet0/13 port link-type hybrid port hybrid vlan 20 30 40 untagged port hybrid pvid vlan 40 interface Ethernet0/24 port link-type hybrid port hybrid vlan 30 40 untagged port hybrid pvid vlan 30,實(shí)驗(yàn)3 網(wǎng)絡(luò)層協(xié)議分析,實(shí)驗(yàn)習(xí)題重點(diǎn)講解,題11 tracert命令的原理 題14 網(wǎng)絡(luò)層分片原理 題15 Vlan間路由，報(bào)文轉(zhuǎn)發(fā)過程分析 題16 設(shè)計(jì)性實(shí)驗(yàn)1 題17 設(shè)計(jì)性實(shí)驗(yàn)2,題11參考答案與要點(diǎn),主要用到了IP協(xié)議的源地址、TTL字段 TTL字段：路由器轉(zhuǎn)發(fā)報(bào)文前將IP報(bào)文TTL字段-1，如果結(jié)果為0，則丟棄此報(bào)文，向源主機(jī)發(fā)送TTL超時(shí)的ICMP報(bào)文 源地址字段：路由器回送ICMP協(xié)議差錯(cuò)報(bào)文：time to live exceed,題14要點(diǎn)與答案,Ping命令數(shù)據(jù)部分300字節(jié) 指定的是ICMP報(bào)文數(shù)據(jù)長度300字節(jié) 網(wǎng)絡(luò)層要傳輸?shù)目倲?shù)據(jù)字節(jié)數(shù)=300+8(icmp首部長度)=308 鏈路層MTU的概念100字節(jié)代表什么？ 鏈路層幀數(shù)據(jù)部分最大長度整個(gè)IP報(bào)文長度 IP報(bào)文每次最多攜帶100-20=80字節(jié)數(shù)據(jù) 所以： (8+72)+80+80+68=308,網(wǎng)絡(luò)層分片原理，分片針對(duì)IP數(shù)據(jù)部分,題15參考答案,參見報(bào)文轉(zhuǎn)發(fā)分析實(shí)例,題16 參考答案,子網(wǎng)劃分：注意每個(gè)子網(wǎng)中全0和全1的主機(jī)地址不可用，導(dǎo)致劃分8個(gè)網(wǎng)段； 列出每個(gè)網(wǎng)段的地址范圍，指定網(wǎng)關(guān)地址，和主機(jī)地址； 二層交換機(jī)或hub不用配置，三層交換機(jī)要?jiǎng)澐講lan，配置網(wǎng)關(guān)地址； 配置靜態(tài)路由，三層交換機(jī)上配置默認(rèn)路由，路由器上配置靜態(tài)路由； 驗(yàn)證配置結(jié)果,RIP協(xié)議分析,題9參考答案,觀察截取的RIP協(xié)議報(bào)文，請(qǐng)說明RIP協(xié)議是否只能用于TCP/IP網(wǎng)絡(luò)，為什么？ 可以用于其它網(wǎng)絡(luò) RIP協(xié)議首部有“網(wǎng)絡(luò)的協(xié)議族”字段，可以指明所用的協(xié)議族，該字段可使RIP協(xié)議可以用于多種不同的協(xié)議族。 如字段值為2表示IP協(xié)議族,題15(5)參考答案,設(shè)計(jì)型實(shí)驗(yàn)一 RIP協(xié)議使用UDP承載，使用廣播方式，只要在與路由器處于一個(gè)廣播域范圍的合適地方截獲報(bào)文即可 在兩臺(tái)交換機(jī)的VLAN 1所屬的接口上連接一臺(tái)PC機(jī)進(jìn)行截獲報(bào)文即可,題16參考答案,設(shè)計(jì)型實(shí)驗(yàn)二 (4)配置完后，每臺(tái)路由器和交換機(jī)通過RIP協(xié)議只能向外通告啟RIP的接口的網(wǎng)段。 (4)配置完后，每臺(tái)路由器和交換機(jī)只能知道直連網(wǎng)段路由和通過RIP協(xié)議學(xué)習(xí)到的路由 所以在每臺(tái)路由器和交換機(jī)應(yīng)配置那些無法通過RIP學(xué)習(xí)到的網(wǎng)段的靜態(tài)路由,OSPF協(xié)議分析,題1參考答案,分析OSPF協(xié)議的頭部，說明Router ID的作用是什么？如何產(chǎn)生的? 用于確定Master、Slave，也用于在廣播或NBMA網(wǎng)絡(luò)中選舉DR和BDR 32為無符號(hào)整數(shù)來唯一標(biāo)識(shí)一臺(tái)路由器。 一般需要手工配置，通常配置為該路由器的某個(gè)接口的IP地址，在沒有手工配置的情況下，路由器會(huì)自動(dòng)從當(dāng)前所有接口的IP地址中自動(dòng)選舉一個(gè)IP地址作為Router ID。 最好使用loopback接口IP地址,題2參考答案,結(jié)合報(bào)文交互過程實(shí)驗(yàn)，說明為什么需要在OSPF鄰居之間確認(rèn)主從關(guān)系？ 由于OSPF直接用IP報(bào)文來封裝自己的協(xié)議報(bào)文，所以在DD報(bào)文傳輸?shù)倪^程中必須考慮到報(bào)文傳輸?shù)目煽啃浴?為了做到這一點(diǎn)，在DD報(bào)文的發(fā)送過程中需要確定雙方的主從關(guān)系。作為Master的一方定義一個(gè)序列號(hào)seq，每發(fā)送一個(gè)新的DD報(bào)文將seq 加一。作為Slave的一方，每次發(fā)送DD報(bào)文時(shí)使用接收到的上一個(gè)Master的DD報(bào)文中的seq。實(shí)際上這種序列號(hào)機(jī)制是一種隱含的確認(rèn)方法。如果再加上每個(gè)報(bào)文都有超時(shí)重傳，就可以保證這種傳輸是可靠的。,題3參考答案,建立鄰關(guān)系建立和交互的過程,RT1,RT2,Down,Down,Hello( DR = ,Neighbors Seen = 0),Hello( DR = RT2,Neighbors Seen = RT1),DD (Seq = x,I = 1, M = 1, MS = 1),DD (Seq = y,I = 1, M = 1, MS = 1),DD (Seq = y,I = 0, M = 1, MS = 0),DD (Seq = y+1,I = 0, M = 1, MS = 1),DD (Seq = y+1,I = 0, M = 1, MS = 0),DD (Seq = y+n,I = 0, M = 0, MS = 1),DD (Seq = y+n,I = 0, M = 0, MS = 0),LS Request,LS Update,LS Ack,ExStart,ExStart,Init,Exchange,Exchange,Loading,Full,Full,OSPF路由器先發(fā)送Hello報(bào)文來建立鄰居關(guān)系同時(shí)選舉出DR和BDR，OSPF路由周期性的發(fā)送Hello報(bào)文以發(fā)現(xiàn)新的鄰居和維持已有的鄰居關(guān)系。 在鄰居關(guān)系建立之后，OSPF路由器會(huì)立即進(jìn)入下一個(gè)報(bào)文交換的階段，即DD（Database Description）報(bào)文的交換階段。 主從關(guān)系確定后，DD報(bào)文中將會(huì)攜帶本地LSA的摘要信息，當(dāng)OSPF路由器通過DD報(bào)文的交換得知鄰居的LSDB中，有哪些LSA信息是它所未知的時(shí)，通常OSPF路由器會(huì)接著發(fā)送LSR（LS Request）報(bào)文來向鄰居要求這些LSA信息。 OSPF路由器在收到鄰居發(fā)送的LSR報(bào)文之后，會(huì)根據(jù)對(duì)方所要求的內(nèi)容，將相應(yīng)LSA的具體內(nèi)容用LSU（LS Update）報(bào)文發(fā)送給對(duì)端。當(dāng)OSPF路由器收到鄰居發(fā)回的LSU報(bào)文后，它會(huì)把自己本地LSDB中所有的LSA都以“泛洪”（flooding）的方式發(fā)送出去。OSPF路由器在收到鄰居發(fā)送的LSU報(bào)文之后，都會(huì)以組播地址發(fā)送LSAck（LS Acknowledge ）報(bào)文以表示自己已經(jīng)收到了相應(yīng)的LSA信息。,題4 鄰居狀態(tài)機(jī)變化過程,Debug命令 畫出鄰居狀態(tài)機(jī)轉(zhuǎn)換過程 狀態(tài)轉(zhuǎn)換 事件驅(qū)動(dòng),題9參考答案,請(qǐng)結(jié)合所作的實(shí)驗(yàn)思考，OSPF為什么是無自環(huán)的？（區(qū)域內(nèi)、區(qū)域間） 區(qū)域內(nèi)，每臺(tái)路由器描述的是自己能夠確保正確的信息自己周邊的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)無論路由器位于網(wǎng)絡(luò)中什么位置，都可以準(zhǔn)確無誤得接收到全網(wǎng)的拓?fù)浣Y(jié)構(gòu)圖；OSPF 根據(jù)收集到的鏈路狀態(tài)用最短路徑樹算法計(jì)算路由，從算法上本身保證了不會(huì)生成自環(huán)路由；當(dāng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)發(fā)生變化時(shí)，會(huì)有一臺(tái)或多臺(tái)路由器感知到這一變化，重新描述網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，并將其通知給其它路由器，每個(gè)路由器收到更新信息后，都會(huì)立即重新運(yùn)行最短路徑樹算法，得到新的路由。,區(qū)域間，通過ABR將一個(gè)區(qū)域內(nèi)已計(jì)算出的路由封裝成Type3類的LSA發(fā)送到另一個(gè)區(qū)域中來傳遞路由信息。此時(shí)的OSPF是基于D-V算法的。為消除自環(huán)，所有ABR將本區(qū)域內(nèi)的路由信息封裝成LSA后統(tǒng)一發(fā)送給骨干區(qū)域，再由骨干區(qū)域?qū)⑦@些信息發(fā)送給其他區(qū)域，骨干區(qū)域內(nèi)每一條LSA都確切知道生成者信息（所有區(qū)域必須和骨干區(qū)域相連，骨干區(qū)域自身也必須是連通的）。所以就不會(huì)產(chǎn)生路由自環(huán)。,題10參考答案,設(shè)計(jì)型實(shí)驗(yàn)一 方法一：在兩個(gè)交換機(jī)上將直連路由引入OSPF 方法二：在R1上配置到192.168.5.*網(wǎng)段的靜態(tài)路由，并將其引入OSPF；在R2上配置到192.168.6.*網(wǎng)段的靜態(tài)路由，并將其引入OSPF；,題11參考答案,設(shè)計(jì)型實(shí)驗(yàn)二 S1上OSPF引入直連路由 R1上配置到211.100.2.*網(wǎng)段的靜態(tài)路由并將其引入OSPF R2上同理，配置到211.100.2.*網(wǎng)段的靜態(tài)路由并將其引入OSPF 連Internet的交換機(jī)配置到內(nèi)部各間隔網(wǎng)段的靜態(tài)路由，最簡單就是配置兩條默認(rèn)的靜態(tài)路由，一條下一跳是，另一條下一跳是，最好設(shè)置不同的優(yōu)先級(jí)(即不讓其啟用負(fù)載均衡),實(shí)驗(yàn)六 傳輸層協(xié)議實(shí)驗(yàn),總覽：動(dòng)靜結(jié)合,TCP協(xié)議的理解 靜：TCP報(bào)文格式，首部各字段； 動(dòng)：協(xié)議運(yùn)行的各種機(jī)制 連接建立、釋放 傳輸管理：定時(shí)器管理即超時(shí)與重傳機(jī)制 流量控制：滑動(dòng)窗口機(jī)制 擁塞控制：慢啟動(dòng)、擁塞避免、快重傳、快恢復(fù) 糊涂窗口綜合癥避免：發(fā)送端Nagle算法、接收端推遲確認(rèn)技術(shù),數(shù)據(jù)傳輸要點(diǎn)(兼解疑),TCP是全雙工的，即TCP每端既可發(fā)送數(shù)據(jù)也可接收數(shù)據(jù)。每個(gè)TCP連接中都有兩條數(shù)據(jù)“流” ， TCP每端發(fā)出的報(bào)文中的“序列號(hào)”字段只用于表示自己所發(fā)送 的“數(shù)據(jù)流”的數(shù)據(jù)序號(hào)， “確認(rèn)號(hào)”字段只用于表示(確認(rèn))自己所接收的“數(shù)據(jù)流”的數(shù)據(jù)序號(hào)，且每次在自己發(fā)送數(shù)據(jù)時(shí)捎帶確認(rèn) “窗口”字段只用于表示給自己所接收的 “數(shù)據(jù)流”的接收窗口大小。 實(shí)驗(yàn)場(chǎng)景設(shè)置只啟用了TCP每一端的一個(gè)功能，即一端只發(fā)送數(shù)據(jù)另一端只接收數(shù)據(jù)，并從這個(gè)角度將TCP兩端分別稱作發(fā)送方和接收方。 相當(dāng)于只啟用了TCP的單工功能，只啟用和分析了TCP連接中的一個(gè)“流”,題1參考答案,連接建立方式：三次握手；PCA：主動(dòng)打開方(C)；PCB：被動(dòng)打開方(S)。 先點(diǎn)發(fā)送后點(diǎn)接收 連接沒法成功 注意：（有時(shí)先點(diǎn)發(fā)送后點(diǎn)接收間隔很短也會(huì)連接成功，這是因?yàn)榘l(fā)出SYN報(bào)文后一段時(shí)間沒有收到SYN+ACK報(bào)文，會(huì)重復(fù)幾次發(fā)送SYN報(bào)文試探） 原因： C/S模式，Server沒啟，Client也就連接不上了。 如果沒有應(yīng)用進(jìn)程被動(dòng)打開，則主動(dòng)打開的應(yīng)用進(jìn)程也就無法成功建立起一個(gè)連接。 結(jié)合看TCP狀態(tài)機(jī)，必須有被動(dòng)打開方才能連,TCP的狀 態(tài)變遷圖,參考書籍： （美）W.Richard Stevens著，范建華 等譯 TCP/IP協(xié)議詳解，卷一：協(xié)議 ，機(jī)械工業(yè)出版社，計(jì)算機(jī)科學(xué)叢書 ，2000年4月,題2、4要點(diǎn),連接建立三次握手，連接釋放四次握手 可以結(jié)合TCP狀態(tài)機(jī) 連接建立過程：“Flags字段” 的SYN、ACK標(biāo)記位。 連接釋放過程： “Flags字段” 的FIN、ACK標(biāo)記位。,題3要點(diǎn)：選項(xiàng)字段-MSS,連接建立時(shí)協(xié)商參數(shù)的“選項(xiàng)(Option)字段” Maximum Segment Size +-+-+-+-+ |00000010|00000100| max seg size | +-+-+-+-+ Kind=2 Length=4 Maximum Segment Size Option Data: 16 bits 實(shí)驗(yàn)報(bào)文中的十六進(jìn)制數(shù)值：02 04 05 b4,題3要點(diǎn)：以太網(wǎng)幀,最大傳輸單元(MTU) 限制：1500字節(jié)； 最小傳輸單元限制: 46字節(jié)。 為什么有最大？最小？參考AST計(jì)算機(jī)網(wǎng)絡(luò)第四版,題3、5參考答案,MSS = 最大MTU長度 IP首部固定（最?。╅L 度 TCP首部固定 （最小） 長度 =1500 - 20 - 20 = 1460 -題3 TCP數(shù)據(jù)部分長度計(jì)算公式 -題5,要區(qū)分題3 要點(diǎn)：結(jié)合IP首部各字段、TCP首部各字段 =( IP總長度字段(16 bits)值 - IP首都長度字段(4 bits)值*4 - TCP首部長度字段(4 bits)值*4 )字節(jié) IP、TCP首都長度字段值以32bits(4bytes)為單位,滑動(dòng)窗口機(jī)制要點(diǎn),窗口左邊沿定義 窗口指針定義 窗口右邊沿定義 注意：查看數(shù)據(jù)文件tcpsndwnddata.txt體會(huì)發(fā)送窗口的變化,同時(shí)推斷接收窗口的變化,題6(1) 要點(diǎn),要點(diǎn)：結(jié)合慢啟動(dòng),題6(3) 要點(diǎn),實(shí)際上，6(3)題就是發(fā)送方和接收方窗口同步前、后的問題，分為兩種情況： 發(fā)送方發(fā)送DATA報(bào)文，接收方窗口同步前、后問題 接收方發(fā)送ACK報(bào)文，發(fā)送方窗口同步前、后問題 窗口同步：在網(wǎng)絡(luò)中沒有報(bào)文時(shí)，包括 接收方收到發(fā)送方發(fā)出的所有報(bào)文， 發(fā)送方收到接收方發(fā)出的所有報(bào)文， 發(fā)送方窗口與接收方窗口的左邊沿、指針應(yīng)該是一樣的（同步）。,題6(3)發(fā)送方發(fā)送DATA報(bào)文,DATA報(bào)文到達(dá)接收方前,DATA報(bào)文到達(dá)接收方后， 并與發(fā)送方窗口同步,題6(3)接收方發(fā)送ACK報(bào)文,ACK報(bào)文到達(dá)發(fā)送方前,ACK報(bào)文到達(dá)發(fā)送方后， 并與接收方窗口同步,窗口同步問題小結(jié),窗口的左邊沿是由接收方發(fā)送ACK報(bào)文驅(qū)動(dòng)變化的； 接收方發(fā)送ACK報(bào)文后其接收窗口左邊沿向右滑動(dòng)； 發(fā)送方在收到ACK報(bào)文后其發(fā)送窗口左邊沿也隨之向右滑動(dòng)。 窗口的指針是由發(fā)送方發(fā)送DATA報(bào)文驅(qū)動(dòng)變化的； 發(fā)送方發(fā)送DATA報(bào)文后其發(fā)送窗口指針向右滑動(dòng)； 接收方在收到DATA報(bào)文后其接收窗口指針也隨之向右滑動(dòng)。 接收窗口的右邊沿與接收緩存、接收方確認(rèn)數(shù)據(jù)都有關(guān)系； 在接收緩存足夠的情況下，接收方確認(rèn)數(shù)據(jù)，其接收窗口左邊沿向右滑動(dòng)，接收窗口右邊沿也向右滑動(dòng)，滿足接收窗口的最大值65535； 在接收緩存不夠的情況下，無法滿足接收窗口的最大值65535，則接收方確認(rèn)數(shù)據(jù)，其接收窗口左邊沿向右滑動(dòng)，而接收窗口右邊沿停滯不動(dòng)，對(duì)外表現(xiàn)為接收方向發(fā)送方發(fā)送ACK報(bào)文時(shí)其通告的接收窗口越來越小。 發(fā)送窗口的右邊沿與發(fā)送方的擁塞窗口cwnd、接收方通告的接收窗口rwnd有關(guān) 在任何時(shí)候，其值 = 發(fā)送窗口左邊沿 + min cwnd , rwnd 。,題6(2) 要點(diǎn),主要是接收方窗口與緩存的關(guān)系,題6(2)圖例演示1/2接收方,題6(2)圖例演示2/2 接收方,題6(2)參考答案,如果接收緩存大于65535，在接收窗口值持續(xù)減少前接收端已開始休眠。 如果接收緩存小于等于65535，在接收窗口值持續(xù)減少時(shí)接收端開始休眠。 能夠明顯看出接收端開始休眠 是X1號(hào)報(bào)文 因?yàn)槠浜笸ǜ娴慕邮沾翱谠絹碓叫?，（左邊沿在不斷向右移?dòng)，而右邊沿不再移動(dòng)），接收方在窗口范圍外的可用緩存已被使用完，表明接收方在窗口范圍外的可用緩存被已確認(rèn)的數(shù)據(jù)占據(jù)著，應(yīng)用程序進(jìn)程沒有再從緩存中讀取這些已確認(rèn)的數(shù)據(jù)，即表明其已開始休眠。,題6(4)要點(diǎn),窗口收縮定義：右邊沿向左移動(dòng) 窗口合攏定義：左邊沿向右邊沿靠近 窗口張開定義：右邊沿向右移動(dòng) 接6(2)圖例演示，繼續(xù),題6(4)參考答案,窗口收縮一般不發(fā)生 窗口合攏發(fā)生在接收窗口持續(xù)減小期間 窗口張開發(fā)生在休眠結(jié)束后通告大窗口時(shí),題7要點(diǎn)與答案,窗口偵查報(bào)文指的是Keep-Alive報(bào)文 每相鄰兩條窗口偵查報(bào)文Keep-Alive報(bào)文 時(shí)間差組成的數(shù)據(jù)序列的規(guī)律：成倍增加規(guī)律,題8(1)參考答案,啟用Nagle算法的傳輸過程數(shù)據(jù)長度一般都以MSS長度發(fā)送； 而禁用Nagle算法的傳輸過程數(shù)據(jù)長度一般都以“每次寫入套接字的字節(jié)數(shù)”長度發(fā)送； Nagle算法的原理和作用：發(fā)送方在連接建立開始發(fā)送數(shù)據(jù)時(shí)，立即按序發(fā)送緩存中的數(shù)據(jù)（必須=1*MSS），后續(xù)數(shù)據(jù)的發(fā)送由數(shù)據(jù)是否足以填滿發(fā)送緩存的一半或一個(gè)MSS長度決定。而不啟用Nagle算法時(shí)發(fā)送方則是有數(shù)據(jù)就發(fā)。,題8(2)參考答案,通告的第一個(gè)窗口大小是X（=1*MSS）； 接收端的推遲確認(rèn)技術(shù)：對(duì)收到的報(bào)文段進(jìn)行確認(rèn)和通告窗口的前提條件是：接收緩存的可用空間至少得到總空間的一半或者達(dá)到最大報(bào)文長度之后。如果條件不滿足，則推遲發(fā)送確認(rèn)和窗口通告。,實(shí)驗(yàn) 7 應(yīng)用層協(xié)議分析,DNS域名解析問題,別名問題(作用) 主機(jī)別名(hody aliasing)。具有復(fù)雜主機(jī)名的主機(jī)還可以有一個(gè)或多個(gè)別名。 主機(jī)名為的主機(jī)有兩個(gè)別名: 和 。 這種情