網路工程實習工作總結

網路工程實習工作總結 篇1

總想著每天、每個月、乃至每年都有點進步。20_年,對我來說,是起伏不定的一年,也是收穫頗豐的一年。當然,最大的收穫是有了一個可愛的女兒。

在這一年,我跳了兩次槽,一次是自願的,還有一次是被迫的。我目睹了一些公司從盛到衰的過程,也看到了一些腳踏實地的公司。

離開_公司,是因為我覺得_公司不是在做軟體,所謂的印度模式,我想,絕對不是這么做的。理想不合,不想浪費時間,也只能背負跳槽的惡名,掛冠而去。去_2公司,是因為看到他是美國獨資公司,做外包軟體,能夠接觸美國的客戶和技術,希望能夠有所收穫,何況,職位也不錯。的確很想好好做,也跳累了,只想穩定發展,畢竟,是做父親的人了。

也看到了一些踏踏實實做事情的公司。園區的瑞博軟體就是一個。很少看到如此踏實做事的公司。若干年後,只要他能夠存活,必定是一個成功的公司。雖然老闆對我也很有誠意,只是,對於教育軟體,我實在沒有太大的興趣,何況,如果想做教育,我何不選擇安博呢?畢竟,安博給於我很多。回頭想想,在其他公司,我都是在奉獻,只有在安博,是學習了很多。

說起跳槽,其實,看看那些公司,有多少是在踏踏實實做事情的?老闆本不懂軟體,都是看著軟體行業能賺錢,想來撈一票,結果把中國的軟體行業做壞了,也害苦了中國的程式設計師。自己不好好做事,怎么怪別人跳槽?同工作經歷的坎坷相比在個人能力方面,今年的進步是非常大的。今年上半年,我的進步集中在技術領域。

我更加深入研究了設計模式、EJB體系和。Net平台,還有UML建模,終於有所突破,設計了一套自己的基於。Net平台的系統架構和開發工具,並且得到了套用的證實。在網上也陸續發表了一些文章,受到比較好的歡迎,還上了賽迪網的開發之星。

下半年,在軟體工程方面收穫是很多的。

看到網上對於印度模式從吹捧到批駁的吵鬧,也看到_公司學習印度的失敗,加上自己從開始就對那些的懷疑,決定好好學習軟體工程。我一向認為,任何東西,不能道聽途說,只有自己好好深入研究,才能得其精髓。同時,軟體工程絕對不能只看印度的,畢竟,美國才是軟體業最發達的國度。

列舉一些學習的參考資料:《RUP軟體工程過程》、《MSF微軟解決方案》、《_P極限編程》、《CMM實踐套用—Infosys公司的軟體項目執行過程》、《人月神話》、《軟體需求》、《軟體工程Java語言實現》。每本書,我都仔細研讀了,頗有體會。

我開始就想,印度軟體工程絕對不會象那些所說的那么簡單,所謂的高中生編程說。所以,我必須實際看看印度的軟體工程。《CMM實踐套用——Infosys公司的軟體項目執行過程》,是印度最大的軟體公司Infosys公司的分管質量的副總裁寫的,介紹他們的CMM4的軟體工程,果然不同凡響。這是我了解印度軟體工程的主要視窗。

首先,同原來的想法不同的

也可能同大多數人(尤其是受那些軟體影響很深的“專業”和非專業人士)想法不同的是,軟體工程實際上不僅僅只是管理,而是一門涉及很廣的交叉學科。在軟體工程中,大約一半的內容是專業性很強的,涉及到軟體分析、設計甚至編碼的技術。所謂的結構化、面向對象,都在軟體工程的範疇內,同樣是軟體開發和組織的重要內容,也是軟體質量保證的重要內容。至於軟體開發的管理部分,只能算是軟體工程中軟體工程過程的部分,或者說項目管理部分。脫離管理來開發軟體是絕對不可行的,同樣,拋棄技術基礎,空談管理出效益,便如無源之水、無本之木。誠如《軟體工程Java語言實現》中所說:“軟體工程範圍極為廣泛。

軟體工程的某些方面屬於數學或計算機科學,其他方面可歸入經濟學、管理學或心理學中。”在這裡,我強調了軟體工程中的技術部分,並非輕視管理,只想在軟體工程的概念上做一些撥亂反正,也希望多一些人來關心軟體的核心技術,而不要空喊口號和概念。畢竟,中國的軟體太缺乏核心技術了。

