網絡工程實習工作總結

　　隨著計算機網絡技術的廣泛應用，網絡工程也越來越被人們所重視起來了。今天學習啦小編給大家整理了網絡工程實習工作總結，希望對大家有所幫助。

　　網絡工程實習工作總結范文篇一

　　四個星期的實習在轉眼中已經過去，回想當初剛剛開始進入實習的時候，腦子里是充滿著疑惑與好奇。好奇這次名為網絡工程實習的過程中，我們要開展什么樣的學習。而今在不知不覺中實習已進入了尾聲。

　　在這次實習中，我們從開始的時候只有淺顯的網絡理論知識，轉變?yōu)楦私飧鞣N網絡器件，在虛擬機的安裝與配置中，掌握了各種服務器的安裝與配置，在路由器的配置中，掌握了路由器的基本配置命令以及路由器的各個模式。我們還學習了Vlan的劃分、動態(tài)路由的配置、交換機的配置、的配置等等。實驗中構建拓撲圖，對各個實驗器件進行地址規(guī)劃和基礎配置這是每個實驗都必須進行的。如果這兩步做不好，就無法連通各個器件，它們之間是無法進行通信的。無法進行通信，也就意味著后面的各種配置都無法再進行下去。所以構建網絡拓撲和進行地址規(guī)劃使網絡連通是進行實驗的基礎。在第十四個實驗之前的實驗，對路由器的配置時應該在哪種模式下進行，指導書里都是給出的;然而，在第十四個實驗之后，路由器的模式就沒有給出了，這是對我們的要求的一個提升，要求我們更熟悉對路由器的配置模式以及配置命令才能完成實驗。

　　在第十三個實驗 無線網絡設計及配置中第一次用到Serial接口 ，這與之前常用的FastEthernet接口有區(qū)別，在實驗中其中一個路有設置了clock rate，而另外一個沒有設置，或設置里不一樣的參數，導致兩個路由器無法通信，后來在同學的指導下找出了問題所在，從而解決了問題。在DHCP中繼實驗中，由于不了解DHCP中繼的具體實現(xiàn)過程以及沒有弄明白地址池的配置所以遇到了麻煩，連接好網絡并連通后無法自動獲取IP地址雖然在同學的協(xié)助下完成了實驗，但是始終沒有很清晰的實驗思路。

　　實習中所涉及的內容都是比較接近實際的，很有實際意義，特別是的設計及配置部分，對認識現(xiàn)在的網絡構建都是有重大的指導意義的，它將我們之前學的理論知識與實際聯(lián)系起來。加強了我們對知識的運用的能力。

　　在實驗中除了學會了安裝虛擬機以為，還掌握了思科的仿真軟件的實驗，雖然是用仿真軟件，并沒有接觸到實物，但是軟件的高仿真性讓我們對實驗充滿著樂趣。實習中對各種網絡協(xié)議的內容都需要我們去了解、而老師給出的指導書里面，有些知識并不是很詳細，這就培養(yǎng)了我們自己查看資料的能力。

　　通過這次實習，使我對網絡知識的興趣有了更大的提升，這對我以后的學習中也是至關重要的。

　　網絡工程實習工作總結范文篇二

　　一、實習的基本概況

　　時間：20xx年x月x日—20xx年x月x日

　　地點：E607

　　(一)理論指導

　　1. IEEE802標準和以太網：

　?、?OSI模型和TCP/IP協(xié)議：OSI模型中包括物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層、應用層。㈡ IEEE802參考模型：物理層被分為上下兩個子層：對電纜介質的說明;介質訪問單元(MAU)。數據鏈路層也被分為兩個子層：媒體訪問控制子層(MAC);邏輯鏈路控制子層(LLC)。㈢ 以太網簡介：①以太網的物理地址可分為三類：單播地址、廣播地址和多播地址。② 以太網訪問模式：CSMA/CD③ 以太網的MAC幀格式：一種是DIX Ethernet V2標準，另一種是IEEE的802.3標準。兩種幀格式可以在同一以太網絡共存。兩種幀格式都具有7個域：前導碼、幀首定界符、目的MAC地址、源MAC地址、協(xié)議類型或數據長度、數據、幀校驗序列。

　　2. 地址解析協(xié)議(ARP)

　　㈠ 物理地址與邏輯地址 ㈡ ARP協(xié)議簡介 ㈢ ARP報文格式 ㈣ ARP封裝 ㈤ ARP的運行過程 ㈥ ARP高速緩存 ㈦ 代理ARP ㈧ 協(xié)議棧實現(xiàn)代碼解析 ㈨ 各模塊推薦流程：(1) ARP請求發(fā)送流程(2)輸入ARP數據包處理流程

