網(wǎng)絡工程實習工作總結_第1頁
網(wǎng)絡工程實習工作總結_第2頁
網(wǎng)絡工程實習工作總結_第3頁
網(wǎng)絡工程實習工作總結_第4頁
網(wǎng)絡工程實習工作總結_第5頁
已閱讀5頁,還剩1頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、網(wǎng)絡工程實習工作總結隨著計算機網(wǎng)絡技術的廣泛應用,網(wǎng)絡工程也越來越被人們所重視起來了。今天給大家整理了網(wǎng)絡工程實習工作總結,希望對大家有所幫助。網(wǎng)絡工程實習工作總結范文篇一四個星期的實習在轉眼中已經(jīng)過去,回想當初剛剛開始進入實習的時候,腦子里是充滿著疑惑與好奇。好奇這次名為網(wǎng)絡工程實習的過程中,我們要開展什么樣的學習。而今在不知不覺中實習已進入了尾聲。在這次實習中,我們從開始的時候只有淺顯的網(wǎng)絡理論知識,轉變?yōu)楦私飧鞣N網(wǎng)絡器件,在虛擬機的安裝與配置中,掌握了各種服務器的安裝與配置,在路由器的配置中,掌握了路由器的基本配置命令以及路由器的各個模式。我們還學習了Vlan的劃分、動態(tài)路由的配置、交

2、換機的配置、的配置等等。實驗中構建拓撲圖,對各個實驗器件進行地址規(guī)劃和基礎配置這是每個實驗都必須進行的。如果這兩步做不好,就無法連通各個器件,它們之間是無法進行通信的。無法進行通信,也就意味著后面的各種配置都無法再進行下去。所以構建網(wǎng)絡拓撲和進行地址規(guī)劃使網(wǎng)絡連通是進行實驗的基礎。在第十四個實驗之前的實驗,對路由器的配置時應該在哪種模式下進行,指導書里都是給出的;然而,在第十四個實驗之后,路由器的模式就沒有給出了,這是對我們的要求的一個提升,要求我們更熟悉對路由器的配置模式以及配置命令才能完成實驗。在第十三個實驗 無線網(wǎng)絡設計及配置中第一次用到Serial接口 ,這與之前常用的FastEthe

3、rnet接口有區(qū)別,在實驗中其中一個路有設置了clock rate,而另外一個沒有設置,或設置里不一樣的參數(shù),導致兩個路由器無法通信,后來在同學的指導下找出了問題所在,從而解決了問題。在DHCP中繼實驗中,由于不了解DHCP中繼的具體實現(xiàn)過程以及沒有弄明白地址池的配置所以遇到了麻煩,連接好網(wǎng)絡并連通后無法自動獲取IP地址雖然在同學的協(xié)助下完成了實驗,但是始終沒有很清晰的實驗思路。實習中所涉及的內(nèi)容都是比較接近實際的,很有實際意義,特別是的設計及配置部分,對認識現(xiàn)在的網(wǎng)絡構建都是有重大的指導意義的,它將我們之前學的理論知識與實際聯(lián)系起來。加強了我們對知識的運用的能力。在實驗中除了學會了安裝虛擬機

4、以為,還掌握了思科的仿真軟件的實驗,雖然是用仿真軟件,并沒有接觸到實物,但是軟件的高仿真性讓我們對實驗充滿著樂趣。實習中對各種網(wǎng)絡協(xié)議的內(nèi)容都需要我們?nèi)チ私狻⒍蠋熃o出的指導書里面,有些知識并不是很詳細,這就培養(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)絡層、傳輸層、會話層、表示層、應用層

5、。 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é)議簡介 AR

6、P報文格式 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)和主機

7、號(host-id)。這兩部分長度都是可變的,取決于地址的類型。地址類和地址塊:A類地址共分為128個地址塊,每個地址塊都包含有16777216個地址。這表明要使用這類地址的機構一定是一個非常龐大的機構。B類地址共劃分為16384個地址塊,每個地址塊都包含有65536個地址。 C類地址共劃分為2097152個地址塊,每個地址塊都包含有256個地址。 D類地址只有一個地址塊。它用來進行多播。E類地址只有一個地址塊。它是保留地址。 特殊的IP地址:1) 網(wǎng)絡地址:主機號為全0的IP地址不分配給任何主機,而是作為網(wǎng)絡本身的標識。2) 直接廣播地址:主機號為全1的IP地址不分配給任何主機,用作廣播地址

8、。3) 有限廣播地址:32位為全1的IP地址(55)稱為有限廣播地址。 4) 主機本身地址:32位全0的IP地址()稱為主機本身地址。 5) 回環(huán)地址:稱為回環(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)在內(nèi)的眾多的客戶/服務器模式的網(wǎng)絡應用都需要使用UDP協(xié)議。UDP報文格式:每個UDP報文稱為一個用戶數(shù)據(jù)報

9、(User Datagram),用戶數(shù)據(jù)報分為兩個部分:UDP首部和UDP數(shù)據(jù)。首部被分為四個16位的字段,分別代表源端口號目的端口號報文的長度以及UDP校驗和。UDP應用:1)UDP適用于這樣的進程,它需要簡單的請求——響應通信,而較少考慮流量控制和差錯控制。對于需要傳送成塊數(shù)據(jù)的進程,如FTP,則通常不使用UDP;2)UDP適用于具有內(nèi)部流量控制和差錯控制機制的進程;3)對多播和廣播來說,UDP是個比較合適的傳輸層協(xié)議;4)UDP可用于管理進程,如SNMP協(xié)議;5)UDP可用于某些路由選擇更新協(xié)議。5.傳輸控制協(xié)議(TCP)TCP(傳輸控制協(xié)議)協(xié)議

10、是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ù)捕獲并設置過濾條

11、件(提取ICMP協(xié)議);主機A ping 主機B,察看主機B協(xié)議分析器捕獲的數(shù)據(jù)包,分析MAC幀格式。然后將主機B的過濾器恢復為默認狀態(tài)。實驗結果為: MAC幀格式:其中目的MAC地址:00142A—503336 ;源MAC地址:00142A—522C15 ;型或數(shù)據(jù)長度:08002.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é)議分析器,打開捕獲窗口

12、進行數(shù)據(jù)捕獲并設置過濾條件(提取ARP、ICMP)。主機A ping 主機E()。主機A、B、C、D、E、F停止數(shù)據(jù)捕獲,察看協(xié)議分析器中采集到的ARP報文。通過實驗了解到:單一ARP請求報文不能跨越子網(wǎng)進行地址解析,ARP報文的存活空間只限在子網(wǎng)內(nèi)。因為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)關路由

13、器,由網(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地址(對應于接口的MAC) 源MAC地址:主機A的MAC地址。協(xié)議類型或數(shù)據(jù)長度:0800。IP層:總長度:IP層長度。生存時間:128。源IP地址:主機A的IP地址()。目的IP地址:主機E的IP地址()。校驗和:在其它所有字段填充完畢后計算并填充。自定義字段:數(shù)據(jù)

14、:填入大于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不能,因為此報文的生

15、存時間太短,致使主機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地

16、址;目的端口: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.頁面訪問將主機A和B作為一組 主機A清空IE緩存。主機B

17、啟動協(xié)議分析器開始捕獲數(shù)據(jù),并設置過濾條件(提取HTTP協(xié)議)。主機A啟動IE瀏覽器,在地址框中輸入http:/服務器的ip/experiment,并連接,服務器IP默認為53。主機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工具。選中客戶端單選框。

18、在地址文本框中填入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é)議編輯器的自動計算校驗和。同時還懂得受限廣播地址

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論