其次,對管理要求的嚴格不說實際上,不管是美國的軟體工程,還是印度的軟體工程,都是比較靈活的。

即便是印度這樣的所謂“軟體工廠”模式,對於軟體工程過程管理極為嚴格,也有一個部分是專門講述過程剪裁的。整個軟體工程過程是非常龐大和繁複的,然而,由於項目具體情況不同,如項目的規模,參與人員的數量、素質等的不同,對於軟體過程的每個部分,不是都必須的,可以根據具體情況來進行剪裁。這個部分對於我的啟發是很大的。以前做什麼ISO9000等,開始做了一個以為很好的規範,但是,到具體項目,總是對不起來,到處有問題,現在想想,便是少了這個變通的部分。不過,話說回來,這CMM也是老美想出來的,而不是印度。

第三,對於開發人員的選用,我發現,美國人是非常注重選用優秀的開發人員的。

MartinFowler曾經開玩笑的說,如果給他一批水平不高的開發項目,他會考慮全部解僱,重新招聘。《人月神話》中也說,如果200人開發一個項目,其中25個人最能幹,那么會考慮解僱其餘的175個人,讓項目經理來編程(當然,後面還有一些抉擇分析,這裡斷章取義了)。其結論的基礎是基於以下研究結果:優秀的開發人員和差的開發人員,其效率之差可以達到數量級。另外,從管理的角度來說,只有人多了,才會有管理問題,當團隊規模控制在一定的範圍內時,便不會有太大的管理問題。

對於軟體來說,很難實現同傳統產業一樣的工廠化生產,這是由軟體開發的本質決定的。軟體的複雜性是軟體的本質屬性,在這個屬性沒有改變之前,軟體便不會實現同傳統產業一樣的工廠化生產。至於印度的所謂“軟體工廠”,實際上,只是完成了軟體代碼的編寫工作,並不是實現了整個軟體研發工作,而代碼編寫工作,恰恰是軟體開發中最簡單的一環。至於印度是否真的有很多高中生程式設計師,印度人的書上沒有說,到說了不少,我也無從考證。所以,軟體的開發,還是需要選用優秀的人的。除非,公司只想幫別人編寫代碼,而不希望有自己的產品和技術。

第四,軟體開發中,最重要的還是團隊合作和交流。

這個是我目前最深切的感受。具體的,大家都知道,也用不著多說。最後,對於軟體開發來說,公司老闆的想法是最重要的。如果老闆說“No”,那便是水平再高,管理再好,也終歸無用。年齡漸長,也做父親了,卻總是在漂泊,沒有一個可以穩定發展的地方。

希望目前的公司能夠有這個機會。不想總是跳槽。

網路工程實習工作總結 篇2

如今已經是資訊時代,作為主流信息工具的網路越來越重要,因此我選擇了這門選修課程。

我個人對於電腦和網路是很感興趣的,但由於學習的東西不多,經常是在玩遊戲,真正運用到網路的技術性的東西實在少到可憐。象做部落格,我只是會一般的做法,也能把它搞得與眾不同,但我全然不知道其中的奧秘。象代碼之類的東西,我以前只是耳聞,半點也不懂。學了這門課程後,雖然懂的不是很多,但已經不是什麼都不知道的了,簡單得運用一些代碼還是會的,這也就行了。我並不要求學得很精深,畢竟我將來並不是幹這行的。而製作網頁的知識,學了一點,也會做一些簡單的網頁了,其實我覺得這就夠了,我還沒有想做自己的網頁發布到網上的念頭。但我不是說不要學習計算機網路技術,相反,我們學地越精深越好,我的觀點只能代表我個人的想法,畢竟這個時代學得越多,活得更好的可能性就越大。只不過人的精力有限,只能學到你能承受的地步。如果精力旺盛,足夠學一切技術,自然也沒人反對。網路之中目前我最感興趣的還是做部落格,時不時寫些自己的感悟或者轉載些別人的好文章,上傳一些漂亮的圖片和朋友們分享,這讓人感覺到難得的愉悅。好東西,大家一起分享才有意思。

計算機網路系統是一個集計算機硬體設備、通信設施、軟體系統及數據處理能力為一體的,能夠實現資源共享的現代化綜合服務系統。計算機網路系統的組成可分為三個部分,即硬體系統,軟體系統及網路信息系統。

1.硬體系統