　　3. 網絡協(xié)議(IP)

　?、?IP協(xié)議簡介

　?、?①IP地址：地址空間 。②IP地址的表示方法 ：IP地址有三種常用的表示方法：二進制表示方法、點分十進制表示方法和十六進制表示方法。③IP地址的分類： IP地址分成5類：A類，B類，C類，D類和E類。其中A類、B類和C類地址是基本的Internet地址，是用戶使用的地址，D類地址用于廣播，E類地址為保留地址。④網絡號和主機 ：在分類編址的A類，B類和C類地址中，IP地址可劃分為網絡號(net-id)和主機號(host-id)。這兩部分長度都是可變的，取決于地址的類型。⑤地址類和地址塊：A類地址共分為128個地址塊，每個地址塊都包含有16777216個地址。這表明要使用這類地址的機構一定是一個非常龐大的機構。B類地址共劃分為16384個地址塊，每個地址塊都包含有65536個地址。 C類地址共劃分為2097152個地址塊，每個地址塊都包含有256個地址。D類地址只有一個地址塊。它用來進行多播。E類地址只有一個地址塊。

　　它是保留地址。

　?、?特殊的IP地址：1) 網絡地址：主機號為全“0”的IP地址不分配給任何主機，而是作為網絡本身的標識。2) 直接廣播地址：主機號為全“1”的IP地址不分配給任何主機，用作廣播地址。3) 有限廣播地址：32位為全“1”的IP地址(255.255.255.255)稱為有限廣播地址。 4) 主機本身地址：32位全“0”的IP地址(0.0.0.0)稱為主機本身地址。5) 回環(huán)地址：127.0.0.1稱為回環(huán)地址，常用于本機上軟件測試和本機上網絡應用程序之間的通信地址。 ㈣子網劃分 ㈤IP報文格式 ㈥IP封裝 ㈦IP數據報分片㈧IP數據報校驗和

　　4. 用戶數據報協(xié)議(UDP)

　　UDP協(xié)議簡介：UDP(用戶數據報協(xié)議)，主要用來支持那些需要在計算機之間傳輸數據的網絡應用。包括網絡視頻會議系統(tǒng)在內的眾多的客戶/服務器模式的網絡應用都需要使用UDP協(xié)議。UDP報文格式：每個UDP報文稱為一個用戶數據報(User Datagram)，用戶數據報分為兩個部分：UDP首部和UDP數據。首部被分為四個16位的字段，分別代表源端口號﹑目的端口號﹑報文的長度以及UDP校驗和。UDP應用：1)UDP適用于這樣的進程，它需要簡單的請求——響應通信，而較少考慮流量控制和差錯控制。對于需要傳送成塊數據的進程，如FTP，則通常不使用UDP;2)UDP適用于具有內部流量控制和差錯控制機制的進程;3)對多播和廣播來說，UDP是個比較合適的傳輸層協(xié)議;4)UDP可用于管理進程，如SNMP協(xié)議;5)UDP可用于某些路由選擇更新協(xié)議。

　　5.傳輸控制協(xié)議(TCP)

　　TCP(傳輸控制協(xié)議)協(xié)議是TCP/IP協(xié)議族中的面向連接的、可靠的傳輸層協(xié)議。

　　6.域名服務(DNS)

　　DNS(域名服務)是一種能夠完成從域名到地址或從地址到域名的映射系統(tǒng)。使用DNS，計算機用戶可以間接的通過域名來完成通信。

　　7.超文本傳輸協(xié)議(HTTP)

　　HTTP(超文本傳輸協(xié)議)主要用于訪問萬維網上的數據。HTTP在熟知端口80上使用TCP服務。

　　8.遠程登錄與文件傳輸協(xié)議(TELNET與FTP )

　　FTP(文件傳輸協(xié)議)提供了一種通過TCP傳送文件的方法，可以將一個文件從一個系統(tǒng)復制到另一個系統(tǒng)中。

　　(二)實習過程或步驟

　　1.領略真實的MAC幀：

　　將主機A和B作為一組，主機B啟動協(xié)議分析器，新建捕獲窗口進行數據捕獲并設置過濾條件(提取ICMP協(xié)議);主機A ping 主機B，察看主機B協(xié)議

　　分析器捕獲的數據包，分析MAC幀格式。然后將主機B的過濾器恢復為默認狀態(tài)。實驗結果為: MAC幀格式：

