計算機網(wǎng)絡(luò)網(wǎng)絡(luò)拓撲圖三級項目

1、計算機網(wǎng)絡(luò)I三級項目報告 組長姓名： 學號：模擬搭建東軟信息學院校園網(wǎng)的拓撲結(jié)構(gòu)實施過程步驟一.使用Packet Tracer軟件模擬搭建東軟信息學院校園網(wǎng)的拓撲結(jié)構(gòu)，如圖1所示，實現(xiàn)下列應(yīng)用。（1）局域網(wǎng)設(shè)計與是實現(xiàn)，模擬三期學生公寓某寢室；（2）IP地址的分配，如圖1所示；（3）交換機、路由器的基本配置；（4）DNS域名服務(wù)器的使用，為PC1-PC4提供針對“網(wǎng)易（）”的域名解析服務(wù)；（5）Web服務(wù)器的使用，模擬實現(xiàn)校園網(wǎng)的內(nèi)部網(wǎng)站“北冥逐日（2）”；模擬實現(xiàn)外網(wǎng)網(wǎng)站“網(wǎng)易（）”。（6）DHCP服務(wù)器的使用，為PC1-PC4提供DHCP服務(wù)；圖1步驟

2、二. 在模擬網(wǎng)絡(luò)中讓學生進行一次對外網(wǎng)“網(wǎng)易（）”的數(shù)據(jù)通信訪問如圖2所示，截取通信過程中傳遞的網(wǎng)絡(luò)數(shù)據(jù)包，加以分析。 圖二（1）域名解析過程和DNS數(shù)據(jù)包分析，如圖3所示。DNS answer 數(shù)據(jù)包 給出了目的網(wǎng)絡(luò)的IP地址 圖三（2）UDP協(xié)議使用和UDP數(shù)據(jù)包分析，如圖4所示。 圖四. DNS作為應(yīng)用層的協(xié)議，在運輸層使用UDP協(xié)議進行封裝。在上圖抓取的DNS數(shù)據(jù)包中，查看UDP協(xié)議添加的數(shù)據(jù)包首部各個字段的含義 （3） 三次握手過程和TCP數(shù)據(jù)包分析，如圖5所示。圖5（4） 萬維網(wǎng)訪問和HTTP數(shù)據(jù)包分析，如圖6所示。 圖6（5）IP協(xié)議作用和IP數(shù)據(jù)包分析，如圖7所示 圖7 源IP

3、地址是 目的IP是5步驟三. 用“Ethereal”軟件，在真實網(wǎng)絡(luò)中完成一次對外網(wǎng)“網(wǎng)易()”的數(shù)據(jù)通信訪問，如圖8 所示。截取通信過程中傳遞的數(shù)據(jù)包，進行分析。并和之前的模擬訪問加以對比。圖8（1） 域名解析過程，如圖9所示； 圖9（2） UDP協(xié)議，如圖10所示； DNS query 數(shù)據(jù)包DNS作為應(yīng)用層的協(xié)議，在運輸層使用UDP協(xié)議進行封裝。在上圖抓取的DNS數(shù)據(jù)包中，查看UDP協(xié)議添加的數(shù)據(jù)包首部各個字段的含義Source port ： 源端口，發(fā)送方（即本地主機）應(yīng)用進程對應(yīng)的端口號“61788”；Destination port ：

4、目的端口，接收方（即DNS服務(wù)器）應(yīng)用進程對應(yīng)的端口號“53”；（53是默認的DNS服務(wù)的服務(wù)器端的端口號）Length ： UDP用戶數(shù)據(jù)報的長度，給出UDP數(shù)據(jù)報（包括首部和數(shù)據(jù)）的字節(jié)數(shù)“37”；Checksum：檢測UDP用戶數(shù)據(jù)報在傳輸中是否有錯，correct代表沒有錯誤發(fā)生； DNS answer 數(shù)據(jù)包Source port ： 源端口，發(fā)送方（即DNS服務(wù)器）應(yīng)用進程對應(yīng)的端口號“53”；Destination port ： 目的端口，接收方（即本地主機）應(yīng)用進程對應(yīng)的端口號“61788”；Length ： UDP用戶數(shù)據(jù)報的長度，給出UDP數(shù)據(jù)報（包括首部和數(shù)據(jù)）的字節(jié)數(shù)“

