第一篇：計算機通信網(wǎng)絡實驗報告冊
四川工程職業(yè)技術學院電氣信息工程系
計算機通信網(wǎng)絡實驗報告冊
班級2014通信技術1班
姓名趙自謙
學號201412021949
電氣信息工程系電子教研室制
2016年9月
四川工程職業(yè)技術學院電氣信息工程系
目錄
實驗一網(wǎng)線制作............................................................................................................................2 實驗二對等局域網(wǎng)組建................................................................................................................4 實驗三
OUTLOOK配置.............................................................................................................5 實驗四常用網(wǎng)絡命令..................................................................................................................10 實驗五FTP實驗...........................................................................................................................15
四川工程職業(yè)技術學院電氣信息工程系
實驗一網(wǎng)線制作
一、實驗目的
理解直連線和交叉線的應用范圍，掌握直連線和交叉線的制作方法。
二、實驗屬性
驗證性試驗。
三、實驗儀器設備及器材
RJ45卡線鉗一把、水晶頭、雙絞線、測試儀。
四、實驗要求
1、預習報告中需解決以下問題：
（1）掌握不同雙絞線的不同用途。（2）掌握不同雙絞線的線的排列順序。
2、試驗中正確使用儀器設備，獨立操作。
3、試驗后按規(guī)定要求寫出實驗報告。
五、實驗原理
1、雙絞線概述
雙絞線由兩根具有絕緣保護層的銅導線組成。兩根線安按照一定的密度相互絞在一起，就可以改變導線的電氣特性，從而降低信號的干擾程度。雙絞線電纜比較柔軟，便于在墻角等不規(guī)則地方施工，但信號的衰減比較大。在大多數(shù)應用下，雙絞線的最大布線長度為100米。雙絞線分為兩種類型：非屏蔽雙絞線和屏蔽雙絞線。
2、雙絞線連接
雙絞線采用的是RJ-45連接器，俗稱水晶頭。RJ45水晶頭由金屬片和塑料構成,特別需要注意的是引腳序號,當金屬片面對我們的時候從左至右引腳序號是1-8,這序號做網(wǎng)絡聯(lián)線時非常重要,不能搞錯。按照雙絞線兩端線序的不同，我們一般劃分兩類雙絞線：一類兩端線序排列一致，稱為直連線；另一類是改變線的排列順序，稱為交叉線。線序如下：
直通線：（機器與集線器連）12345678 A端：橙白，橙，綠白，藍，藍白，綠，棕白，棕； B端：橙白，橙，綠白，藍，藍白，綠，棕白，棕。交叉線：（機器直連、集線器普通端口級聯(lián)）12345678 A端：橙白，橙，綠白，藍，藍白，綠，棕白，棕；
四川工程職業(yè)技術學院電氣信息工程系
B端：綠白，綠，橙白，藍，藍白，橙，棕白，棕。
在進行設備連接時，我們需要正確的選擇線纜。我們將設備的RJ45接口分為MDI和MDIX兩類。當同種類型的接口通過雙絞線互連時，使用交叉線；當不同類型的接口通過雙絞線互連時使用直連線。通常主機和路由器的接口屬于MDI，交換機和集線器的接口屬于MDIX。例如，路由器和主機相連，采用交叉線；交換機和主機相連則采用直連線。
六、實驗步驟
1、剪下一段長度的電纜
2、用壓線鉗在電纜的一端剝?nèi)ゼs2cm護套。
3、分離4對電纜，按照所做雙絞線的線序標準（T568A或T568B）排列整齊，并將線弄平直。
4、維持電纜的線序和平整性，用壓線鉗上的剪刀將線頭剪齊，保證不絞合電纜的長度最大為1.2cm。
5、將有序的線頭順著RJ-45頭的插口輕輕插入，插到底，并確保護套也被插入。
6、再將RJ-45頭塞到壓線鉗里，用力按下手柄。就這樣一個接頭就做好了。
7、用同樣的方法制做另一個接頭。
8、用簡單測試儀檢查電纜的連通性。
9、注意：如果兩個接頭的線序都按照T568A或T568B標準制作，則作好的線為直通纜；如果一個接頭的線序按照T568A標準制作，而另一個接頭的線序按照T568B標準制作，則作好的線為交叉纜。
七、備注說明：
1、伴隨著網(wǎng)絡技術的迅猛發(fā)展，涌現(xiàn)了越來越多的實驗軟件工具、實驗思想、實驗方法和技術，相同的網(wǎng)絡功能和服務可從不同角度、不同方法去實現(xiàn)。希望同學們能積極查閱國內(nèi)外的相關文獻，跟蹤技術發(fā)展動態(tài)。
2、實驗學時較短，遠不能滿足大學生發(fā)現(xiàn)問題、分析問題、解決問題的動手實踐能力、工程能力的培養(yǎng)要求，希望同學們在課余能夠珍惜時間，積極進行上機、上網(wǎng)操作練習，多動手實踐操作，學習、應用所學到的實驗方法和技術。
3、在課內(nèi)外的實驗中，提倡同學們在使用本實驗指導書中的工具軟件和方法的基礎上，還可再用其他的工具軟件和方法。實驗報告可以針對自己收獲較大的工具軟件和思路、方法來書寫。
四川工程職業(yè)技術學院電氣信息工程系
實驗二對等局域網(wǎng)組建
一、實驗目的
1.組建兩種拓撲結構的局域網(wǎng)。2.能夠在局域網(wǎng)內(nèi)實現(xiàn)資源共享。
二、實驗要求
1.用TCP/IP協(xié)議配置對等網(wǎng)。采用星型拓撲結構或點到點拓撲結構。2.掌握資源共享的設置和使用方法。
包括：文件夾共享（學生自做）、打印機共享（教師演示）、共享文件夾的映射（學生自做）
四、實驗原理
對于一二十臺計算機組成的小型局域網(wǎng)環(huán)境，當采用對等工作方式時，局域網(wǎng)中所有的工作站均裝有相同的協(xié)議棧每臺汁算機的“地位”是對等的，故稱為對等網(wǎng)。
微軟最初提供的小型網(wǎng)絡解決方案是用簡單通信協(xié)議NetBEUI來實現(xiàn)。使用該協(xié)議的網(wǎng)絡，以“工作組”的形式劃分子網(wǎng)（計算機的歸屬），以“計算機名”區(qū)分和識別計算機。工作組中的每臺計算機既是Client又是Server。后來，Internet風靡全球。微軟即在Windows系統(tǒng)中引入TCP/IP，并作為默認的通信協(xié)議。單獨使用NetBEUI或TCP/IP，均可實現(xiàn)對等網(wǎng)。本實驗采用TCP/IP協(xié)議。
五、實驗條件
1.運行Windows 98或其以上版本的計算機兩臺以上，計算機上必須配備網(wǎng) 卡及其驅動程序。
2.集線器以及連接線（用實驗一制作的網(wǎng)線）
六、實驗步驟 第一部分：點到點拓撲結構的對等網(wǎng)組建以及文件夾共享配置（學生每兩人一組）
1． 用交叉電纜線將兩臺電腦相連，觀察網(wǎng)卡的指示燈，看每臺計算機是否都是處于連通狀態(tài)。
2.查看網(wǎng)絡組件是否完整（是否安裝了TCP/IP協(xié)議、網(wǎng)卡驅動程序）開啟“控制面板”一“網(wǎng)絡”圖標，查看網(wǎng)絡組件是否都在。若無TCP/IP通信協(xié)議或缺其他組件，則添加之。
3.配置IP地址
打開“控制面板”中的“網(wǎng)絡連接”對話框，打開“本地連接”，選擇“TCP/IP協(xié)議”，單擊“屬性”。在出現(xiàn)的“TCP/IP屬性”對話框中單擊“IP地址”，然后選擇“使用下面的地址”，進行相應的配置。同組IP地址一個為10.1.20.2另一個為10.1.20.3，子網(wǎng)掩碼都為255.255.255.0，其它不設。單擊“確定”按鈕。
4.在命令提示符下鍵入“ipconfig”,由此查看本機的ip地址。
5.給同一實驗分組的主機配置相同的“工作組”名和不同的“計算機名”。6.測試網(wǎng)絡的連通性。從“網(wǎng)上鄰居”看到相鄰主機的名字。7.在命令提示符下“Ping + 本組計算機”可以連通。
8.實現(xiàn)文件夾的共享。單擊文件夾的屬性，把此文件夾設置為共享，則在其
四川工程職業(yè)技術學院電氣信息工程系
它主機上能夠看到此文件夾，實現(xiàn)共享。
9.實現(xiàn)共享文件夾的映射。從網(wǎng)上鄰居中找到另一臺計算機所共享的文件夾，右擊文件夾，找到映射到網(wǎng)絡驅動器，單擊，即可實現(xiàn)映射。
第二部分：星型拓撲結構的對等網(wǎng)的組建以及打印機的共享實現(xiàn)（學生每批分為二組，共搭建兩個網(wǎng)絡，每組網(wǎng)段地址指定為10.1.1.0、10.1.2.0，）
1.把每組所有的計算機用直通電纜連接到集線器上，具體做法是每根電聯(lián)線的1端連接集線器的一個端口，另一端與計算機的網(wǎng)絡接口卡相聯(lián)。
2.觀察該集線器的端口和計算機的網(wǎng)絡接口卡上的指示燈，這些燈都應該變亮。在有些設備上，指示燈將會閃爍，這是正常現(xiàn)象。
3.配置IP地址
打開“控制面板”中的“網(wǎng)絡連接”對話框，打開“本地連接”，選擇“TCP/IP協(xié)議”，單擊“屬性”。在出現(xiàn)的“TCP/IP屬性”對話框中單擊“IP地址”，然后選擇“使用下面的地址”，進行相應的配置。
一組IP地址設定為10.1.1.2~10.1.1.9，八臺機子每臺一個號碼，從號碼段中任選一個號碼。另一個組IP地址設定為10.1.2.2~10.21.2.9，八臺計子每臺一個號碼，子網(wǎng)掩碼都為255.255.255.0，其它不設。單擊“確定”按鈕。
4.重復第一部分的4~7步，測試網(wǎng)絡的聯(lián)通性。
5.實現(xiàn)打印機共享（教師演示）。在連接打印機的計算機上(假設主機名為zhao)，從“控制面板”的“打印機”中，右擊該打印機名后單擊“共享”，在出現(xiàn)的界面中選中“共享為”，輸入共享名“work-net”。在其他打印機上，雙擊“添加打印機”圖標，選擇“網(wǎng)絡打印機”選項，輸入打印機的路徑及其共享名zhaowork-net。此時從本網(wǎng)絡中任何一臺打印機上都可實現(xiàn)打印
實驗三OUTLOOK配置
一：實驗目的及要求
1：掌握個人免費電子郵件格式、優(yōu)點以及郵箱的申請，郵件的撰寫、附件的使用、郵件的發(fā)送、接收與回復等；
2：了解企業(yè)郵箱在電子商務中的作用
3：掌握郵件軟件outlook Express的配置，垃圾郵件的預防、通訊薄等的使用；
二：背景知識
1：電子郵件(Electronic Mail,簡稱E-mail，又昵稱為“伊妹兒”)定義：是一種用戶或用戶組之間通過計算機網(wǎng)絡收發(fā)信息的服務，也是我們大眾交流信息的常用手段之一。根據(jù)第七次中國互聯(lián)網(wǎng)信息中心權威發(fā)布的調(diào)查數(shù)據(jù)顯示：電子郵箱、搜索引擎、新聞瀏覽排在網(wǎng)民最常使用的服務前三位。其中電子郵箱算是互聯(lián)網(wǎng)最早、最常用的元老級別應用服務。
2：電子郵件類型：根據(jù)電子郵箱使用者及郵箱自主域名的不同，可以將郵箱又分為個人郵箱和企業(yè)郵箱兩個類別。前者的大多數(shù)用戶還是應用免費的電子郵箱服務，而企業(yè)郵箱這種收費的服務模式已經(jīng)成為中小企業(yè)信息化建設過程中一項不可或缺的支出，同時也是各大企業(yè)郵箱服務商競爭點，數(shù)據(jù)顯示：2009年全球企業(yè)郵件市場收入達到了30億美元。國外企業(yè)油箱的普及率達到60%以
四川工程職業(yè)技術學院電氣信息工程系
上，而國內(nèi)僅有5-8%，所以郵件市場是一塊誘人的大蛋糕。
3：電子郵件地址：個人郵箱地址典型格式是由三部分組成：用戶名@用戶所連接的收取Email的服務器地址），整個E-mail地址可理解為網(wǎng)絡中某臺主機上的某個用戶的地址。新浪用戶名規(guī)則：4-16個字符(包括4、16)或2-8個漢字，請用英文小寫、漢字、數(shù)字、下劃線，不能全部是數(shù)字，下劃線不能在末尾。126用戶名規(guī)則：
1.只能由英文字母a～z(不區(qū)分大小寫)、數(shù)字0～
9、下劃線組成。2.用戶名的起始字符必須是英文字母。如：netease_2005 3.用戶名長度為5～20個字符。
企業(yè)郵箱是一種為企業(yè)用戶開發(fā)的郵箱，它能使企業(yè)使用自己的域名作為郵箱的后綴，用較小的代價獲取自己的郵箱服務器。如果企業(yè)的域名是004km.cn，郵箱空間有3.5G,20兆的附件容量。例如：網(wǎng)易126的郵箱(http://004km.cn)：你的郵箱地址是：用戶名@sina.com，郵箱空間有2G，單封郵件附件容量為15M。
B：采用SMTP服務器來發(fā)送郵件，并采用POP服務器來接受郵件。
這種方法需要通過專門的電子郵件軟件才能收發(fā)郵件，最典型的微軟的OE（Outlook Express）,也可以采用國產(chǎn)軟件Foxmail.SMTP代表Simple Mail Transfer Protocol（簡單郵件傳輸協(xié)議）。SMTP是一組規(guī)則，用于由源地址至目的地址傳送電子郵件。每一個想接收電子郵件的主機都安裝了SMTP服務器。當主機由用戶接收了電子郵件并想傳遞到另外一臺服務器，則它聯(lián)絡SMTP服務器。SMTP服務器會作出反應，顯示確認、錯誤消息或特定的請求信息。
POP3代表Post Office Protocol。POP服務器是接收郵件服務器。POP為一種協(xié)議，用于處理由客戶郵件程序獲取郵件的請求。
使用POP服務器接收的消息與使用SMTP服務器發(fā)送消息都很簡單而且可靠。三：實驗過程
（一）：申請個人免費郵箱
1：雙擊打開瀏覽器IE（Internet Explorer 的簡稱），輸入網(wǎng)址http://004km.cn。Ping 127.0.0.1
Ping 10.127.116.1
Pingwww.Scetc.net –t
四川工程職業(yè)技術學院電氣信息工程系
（2）Ipconfig 作用：該診斷命令顯示所有當前的TCP/IP網(wǎng)絡配置值。該命令在運行DHCP系統(tǒng)上的特殊用途，允許用戶決定DHCP配置的TCP/IP配置值。格式：ipconfig[/?|/all|/release[adapter]|/renew[adapter] |/flushdns|/registerdns |/showclassidadapter |/setclassidadapter[classidtoset]] 參數(shù)：/all產(chǎn)生完整顯示。在沒有該開關的情況下ipconfig只顯示IP地址、子網(wǎng)掩碼和每個網(wǎng)卡的默認網(wǎng)關值。
（3）ARP 作用：顯示和修改IP地址與物理地址之間的轉換表。格式：ARP-sinet_addreth_addr[if_addr] ARP-a10.172.116.1 參數(shù)：
四川工程職業(yè)技術學院電氣信息工程系
-a顯示當前的ARP信息，可以指定網(wǎng)絡地址。-g跟-a一樣。
(4)Netstat 作用：顯示協(xié)議統(tǒng)計和當前的TCP/IP網(wǎng)絡連接。該命令只有在安裝了TCP/IP協(xié)議后才可以使用。
格式：Netstat[-a][-e][-n][-s][-pprotocol][-r][interval] 參數(shù)：
-a顯示所有連接和偵聽端口。服務器連接通常不顯示。
四川工程職業(yè)技術學院電氣信息工程系
(5)tracert
四川工程職業(yè)技術學院電氣信息工程系
實驗五FTP實驗 一.實驗目的: 了解Ftp站點的設置過程。掌握Ftp站點的基本屬性配置。掌握Ftp服務器站點權限的設置方法。二.實驗要求:(1).能利用Serv-U組建Ftp服務器(2).能對Ftp服務器進行權限、用戶等設置(3).能對Ftp服務器進行遠程管理等設置 三.實驗內(nèi)容:(1).利用Serv-u建立ftp服務器(2).設置用戶權限(3).設置不同文件夾權限
四.實驗環(huán)境：Windows server 2003及serv-U 軟件
五.實驗內(nèi)容:
（1）建立ftp服務器
四川工程職業(yè)技術學院電氣信息工程系
(2)連接本地服務器，如服務器不能再線，可選擇輸入密鑰，密鑰在SERV-U文件夾中“!)注冊.txt”中。輸入后即可以是服務器正在運行如下圖：
(3)服務器連接成功后，右擊“域”選擇“新建域” 會出現(xiàn)下圖界
四川工程職業(yè)技術學院電氣信息工程系
面，只要在輸入本機的IP地址點擊下一步即可
四川工程職業(yè)技術學院電氣信息工程系
域創(chuàng)建完成：
四川工程職業(yè)技術學院電氣信息工程系
（4）建立用戶在新建的域下邊右擊用戶選擇新建用戶
四川工程職業(yè)技術學院電氣信息工程系
用戶創(chuàng)建完成：
四川工程職業(yè)技術學院電氣信息工程系
（5）建立一個anonymous（匿名）用戶：
anonymous（匿名）用戶創(chuàng)建完成：
四川工程職業(yè)技術學院電氣信息工程系
（6）為以上建立的兩個用戶設置其登錄權限首先選擇要設置權限的用戶點擊目錄訪問，在文件下面選擇你要給該用戶的權限即可
選擇完成后點擊應用
四川工程職業(yè)技術學院電氣信息工程系
（7）為用戶設置IP的訪問在編輯規(guī)則中選擇你要設置的你要設置的是拒絕的IP還是允許的IP 然后在規(guī)則中輸入你要設置的IP即可
（8）可以為ftp做加密傳輸可以在“設置”中選擇ssl證書
四川工程職業(yè)技術學院電氣信息工程系
（9）驗證我們的服務器是否建立成功。在我的電腦中輸入你的ftp地址例如：ftp://192.168.137.188
用zhaofang登陸：
四川工程職業(yè)技術學院電氣信息工程系
新建文件夾：
刪除文件夾：
匿名登陸：
四川工程職業(yè)技術學院電氣信息工程系
新建文件夾：
打開文件：
刪除文件夾：
四川工程職業(yè)技術學院電氣信息工程系
6.實驗結果與體會 實驗結果：運行成功！
體會：通過本次實驗，了解了FTP服務器的建立與使用，對ftp服務器的的后臺管理有了基本的了解。希望在以后的實驗中操作的更好。
第二篇：通信網(wǎng)絡實驗報告
通信網(wǎng)絡實驗報告
實驗一 隱終端和暴露終端問題分析
一、實驗目的1、2、3、4、了解無線網(wǎng)絡中的載波檢測機制；
熟悉節(jié)點的傳輸范圍、沖突干擾范圍、載波檢測范圍和噪聲干擾范圍的概念； 了解載波檢測接入體制中存在的隱終端問題和暴露終端問題； 結合仿真實驗分析載波檢測無線網(wǎng)絡中的隱終端問題和暴露終端問題。
二、實驗結果
Node: 1, Layer: AppCbrClient,(0)Server address: 2 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 2, Layer: AppCbrServer,(0)Client address: 1 Node: 2, Layer: AppCbrServer,(0)First packet received at [s]: 0.007438001 Node: 2, Layer: AppCbrServer,(0)Last packet received at [s]: 99.999922073 Node: 2, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.739902205 Node: 2, Layer: AppCbrServer,(0)Session status: Not closed Node: 2, Layer: AppCbrServer,(0)Total number of bytes received: 4975616 Node: 2, Layer: AppCbrServer,(0)Total number of packets received: 9718 Node: 2, Layer: AppCbrServer,(0)Throughput(bits per second): 398078 Node: 3, Layer: AppCbrClient,(0)Server address: 4 Node: 3, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 3, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 3, Layer: AppCbrClient,(0)Session status: Not closed Node: 3, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 3, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 3, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 4, Layer: AppCbrServer,(0)Client address: 3 Node: 4, Layer: AppCbrServer,(0)First packet received at [s]: 0.003058001 Node: 4, Layer: AppCbrServer,(0)Last packet received at [s]: 99.993058001 Node: 4, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.003119031 Node: 4, Layer: AppCbrServer,(0)Session status: Not closed Node: 4, Layer: AppCbrServer,(0)Total number of bytes received: 5120000 Node: 4, Layer: AppCbrServer,(0)Total number of packets received: 10000 Node: 4, Layer: AppCbrServer,(0)Throughput(bits per second): 409612
三、實驗結果分析
通過仿真結果可以看出，節(jié)點2無法收到數(shù)據(jù)。由于節(jié)點3是節(jié)點1的一個隱終端，節(jié)點1無法通過物理載波檢測偵聽到節(jié)點3的發(fā)送，且節(jié)點3在節(jié)點2的傳輸范圍外，節(jié)點3無法通過虛擬載波檢測延遲發(fā)送，所以在節(jié)點1傳輸數(shù)據(jù)的過程中，節(jié)點3完成退避發(fā)送時將引起沖突。
四、思考題
1、RTS/CTS能完全解決隱終端問題嗎？如果不能，請說明理由。
從理論分析上看，RTS/CTS協(xié)議似乎可以完全解決數(shù)據(jù)鏈隱藏終端問題，然而在實際網(wǎng)絡中并非如此，尤其是在AdHoc 網(wǎng)絡中。以節(jié)點為中心，存在發(fā)送區(qū)域和干擾區(qū)域。在發(fā)送區(qū)域內(nèi)，在沒有干擾的情況下，數(shù)據(jù)包可正常收發(fā)；該區(qū)域的大小由站點的功率等參數(shù)確定，可視為定值。干擾區(qū)域是相對于接受節(jié)點而言的，在該區(qū)域內(nèi)，節(jié)點可以受到來自非相關節(jié)點發(fā)送的數(shù)據(jù)的干擾，造成沖突、丟包。RTS/CTS對隱藏終端問題的屏蔽實際上是建立在兩區(qū)域相等的基礎上的，即所有的隱藏終端都位于接受節(jié)點發(fā)送范圍內(nèi)。此中假設并不成立，干擾區(qū)域與收發(fā)節(jié)點間距有關。
實驗二 無線局域網(wǎng)DCF協(xié)議飽和吞吐量驗證
一、實驗目的
1、了解IEEE 802.11 DCF 協(xié)議的基本原理。
2、理解網(wǎng)絡飽和吞吐量的概念。
3、通過仿真對DCF協(xié)議飽和吞吐量的二維馬爾可夫鏈模型進行驗證。
二、實驗結果
Node: 1, Layer: AppCbrClient,(4)Server address: 55 Node: 1, Layer: AppCbrClient,(4)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(4)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(4)Session status: Not closed Node: 1, Layer: AppCbrClient,(4)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(4)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(4)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(3)Server address: 54 Node: 1, Layer: AppCbrClient,(3)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(3)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(3)Session status: Not closed Node: 1, Layer: AppCbrClient,(3)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(3)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(3)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(2)Server address: 53 Node: 1, Layer: AppCbrClient,(2)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(2)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(2)Session status: Not closed Node: 1, Layer: AppCbrClient,(2)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(2)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(2)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(1)Server address: 52 Node: 1, Layer: AppCbrClient,(1)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(1)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(1)Session status: Not closed Node: 1, Layer: AppCbrClient,(1)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(1)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(1)Throughput(bits per second): 409600 Node: 1, Layer: AppCbrClient,(0)Server address: 51 Node: 1, Layer: AppCbrClient,(0)First packet sent at [s]: 0.000000000 Node: 1, Layer: AppCbrClient,(0)Last packet sent at [s]: 99.990000000 Node: 1, Layer: AppCbrClient,(0)Session status: Not closed Node: 1, Layer: AppCbrClient,(0)Total number of bytes sent: 5120000 Node: 1, Layer: AppCbrClient,(0)Total number of packets sent: 10000 Node: 1, Layer: AppCbrClient,(0)Throughput(bits per second): 409600 Node: 51, Layer: AppCbrServer,(0)Client address: 1 Node: 51, Layer: AppCbrServer,(0)First packet received at [s]: 0.003056858 Node: 51, Layer: AppCbrServer,(0)Last packet received at [s]: 99.995493030 Node: 51, Layer: AppCbrServer,(0)Average end-to-end delay [s]: 0.351972641 Node: 51, Layer: AppCbrServer,(0)Session status: Not closed Node: 51, Layer: AppCbrServer,(0)Total number of bytes received: 5102592 Node: 51, Layer: AppCbrServer,(0)Total number of packets received: 9966 Node: 51, Layer: AppCbrServer,(0)Throughput(bits per second): 408219 Node: 52, Layer: AppCbrServer,(1)Client address: 1 Node: 52, Layer: AppCbrServer,(1)First packet received at [s]: 0.006449537 Node: 52, Layer: AppCbrServer,(1)Last packet received at [s]: 99.998965709 Node: 52, Layer: AppCbrServer,(1)Average end-to-end delay [s]: 0.355584451 Node: 52, Layer: AppCbrServer,(1)Session status: Not closed Node: 52, Layer: AppCbrServer,(1)Total number of bytes received: 5102592 Node: 52, Layer: AppCbrServer,(1)Total number of packets received: 9966 Node: 52, Layer: AppCbrServer,(1)Throughput(bits per second): 408233 Node: 53, Layer: AppCbrServer,(2)Client address: 1 Node: 53, Layer: AppCbrServer,(2)First packet received at [s]: 0.010001809 Node: 53, Layer: AppCbrServer,(2)Last packet received at [s]: 99.992000125 Node: 53, Layer: AppCbrServer,(2)Average end-to-end delay [s]: 0.358534977 Node: 53, Layer: AppCbrServer,(2)Session status: Not closed Node: 53, Layer: AppCbrServer,(2)Total number of bytes received: 3926016 Node: 53, Layer: AppCbrServer,(2)Total number of packets received: 7668 Node: 53, Layer: AppCbrServer,(2)Throughput(bits per second): 314112 Node: 54, Layer: AppCbrServer,(3)Client address: 1 Node: 54, Layer: AppCbrServer,(3)First packet received at [s]: 0.013774900 Node: 54, Layer: AppCbrServer,(3)Last packet received at [s]: 0.773715844 Node: 54, Layer: AppCbrServer,(3)Average end-to-end delay [s]: 0.184107930 Node: 54, Layer: AppCbrServer,(3)Session status: Not closed Node: 54, Layer: AppCbrServer,(3)Total number of bytes received: 22016 Node: 54, Layer: AppCbrServer,(3)Total number of packets received: 43 Node: 54, Layer: AppCbrServer,(3)Throughput(bits per second): 1761 Node: 55, Layer: AppCbrServer,(4)Client address: 1 Node: 55, Layer: AppCbrServer,(4)First packet received at [s]: 0.017127686 Node: 55, Layer: AppCbrServer,(4)Last packet received at [s]: 0.777148630 Node: 55, Layer: AppCbrServer,(4)Average end-to-end delay [s]: 0.187729553 Node: 55, Layer: AppCbrServer,(4)Session status: Not closed Node: 55, Layer: AppCbrServer,(4)Total number of bytes received: 22016 Node: 55, Layer: AppCbrServer,(4)Total number of packets received: 43 Node: 55, Layer: AppCbrServer,(4)Throughput(bits per second): 1761
三、實驗結果分析
各發(fā)送節(jié)點發(fā)包間隔較大，當網(wǎng)絡中發(fā)送節(jié)點較少時，網(wǎng)絡還未飽和。逐漸往網(wǎng)絡中增加負載，網(wǎng)絡總吞吐量逐漸增大，之后，網(wǎng)絡吞吐量逐漸趨向于平穩(wěn)，此時，網(wǎng)絡即達到了飽和狀態(tài)。
四、思考題
1、總結IEEE 802.11DCF協(xié)議飽和吞吐量和哪些因素有關。
任選一個時隙，網(wǎng)絡中有節(jié)點在發(fā)送數(shù)據(jù)的概率 當有節(jié)點在發(fā)送數(shù)據(jù)包時，數(shù)據(jù)包發(fā)送成功的概率 數(shù)據(jù)包發(fā)送成功和發(fā)送失敗所需的時間
2、為什么在數(shù)據(jù)包長度較長時，采用RTS/CTS模式更合理？
“隱藏終端”多發(fā)生在大型單元中（一般在室外環(huán)境），這將帶來效率損失，并且需要錯誤恢復機制。當需要傳送大容量文件時，尤其需要杜絕“隱藏終端”現(xiàn)象的發(fā)生。
實驗三 動態(tài)源路由協(xié)議路由選擇驗證
一、實驗目的1、2、了解DSR路由協(xié)議的優(yōu)缺點。
理解DSR路由協(xié)議中路由發(fā)現(xiàn)過程和路由維護過程。
3、掌握DSR路由協(xié)議性能的仿真分析方法。
二、實驗結果 Time(s): 1.000001000, Node: 1, Route path: 2 Time(s): 2.000001000, Node: 1, Route path: 2 Time(s): 3.000001000, Node: 1, Route path: 2 Time(s): 4.000001000, Node: 1, Route path: 2 Time(s): 5.000001000, Node: 1, Route path: 2 Time(s): 6.000001000, Node: 1, Route path: 2 Time(s): 7.000001000, Node: 1, Route path: 2 Time(s): 8.000001000, Node: 1, Route path: 4-2 Time(s): 9.000001000, Node: 1, Route path: 4-2 Time(s): 10.000001000, Node: 1, Route path: 4-2 Time(s): 11.000001000, Node: 1, Route path: 4-2 Time(s): 12.000001000, Node: 1, Route path: 4-2 Time(s): 13.000001000, Node: 1, Route path: 4-2 Time(s): 14.000001000, Node: 1, Route path: 4-2 Time(s): ***0, Node: 1, Route path: 4-2 Time(s): 16.000001000, Node: 1, Route path: 4-2 Time(s): 17.000001000, Node: 1, Route path: 4-2 Time(s): 18.000001000, Node: 1, Route path: 4-2 Time(s): 19.000001000, Node: 1, Route path: 4-2 Time(s): 20.000001000, Node: 1, Route path: 4-2 Time(s): 21.000001000, Node: 1, Route path: 4-2 Time(s): 22.000001000, Node: 1, Route path: 4-2 Time(s): 23.000001000, Node: 1, Route path: 4-2 Time(s): 24.000001000, Node: 1, Route path: 4-2 Time(s): 25.000001000, Node: 1, Route path: 4-2 Time(s): 26.000001000, Node: 1, Route path: 4-2 Time(s): 27.000001000, Node: 1, Route path: 4-2 Time(s): 28.000001000, Node: 1, Route path: 4-2 Time(s): 29.000001000, Node: 1, Route path: 4-2 Time(s): 30.000001000, Node: 1, Route path: 4-2 Time(s): 31.000001000, Node: 1, Route path: 4-2 Time(s): 32.000001000, Node: 1, Route path: 4-2 Time(s): 33.000001000, Node: 1, Route path: 4-2 Time(s): 34.000001000, Node: 1, Route path: 4-2 Time(s): 35.000001000, Node: 1, Route path: 4-2 Time(s): 36.000001000, Node: 1, Route path: 4-2 Time(s): 37.000001000, Node: 1, Route path: 4-2 Time(s): 38.000001000, Node: 1, Route path: 5-4-2 Time(s): 39.000001000, Node: 1, Route path: 5-4-2 Time(s): 40.000001000, Node: 1, Route path: 5-4-2 Time(s): 41.000001000, Node: 1, Route path: 5-4-2 Time(s): 42.000001000, Node: 1, Route path: 5-4-2 Time(s): 43.000001000, Node: 1, Route path: 5-4-2 Time(s): 44.000001000, Node: 1, Route path: 5-4-2 Time(s): 45.000001000, Node: 1, Route path: 5-4-2 Time(s): 46.000001000, Node: 1, Route path: 5-4-2 Time(s): 47.000001000, Node: 1, Route path: 5-4-2 Time(s): 48.000001000, Node: 1, Route path: 5-4-2 Time(s): 49.000001000, Node: 1, Route path: 5-4-2 Time(s): 50.000001000, Node: 1, Route path: 5-4-2 Time(s): 51.000001000, Node: 1, Route path: 5-4-2 Time(s): 52.000001000, Node: 1, Route path: 5-4-2 Time(s): 53.000001000, Node: 1, Route path: 5-4-2 Time(s): 54.000001000, Node: 1, Route path: 5-4-2 Time(s): 55.000001000, Node: 1, Route path: 5-4-2 Time(s): 56.000001000, Node: 1, Route path: 5-4-2 Time(s): 57.000001000, Node: 1, Route path: 5-4-2 Time(s): 58.000001000, Node: 1, Route path: 5-4-2 Time(s): 59.000001000, Node: 1, Route path: 5-4-2 Time(s): 60.000001000, Node: 1, Route path: 5-4-2 Time(s): 61.000001000, Node: 1, Route path: 5-4-2 Time(s): 62.000001000, Node: 1, Route path: 5-4-2 Time(s): 63.000001000, Node: 1, Route path: 5-4-2 Time(s): 64.000001000, Node: 1, Route path: 5-4-2 Time(s): 65.000001000, Node: 1, Route path: 5-4-2 Time(s): 66.000001000, Node: 1, Route path: 5-4-2 Time(s): 67.000001000, Node: 1, Route path: 5-4-2 Time(s): 68.000001000, Node: 1, Route path: 3-2 Time(s): 69.000001000, Node: 1, Route path: 3-2 Time(s): 70.000001000, Node: 1, Route path: 3-2 Time(s): 71.000001000, Node: 1, Route path: 3-2 Time(s): 72.000001000, Node: 1, Route path: 3-2 Time(s): 73.000001000, Node: 1, Route path: 3-2 Time(s): 74.000001000, Node: 1, Route path: 3-2 Time(s): 75.000001000, Node: 1, Route path: 3-2 Time(s): 76.000001000, Node: 1, Route path: 3-2 Time(s): 77.000001000, Node: 1, Route path: 3-2 Time(s): 78.000001000, Node: 1, Route path: 3-2 Time(s): 79.000001000, Node: 1, Route path: 3-2 Time(s): 80.000001000, Node: 1, Route path: 3-2 Time(s): 81.000001000, Node: 1, Route path: 3-2 Time(s): 82.000001000, Node: 1, Route path: 3-2 Time(s): 83.000001000, Node: 1, Route path: 3-2 Time(s): 84.000001000, Node: 1, Route path: 3-2 Time(s): 85.000001000, Node: 1, Route path: 3-2 Time(s): 86.000001000, Node: 1, Route path: 3-2 Time(s): 87.000001000, Node: 1, Route path: 3-2 Time(s): 88.000001000, Node: 1, Route path: 3-2 Time(s): 89.000001000, Node: 1, Route path: 3-2 Time(s): 90.000001000, Node: 1, Route path: 3-2 Time(s): 91.000001000, Node: 1, Route path: 3-2 Time(s): 92.000001000, Node: 1, Route path: 3-2 Time(s): 93.000001000, Node: 1, Route path: 2 Time(s): 94.000001000, Node: 1, Route path: 2 Time(s): 95.000001000, Node: 1, Route path: 2 Time(s): 96.000001000, Node: 1, Route path: 2 Time(s): 97.000001000, Node: 1, Route path: 2 Time(s): 98.000001000, Node: 1, Route path: 2 Time(s): 99.000001000, Node: 1, Route path: 2
三、實驗結果分析
仿真過程中路由表變化：2，4-2，5-4-2，3-2，2。當節(jié)點[1]在節(jié)點[2]的傳輸范圍內(nèi)時，節(jié)點[1]和[2]之間直接通信，不需要中間節(jié)點。隨著節(jié)點[1]的移動，節(jié)點[1]離開節(jié)點[2]的傳輸范圍并漸漸遠離，最后又逐漸靠近。在節(jié)點[1]離開節(jié)點[2]的傳輸范圍，節(jié)點[1]和[2]需要通過中間節(jié)點來通信，而且節(jié)點[1]離節(jié)點[2]越遠，需要的中間節(jié)點越多。
第三篇：計算機通信網(wǎng)絡實驗總結
網(wǎng)絡實驗總結
這學期的網(wǎng)絡實驗我確實學到了不少網(wǎng)絡通信方面的知識，串口通信，路由器、交換機的基本知識，通信網(wǎng)絡的構成，如何組織規(guī)劃一個網(wǎng)絡。路由器的配置，交換機的配置，三層交換機的路由功能、虛擬機的建立和使用等等。
總體感覺不錯，在實驗的過程中鍛煉了自己的動手能力，對一些通信設備有了感官上的了解，軟件模擬和實際卻是有很大的不同，我們學習專業(yè)知識就應該多實踐，不能僅僅只是停留在軟件模擬，那總歸是空想，不能通過實踐的檢驗，模擬一千遍也沒用，到實際動手時還是什么都不會。通過實際動手，還可以激發(fā)同學們的學習熱情，讓同學們有興趣去主動的學習，而且更加珍惜難得的上課時間。
串口通信實驗，串口線的焊接工藝很重要，要多練習，掌握焊接技巧。
焊接完畢，塑料外殼不能急于安裝，要先測試各個接口是否連通或者短路，以及是否與金屬外殼短路。2號和3號針腳是分別用于接收數(shù)據(jù)（ＲＸＤ）和發(fā)送數(shù)據(jù)（ＴＸＤ），實現(xiàn)串口通信。５號針腳用于接地（ＧＮＤ）。測試完畢，合格之后再安裝塑料外殼。裝上外殼之后還要再測試，測試合格，才能用來連接兩臺計算機。
端口屬性設置時，要“還原為默認值”，使每秒傳送位數(shù)為9600B。
交換機的配置與管理實驗，主要是進行交換機的配置與管理，把交換機的端口劃分Vlan。兩個不同的交換機上相同的Vlan可以相互通信，前提是24口要打上Trunk。
如果使用三層交換機，因為其具有路由的功能，可以將Vlan設置IP地址，這樣使用三層交換機的路由功能，可以使不同的Vlan之間也可以跨交換機互相通信。
通過交換機之間的端口聚合，可以加大通信的數(shù)據(jù)傳輸效率，大大節(jié)省通信時間。
Winsock通信編程實驗，完成了WinSock通信，使用VB編程完成兩臺計算機之間的Winsock通信。兩臺計算機都可以同時作為服務器和客戶端，只要在屬性中設置好兩臺計算機中WinSock組件的屬性即可，如IP地址，通信端口號等。
在選擇端口時，應特別小心，因為有些可用端口號是為“已知的”（即固定的）服務保留的，如文件傳輸協(xié)議和超文本傳輸協(xié)議，即FTP（21號端口）和HTTP（一般為8080端口）。
路由器配置與管理實驗，路由器是根據(jù)路由表進行選路和轉發(fā)的，而路由表里就是由一條條路由信息組成。
在配置靜態(tài)路由時，要考慮到所有的網(wǎng)絡，不能有疏漏。配置靜態(tài)路由，下一跳是到此路由到目標網(wǎng)絡路徑上最近的一個路由的前端口IP地址。一般情況下，如果網(wǎng)絡比較簡單，可以盡量用默認路由來配置路由器。
ACL實驗，標準ACL占用路由器資源很少，是一種最基本最簡單的訪問控制列表格式。應用比較廣泛，經(jīng)常在要求控制級別較低的情況下使用。如果要更加復雜的控制數(shù)據(jù)包的傳輸就需要使用擴展訪問控制列表了。
分工協(xié)作很重要，必須同組人員協(xié)調(diào)一致。
寫ACL 規(guī)則時，如果前面幾條規(guī)則是deny某種類型的數(shù)據(jù)包通過的話，那么一定要在最后加上一條perimt any，讓其它不滿足條件的數(shù)據(jù)包通過。
網(wǎng)絡互連的實驗，通過這次實驗，我了解了虛擬機的一些具體內(nèi)容，也看到了虛擬機給我們的工作帶來的便利。虛擬機是個很有用的技術，可以在一臺主機上虛擬出多臺計算機，實現(xiàn)不同的工作要求。
一個域名對應一個IP地址，而一個IP地址可以對應多個域名，它們有三種形式，分別為主機名、別名、郵件名，所以多個域名可以同時被解析到一個IP地址。通過這次實驗，讓我對網(wǎng)絡配置管理這一方面有了更多的了解。
對于我們通信專業(yè)，我感覺應該多一些交換機路由器的規(guī)劃與配置，少做一些與計算機有關的東西。因為計算機部分的東西已經(jīng)有計算機專業(yè)的同學在學習，古語云，“術業(yè)有專攻”，我就感覺我們學校我們這個專業(yè)學了太多的知識，我不是否認學那些知識沒有，只是覺得我們應該集中精力搞好自己專業(yè)的東西，學有余力再
去學習其他的知識。
我個人認為我們應該更偏向于電子方面，而不是計算機方面。雖然我們專業(yè)放在了計算機學院，但也可以少學一點計算機的知識?。『孟裼悬c扯遠了。
還有，最好能讓我們每個人都親自動手獨立去根據(jù)理論網(wǎng)絡連接一下真實的網(wǎng)絡，自己動手做出一個完整的通信網(wǎng)絡。
講到課程考核，我感覺不光要有期末考試，還應該加上平時的實驗考核，這樣不僅能學到知識，而且期末考試也就不會太緊張了。
這學期的網(wǎng)絡實驗，朱老師和陳老師兩位老師都很認真負責，而且同學們反映確實也學到了不少知識，用一句話說就是“這學期的網(wǎng)絡實驗沒白上”。
再次對朱老師和陳老師兩位老師認真負責的教導表示感謝！
第四篇：西安交通大學 計算機 網(wǎng)絡原理實驗報告
計算機網(wǎng)絡原理課內(nèi)實驗
專業(yè)班級 計算機15 學生姓名 高君宇 學 號 2110505112 提交日期 2014年6月8日 Email 309852008@qq.com
實驗一
基于Boson Netsim軟件的路由器配置實驗
一、實驗目的
（1）掌握路由器等設備的配置，掌握簡單的組網(wǎng)技術。（2）了解路由器、交換機等網(wǎng)絡常用設備的配置方法；（3）掌握CLI方式（命令行）下IOS命令的使用；
（4）掌握靜態(tài)路由和動態(tài)路由（RIP、OSPF）的配置方法。
二、實驗內(nèi)容
本實驗要求學生自行構建一個網(wǎng)絡拓撲，要求包括3個以上路由器，用于連接兩個以太網(wǎng)，每個以太網(wǎng)至少包括1臺主機；完成路由器、主機等設備的配置；使用RIP或OSPF來維護路由器的路由表。
三、實驗步驟
步驟一：首先連接拓撲圖，兩個主機通過三個路由器實現(xiàn)連接。
步驟二：配置各個路由器的名稱，端口IP地址，子網(wǎng)掩碼，封裝格式及時鐘頻率。步驟三：配置各個主機的IP地址，子網(wǎng)掩碼，以及與其相連的路由器端口地址。步驟四：配置RIP協(xié)議，實現(xiàn)路由選擇及IP分組轉發(fā)。
四、實驗過程及結果
Router1：
Router2：
Router3：
PC1
PC2
結果：
配置靜態(tài)路由： R1：
R2：
R3：
配置動態(tài)路由： R1:
R2:
R3:
五、實驗分析
（1）命令
Configure terminal：特權模式進入全局配置模式；
Hostname router：配置路由器名稱命令；
Encapsulation hdlc：封裝幀（3種串行接口幀封裝格式，HDLC是默認的封裝格式；
Clock rate：設置時鐘頻率；
No shutdown：激活接口（在執(zhí)行激活命令后，接口狀態(tài)剛開始還是up狀態(tài)，又
變成down狀態(tài)了，之所以出現(xiàn)這種現(xiàn)象，是因為還沒有配置另一端接口，它還處于非活動狀態(tài)，還不能接收來自于現(xiàn)在這個接口的任何信息）
Ping：因特網(wǎng)包探測器，用于測試網(wǎng)絡連接量的程序。
（2）結果分析
Ping命令會發(fā)送一個ICMP回聲請求消息給目的地并報告是否收到所希望的
ICMP回聲應答；一般的，連續(xù)發(fā)送4個32字節(jié)的ICMP請求包，而此實驗中發(fā) 送了5個，收到了5個；根據(jù)是否收到回聲應答以及回聲響應時間來判斷網(wǎng)絡的連通性。
Time：響應時間，值越小，說明連接這個地址速度越快 TTL：生存期，即路由跳數(shù)
六、實驗心得
通過這次實驗，我對于路由器的配置過程有了更深地了解，同時也對網(wǎng)絡連接的基本原理有了實際化地體驗，以前只是在書本上看到局域網(wǎng)之間，廣域網(wǎng)之間連接通過網(wǎng)橋，路由器等，但具體的實施只靠圖片及想象，而這次實驗讓我親身實踐了解，我相信會有更深地認識的。
實驗二
利用分組嗅探器（ethereal）分析協(xié)議HTTP
一、實驗目的
利用ethereal軟件分析HTTP及其下層協(xié)議（TCP協(xié)議、IP協(xié)議等），了解網(wǎng)絡中數(shù)據(jù)封裝的概念，并掌握HTTP及TCP協(xié)議的工作過程。（1）掌握計算機網(wǎng)絡中數(shù)據(jù)封裝的概念；
（2）掌握HTTP協(xié)議的基本原理及數(shù)據(jù)包格式；
（3）掌握TCP協(xié)議的連接建立、數(shù)據(jù)傳輸、連接釋放的過程；（4）掌握IP協(xié)議的基本原理和IP分組的格式。
二、實驗內(nèi)容
本實驗要求學生從ethereal截獲的報文中提取并分析HTTP請求報文和HTTP應答報文；綜合分析截獲的報文，概括HTTP協(xié)議的工作過程；從截獲報文中選擇TCP建立連接和釋放連接的報文，分析各個字段的值并概括TCP協(xié)議的工作過程；從截獲報文中分析IP協(xié)議的工作過程和IP分組的格式。
三、實驗結果與分析
分析：
實驗中第5行中IP為115.154.86.61的客戶端向域名為up.ijinshan.com發(fā)送請求建立TCP連接，序列號為0，長度為0，最大分段大小為1460；
第6行中up.ijinshan.com向115.154.86.61發(fā)送響應，序列號為0，下一個期待的號為1（表示序列號為0的序列已收到），窗口大小為5840，最大分段大小為1460；
第7行中客戶端向服務端發(fā)送了一個確認，序列號為1，下一個期待的號為1，窗口大小為64240，長度為0； 此時通過三次握手協(xié)議連接已經(jīng)建立。
第8行中http客戶端發(fā)送http請求報文以便進入TCP連接插口，使用永久連接； 第9行中服務端向客戶端發(fā)送一個確認，序列號為1，下一個期待的號為195，窗口大小為6432，長度為0；
第10行中服務端又向客戶端發(fā)送一個響應的http報文，表示收到請求報文；
第23行中客戶端又向服務端發(fā)送http請求報文，分析原因是可能服務端發(fā)送的響應http報文丟失；
第25行服務端又向客戶端發(fā)送一個響應的http報文；
第26行客戶端發(fā)送響應報文，序列號為393，期待下一個序列號為1225，此時窗口大小為63016，長度為0；
第5行的IP報文分析：
源地址：115.154.86.61
目的地址（域名）：114.112.68.214（up.ijinshan.com）
版本號：4
報頭長度：20個字節(jié)
服務類型域：0x00
總長度：48
標識域：0x224f（8783）
分段標志：DF=0x04，即不允許分段
段偏移量：0
生存期：64
協(xié)議域：TCP
頭校驗和：0x0000
源地址：115.154.86.61
目的地址：114.112.68.214
TCP：源端口——52101；目的端口——http（80）
分析http協(xié)議工作過程:(1)瀏覽器分析超鏈指向頁面的URL。
(2)瀏覽器向 DNS 請求解析 http://004km.cn.edu.bit.software.ftptrans;
四、實驗結果
字符界面：
UI初始化界面：
soket實現(xiàn)上傳功能：
Soket實現(xiàn)下載功能：
五、實驗心得
本次實驗中，我在網(wǎng)上查閱了很多資料，并參考了網(wǎng)絡上的一些源碼，進行了一些修改。懂得其中的基本流程，例如建立請求連接時，首先得建立啟動套接字，根據(jù)其響應開始建立連接，要發(fā)送IP地址與端口號才能建立此控制連接（socket端口號為21）。我也掌握基于socket網(wǎng)絡編程的基本知識，掌握FTP客戶端和服務器端數(shù)據(jù)交換的方式和數(shù)據(jù)包格式。在使用socket編程的時候，學習到了不少socekt的相關知識，特別是其中和網(wǎng)絡相關的眾多函數(shù)和結構體。
這次實驗讓我對socket網(wǎng)絡編程的基本原理有了更深刻地了解，明白平時在ftp下載文件的內(nèi)部過程，讓我對網(wǎng)絡原理這門課又有了進一步認識，希望以后能了解更多。
六、源代碼
由于源代碼比較多，我這里只給出源代碼的部分截圖：
FtpClient類：
FtpClientUI類：
FtpServer類：
PublicFunc類：
第五篇：計算機通信網(wǎng)絡原理實驗二
實驗二 局域網(wǎng)共享介質訪問控制方式CSMA/CD模擬
【實驗目的】
了解局域網(wǎng)共享介質訪問控制方式的必要性和重要性，掌握此類算法分析和設計的基本思路；進一步理解、掌握算法CSMA/CD基本原理，理解CSMA/CD算法；掌握所選的編程環(huán)境及編程調(diào)試的方法。
【實驗內(nèi)容】
用MATLAB編寫一個仿真站點隨機訪問共享10Mbps信道的CSMA訪問控制程序。要求畫圖分析比較站點數(shù)（即網(wǎng)絡負載）對網(wǎng)絡吞吐量的影響。
【實驗原理】
CSMA/CD原理（參見教材）。
【實驗步驟】
1.復習CSMA工作原理，掌握此種局域網(wǎng)共享介質訪問控制方式工作過程；
2.按實驗內(nèi)容要求設計程序框圖；
3.按程序框圖進行編碼調(diào)試；
4.運行程序，觀察分析實驗結果，并進行必要的改進；
5.撰寫實驗報告。
請大家自行安裝MATLAB軟件
實驗報告中給出代碼，仿真圖，并作出必要的分析
點擊咨詢 