　　其中目的MAC地址：00142A—503336 ;源MAC地址：00142A—522C15 ;型或數據長度：0800

　　2.ARP報文

　　將主機A、B、C、D、E、F作為一組進行實驗。①主機B在命令行方式下輸入staticroute_config命令，開啟靜態(tài)路由服務。②主機A、B、C、D、E、F在命令行下運行“arp -d”命令，清空ARP高速緩存。③機A、B、C、D、E、F重新啟動協(xié)議分析器，打開捕獲窗口進行數據捕獲并設置過濾條件(提取ARP、ICMP)。④主機A ping 主機E(172.16.0.2)。⑤主機A、B、C、D、E、F停止數據捕獲，察看協(xié)議分析器中采集到的ARP報文。通過實驗了解到：單一ARP請求報文不能跨越子網進行地址解析，ARP報文的存活空間只限在子網內。因為ARP報文的請求是在網關下的數據請求，脫離子網ARP報文也就自動失效，并且ARP請求是以廣播的方式進行，而廣播報文不能跨越子網。ARP地址解析在跨越子網的通信中所起到的作用：作用是解析網關的MAC地址，ARP本身無法跨躍不同網段。當數據要發(fā)往外部網絡時，通常是首先使用ARP請求網關路由器的MAC地址，之后將數據發(fā)往網關路由器，由網關路由器進行轉發(fā)。

　　3. 編輯并發(fā)送IP數據報：

　　將主機A、B、C、D、E、F作為一組進行實驗。①主機B在命令行方式下輸入staticroute_config命令，開啟靜態(tài)路由服務。②主機A啟動協(xié)議編輯器，編輯一個IP數據報，其中：MAC層：目的MAC地址：主機B的MAC地址(對應于172.16.1.1接口的MAC) 源MAC地址：主機A的MAC地址。協(xié)議類型或數據長度：0800。IP層：總長度：IP層長度。生存時間：128。源IP地址：主機A的IP地址(172.16.1.2)。目的IP地址：主機E的IP地址(172.16.0.2)。校驗和：在其它所有字段填充完畢后計算并填充。自定義字段：數據：填入大于1字節(jié)的用戶數據。③在主機B(兩塊網卡分別打開兩個捕獲窗口)、E上啟動協(xié)議分析器，設置過濾條件(提取IP協(xié)議)，開始捕獲數據。④主機A發(fā)送第1步中編輯好的報文。⑤主機B、E停止捕獲數據，在捕獲到的數據中查找主機A所發(fā)送的數據報。⑥將第1步中主機A所編輯的報文的“生存時間”設置為1，重新計算校驗和。⑦主機B、E重新開始捕獲數據。⑧主機A發(fā)送第5步中編輯好的報文。⑨主機B、E停止捕獲數據，在捕獲到的數據中查找主機A所發(fā)送的數據報。觀察實驗過程得：在實驗過程中主機A所編輯的報文，經過主機B到達主機E后，報文數據發(fā)生變化，變化的原因是：他們不在一個子網上。主機B能接受到A發(fā)送的報文，主機E不能，因為此報文的生存時間太短，致使主機E無法捕獲此報文。

　　4.UDP單播通信

　　將主機A、B、C、D、E、F作為一組進行實驗。①主機B、C、D、E、F上啟動“實驗平臺工具欄中的UDP工具”，作為服務器端，監(jiān)聽端口設置為2483，“創(chuàng)建”成功。②主機C、E上啟動協(xié)議分析器開始捕獲數據，并設置過濾條件(提取UDP協(xié)議)。③主機A上啟動“實驗平臺工具欄中的UDP工具”，作為客戶端，以主機C的IP為目的IP地址，以2483為端口，填寫數據并發(fā)送。④察看主機B、C、D、E、F上的“UDP工具”接收的信息。⑤察看主機C協(xié)議分析器上的UDP報文⑥主機A上使用協(xié)議編輯器向主機E發(fā)送UDP報文，其中： 目的MAC地址：E的MAC地址;目的IP地址：主機E的IP地址;目的端口：2483; 校驗和：0發(fā)送此報文 ⑦主機B、C、D、E、F關閉服務端，主機A關閉客戶端。從實驗中得出結論：UDP是一個無連接協(xié)議，傳輸數據之前源端和終端不建立連接，當它想傳送時就簡單地去抓取來自應用程序的數據，并盡可能快地把它扔到網絡上。在發(fā)送端，UDP傳送數據的速度僅僅是受應用程序生成數據的速度、計算機的能力和傳輸帶寬的限制;在接收端，UDP把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。(2) 由于傳輸數據不建立連接，因此也就不需要維護連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺服務機可同時向多個客戶機傳輸相同的消息。

