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

　　網(wǎng)絡工程實習工作總結范文篇一

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

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

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

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

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

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

　　網(wǎng)絡工程實習工作總結范文篇二

　　一、實習的基本概況

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

　　地點：E607

　　(一)理論指導

　　1. IEEE802標準和以太網(wǎng)：

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

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

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

　　3. 網(wǎng)絡協(xié)議(IP)

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

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

　　它是保留地址。

　?、?特殊的IP地址：1) 網(wǎng)絡地址：主機號為全“0”的IP地址不分配給任何主機，而是作為網(wǎng)絡本身的標識。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)地址，常用于本機上軟件測試和本機上網(wǎng)絡應用程序之間的通信地址。 ㈣子網(wǎng)劃分 ㈤IP報文格式 ㈥IP封裝 ㈦IP數(shù)據(jù)報分片㈧IP數(shù)據(jù)報校驗和

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

　　UDP協(xié)議簡介：UDP(用戶數(shù)據(jù)報協(xié)議)，主要用來支持那些需要在計算機之間傳輸數(shù)據(jù)的網(wǎng)絡應用。包括網(wǎng)絡視頻會議系統(tǒng)在內的眾多的客戶/服務器模式的網(wǎng)絡應用都需要使用UDP協(xié)議。UDP報文格式：每個UDP報文稱為一個用戶數(shù)據(jù)報(User Datagram)，用戶數(shù)據(jù)報分為兩個部分：UDP首部和UDP數(shù)據(jù)。首部被分為四個16位的字段，分別代表源端口號﹑目的端口號﹑報文的長度以及UDP校驗和。UDP應用：1)UDP適用于這樣的進程，它需要簡單的請求——響應通信，而較少考慮流量控制和差錯控制。對于需要傳送成塊數(shù)據(jù)的進程，如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é)議)主要用于訪問萬維網(wǎng)上的數(shù)據(jù)。HTTP在熟知端口80上使用TCP服務。

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

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

　　(二)實習過程或步驟

　　1.領略真實的MAC幀：

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

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

　　其中目的MAC地址：00142A—503336 ;源MAC地址：00142A—522C15 ;型或數(shù)據(jù)長度：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é)議分析器，打開捕獲窗口進行數(shù)據(jù)捕獲并設置過濾條件(提取ARP、ICMP)。④主機A ping 主機E(172.16.0.2)。⑤主機A、B、C、D、E、F停止數(shù)據(jù)捕獲，察看協(xié)議分析器中采集到的ARP報文。通過實驗了解到：單一ARP請求報文不能跨越子網(wǎng)進行地址解析，ARP報文的存活空間只限在子網(wǎng)內。因為ARP報文的請求是在網(wǎng)關下的數(shù)據(jù)請求，脫離子網(wǎng)ARP報文也就自動失效，并且ARP請求是以廣播的方式進行，而廣播報文不能跨越子網(wǎng)。ARP地址解析在跨越子網(wǎng)的通信中所起到的作用：作用是解析網(wǎng)關的MAC地址，ARP本身無法跨躍不同網(wǎng)段。當數(shù)據(jù)要發(fā)往外部網(wǎng)絡時，通常是首先使用ARP請求網(wǎng)關路由器的MAC地址，之后將數(shù)據(jù)發(fā)往網(wǎng)關路由器，由網(wǎng)關路由器進行轉發(fā)。

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

　　將主機A、B、C、D、E、F作為一組進行實驗。①主機B在命令行方式下輸入staticroute_config命令，開啟靜態(tài)路由服務。②主機A啟動協(xié)議編輯器，編輯一個IP數(shù)據(jù)報，其中：MAC層：目的MAC地址：主機B的MAC地址(對應于172.16.1.1接口的MAC) 源MAC地址：主機A的MAC地址。協(xié)議類型或數(shù)據(jù)長度：0800。IP層：總長度：IP層長度。生存時間：128。源IP地址：主機A的IP地址(172.16.1.2)。目的IP地址：主機E的IP地址(172.16.0.2)。校驗和：在其它所有字段填充完畢后計算并填充。自定義字段：數(shù)據(jù)：填入大于1字節(jié)的用戶數(shù)據(jù)。③在主機B(兩塊網(wǎng)卡分別打開兩個捕獲窗口)、E上啟動協(xié)議分析器，設置過濾條件(提取IP協(xié)議)，開始捕獲數(shù)據(jù)。④主機A發(fā)送第1步中編輯好的報文。⑤主機B、E停止捕獲數(shù)據(jù)，在捕獲到的數(shù)據(jù)中查找主機A所發(fā)送的數(shù)據(jù)報。⑥將第1步中主機A所編輯的報文的“生存時間”設置為1，重新計算校驗和。⑦主機B、E重新開始捕獲數(shù)據(jù)。⑧主機A發(fā)送第5步中編輯好的報文。⑨主機B、E停止捕獲數(shù)據(jù)，在捕獲到的數(shù)據(jù)中查找主機A所發(fā)送的數(shù)據(jù)報。觀察實驗過程得：在實驗過程中主機A所編輯的報文，經(jīng)過主機B到達主機E后，報文數(shù)據(jù)發(fā)生變化，變化的原因是：他們不在一個子網(wǎng)上。主機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é)議分析器開始捕獲數(shù)據(jù)，并設置過濾條件(提取UDP協(xié)議)。③主機A上啟動“實驗平臺工具欄中的UDP工具”，作為客戶端，以主機C的IP為目的IP地址，以2483為端口，填寫數(shù)據(jù)并發(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é)議，傳輸數(shù)據(jù)之前源端和終端不建立連接，當它想傳送時就簡單地去抓取來自應用程序的數(shù)據(jù)，并盡可能快地把它扔到網(wǎng)絡上。在發(fā)送端，UDP傳送數(shù)據(jù)的速度僅僅是受應用程序生成數(shù)據(jù)的速度、計算機的能力和傳輸帶寬的限制;在接收端，UDP把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。(2) 由于傳輸數(shù)據(jù)不建立連接，因此也就不需要維護連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺服務機可同時向多個客戶機傳輸相同的消息。

　　5.頁面訪問

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

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

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

　　二、實習感受

　　(一)成績與收獲

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

　　(二)問題與不足

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

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

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