硬體系統是計算機網路的基礎。硬體系統有計算機、通信設備、連線設備及輔助設備組成,如圖1.6.4所示。硬體系統中設備的組合形式決定了計算機網路的類型。下面介紹幾種網路中常用的硬體設備。

⑴伺服器

伺服器是一台速度快,存儲量大的計算機,它是網路系統的核心設備,負責網路資源管理和用戶服務。伺服器可分為檔案伺服器、遠程訪問伺服器、資料庫伺服器、列印伺服器等,是一台專用或多用途的計算機。在網際網路中,伺服器之間互通信息,相互提供服務,每台伺服器的地位是同等的。伺服器需要專門的技術人員對其進行管理和維護,以保證整個網路的正常運行。

⑵工作站

工作站是具有獨立處理能力的計算機,它是用戶向伺服器申請服務的終端設備。用戶可以在工作站上處理日常工作,並隨時向伺服器索取各種信息及數據,請求伺服器提供各種服務(如傳輸檔案,列印檔案等等)。

⑶網卡

網卡又稱為網路適配器,它是計算機和計算機之間直接或間接傳輸介質互相通信的接口,它插在計算機的擴展槽中。一般情況下,無論是伺服器還是工作站都應安裝網卡。網卡的作用是將計算機與通信設施相連線,將計算機的數位訊號轉換成通信線路能夠傳送的電子信號或電磁信號。網卡是物理通信的瓶頸,它的好壞直接影響用戶將來的軟體使用效果和物理功能的發揮。目前,常用的有10mbps、100mbps和10mbps/100mbps自適應網卡,網卡的匯流排形式有isa和pci兩種。

⑷數據機

數據機(modem)是一種信號轉換裝置。它可以把計算機的數位訊號“調製”成通信線路的模擬信號,將通信線路的模擬信號“解調”回計算機的數位訊號。數據機的作用是將計算機與公用電話線相連線,使得現有網路系統以外的計算機用戶,能夠通過撥號的方式利用公用電話網訪問計算機網路系統。這些計算機用戶被稱為計算機網路的增值用戶。增值用戶的計算機上可以不安裝網卡,但必須配備一個數據機。

⑸集線器

集線器(hub)是區域網路中使用的連線設備。它具有多個連線埠,可連線多台計算機。在區域網路中常以集線器為中心,用雙絞線將所有分散的工作站與伺服器連線在一起,形成星形拓撲結構的區域網路系統。這樣的網路連線,在網上的某個節點發生故障時,不會影響其他節點的正常工作。

集線器分為普通型和交換型(switch),交換型的傳輸效率比較高,目前用的較多。集線器的傳輸速率有10mbps、100mbps和10mbps/100mbps自適應的。

⑹網橋

網橋(bridge)也是區域網路使用的連線設備。網橋的作用是擴展網路的距離,減輕網路的負載。在區域網路中每條通信線路的長度和連線的設備數都是有最大限度的,如果超載就會降低網路的工作性能。對於較大的區域網路可以採用網橋將負擔過重的網路分成多個網路段,當信號通過網橋時,網橋會將非本網段的信號排除掉(即過濾),使網路信號能夠更有效地使用信道,從而達到減輕網路負擔的目的。由網橋隔開的網路段仍屬於同一區域網路,網路地址相同,但分段地址不同。

⑺路由器

路由器(router)是網際網路中使用的連線設備。它可以將兩個網路連線在一起,組成更大的網路。被連線的網路可以是區域網路也可以是網際網路,連線後的網路都可以稱為網際網路。路由器不僅有網橋的全部功能,還具有路徑的選擇功能。路由器可根據網路上信息擁擠的程度,自動地選擇適當的線路傳遞信息。

在網際網路中,兩台計算機之間傳送數據的通路會有很多條,數據包(或分組)從一台計算機出發,中途要經過多個站點才能到達另一台計算機。這些中間站點通常是由路由器組成的,路由器的作用就是為數據包(或分組)選擇一條合適的傳送路徑。用路由器隔開的網路屬於不同的區域網路地址。

2.軟體系統

計算機網路中的軟體按其功能可以劃分為數據通信軟體、網路作業系統和網路套用軟體。

⑴數據通信軟體

數據通信軟體是指按著網路協定的要求,完成通信功能的軟體。

⑵網路作業系統