　　5.頁面訪問

　?、賹⒅鳈CA和B作為一組 ② 主機A清空IE緩存。③主機B啟動協(xié)議分析器開始捕獲數據，并設置過濾條件(提取HTTP協(xié)議)。④主機A啟動IE瀏覽器，在“地址”框中輸入http://服務器的ip/experiment，并連接，服務器IP默認為172.16.0.253。主機B停止捕獲數據，分析捕獲到的數據。分析實驗可知，實驗中使用http的get方法 (從服務器請求一個文檔)。作用：請求獲取Request-URI所標識的資源。

　　6. 使用TCP連接工具與服務器進行命令交互

　　將主機A和B作為一組;1.主機B啟動協(xié)議分析器開始捕獲數據并設置過濾條件(提取TCP協(xié)議)。2.主機A啟動TCP工具連接FTP服務器。(1)主機A啟動“實驗平臺工具欄中的TCP工具”。①選中“客戶端”單選框。②在“地址”文本框中填入FTP服務器的IP地址。③在“端口”文本框中填入主機FTP服務器進程的端口號21。④點擊“連接”按鈕，建立與FTP服務器的TCP連接。(2)連接成功(將該次連接記為w_cmd)，在接收窗口會顯示成功連接的信息。然后在發(fā)送窗口發(fā)送數據，觀察服務器回復的信息。由實驗總結出FTP服務器是使用什么方式創(chuàng)建數據連接的。

　　二、實習感受

　　(一)成績與收獲

　　經過為期幾周的網絡工程實習我對IPV4協(xié)議中的各個協(xié)議有了更深入的了解。在實驗一中掌握了什么是IEEE802標準和以太網、太網的報文格式;掌握MAC地址的作用;MAC廣播地址的作用;LLC幀報文格式;協(xié)議編輯器和協(xié)議分析器的使用方法;協(xié)議棧發(fā)送和接收以太網數據幀的過程。通過動手實驗捕獲數據包分析出MAC幀格式。同時學會了編寫LLC幀，更加明白LLC幀是由目的MAC地址、源MAC地址、協(xié)議類型和數據長度、用戶定義數據/數據字段等組成。在實驗三中熟練掌握了IP校驗和計算方法，可手動計算也可使用協(xié)議編輯器的“自動計算”校驗和。同時還懂得受限廣播地址的作用：受限的廣播地址是255.255.255.255。該地址用于主機配置過程中IP數據報的目的地址，此時，主機可能還不知道它所在網絡的網絡掩碼，甚至連它的IP地址也不知道。在任何情況下，路由器都不轉發(fā)目的地址為受限的廣播地址的數據報，這樣的數據報僅出現(xiàn)在本地網絡中。最重要的是，在學習的過程中組內成員互相幫助，遇到困難大家共同解決，真正認識到團結協(xié)作精神的重要，同時我們積極利用網絡搜集大量資料并從中摘取與自己課題相關的內容，這樣在研究過程中又增加了不少課外知識，對大一學過的網絡原理是個很好的復習和回顧。另外，通過實習我發(fā)現(xiàn)自己目前掌握的東西還是少，在今后的學習中要不斷學習不斷總結，必須拓寬自己的知識面、開闊自己的視野。

　　(二)問題與不足

　　實踐過程中遇到了很多的問題，當然也發(fā)現(xiàn)了自己的不足。起初，剛剛接觸網絡實驗平臺，不知道如何下手做實驗，經常是沒有目的性的打開幾個窗口。在驗證網絡的拓撲結構時經常是連接失敗，但不能找到原因。打開協(xié)議編輯器后不知道怎樣編寫一個幀，更不了解怎樣計算校驗和;不熟悉如何正確分析捕獲到的數據包。這樣雖然掌握了各個協(xié)議的原理和組成，但是脫離了實踐的操作，因此在做完一個實驗后并沒有得到很大的提升。由其是在計算IP協(xié)議總長度的時候，

　　總是出現(xiàn)計算值違反約束條件的提示。期間我非?？鄲?。另外，自己遇到問題時非常急躁，不能心平氣和的解決問題。這是在今后學習和實驗中必須要避免和改正的地方。

>>>下一頁更多精彩的“網絡工程實習工作總結范文”