4端口聚合實驗分析

1、 計算機(jī)網(wǎng)絡(luò)實驗報告警示1. 實驗報告如有雷同，雷同各方當(dāng)次實驗成績均以0分計。2. 當(dāng)次小組成員成績只計學(xué)號、姓名登錄在下表中的。3. 在規(guī)定時間內(nèi)未上交實驗報告的，不得以其他方式補交，當(dāng)次成績按0分計。4. 實驗報告文件以PDF格式提交?！緦嶒?zāi)康摹坷斫怄溌肪酆系呐渲眉霸怼！緦嶒瀮?nèi)容】(1) 完成實驗教程第三章實例3-5的實驗，回答實驗提出的問題及實驗思考。（P99-102）(2) 端口聚合和生成樹都可以實現(xiàn)冗余鏈路，這兩種方式有什么不同？(3) 你認(rèn)為本實驗?zāi)軐崿F(xiàn)負(fù)載平衡嗎？如果不能，請討論原因并設(shè)計方法，進(jìn)行實驗驗證?！緦嶒炓蟆恳恍┲匾畔⑿畔⑿杞o出截圖，注意實驗步驟的前后對比。【

2、實驗記錄】(如有實驗拓?fù)湔堊孕挟嫵?)實驗內(nèi)容：(1) 完成實驗教程第三章實例3-5的實驗，回答實驗提出的問題及實驗思考。（P99-102）實驗拓?fù)鋱D：實驗步驟：步驟0：按圖3-17連接好網(wǎng)絡(luò)拓?fù)?，注意兩交換機(jī)之間只接一根跳線（例如F0/1端口）。實驗前帶寬驗證：在PC2上建立一個共享目錄（例如D：share），并啟動Wireshark抓包軟件，選中監(jiān)控對象，將界面停留在Caputer Interfaces窗口上（圖3-18）；這時有數(shù)據(jù)包發(fā)生嗎？答：有少量數(shù)據(jù)包，如下圖所示。在Windows7中，共享目錄（例如d:share）在命令提示符窗口的建立過程如下：md d:share 在D盤建立文

3、件夾share net user B403 159357 建立用戶B403、口令是159357 net share myshare=d:share /grant:B403,full 建立d:share的共享名為myshare，訪問用戶myuser、權(quán)限full在PC1上選擇一文件包，在“開始”“搜索程序和文件”的對話框中輸入0myshare，輸入用戶名/口令，就進(jìn)入了共享文件夾。將PC1上的一個文件包復(fù)制到PC2的共享目錄，我選擇UPK1(5).rar，大小為1.5GB。選擇“開始”|“運行”菜單命令，在彈出的“運行”對話框中輸入0share；將

4、文件包復(fù)制到PC2的共享目錄，注意觀察包數(shù)量的變化，記錄Packets、Packets/s的代表值。并計算傳送時間：答：這時包的數(shù)量急劇增長，代表圖如下：共傳送422541個包，開始時間是14:09:18.87760700，結(jié)束時間是14:10:18.96292000，傳輸時間為60.85313秒。步驟1：交換機(jī)SwitchA的基本配置。步驟2：在交換機(jī)SwitchA上配置聚合端口。驗證測試：驗證F0/1和F0/2端口屬于AG1。 以上信息顯示聚和接口AG1的情況：最大支持端口數(shù)為8個，當(dāng)前VLAN模式為Trunk，組成員有F0/1和F0/2端口。步驟3：交換機(jī)B的基本配置。測試：驗證已在Sw

5、itchB上創(chuàng)建了VLAN10，并將F0/5端口已劃分到VLAN10中。步驟4：在交換機(jī)SwitchB上配置聚合端口。測試：驗證F0/1和F0/2端口屬于AG1。按圖3-17網(wǎng)絡(luò)拓?fù)洌由蟽山粨Q機(jī)之間的另一根跳線（例如F0/2端口）。步驟5：驗證。（1） 鏈路聚合的帶寬是否增大？如果沒有增大，分析是什么原因引起的并提出解決的辦法。如同步驟0，在PC1上傳送文件包，注意觀察包數(shù)量的變化，記錄數(shù)據(jù)傳送時間并分別與實驗前的數(shù)據(jù)做比較，能得出什么結(jié)論？答：傳送同一個文件，1.50GB，共有394387個包，開始時間是14:44:24.274753000，結(jié)束時間是14:45:03.106249000，

6、約38秒，比之前傳輸了更多包，平均速度也更快，所以帶寬變大了。（2） 鏈路聚合的動態(tài)備份：當(dāng)交換機(jī)之間的一條鏈路斷開時，PC1與PC2仍能互相通信。將兩條跳線中的其中任何一根拔掉后，發(fā)現(xiàn)PC間還可以正常通信，這是否說明鏈路聚合的動態(tài)備份有效？拔線過程有無丟包現(xiàn)象？答：如上圖所示，PC間仍可通信，即鏈路聚合的動態(tài)備份有效，接線過程無丟包現(xiàn)象。（3） 重做步驟5驗證（1），監(jiān)控窗口停留在圖3-18上，在數(shù)據(jù)傳送過程中，拔掉端口1（或2）的電纜線，觀察Packets、Packets/s是否有變化？答：上面三個圖分別為拔掉端口1的電纜線之前、之后和一段時間后的情況，可以看出Packet數(shù)在不斷增長，P