網路作業系統是指能夠控制和管理網路資源的軟體。網路作業系統的功能作用在兩個級別上:在伺服器機器上,為在伺服器上的任務提供資源管理;在每個工作站機器上,向用戶和套用軟體提供一個網路環境的“視窗”。這樣,向網路作業系統的用戶和管理人員提供一個整體的系統控制能力。網路伺服器作業系統要完成目錄管理,檔案管理,安全性,網路列印,存儲管理,通信管理等主要服務。工作站的作業系統軟體主要完成工作站任務的識別和與網路的連線。即首先判斷應用程式提出的服務請求是使用本地資源還是使用網路資源。若使用網路資源則需完成與網路的連線。常用的網路作業系統有:netware系統、 windowsnt系統、uni_系統和linu_系統等。

⑶網路套用軟體

網路套用軟體是指網路能夠為用戶提供各種服務的軟體。如瀏覽查詢軟體,傳輸軟體,遠程登錄軟體,電子郵件等等。

⒊網路信息系統

網路信息系統是指以計算機網路為基礎開發的信息系統。如各類網站、基於網路環境的管理信息系統。

實訓已經進行兩周多了,還有一周就要正式了,突然發現自己似乎又重蹈覆轍了,再一次一次的不經意中和某些人的就距離卻是越來越來大,總是想偷一下懶,總是想著馬馬虎虎過去算了,沒有那么精打細算過。果不經意有些人人開始脫穎而出,有些人開始展露鋒芒,而我也開始黯淡下去。我是想好好學學別人的,果畫虎不成反類犬。原來我也是不輕易臣服的人,我即便不去領導他們也沒有人可以領導我。給我分的實訓小組連個能交流的人都沒有,身邊一個研究生只會不停地打擊我,我只能不知所謂的笑笑。這個項目小組真讓我鬱悶,組長誰也領導不了,組長不是我,我也懶得管,樂得清閒。

這兩周究竟自己學到了什麼,確實在腦海中總還是模糊不清的,j2se,j2ee,html,jscrip特效,css,javaweb,servlet,jdbc,資料庫快速建模,數據池,單態模式,jfreechart,俄羅斯方塊項目,人力資源項目,購物網項目,這都算是過來了,可是心裡卻不是很有譜自己心裡七上八下的,自知學的只有四成火候,又不斷地被人打擊打擊么還沒有可以交流,心中這兩天的抑鬱讓我難以忍受,總是喉嚨里很堵,心裡著實悶得難受。回去想跟室友聊聊,他只說了一句,寂寞才說愛,活該。我就更鬱悶了,我一直對自己說我只是活著我只是深愛著。

明天就要進行最後一周實訓了,各項目都到了完善階段,也是所學的整理複習階段。看著周圍有人誇誇其談,有人韜光養晦,自己心裡也很沒底,項目項之後還有個考核我都十分擔憂。其實這各階段我更擔憂的是我發現自己的學力已經下降,可能是長時間習慣不聽老師講課,只靠自學和考前突擊。現在聽講師講課總是聽著聽著就跑神了,聽著聽著就覺得沒意思了,總想自己看書自己單幹,可真的有時間的時候我卻提不起精神去單搞,總是事倍功半花了三四個小時有時候只是把講師四十分鐘的搞完。然後精疲力竭的倒下。

擁有太多的東西總是不會去珍惜的。我懶惰的惡習讓我異常痛苦。我現在唯一擁有的財富就剩下我的青春了,我發誓我會努力努力再努力,捍衛自己的青春,我說過我會成為偉人的。以後我會給自己出本自傳的。人生只有一次,人生在世至少不能辜負自己。

網路工程實習工作總結 篇3

一、實習的基本概況

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

地點:E607

(一)理論指導

1. IEEE802標準和乙太網:

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

2. 地址解析協定(ARP)

㈠ 物理地址與邏輯地址 ㈡ ARP協定簡介 ㈢ ARP報文格式 ㈣ ARP封裝 ㈤ ARP的運行過程 ㈥ ARP高速快取 ㈦ 代理ARP ㈧ 協定棧實現代碼解析 ㈨ 各模組推薦流程:(1) ARP請求傳送流程(2)輸入ARP數據包處理流程

3. 網路協定(IP)

㈠ IP協定簡介

㈡ ①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) 迴環地址:127.0.0.1稱為迴環地址,常用於本機上軟體測試和本機上網路應用程式之間的通信地址。 ㈣子網劃分 ㈤IP報文格式 ㈥IP封裝 ㈦IP數據報分片㈧IP數據報校驗和

