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