5、351”；Checksum：檢測UDP用戶數(shù)據(jù)報在傳輸中是否有錯，correct代表沒有錯誤發(fā)生；（3）三次握手TCP協(xié)議，如圖所示；第一次握手：這是本機（84）向網(wǎng)易服務(wù)器（83）發(fā)出的TCP連接請求。Source port ：49299，對應(yīng)發(fā)送數(shù)據(jù)的應(yīng)用進程；Destination port : http(80) 這是目的服務(wù)器的80端口，此窗口接受49299端口的數(shù)據(jù)。Sequence number : 序號“0”， 給出當前TCP報文段數(shù)據(jù)部分的第1個字節(jié)在整個字節(jié)流中的編號。Header length ：數(shù)據(jù)偏移，表示TCP報文段中的數(shù)

6、據(jù)部分距離TCP首部的起始位置有“40”個字節(jié)。實際上就是TCP首部的長度40 bytes。Flags ： 標志位，其中只有syn為1，在連接建立時用來同步序號。當SYN1而ACK0時，表明這是一個連接請求報文段。這代表源端口向目的端口發(fā)出的請求連接，并要求回復(fù)確認號。Window size ：窗口大小為“8192”，窗口大小的值是當前TCP連接接收緩存的大小。 Checksum：校驗和，用來檢測數(shù)據(jù)的傳輸中的錯誤。MSS ：最大報文段長度為“1446”， 這個數(shù)據(jù)表示TCP報文段中應(yīng)用層數(shù)據(jù)的最大字節(jié)數(shù)是1446。第二次握手：這是網(wǎng)易服務(wù)器（83）對第一次握手中本機

7、（84）發(fā)出的TCP連接請求的回應(yīng)。Source port ：源端口http(80)，對應(yīng)發(fā)送數(shù)據(jù)的應(yīng)用進程；Destination port : 目的端口49299，對應(yīng)接收數(shù)據(jù)的應(yīng)用進程；Sequence number : 序號“0”， 給出當前TCP報文段數(shù)據(jù)部分的第1個字節(jié)在整個字節(jié)流中的編號。Acknowledgement number ：確認號“1”，是對客戶端發(fā)送的數(shù)據(jù)包的確認接收，也是期望下次接收對方發(fā)送數(shù)據(jù)的起始編號。Header length ：數(shù)據(jù)偏移，表示TCP報文段中的數(shù)據(jù)部分距離TCP首部的起始位置有“32”個字節(jié)。實際上就是TCP首部的長度32

8、 bytes。Flags ：有兩個標志位被置位“1”，分別是SYN和Acknowledgment，表明這是對之前的第一次握手的確認，同時是對第三次握手的請求。Window size ：窗口大小為“14600”，窗口大小的值是當前TCP連接接收緩存的大小。 Checksum：校驗和，用來檢測數(shù)據(jù)的傳輸中的錯誤。MSS ：最大報文段長度為“1444”， 這個數(shù)據(jù)表示TCP報文段中應(yīng)用層數(shù)據(jù)的最大字節(jié)數(shù)是1444。第三次握手：這是本機（84）為回應(yīng)網(wǎng)易服務(wù)器（83）發(fā)出的第二次握手，而發(fā)起的第三次握手。Source port ：源端口49299，對應(yīng)發(fā)送

9、數(shù)據(jù)的應(yīng)用進程；Destination port : 目的端口http(80)，對應(yīng)接收數(shù)據(jù)的應(yīng)用進程；Sequence number : 序號“1”， 給出當前TCP報文段數(shù)據(jù)部分的第1個字節(jié)在整個字節(jié)流中的編號。Acknowledgement number ：確認號“1”，是對服務(wù)器發(fā)送的數(shù)據(jù)包的確認接收，也是期望下次接收對方發(fā)送數(shù)據(jù)的起始編號。Header length ：數(shù)據(jù)偏移，表示TCP報文段中的數(shù)據(jù)部分距離TCP首部的起始位置有“20”個字節(jié)。實際上就是TCP首部的長度20 bytes。Flags ：標志位，其中只有Acknowledgment為1，表明這是對之前的第二次握手的確

10、認。Window size ：窗口大小為“16384”，窗口大小的值是當前TCP連接接收緩存的大小。 Checksum：校驗和，用來檢測數(shù)據(jù)的傳輸中的錯誤。（4）萬維網(wǎng)訪問HTTP協(xié)議，如圖12所示；停止抓包后，選取HTTP請求報文（1） 請求行第1行稱為請求行，分為3部分：方法、URL和協(xié)議版本號。在本例中，方法為Get，表示要從服務(wù)器上獲取文檔；URL為/，表示要獲取的文檔是首頁；HTTP/1.1聲明瀏覽器使用的HTTP協(xié)議版本號。 （2） 首部行第1行以后都稱為首部行，本例中共有6個首部行。每個首部行分為兩部分：首部和值，兩者間用冒號間隔。Host表示所訪問的主機，在本例中值為。Host