4. 用戶數據報協定(UDP)

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

5.傳輸控制協定(TCP)

TCP(傳輸控制協定)協定是TCP/IP協定族中的面向連線的、可靠的傳輸層協定。

6.域名服務(DNS)

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

7.超文本傳輸協定(HTTP)

HTTP(超文本傳輸協定)主要用於訪問全球資訊網上的數據。HTTP在熟知連線埠80上使用TCP服務。

8.遠程登錄與檔案傳輸協定(TELNET與FTP )

FTP(檔案傳輸協定)提供了一種通過TCP傳送檔案的方法,可以將一個檔案從一個系統複製到另一個系統中。

(二)實習過程或步驟

1.領略真實的MAC幀:

將主機A和B作為一組,主機B啟動協定分析器,新建捕獲視窗進行數據捕獲並設定過濾條件(提取ICMP協定);主機A ping 主機B,察看主機B協定

分析器捕獲的數據包,分析MAC幀格式。然後將主機B的過濾器恢復為默認狀態。實驗結果為: MAC幀格式:

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

2.ARP報文

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

3. 編輯並傳送IP數據報:

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

4.UDP單播通信

將主機A、B、C、D、E、F作為一組進行實驗。①主機B、C、D、E、F上啟動“實驗平台工具列中的UDP工具”,作為伺服器端,監聽連線埠設定為2483,“創建”成功。②主機C、E上啟動協定分析器開始捕獲數據,並設定過濾條件(提取UDP協定)。③主機A上啟動“實驗平台工具列中的UDP工具”,作為客戶端,以主機C的IP為目的IP位址,以2483為連線埠,填寫數據並傳送。④察看主機B、C、D、E、F上的“UDP工具”接收的信息。⑤察看主機C協定分析器上的UDP報文⑥主機A上使用協定編輯器向主機E傳送UDP報文,其中: 目的MAC地址:E的MAC地址;目的IP位址:主機E的IP位址;目的連線埠:2483; 校驗和:0傳送此報文 ⑦主機B、C、D、E、F關閉服務端,主機A關閉客戶端。從實驗中得出結論:UDP是一個無連線協定,傳輸數據之前源端和終端不建立連線,當它想傳送時就簡單地去抓取來自應用程式的數據,並儘可能快地把它扔到網路上。在傳送端,UDP傳送數據的速度僅僅是受應用程式生成數據的速度、計算機的能力和傳輸頻寬的限制;在接收端,UDP把每個訊息段放在佇列中,應用程式每次從佇列中讀一個訊息段。(2) 由於傳輸數據不建立連線,因此也就不需要維護連線狀態,包括收髮狀態等,因此一台服務機可同時向多個客戶機傳輸相同的訊息。

5.頁面訪問

①將主機A和B作為一組 ② 主機A清空IE快取。③主機B啟動協定分析器開始捕獲數據,並設定過濾條件(提取HTTP協定)。④主機A啟動IE瀏覽器,在“地址”框中輸入http://伺服器的ip/experiment,並連線,伺服器IP默認為172.16.0.253。主機B停止捕獲數據,分析捕獲到的數據。分析實驗可知,實驗中使用http的get方法 (從伺服器請求一個文檔)。作用:請求獲取Request-URI所標識的資源。

6. 使用TCP連線工具與伺服器進行命令互動

將主機A和B作為一組;1.主機B啟動協定分析器開始捕獲數據並設定過濾條件(提取TCP協定)。2.主機A啟動TCP工具連線FTP伺服器。(1)主機A啟動“實驗平台工具列中的TCP工具”。①選中“客戶端”單選框。②在“地址”文本框中填入FTP伺服器的IP位址。③在“連線埠”文本框中填入主機FTP伺服器進程的連線埠號21。④點擊“連線”按鈕,建立與FTP伺服器的TCP連線。(2)連線成功(將該次連線記為w_cmd),在接收視窗會顯示成功連線的信息。然後在傳送視窗傳送數據,觀察伺服器回復的信息。由實驗總結出FTP伺服器是使用什麼方式創建數據連線的。

二、實習感受

(一)成績與收穫

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

(二)問題與不足

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

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

網路工程實習工作總結 篇4

一、實習的基本概況

時間:20_年_月_日—20_年_月_日

地點:E607

(一)理論指導