7、acket/s 的大小在拔線后先減小后回升。（4） 查看聚合口：show interface aggreateport 1.（5） 查看成員口：show interface gigabitethernet0/1.（6） 查看端口狀態(tài)：show interface statues.（7） 查看成員口的速率流量：show interface counters rate/summay.實驗思考：（1） 實驗中聚合端口的負(fù)載平衡方式默認(rèn)是依據(jù)源和目的地址的。設(shè)置聚合端口的負(fù)載平衡方式命令是aggregateport load-balance.在交換機(jī)中查看聚合端口配置的相關(guān)命令：Show aggreg

8、ateport summaryShou aggregateport load-balance此實驗也可以在跨交換機(jī)實現(xiàn)不同VLAN間通信的基礎(chǔ)上完成。（2） 如何驗證聚合端口的負(fù)載平衡方式？答：在交換機(jī)上配置另一個用于測試的VLAN10，配置IP地址為/24，然后在二層交換機(jī)L2-SW上配置默認(rèn)網(wǎng)關(guān)（其作用相當(dāng)于主機(jī)的網(wǎng)關(guān)，交換機(jī)可將發(fā)往其他網(wǎng)段的數(shù)據(jù)包提交給網(wǎng)關(guān)處理），這樣交換機(jī)可以ping通/24 和/24，說明聚合端口的Trunk配置已經(jīng)生效。（3） 什么情況下鏈路聚合會起分流作用？答：當(dāng)服務(wù)器上有兩塊或者兩塊以上的網(wǎng)

9、卡接到了網(wǎng)絡(luò)中，可以在無盤啟動上設(shè)置分流，均衡每塊網(wǎng)卡的負(fù)載壓力，增強了服務(wù)器數(shù)據(jù)吐量能力。實驗內(nèi)容(2) 端口聚合和生成樹都可以實現(xiàn)冗余鏈路，這兩種方式有什么不同？答：為了保持網(wǎng)絡(luò)的穩(wěn)定性，在多臺交換機(jī)組成的網(wǎng)絡(luò)環(huán)境中，通常都使用一些備份連接。以提高網(wǎng)絡(luò)的健壯性、穩(wěn)定性。但是冗余鏈路會使網(wǎng)絡(luò)中存在環(huán)路，產(chǎn)生廣播風(fēng)暴。使用端口聚合和生成樹都可以實現(xiàn)冗余鏈路，而且可以避免環(huán)路。它們的區(qū)別是：生成樹協(xié)議中不論網(wǎng)橋之間采用怎樣的物理連接，網(wǎng)橋能夠自動發(fā)現(xiàn)一個沒有環(huán)路的拓?fù)浣Y(jié)構(gòu)的網(wǎng)路，這個邏輯拓?fù)浣Y(jié)構(gòu)的網(wǎng)路必須是樹型的。生成樹協(xié)議還能夠確定有足夠的連接通向整個網(wǎng)絡(luò)的每一個部分。所有網(wǎng)絡(luò)節(jié)點要么進(jìn)入轉(zhuǎn)發(fā)

10、狀態(tài)，要么進(jìn)入阻塞狀態(tài)，這樣就建立了整個局域網(wǎng)的生成樹。當(dāng)首次連接網(wǎng)橋或網(wǎng)絡(luò)結(jié)構(gòu)發(fā)生變化時，網(wǎng)橋都將進(jìn)行生成樹拓?fù)涞闹匦掠嬎恪榉€(wěn)定的生成樹拓?fù)浣Y(jié)構(gòu)選擇一根橋，從一點傳輸數(shù)據(jù)到另一點，出現(xiàn)兩條以上條路徑時只能選擇一條距離根橋最短的活動路徑。生成樹協(xié)議這樣的控制機(jī)制可以協(xié)調(diào)多個網(wǎng)橋共同工作，使計算機(jī)網(wǎng)絡(luò)可以避免因一個接點的失敗導(dǎo)致整個網(wǎng)絡(luò)連接功能的丟失，而且冗余鏈路的網(wǎng)絡(luò)環(huán)路不會出現(xiàn)廣播風(fēng)暴。兩個交換機(jī)之間有多條冗余鏈路的時候，STP會將其中的幾條鏈路關(guān)閉，只保留一條，這樣可以避免二層的環(huán)路產(chǎn)生。但是，失去了鏈路冗余的優(yōu)點，因為STP的鏈路切換會很慢，在50s左右。端口聚合是指將多個物理端口捆綁

11、在一起，成為一個邏輯端口，以實現(xiàn)出入流量，吞吐量在各個成員端口中的負(fù)荷分擔(dān)，交換機(jī)根據(jù)用戶配置的端口負(fù)荷策略決定報文從哪一個成員端口發(fā)送到對端的交換機(jī)。當(dāng)交換機(jī)檢測到其中一個成員端口鏈路發(fā)生故障時，就停止在此端口上發(fā)送報文，并根據(jù)負(fù)荷分擔(dān)策略在剩下鏈路中重新計算報文發(fā)送的端口，故障端口恢復(fù)后再次重新計算報文發(fā)送端口。(3) 你認(rèn)為本實驗?zāi)軐崿F(xiàn)負(fù)載平衡嗎？如果不能，請討論原因并設(shè)計方法，進(jìn)行實驗驗證。答：可以實現(xiàn)負(fù)載平衡。本次實驗完成后，請根據(jù)組員在實驗中的貢獻(xiàn)，請實事求是，自評在實驗中應(yīng)得的分?jǐn)?shù)。（按百分制）【交實驗報告】上傳實驗報告：09/ 截止日期（不遲于）：1周之內(nèi)上傳包括兩個文件：（1）小組實驗報告。上傳文件名格式：小組號_ Ftp協(xié)議分析實驗.pdf （由組長負(fù)責(zé)上傳）例如: 文件名“10_ Ftp協(xié)議分析實驗.