11、字段和Get字段結(jié)合，可以明確要訪問的資源地址。本例中Get字段的URL為/，協(xié)議為HTTP，與Host字段的值 結(jié)合，就是一個完整的URL：http:/ Connection告訴服務(wù)器在對瀏覽器做了應(yīng)答后，是否繼續(xù)保持和瀏覽器的連接。在本例中，Connection的值是Keep-Alive，表示瀏覽器要求服務(wù)器在發(fā)送完文件后繼續(xù)保持連接。Accept表示瀏覽器所接受的文檔類型。本例中瀏覽器能夠接受的文件類型有：html,xml和其他類型的文檔。*/*代表所有類型的文檔。User-Agent告訴服務(wù)器瀏覽器的類型，一方面可以用于統(tǒng)計，另一方面可以讓服務(wù)器根據(jù)瀏覽器的類型返回應(yīng)答，防止出現(xiàn)瀏覽器

12、無法理解應(yīng)答的現(xiàn)象。本例中，瀏覽器類型為IE 6.0，與Mozilla兼容。Accept-Encoding表示瀏覽器能夠理解的編碼方式。本例中瀏覽器支持gzip和delfate兩種壓縮方式，這樣服務(wù)器能以壓縮文檔的方式返回應(yīng)答的內(nèi)容。Accept-Language表示瀏覽器優(yōu)先接受的語言類型，這樣服務(wù)器能夠根據(jù)語言的不同返回不同版本的主頁。本例中瀏覽器優(yōu)先接受的是簡體中文。 Cookie 是Web網(wǎng)站用來記錄用戶行為的一種技術(shù)。停止抓包后，選取HTTP應(yīng)答報文（1）狀態(tài)行第1行稱為狀態(tài)行，包括三項內(nèi)容，即 HTTP 的版本，狀態(tài)碼，以及解釋狀態(tài)碼的簡單短語。在本例中為HTTP/1.0 200

13、OK，表示服務(wù)器使用的協(xié)議是HTTP1.0；200是狀態(tài)碼，HTTP協(xié)議使用一些特定的三位數(shù)字表明對請求的應(yīng)答結(jié)果，200表示請求成功，服務(wù)器送回正確的文檔；OK是對200的說明，方便人們閱讀。（2）首部行用來存放狀態(tài)行以外的一些信息。Date是服務(wù)器產(chǎn)生響應(yīng)報文的時間。Server表明服務(wù)器的類型是nginx。Content-Type: text/html說明文檔是html格式的。 Vary 是服務(wù)器查看的其他首部的列表。Expires 是實體不再有效，要從原始的源端再次獲取此實體的日期和時間Cache-Control 用于隨報文傳送緩存指示。Content-Encoding 對主

14、體執(zhí)行的任意編碼方式，本例中為gzip。Content-Length是發(fā)送文檔的字節(jié)數(shù)，本例中為發(fā)送了184458字節(jié)。Connection：keep-alive 是服務(wù)器告訴瀏覽器，發(fā)送完文檔后就會保持連接； （5）IP協(xié)議，如圖13所示。Version：版本，占4位，這是IPv4Header length：首部長度，占4位Differentiated Services Field：服務(wù)，占8位，在使用區(qū)分服務(wù)時使用Total Length：首部和數(shù)據(jù)的總長度Identification：標識，16位，在數(shù)據(jù)包超過MTU而分片是使用Flags：標志，3位，MF=1表示還有分片的數(shù)據(jù)報，MF=0表示這是最后一個數(shù)據(jù)報；DF=1表示不能分片，DF=0允許分片F(xiàn)ragment offset：片偏移，13位，指較長的分組在分片后，某片在原分組的相對位置Time to live:生存時間，8位，表示數(shù)據(jù)包在網(wǎng)絡(luò)中的壽命Protocol：協(xié)議，8位，指出此數(shù)據(jù)包攜帶的數(shù)據(jù)使用的那種協(xié)議Header checksum:首部校驗和，16位，這個字段只檢驗數(shù)據(jù)包的首部Source：源地址，32位Desti