1. IEEE802標準和乙太網:

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

2. 地址解析協定(ARP)

㈠ 物理地址與邏輯地址 ㈡ ARP協定簡介 ㈢ ARP報文格式 ㈣ ARP封裝 ㈤ ARP的運行過程 ㈥ ARP高速快取 ㈦ 代理ARP ㈧ 協定棧實現代碼解析 ㈨ 各模組推薦流程:(1) ARP請求傳送流程(2)輸入ARP數據包處理流程

3. 網路協定(IP)

㈠ IP協定簡介

㈡ ①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) 迴環地址:127.0.0.1稱為迴環地址,常用於本機上軟體測試和本機上網路應用程式之間的通信地址。 ㈣子網劃分 ㈤IP報文格式 ㈥IP封裝 ㈦IP數據報分片㈧IP數據報校驗和

4. 用戶數據報協定(UDP)

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

5.傳輸控制協定(TCP)

TCP(傳輸控制協定)協定是TCP/IP協定族中的面向連線的、可靠的傳輸層協定。

6.域名服務(DNS)

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

7.超文本傳輸協定(HTTP)

HTTP(超文本傳輸協定)主要用於訪問全球資訊網上的數據。HTTP在熟知連線埠80上使用TCP服務。

8.遠程登錄與檔案傳輸協定(TELNET與FTP )

FTP(檔案傳輸協定)提供了一種通過TCP傳送檔案的方法,可以將一個檔案從一個系統複製到另一個系統中。

(二)實習過程或步驟

1.領略真實的MAC幀:

將主機A和B作為一組,主機B啟動協定分析器,新建捕獲視窗進行數據捕獲並設定過濾條件(提取ICMP協定);主機A ping 主機B,察看主機B協定

分析器捕獲的數據包,分析MAC幀格式。然後將主機B的過濾器恢復為默認狀態。實驗結果為: MAC幀格式:

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

2.ARP報文

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

3. 編輯並傳送IP數據報:

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

4.UDP單播通信

將主機A、B、C、D、E、F作為一組進行實驗。①主機B、C、D、E、F上啟動“實驗平台工具列中的UDP工具”,作為伺服器端,監聽連線埠設定為2483,“創建”成功。②主機C、E上啟動協定分析器開始捕獲數據,並設定過濾條件(提取UDP協定)。③主機A上啟動“實驗平台工具列中的UDP工具”,作為客戶端,以主機C的IP為目的IP位址,以2483為連線埠,填寫數據並傳送。④察看主機B、C、D、E、F上的“UDP工具”接收的信息。⑤察看主機C協定分析器上的UDP報文⑥主機A上使用協定編輯器向主機E傳送UDP報文,其中: 目的MAC地址:E的MAC地址;目的IP位址:主機E的IP位址;目的連線埠:2483; 校驗和:0傳送此報文 ⑦主機B、C、D、E、F關閉服務端,主機A關閉客戶端。從實驗中得出結論:UDP是一個無連線協定,傳輸數據之前源端和終端不建立連線,當它想傳送時就簡單地去抓取來自應用程式的數據,並儘可能快地把它扔到網路上。在傳送端,UDP傳送數據的速度僅僅是受應用程式生成數據的速度、計算機的能力和傳輸頻寬的限制;在接收端,UDP把每個訊息段放在佇列中,應用程式每次從佇列中讀一個訊息段。(2) 由於傳輸數據不建立連線,因此也就不需要維護連線狀態,包括收髮狀態等,因此一台服務機可同時向多個客戶機傳輸相同的訊息。

5.頁面訪問

①將主機A和B作為一組 ② 主機A清空IE快取。③主機B啟動協定分析器開始捕獲數據,並設定過濾條件(提取HTTP協定)。④主機A啟動IE瀏覽器,在“地址”框中輸入http://伺服器的ip/e_periment,並連線,伺服器IP默認為172.16.0.253。主機B停止捕獲數據,分析捕獲到的數據。分析實驗可知,實驗中使用http的get方法 (從伺服器請求一個文檔)。作用:請求獲取Request-URI所標識的資源。

6. 使用TCP連線工具與伺服器進行命令互動

