【正文】 命令 該命令用于檢驗網(wǎng)絡連接情況，它可以顯示當前正在活動的網(wǎng)絡連接的詳細信息。服務器向PC請求密碼。（2）若電子郵件的發(fā)送方與接收方不在同一個網(wǎng)段，則本實驗需要如何修改？將發(fā)送發(fā)接受方設置同一網(wǎng)關。l任務二：分析用POP3接收郵件的工作過程l步驟1：在PC1設備收郵件并捕獲POP3事件l步驟2：理解POP3的工作過程lPOP3接收郵件的完整過程；PC1給MAIL_Sev_2發(fā)送接受郵件請求，MAIL_Sev_2收到后，發(fā)送右鍵給PC1。54 電子郵件協(xié)議分析實驗目的：l了解郵件服務器的配置以及郵件客戶端賬號的設置； l熟悉Packet Tracer中收發(fā)電子郵件的操作方法；l觀察發(fā)送和接收郵件時的報文交換，從而更好的理解發(fā)送郵件和接收郵件的工作過程。l若PC請求的頁面文檔長度超過66000字節(jié)，HTTP的整個通信過程如何？l若在PC的Web瀏覽器中輸入的域名有誤，是否能捕獲到HTTP事件？為什么？若在PC的Web瀏覽器中輸入的域名有誤，將無法捕獲到HTTP 事件。l若有多個DHCP服務器，DHCP協(xié)議的工作過程會有變化嗎？為什么？53 HTTP分析實驗目的：l熟悉HTTP協(xié)議的工作過程； l理解HTTP報文的封裝格式。l任務二：DHCP服務器為外網(wǎng)主機PC2動態(tài)分配IP地址l步驟1：捕獲DHCP事件l步驟2：配置DHCP中繼后重新捕獲DHCP事件 l步驟3：分析DHCP的工作過程 lPC2分配到的IP地址。l本實驗中PC與本地域名服務器_dns之間的解析是遞歸還是迭代？本地域名服務器_dns與根域名服務器root_dns之間呢？若后者用另一種解析方法，則域名服務器之間DNS的請求和應答的交互過程應如何？本實驗中PC與本地域名服務器_dns之間的解析是遞歸查詢，本地域名服務器_dns與根域名服務器root_dns之間也是遞歸查詢。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ù)。因為TCP規(guī)定，SYN不能攜帶數(shù)據(jù)。UDP是面向報文的UDP沒有擁塞控制，因此網(wǎng)絡出現(xiàn)擁塞不會使源主機的發(fā)送速率降低（對實時應用很有用，如IP電話，實時視頻會議等）每一條TCP連接只能是點到點的。l無連接的UDP和面向連接的TCP各有什么優(yōu)缺點？TCP面向連接（如打電話要先撥號建立連接）。l第一個以及最后一個HTTP事件對應的TCP報文中的sequence number（序號）、ACK number（確認號）的值以及它們與data length（數(shù)據(jù)長度）的關系；sequence number（序號）、ACK number（確認號）的值兩次的都不一樣。實驗步驟：l任務一：觀察UDP無連接的工作模式l步驟1：捕獲UDP事件l步驟2：分析UDP無連接的工作過程沒有建立連接，直接由服務器發(fā)送數(shù)據(jù)包過來。l任務二：通過捕獲的HTTP事件查看并分析TCP的端口號l步驟1：捕獲HTTP事件l步驟2：查看并分析TCP報文中的端口號PC端的端口號是1028，任務三：分析運輸層端口號l步驟1：分析運輸層端口號與應用進程之間的關系不一樣，任務一服務器端口號是53，步驟2：分析運輸層動態(tài)端口號的分配規(guī)律前后兩次客戶端的端口號都改變了，而服務器的端口號沒有改變。l步驟3：分析端口號的變化規(guī)律重新回到PC機的瀏覽器窗口單擊Go（轉到）按鈕再次請求相同的網(wǎng)頁，從新捕獲的DNS事件中觀察DNS客戶端與DNS服務器端的端口號是否發(fā)生變化。這分別是第一條 ICMP 超時錯誤報告報文和應答報告報文。lll步驟2：在 Simulation 模式中觀察學習tracert 命令的工作原理 進入 Simulation 模式。實驗步驟任務一：使用 Ping 命令觀察 ICMP l步驟1：捕獲并觀察 ping 程序發(fā)送和回應的 ICMP 報文請在其中 At Device顯示為 PC0 的下一個事件中，這是第一條應答報文。，ARP被執(zhí)行了幾次？0次。當主機欲向本局域網(wǎng)上其他主機發(fā)送IP 包時，先在本地 ARP 緩存中查看是否有對方的 MAC 地址信息。l 熟悉 ARP 報文格式和數(shù)據(jù)封裝方式。l熟悉 CIDR 的 IP 地址編址方法。分別檢查在At Device（在設備）顯示為Router0和Router2的數(shù)據(jù)包信息。l理解路由器轉發(fā) IP 數(shù)據(jù)報的流程。思考題①在任務一，兩臺交換機分別如何處理廣播包？其廣播包的傳播范圍 有多大？② 在任務三中，當一臺 PC 發(fā)送廣播包時，與之連接在同一臺交換機 上的其它 PC 機是否一定能接收到該廣播包？根據(jù)實驗結果舉例說明。單擊 Auto Capture/Play（自動捕獲/播放）按鈕，觀察數(shù)據(jù)發(fā)送過程。ll步驟 2：觀察交換機對廣播包的處理，理解劃分 VLAN 情況下，廣播 域的范圍 進入 Simulation（模擬）模式。選中拓撲工作區(qū)工具條中的 Inspect 工具，鼠標移至拓撲工作區(qū)，單擊 Switch0，在彈出菜單中選擇“Port Status Summary Table”選項，打開端口 狀態(tài)信息窗口。表ll步驟 4：修改 PC IP 地址 步驟 3 中將 PC 劃分到不同的 VLAN 內(nèi)，因此需要按照表 27 重新規(guī)劃 PC 的 IP 地址。參照上述操作步驟，將 Swtich1 的 FastEthernet0/1 設置為 Trunk 模式。參照上述步驟，在 Switch0 上創(chuàng)建 VLAN 3。2．任務二：創(chuàng)建兩個 VLAN，并將端口劃分到不同 VLAN 內(nèi)ll步驟 1：創(chuàng)建 VLAN 單擊拓撲圖中 Switch0，在彈出窗口中選擇 Config 選項卡，如圖 222 所示。雙擊ARP右端的色塊，彈出ARP包的詳細封裝信息，我們會觀察到其 目標 MAC 地址為 ，是一個廣播地址，所以這個 ARP 包是 一個廣播包。ll 步驟 3：觀察在未劃分 VLAN 的情況下，交換機對廣播包的轉發(fā)方法 進入Simulation（模擬）模式。若此時交換機端口指示燈呈橙色，則單擊主窗口右下角 Realtime 和 Simulation 模式切換按鈕數(shù)次，直至交換機指示燈呈綠色。實驗目的①理解虛擬局域網(wǎng) VLAN 的概念。③ 任務三中，當網(wǎng)絡中出現(xiàn)鏈路故障時，PC0和PC1是否能通信？ 答：不能。在新的生成樹計算完成后，重復執(zhí)行任務二中的步驟步驟3和步驟4，觀察數(shù)據(jù) 包轉發(fā)的路徑。l注：因為生成樹協(xié)議需要重新交換數(shù)據(jù)，重新計算生成樹，在 Packet Tracer ，可能持續(xù)數(shù)十秒甚至 2 分鐘時間。在右端 FastEthernet0/1 的配 置界面中，單擊 Port Status 項對應的復選框，取消勾選，即關閉該端口。測試結果為 Reply from ：??此結果表示 PC0 發(fā)送了請求包后，接收到來自 的響應，即 PC0 和 PC1 之間 可以正常通信。步驟 3：捕獲數(shù)據(jù)包，觀察廣播包的傳播 連續(xù)單擊 Capture/Forward（捕獲/前進）按鈕捕獲數(shù)據(jù)包，直至該過程 結束不再產(chǎn)生新的數(shù)據(jù)包。拓撲圖中指示燈為橙色 的端口即為生成樹協(xié)議屏蔽的端口。單擊下方 Delete（刪除）按鈕刪除所有場景，為下一任務實驗做好準備。l 注 注： ：此過程不會停止，完成步驟 3 后單擊 Realtime（實時模式）按鈕 切換到實時模式，進行步驟 4 的操作。步驟 3：捕獲數(shù)據(jù)包，觀察廣播包的傳播 單擊 Auto Capture/Play（自動捕獲/播放）按鈕，捕獲數(shù)據(jù)包。否則，略過此步驟。實驗目的①理解鏈路中的環(huán)路問題。答：向除接收端口之外的所有其他端口轉發(fā)，即洪泛轉發(fā)。② Switch0 收到 PC0 向 PC2 發(fā)送的數(shù)據(jù)幀后，其地址轉發(fā)表是否有變 化？如有給出增加的條目并解釋原因。參照上述操作步驟，完成 PC1 向 PC0 發(fā)送數(shù)據(jù)、刪除 Switch1 的地址 轉發(fā)表后 PC1 向 PC0 發(fā)送數(shù)據(jù)的實驗操作。結合當前狀態(tài)下 Switch0 的地址轉發(fā)表，思考為什么 Switch0 如此處理該數(shù)據(jù)包。參照上述步驟查看并記錄 Switch1 和 Switch2 的地址轉發(fā)表。單擊Add Simple PDU（添加簡單 PDU）按鈕，在拓撲圖中添加 PC0 向 PC2 發(fā)送的數(shù)據(jù)包。2．任務二：觀察交換機的工作原理ll步驟 1：查看并記錄 PC0 和 PC2 的 MAC 地址 鼠標左鍵單擊 PC0，在彈出窗口中選擇Config 選項卡，選擇 FastEthernet0，查看并記錄其 MAC 地址（圖 213）。在 Realtime（實時模式）下，當拓 撲圖中交換機各端口均呈綠色后，鼠標雙擊右下角處事件列表中 Fire 項下 的暗紅色橢圓圖標，至 Last Status 均為 Successful 狀態(tài)。②理解交換機轉發(fā)數(shù)據(jù)幀的規(guī)則。這將使以太網(wǎng)中廣播包的數(shù)量增加，當廣播包的數(shù)據(jù)量達到一定數(shù)量時，網(wǎng)絡性能下降。② 在以集線器/交換機為中心的以太網(wǎng)中，當多個站點同時發(fā)送數(shù)據(jù)時，是否會發(fā)生沖突？為什么？答：集線器會發(fā)生沖突，交換機不會發(fā)生沖突。依次單擊 Capture/Forward（捕獲/轉發(fā)）按鈕，觀察廣播包的發(fā)送范圍。PC2 重新發(fā)送數(shù)據(jù)包，最終數(shù)據(jù)到達 PC0。依次單擊 Capture/Forward（捕獲/轉發(fā)）按鈕，直至此次通信結束。至此，我們得到一個由兩臺集線器互連起來的以太網(wǎng)。單擊 Add Simple PDU（添加簡單 PDU）按鈕，在拓撲圖 3 中添加 PC6 向 PC8 發(fā)送的數(shù)據(jù)包；再次單擊 Add Simple PDU（添加簡單 PDU）按鈕，添加 PC7 向 PC9 發(fā)送的數(shù)據(jù)包。ll注 注： ：設備上出現(xiàn)信封圖標表示數(shù)據(jù)包到達該設備，信封上閃爍“ √” 表示通信成功完成，信封上閃爍“ Χ” 表示設備丟棄數(shù)據(jù)包，信封上 出現(xiàn)閃爍的火苗表示數(shù)據(jù)沖突。進入 Simulation（模擬）模式。單擊Capture/Forward（捕獲/轉發(fā)）按鈕，數(shù)據(jù)包到達交換機，再次單 擊 Capture/Forward（捕獲/轉發(fā)）按鈕，交換機向與源站點 PC6 在同一廣播 域的所有站點轉發(fā)數(shù)據(jù)包。單擊 Add Complex PDU（添加復雜 PDU）按鈕，單擊 PC0，在彈出 的對話框中設置參數(shù)：Destination IP Address（目標 IP 地址）設置為 （這是一個廣播地址，表示該數(shù)據(jù)包發(fā)送給源站點所在廣 播域內(nèi)的所有站點），Source IP Address（源 IP 地址）設置為 （該實驗拓撲中預設的 PC0 的 IP 地址），Sequence Number（序列號）設置 為 1，Size 設置為 0，Simulation Settings（模擬設置）選中 One Shot，其 對應的 Time 設置為 1，然后單擊該對話框中下方的 Create PDU 按鈕，創(chuàng)建數(shù)據(jù)包。單擊 Auto Capture/Play（自動捕獲/播放）按鈕，仔細觀察數(shù)據(jù)包發(fā)送 過程中，交換機向哪些 PC 轉發(fā)該單播包，以及各 PC 接收到數(shù)據(jù)包后如何 處理該數(shù)據(jù)包。記錄觀察結果，以便后續(xù)實 驗進行對比分析。單擊下方 Delete 按鈕，刪除所有場景。l理解集線器和交換機在擴大網(wǎng)絡規(guī)模中的作用和局限性。其中拓撲圖1和拓撲圖2主要用于觀察集線器的運行及理解沖突域的概念；拓撲圖3和拓撲圖4主要用于觀察交換機的運行及理解交換機隔離沖突域但不隔離廣播域的特性。，Switch0 在轉發(fā)數(shù)據(jù)幀時是否修改其源 MAC 地址和目標 MAC 地址？ 答：switch0轉發(fā)給pc2地數(shù)據(jù)幀中源MAC地址和目標MAC地址并未進行修改。答：任務一中，前導碼字段取值為10101010在彈出窗口中選擇 Inboud PDU Details 選項卡。在彈出窗口中選擇 Inboud PDU Details 選項卡。在彈出 窗口中選擇 Inbound PDU Details 選項卡。單擊 Auto Capture/Play（自動捕獲/執(zhí)行）按鈕，捕獲數(shù)據(jù)包。實驗步驟（1）任務一：觀察單播以太網(wǎng)幀的封裝l步驟1：準備工作單擊主窗口右下角 Realtime 和 Simulation 模式切換按鈕數(shù)次，直至交換機指示燈呈綠色。思考題： 接入采用 PPPoE 的優(yōu)點有哪些？答：PPPoE具有較高的性能價格比。單擊其 Info 項上的色塊，在彈出的 PDU 信 息窗口中選擇 Inbound PDU Details 選項卡。單擊 Auto Capture/Play（自動捕獲/播放）按鈕捕獲數(shù)據(jù)。如已獲取到 ISP1 預設的地址池范圍內(nèi)的 IP 地 址，則表示 PPPoE 撥號成功。實驗步驟任務：觀察PPP協(xié)議和PPPoE協(xié)議的數(shù)據(jù)封裝格式l步驟1：準備工作單擊主窗口右下角 Realtime 和 Simulation 模式切換按鈕數(shù)次，直至交換機指示燈呈綠色l步驟2：建立PPPoE連接單擊拓撲圖中的 PC1，在彈出窗口中單擊 Desktop 選項卡，選擇桌面上 的 Command 工具，在其中輸入 ipconfig 命令查看 PC1 的 IP 地址信息，PC1 在初始狀態(tài)下并未配置 IP 地址。其中，PC1到ISP1段的鏈路使用PPPoE，ISP1已經(jīng)配置為PPPoE服務器。實驗過程中遇到了很多的問題。聊天的實現(xiàn)：客戶端向服務器發(fā)送一個消息包，里面包含了消息類型、接收人和發(fā)送人等信息，服務器接到的時候先判斷，如果是聊天消息，就取出其中的接收人信息，并在自己的線程池里面查找相應的線程，找到時把消息（包含發(fā)送人和消息內(nèi)容等）通過這個線程發(fā)送出去。六、實驗總結Socket通信是網(wǎng)絡通信中的重要環(huán)節(jié)，本實驗中主要實現(xiàn)了TCP/IP的通信，傳遞相應的信息來完成各種不同的交互功能。(nick