【正文】 的端口號PC端的端口號是1028，任務三：分析運輸層端口號l步驟1：分析運輸層端口號與應用進程之間的關系不一樣，任務一服務器端口號是53，步驟2：分析運輸層動態(tài)端口號的分配規(guī)律前后兩次客戶端的端口號都改變了，而服務器的端口號沒有改變。思考：l運輸層如何區(qū)分應用層的不同進程？ 通過數(shù)據(jù)包的源端口號。l若使用Reset Simulation（重置模擬）按鈕后再重新進行捕獲，端口號如何變化？新的值與重置前有關嗎？ 端口號會改變，和之前的沒有關系。42 UDP協(xié)議與TCP協(xié)議的對比分析實驗目的：l熟悉UDP與TCP協(xié)議的主要特點及支持的應用協(xié)議； l理解UDP的無連接通信與TCP的面向連接通信； l熟悉TCP報文段和UDP報文的數(shù)據(jù)封裝格式。實驗步驟：l任務一：觀察UDP無連接的工作模式l步驟1：捕獲UDP事件l步驟2：分析UDP無連接的工作過程沒有建立連接，直接由服務器發(fā)送數(shù)據(jù)包過來。LENGTH長為35。首部占用8字節(jié)，數(shù)據(jù)部分為23字節(jié)。l任務二：觀察TCP面向連接的工作模式l步驟1：捕獲TCP事件l步驟2：分析TCP面向連接的工作過程l在捕獲到的第一個HTTP事件之前及最后一個HTTP事件之后是否有TCP事件； 都有TCP事件。l第一個以及最后一個HTTP事件對應的TCP報文中的sequence number（序號）、ACK number（確認號）的值以及它們與data length（數(shù)據(jù)長度）的關系；sequence number（序號）、ACK number（確認號）的值兩次的都不一樣。data langth都是20。思考：lTCP報文首部中的序號和確認號有什么作用？序號是：當前所攜帶的數(shù)據(jù)的第一個字節(jié)的順序號（如：本次連接共要發(fā)送1000個字節(jié)，已發(fā)出了100個字節(jié)，現(xiàn)在發(fā)送下一個報文，假設每個報文攜帶的數(shù)據(jù)為100字節(jié)，則這個報文的頭結構中的序號是100【注：從0開始編號】）。確認序號是：接收端期望接收的下一個報文的序號，如上例中那個報文已被正確接收，則接收端會發(fā)送一個ACK=1且確認序號=200的應答報文給發(fā)送方。l無連接的UDP和面向連接的TCP各有什么優(yōu)缺點？TCP面向連接（如打電話要先撥號建立連接）。UDP是無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接TCP提供可靠的服務。也就是說，通過TCP連接傳送的數(shù)據(jù)，無差錯，不丟失，不重復，且按序到達。UDP盡最大努力交付，即不保證可靠交付TCP面向字節(jié)流，實際上是TCP把數(shù)據(jù)看成一連串無結構的字節(jié)流。UDP是面向報文的UDP沒有擁塞控制，因此網(wǎng)絡出現(xiàn)擁塞不會使源主機的發(fā)送速率降低（對實時應用很有用，如IP電話，實時視頻會議等）每一條TCP連接只能是點到點的。UDP支持一對一，一對多，多對一和多對多的交互通信TCP首部開銷20字節(jié)。UDP的首部開銷小，只有8個字節(jié)TCP的邏輯通信信道是全雙工的可靠信道，UDP則是不可靠信道43 TCP的連接管理實驗目的：l熟悉TCP通信的三個階段；l理解TCP連接建立過程和TCP連接釋放過程。實驗步驟：l任務一：捕獲TCP事件l任務二：分析TCP連接建立階段的三次握手l任務三：分析TCP連接釋放階段的四次握手、思考：l連接建立階段的第一次握手是否需要消耗一個序號？其SYN報文段是否攜帶數(shù)據(jù)？為什么？第二次握手呢？第一次要消耗一個序號，SYN沒有攜帶數(shù)據(jù)。因為TCP規(guī)定，SYN不能攜帶數(shù)據(jù)。第二次握手，也需要消耗一個序號，同樣也不能攜帶信息。l本實驗中連接釋放過程的第二、三次握手是同時進行的還是分開進行的？這兩次握手何時需要分開進行？是同時進行的，當雙方均有數(shù)據(jù)需要發(fā)送時，而只有一方數(shù)據(jù)發(fā)送完畢而關閉單方向的TCP連接時，第二第三次握手才需要分開進行。l本實驗中連接釋放階段的第四次握手，PC向Server發(fā)送最后一個TCP確認報文段后，為什么不是直接進入CLOSED（已關閉）連接狀態(tài)，而是進入CLOSING（正在關閉）連接狀態(tài)？因為此時PC還需要進入TIMEWAIT狀態(tài)，以保證PC發(fā)送的最后一個ACK保溫能夠到達Server，同時還可以防止失效的連接請求報文段出現(xiàn)在本連接中。l本實驗中TCP連接建立后的數(shù)據(jù)通信階段，PC向Server發(fā)送的了多少數(shù)據(jù)？ Server向PC發(fā)送的數(shù)據(jù)呢？PC向Server發(fā)送了107B數(shù)據(jù)，Server向PC發(fā)送了333B的數(shù)據(jù)。51 DNS解析實驗 實驗目的：l理解DNS系統(tǒng)的工作原理； l熟悉DNS服務器的工作過程； l熟悉DNS報文格式； l理解DNS緩存的作用。實驗步驟：l任務一：觀察本地域名解析過程l步驟1：在PC的瀏覽器窗口請求內部Web服務器的網(wǎng)頁l步驟2：捕獲DNS事件并分析本地域名解析過程l任務二：觀察外網(wǎng)域名解析過程l步驟1：在PC的瀏覽器窗口請求外部Web服務器的網(wǎng)頁l步驟2：捕獲DNS事件并分析外網(wǎng)域名解析過程l任務三：觀察緩存的作用l步驟1：查看本地域名服務器_dns的緩存l步驟2：在PC的瀏覽器窗口請求外部Web服務器的網(wǎng)頁思考：lDNS協(xié)議使用運輸層的什么協(xié)議？UDP協(xié)議lDNS緩存有什么作用？在Packet Tracer中如何清空DNS緩存？DNS緩存用來存放最近解析過的域名等信息，因此可以提高解析 效率。若需要在Packet Tracer中清空某個DNS服務器的緩存，可以進入該 DNS服務器的配置窗口，單擊窗口下方的DNS Cache按鈕，在彈出的窗口 中單擊下方的Clear Cache按鈕即可把DNS緩存清空。l本實驗中PC與本地域名服務器_dns之間的解析是遞歸還是迭代？本地域名服務器_dns與根域名服務器root_dns之間呢？若后者用另一種解析方法，則域名服務器之間DNS的請求和應答的交互過程應如何？本實驗中PC與本地域名服務器_dns之間的解析是遞歸查詢，本地域名服務器_dns與根域名服務器root_dns之間也是遞歸查詢。若后 者用的是迭代查詢，則當_dns向根域名服務器root_dns請求解析而 root_dns無法解析出結果時，不是由root_dns全權幫助_dns直接解析出結果并將解析結果告知_dns而是root_dns會告訴_dns應該向哪一個域名服務器進行查詢，剩下的解析由_dns自己進行。52 DHCP分析實驗目的：l了解DHCP協(xié)議的作用； l熟悉DHCP的工作過程； l熟悉DHCP的報文格式。實驗步驟：l任務一：DHCP服務器為內網(wǎng)主機PC1動態(tài)分配IP地址l步驟1：捕獲DHCP事件l步驟2：分析DHCP的工作過程及報文格式本步驟注意觀察并完成以下幾項內容： l分析DHCP協(xié)議的工作過程； DHCP客戶端發(fā)送Discover包PC0接收DHCP發(fā)來的DHCP offerpacketDHCP服務器接收到來自PC0的DHCP requestedpacketPC0接收DHCP發(fā)來的DHCP ACK packet回到靜態(tài)配置IP狀態(tài)PC給DHCP發(fā)送releasepacketlDHCP報文類型； 是UDP報文類型l丟棄 路由器Router1對DHCP報文的處理方式；l判斷DHCP報文的發(fā)送方式（單播/廣播）； 廣播的形式，交換機將數(shù)據(jù)包轉發(fā)給了所有連接的主機lDHCP報文格式中各字段的值及其含義；lPC1分配到的IP地址。l任務二：DHCP服務器為外網(wǎng)主機PC2動態(tài)分配IP地址l步驟1：捕獲DHCP事件l步驟2：配置DHCP中繼后重新捕獲DHCP事件 l步驟3：分析DHCP的工作過程 lPC2分配到的IP地址。完成后單擊Reset Simulation（重置模擬）按鈕，將原有的事件全部清空；同時關閉PC1的配置窗口。思考：l如何判斷報文的發(fā)送方式是單播還是廣播？ 查看報文的目的IP地址。l任務二中為何需要在路由器Router2中配置DHCP中繼？DHCP中繼有何作用？ l分析DHCP服務器在分配IP地址時的規(guī)律。l若有多個DHCP服務器，DHCP協(xié)議的工作過程會有變化嗎？為什么？53 HTTP分析實驗目的：l熟悉HTTP協(xié)議的工作過程； l理解HTTP報文的封裝格式。實驗步驟：l任務一：PC請求較小的頁面文檔l步驟1：捕獲PC與Web1之間的HTTP事件l步驟2：理解HTTP協(xié)議的工作過程并分析HTTP報文格式l任務二：PC請求較大的頁面文檔并與任務一對比l步驟1：捕獲PC與Web2之間的HTTP事件l步驟2：與任務一進行對比本任務中PC請求的頁面文檔長度比任務一中更大，Web2回發(fā)的HTTP 響應報文中需要使用多個TCP報文段。思考：lHTTP響應報文使用的TCP報文段的個數(shù)由什么值決定？該值在什么時候確定？本實驗中該值為多少？HTTP響應報文使用的TCP報文段的個數(shù)由MSS決定，該值在 TCP連接建立階段確定。本實驗中該值在TCP連接建立階段確定為536B。l若PC請求的頁面文檔長度超過66000字節(jié)，HTTP的整個通信過程如何？l若在PC的Web瀏覽器中輸入的域名有誤，是否能捕獲到HTTP事件？為什么？若在PC的Web瀏覽器中輸入的域名有誤，將無法捕獲到HTTP 事件。因為無法從域名中解析出相應的IP地址，因而也就無法找到正確的 Web服務器并向其發(fā)送HTTP請求。l，TCP的連接會保持還是斷開？若進一步點擊頁面中的超鏈接，是否需要重新建立一條TCP連接？在PC的瀏覽器窗口向Web 1 返回的頁面后，TCP的連接將會斷開。因此，當進一步點擊頁面中的超鏈接時，將需要重新建立一條TCP連接。54 電子郵件協(xié)議分析實驗目的：l了解郵件服務器的配置以及郵件客戶端賬號的設置； l熟悉Packet Tracer中收發(fā)電子郵件的操作方法；l觀察發(fā)送和接收郵件時的報文交換，從而更好的理解發(fā)送郵件和接收郵件的工作過程。實驗步驟：l任務一：分析用SMTP發(fā)送郵件的工作過程l步驟1：在PC0設備發(fā)郵件并捕獲SMTP事件l步驟2：理解SMTP發(fā)送郵件的工作過程PC0建立SMTP數(shù)據(jù)包，然后通過Switch1發(fā)送給MAIL_SEV_1,MAIL_Sev_1,在給PC0發(fā)送確認。之后MAIL_Sev_1通過Switch1，Switch0,Switch2發(fā)送給MAIL_Sev_2, MAIL_Sev_2再給MALI_Sev_1發(fā)送確認消息。當PC0向本地郵件服務器MAIL_Serv_1發(fā)送郵件時，PC0使用的端口號是1027，MAIL_Serv_1使用的是1027，MAIL_Serv_2使用的端口號是25。l任務二：分析用POP3接收郵件的工作過程l步驟1：在PC1設備收郵件并捕獲POP3事件l步驟2：理解POP3的工作過程lPOP3接收郵件的完整過程；PC1給MAIL_Sev_2發(fā)送接受郵件請求，MAIL_Sev_2收到后，發(fā)送右鍵給PC1。l當PC1作為POP3客戶端向接收方郵件服務器MAIL_Serv_2讀取郵件時，PC1及MAIL_Serv_2使用的端口號。PC1使用的是1026端口號，MAIL_Serv_2使用的是110。思考：（1）若希望同時捕獲SMTP和POP3事件，應該如何操作？先給PC1發(fā)送一封郵件，MAIL_Sev_2收到后，再發(fā)送一封，同時PC2點擊接受郵件，就可以同時捕獲到SMTPA和POP3。（2）若電子郵件的發(fā)送方與接收方不在同一個網(wǎng)段，則本實驗需要如何修改？將發(fā)送發(fā)接受方設置同一網(wǎng)關。55 文件傳送協(xié)議分析實驗目的：l了解FTP協(xié)議的作用；l熟悉Packet Tracert 中FTP常用命令的使用并進行驗證； 實驗步驟：l任務一：PC登錄FTP Serverl步驟1：PC登錄FTP服務器端并捕獲相關的FTP事件l步驟2：分析登錄過程中FTP協(xié)議的工作過程通過分析報文交互的過程觀察FTP登錄時PC和FTP Server之間FTP協(xié)議的工作過程。注意觀察并分析FTP登錄過程中各類報文的內容及含義。服務器向PC請求用戶名pc向服務器發(fā)送用戶名。服務器向PC請求密碼。第三篇：計算機網(wǎng)絡實驗報告計算機網(wǎng)絡實驗報告專業(yè)：學號： 姓名： 時間：實驗一 常用網(wǎng)絡命令的使用一、實驗目的，通過使用這些命令能檢測常見網(wǎng)絡故障，并能解釋其顯示內容的意義二、實驗內容 Windows 常用的網(wǎng)絡命令，ipconfig、ping、netstat、nbtstat、arp、route、net、tracert 、實現(xiàn)子網(wǎng)的劃分 VRP 的各種視圖及各視圖下的常用命令三、實驗原理、方法、手段該實驗通過執(zhí)行一些常用的網(wǎng)絡命令，來了解網(wǎng)絡的狀況、性能，并對一些網(wǎng)絡協(xié)議能更好的理解。下面介紹一下實驗中用到的網(wǎng)絡命令： 命令1)ipconfig /all 顯示所有的有關IP 地址的配置信息；2)ipconfig /renew_all 重試所有網(wǎng)絡適配器；3)ipconfig /release_all 釋放所有網(wǎng)絡適配器。 命令1)ping 。 命令 該命令用于檢驗網(wǎng)絡連接情況，它可以顯示當前正在活動的網(wǎng)絡連接的詳細信息。1)netstat/s 按照各個協(xié)議分別顯示其統(tǒng)計數(shù)據(jù)2)netstat/e 用于顯示關于以太網(wǎng)的統(tǒng)計數(shù)據(jù)3)netstat/a 顯示所有有效連接信息列表 命令該命令用于查看本地計算機或遠程計算機上的NetBIOS 的統(tǒng)計數(shù)據(jù)，顯示協(xié)議統(tǒng)計情況以及當前TCP/IP 的連接所使用NETBI