將主機A和B作為一組;1.主機B啟動協定分析器開始捕獲數據並設定過濾條件(提取TCP協定)。2.主機A啟動TCP工具連線FTP伺服器。(1)主機A啟動“實驗平台工具列中的TCP工具”。①選中“客戶端”單選框。②在“地址”文本框中填入FTP伺服器的IP位址。③在“連線埠”文本框中填入主機FTP伺服器進程的連線埠號21。④點擊“連線”按鈕,建立與FTP伺服器的TCP連線。(2)連線成功(將該次連線記為w_cmd),在接收視窗會顯示成功連線的信息。然後在傳送視窗傳送數據,觀察伺服器回復的信息。由實驗總結出FTP伺服器是使用什麼方式創建數據連線的。

二、實習感受

(一)成績與收穫

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

(二)問題與不足

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

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

網路工程實習工作總結 篇5

20_年3月7日對我來說是一個特殊的日子,這是我結束了15年的學習生涯帶著實現自我價值的渴望心情即將工作的日子。還記得3月7日早晨那束嫵媚陽光映在我的臉龐,一絲舒適溫暖的感覺直衝心窩,已記不得有多少個日日夜夜沒這種感覺,清晨就是好,現如今還有多少人可以享受這種感覺。下一秒後,我將迎著這美好的陽光,接受全新的挑戰。

我從20_年3月7日開始到茂名市E科技有限公司技術部實習,到6月7日實習結束。在部門領導和同事的指導幫助下,我慢慢了解了公司的組織結構、經營狀況及管理機制,以及技術服務部的基本業務,並學到了許多開發軟體知識。

我實習所在的部門是技術部,主要負責編寫網站建設。幾乎所有優秀的網站開發人員都是從基層做起,然而編寫網站開發建設是基礎中的基礎,網站開發人員只有充分了解了網站開發的各項需求才可能完成一個完整優秀的網站,同樣,軟體開發流程的每一個步驟都影響著整個項目的進度甚至影響著該項目是否可以成功完成。我在深刻認識到了這點後,我需要更加認真對待我的工作,想做一名優秀的網站開發人員我必須把我目前的工作做好。在社會上行走就必然會面臨壓力,工作時效率一般會影響工作量,做不出成績時,會來自各方面的壓力。

實習的三個月我做了如下工作:

1、為公司撰寫了一份“信宜市農村旅遊信息資源服務平台”需求分析文檔,該需求說明書主要闡述該項目開發的目的、背景、性能需求、功能需求等。我在網上查找了大量資料,同時請教同事領導,最終,完成了主管交給我的任務。這是我工作中撰寫的第一份需求說明書,雖然存在不足,但我會在以後的工作中不斷改進。

2、撰寫了一份“化州市中草藥信息服務平台建設技術方案”項目說明書文檔,為了做好該工作,我收集了大量資料,加之整理、分析、提純,把提純整理的結果交給主管評審修改。

3、撰寫一份“茂名市研究發展中心網站建設技術方案”,這份文檔的撰寫不同於以往的說明文檔,我加入了自己創新的思路,完成這份文檔的撰寫後,我覺得我的套用能力再一次提升。這次實習後,總結出:不能被別人的思路所束縛,創新已成為我現在的工作重點。

4、為茂名市海洋與漁業局做一個“十件民生實事”網上投票頁面。該頁面是ASP技術實現的,我們學過ASP課程,且我對ASP有一定的了解和研究,因此順利完成任務。

5、撰寫了一份“茂名市中級人民法院網站建設方案”,因為有前幾次的撰寫經驗,這次完成的速度和質量都得到領導的肯定。

三個月的實習時間雖然不長,但是我從中學到了很多知識,關於做人,做事,做學問。只有擁有自信才能夠克服一切,去實現自己的理想,創造自己的人生。

從學校到社會,環境改變了沒有什麼可怕的,可怕的是你要讓環境來適應你,我是不會讓這種事情發生的。為了可以更好更快的完成工作,同時也為了提高社會適應能力,此時就應該不斷地汲取新知識。我選擇了學習開發網站的技術:PHP、JSP,目前我認為這兩種技術比較適合我,同時公司開發網站也是使用這兩種技術。以上就是我的實習總結,可能並不是一份多么規範的總結,但確確實實是我在工作中的感受。在此,我十分感謝學校的老師教會我網頁製作、網站建設、管理與維護等計算機專業知識,和給我技術上的幫助,就業指導上的幫助。同時,感謝茂名市E科技有限公司,感謝技術部給我這樣一個寶貴的實習機會,感謝各位領導、各位同事給我的指導和幫助,感謝他們對我的栽培!謝謝!