畢業(yè)生自我鑒定優(yōu)秀(推薦)

　　自我鑒定是個(gè)人在一個(gè)階段的自我總結，自我鑒定可以總結以往思想，發(fā)揚成績(jì)，不如我們來(lái)制定一份自我鑒定吧。自我鑒定一般是怎么寫(xiě)的呢？以下是小編幫大家整理的畢業(yè)生自我鑒定優(yōu)秀，歡迎大家借鑒與參考，希望對大家有所幫助。

　　一、實(shí)習的基本概況

　　時(shí)間：20xx年xx月xx日—20xx年xx月xx日

　　地點(diǎn)：E607

　　(一)理論指導

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

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

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

　�、逦锢淼刂放c邏輯地址㈡ARP協(xié)議簡(jiǎn)介㈢ARP報文格式㈣ARP封裝㈤ARP的運行過(guò)程㈥ARP高速緩存㈦代理ARP㈧協(xié)議棧實(shí)現代碼解析㈨各模塊推薦流程：(1)ARP請求發(fā)送流程(2)輸入ARP數據包處理流程

　　3、網(wǎng)絡(luò )協(xié)議(IP)

　�、錓P協(xié)議簡(jiǎn)介

　�、姊買(mǎi)P地址：地址空間。

　�、贗P地址的表示方法：IP地址有三種常用的表示方法：二進(jìn)制表示方法、點(diǎn)分十進(jìn)制表示方法和十六進(jìn)制表示方法。

　�、跧P地址的分類(lèi)：IP地址分成5類(lèi)：A類(lèi)，B類(lèi)，C類(lèi)，D類(lèi)和E類(lèi)。其中A類(lèi)、B類(lèi)和C類(lèi)地址是基本的Internet地址，是用戶(hù)使用的地址，D類(lèi)地址用于廣播，E類(lèi)地址為保留地址。

　�、芫W(wǎng)絡(luò )號和主機：在分類(lèi)編址的A類(lèi)，B類(lèi)和C類(lèi)地址中，IP地址可劃分為網(wǎng)絡(luò )號(net-id)和主機號(host-id)。這兩部分長(cháng)度都是可變的，取決于地址的類(lèi)型。

　�、莸刂奉�(lèi)和地址塊：A類(lèi)地址共分為128個(gè)地址塊，每個(gè)地址塊都包含有個(gè)地址。這表明要使用這類(lèi)地址的機構一定是一個(gè)非常龐大的機構。B類(lèi)地址共劃分為個(gè)地址塊，每個(gè)地址塊都包含有個(gè)地址。C類(lèi)地址共劃分為個(gè)地址塊，每個(gè)地址塊都包含有256個(gè)地址。D類(lèi)地址只有一個(gè)地址塊。它用來(lái)進(jìn)行多播。E類(lèi)地址只有一個(gè)地址塊。它是保留地址。

　�、缣厥獾腎P地址：1)網(wǎng)絡(luò )地址：主機號為全“0”的IP地址不分配給任何主機，而是作為網(wǎng)絡(luò )本身的標識。

　　2)直接廣播地址：主機號為全“1”的IP地址不分配給任何主機，用作廣播地址。

　　3)有限廣播地址：32位為全“1”的IP地址()稱(chēng)為有限廣播地址。

　　4)主機本身地址：32位全“0”的IP地址()稱(chēng)為主機本身地址。

　　5)回環(huán)地址：稱(chēng)為回環(huán)地址，常用于本機上軟件測試和本機上網(wǎng)絡(luò )應用程序之間的通信地址。

　�、枳泳W(wǎng)劃分

　�、镮P報文格式

　�、闕P封裝

　�、隝P數據報分片

　�、霫P數據報校驗和

　　4、用戶(hù)數據報協(xié)議(UDP)

　　UDP協(xié)議簡(jiǎn)介：UDP(用戶(hù)數據報協(xié)議)，主要用來(lái)支持那些需要在計算機之間傳輸數據的網(wǎng)絡(luò )應用。包括網(wǎng)絡(luò )視頻會(huì )議系統在內的眾多的客戶(hù)/服務(wù)器模式的網(wǎng)絡(luò )應用都需要使用UDP協(xié)議。UDP報文格式：每個(gè)UDP報文稱(chēng)為一個(gè)用戶(hù)數據報(UserDatagram)，用戶(hù)數據報分為兩個(gè)部分：UDP首部和UDP數據。首部被分為四個(gè)16位的字段，分別代表源端口號﹑目的端口號﹑報文的長(cháng)度以及UDP校驗和。

　　UDP應用：1)UDP適用于這樣的進(jìn)程，它需要簡(jiǎn)單的請求——響應通信，而較少考慮流量控制和差錯控制。對于需要傳送成塊數據的進(jìn)程，如FTP，則通常不使用UD;2)UDP適用于具有內部流量控制和差錯控制機制的進(jìn)程;3)對多播和廣播來(lái)說(shuō)，UDP是個(gè)比較合適的傳輸層協(xié)議;;4)UDP可用于管理進(jìn)程，如SNMP協(xié)議;5)UDP可用于x些路由選擇更新協(xié)議。

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

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

　　6、域名服務(wù)(DNS)

　　DNS(域名服務(wù))是一種能夠完成從域名到地址或從地址到域名的映射系統。使用DNS，計算機用戶(hù)可以間接的通過(guò)域名來(lái)完成通信。

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

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

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

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

　　(二)實(shí)習過(guò)程或步驟

　　1、領(lǐng)略真實(shí)的MAC幀：

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

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

　　其中目的MAC地址：00142A—;源MAC地址：00142A—522C15;型或數據長(cháng)度：0800

　　2、ARP報文

　　將主機A、B、C、D、E、F作為一組進(jìn)行實(shí)驗。

　�、僦鳈CB在命令行方式下輸入staticrouteconfig命令，開(kāi)啟靜態(tài)路由服務(wù)。

　�、谥鳈CA、B、C、D、E、F在命令行下運行“arp-d”命令，清空ARP高速緩存。

　�、蹤CA、B、C、D、E、F重新啟動(dòng)協(xié)議分析器，打開(kāi)捕獲窗口進(jìn)行數據捕獲并設置過(guò)濾條件(提取ARP、ICMP)。

　�、苤鳈CAping主機E()。

　�、葜鳈CA、B、C、D、E、F停止數據捕獲，察看協(xié)議分析器中采集到的ARP報文。通過(guò)實(shí)驗了解到：?jiǎn)我籄RP請求報文不能跨越子網(wǎng)進(jìn)行地址解析，ARP報文的存活空間只限在子網(wǎng)內。因為ARP報文的請求是在網(wǎng)關(guān)下的數據請求，脫離子網(wǎng)ARP報文也就自動(dòng)失效，并且ARP請求是以廣播的方式進(jìn)行，而廣播報文不能跨越子網(wǎng)。ARP地址解析在跨越子網(wǎng)的通信中所起到的作用：作用是解析網(wǎng)關(guān)的MAC地址，ARP本身無(wú)法跨躍不同網(wǎng)段。當數據要發(fā)往外部網(wǎng)絡(luò )時(shí)，通常是首先使用ARP請求網(wǎng)關(guān)路由器的MAC地址，之后將數據發(fā)往網(wǎng)關(guān)路由器，由網(wǎng)關(guān)路由器進(jìn)行轉發(fā)。

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

　　將主機A、B、C、D、E、F作為一組進(jìn)行實(shí)驗。

　�、僦鳈CB在命令行方式下輸入staticrouteconfig命令，開(kāi)啟靜態(tài)路由服務(wù)。

　�、谥鳈CA啟動(dòng)協(xié)議編輯器，編輯一個(gè)IP數據報，其中：MAC層：目的MAC地址：主機B的MAC地址(對應于接口的MAC)源MAC地址：主機A的MAC地址。協(xié)議類(lèi)型或數據長(cháng)度：0800。IP層：總長(cháng)度：IP層長(cháng)度。生存時(shí)間：128。源IP地址：主機A的IP地址()。目的IP地址：主機E的IP地址()。校驗和：在其它所有字段填充完畢后計算并填充。自定義字段：數據：填入大于1字節的用戶(hù)數據。

　�、墼谥鳈CB(兩塊網(wǎng)卡分別打開(kāi)兩個(gè)捕獲窗口)、E上啟動(dòng)協(xié)議分析器，設置過(guò)濾條件(提取IP協(xié)議)，開(kāi)始捕獲數據。

　�、苤鳈CA發(fā)送第1步中編輯好的報文。

　�、葜鳈CB、E停止捕獲數據，在捕獲到的數據中查找主機A所發(fā)送的數據報。

　�、迣⒌�1步中主機A所編輯的報文的“生存時(shí)間”設置為1，重新計算校驗和。

　�、咧鳈CB、E重新開(kāi)始捕獲數據。

　�、嘀鳈CA發(fā)送第5步中編輯好的報文。

　�、嶂鳈CB、E停止捕獲數據，在捕獲到的數據中查找主機A所發(fā)送的數據報。觀(guān)察實(shí)驗過(guò)程得：在實(shí)驗過(guò)程中主機A所編輯的報文，經(jīng)過(guò)主機B到達主機E后，報文數據發(fā)生變化，變化的原因是：他們不在一個(gè)子網(wǎng)上。主機B能接受到A發(fā)送的報文，主機E不能，因為此報文的生存時(shí)間太短，致使主機E無(wú)法捕獲此報文。

　　4、UDP單播通信

　　將主機A、B、C、D、E、F作為一組進(jìn)行實(shí)驗。

　�、僦鳈CB、C、D、E、F上啟動(dòng)“實(shí)驗平臺工具欄中的UDP工具”，作為服務(wù)器端，監聽(tīng)端口設置為2483，“創(chuàng )建”成功。

　�、谥鳈CC、E上啟動(dòng)協(xié)議分析器開(kāi)始捕獲數據，并設置過(guò)濾條件(提取UDP協(xié)議)。

　�、壑鳈CA上啟動(dòng)“實(shí)驗平臺工具欄中的UDP工具”，作為客戶(hù)端，以主機C的IP為目的IP地址，以2483為端口，填寫(xiě)數據并發(fā)送。

　�、懿炜粗鳈CB、C、D、E、F上的“UDP工具”接收的信息。

　�、莶炜粗鳈CC協(xié)議分析器上的UDP報文

　�、拗鳈CA上使用協(xié)議編輯器向主機E發(fā)送UDP報文，其中：目的MAC地址：E的MAC地址;目的IP地址：主機E的IP地址;目的端口：2483;校驗和：0發(fā)送此報文⑦主機B、C、D、E、F關(guān)閉服務(wù)端，主機A關(guān)閉客戶(hù)端。從實(shí)驗中得出結論：UDP是一個(gè)無(wú)連接協(xié)議，傳輸數據之前源端和終端不建立連接，當它想傳送時(shí)就簡(jiǎn)單地去抓取來(lái)自應用程序的數據，并盡可能快地把它扔到網(wǎng)絡(luò )上。在發(fā)送端，UDP傳送數據的速度僅僅是受應用程序生成數據的速度、計算機的能力和傳輸帶寬的限制;在接收端，UDP把每個(gè)消息段放在隊列中，應用程序每次從隊列中讀一個(gè)消息段。

　　(2)由于傳輸數據不建立連接，因此也就不需要維護連接狀態(tài)，包括收發(fā)狀態(tài)等，因此一臺服務(wù)機可同時(shí)向多個(gè)客戶(hù)機傳輸相同的消息。

　　5、頁(yè)面訪(fǎng)問(wèn)

　�、賹⒅鳈CA和B作為一組

　�、谥鳈CA清空IE緩存。

　�、壑鳈CB啟動(dòng)協(xié)議分析器開(kāi)始捕獲數據，并設置過(guò)濾條件(提取HTTP協(xié)議)。

　�、苤鳈CA啟動(dòng)IE瀏覽器，在“地址”框中輸入**服務(wù)器的ip/experiment，并連接，服務(wù)器IP默認為53。主機B停止捕獲數據，分析捕獲到的數據。分析實(shí)驗可知，實(shí)驗中使用http的get方法(從服務(wù)器請求一個(gè)文檔)。作用：請求獲取Request-URI所標識的資源。

　　6、使用TCP連接工具與服務(wù)器進(jìn)行命令交互

　　將主機A和B作為一組;1、主機B啟動(dòng)協(xié)議分析器開(kāi)始捕獲數據并設置過(guò)濾條件(提取TCP協(xié)議)。

　　7、主機A啟動(dòng)TCP工具連接FTP服務(wù)器。

　　(1)主機A啟動(dòng)“實(shí)驗平臺工具欄中的TCP工具”。

　�、龠x中“客戶(hù)端”單選框。

　�、谠凇暗刂贰蔽谋究蛑刑钊隖TP服務(wù)器的IP地址。

　�、墼凇岸丝凇蔽谋究蛑刑钊胫鳈CFTP服務(wù)器進(jìn)程的端口號21。

　�、茳c(diǎn)擊“連接”按鈕，建立與FTP服務(wù)器的TCP連接。

　　(2)連接成功(將該次連接記為wcmd)，在接收窗口會(huì )顯示成功連接的信息。然后在發(fā)送窗口發(fā)送數據，觀(guān)察服務(wù)器回復的信息。由實(shí)驗總結出FTP服務(wù)器是使用什么方式創(chuàng )建數據連接的。

　　二、實(shí)習感受

　　(一)成績(jì)與收獲

　　經(jīng)過(guò)為期幾周的網(wǎng)絡(luò )工程實(shí)習我對IPV4協(xié)議中的各個(gè)協(xié)議有了更深入的了解。在實(shí)驗一中掌握了什么是IEEE802標準和以太網(wǎng)、太網(wǎng)的報文格式;掌握MAC地址的作用;MAC廣播地址的作用;LLC幀報文格式;協(xié)議編輯器和協(xié)議分析器的使用方法;協(xié)議棧發(fā)送和接收以太網(wǎng)數據幀的過(guò)程。通過(guò)動(dòng)手實(shí)驗捕獲數據包分析出MAC幀格式。同時(shí)學(xué)會(huì )了編寫(xiě)LLC幀，更加明白LLC幀是由目的MAC地址、源MAC地址、協(xié)議類(lèi)型和數據長(cháng)度、用戶(hù)定義數據/數據字段等組成。在實(shí)驗三中熟練掌握了IP校驗和計算方法，可手動(dòng)計算也可使用協(xié)議編輯器的“自動(dòng)計算”校驗和。

　　同時(shí)還懂得受限廣播地址的作用：受限的廣播地址是。該地址用于主機配置過(guò)程中IP數據報的目的地址，此時(shí)，主機可能還不知道它所在網(wǎng)絡(luò )的網(wǎng)絡(luò )掩碼，甚至連它的IP地址也不知道。在任何情況下，路由器都不轉發(fā)目的地址為受限的廣播地址的數據報，這樣的數據報僅出現在本地網(wǎng)絡(luò )中。最重要的是，在學(xué)習的過(guò)程中組內成員互相幫助，遇到困難大家共同解決，真正認識到團結協(xié)作精神的重要，同時(shí)我們積極利用網(wǎng)絡(luò )搜集大量資料并從中摘取與自己課題相關(guān)的內容，這樣在研究過(guò)程中又增加了不少課外知識，對大一學(xué)過(guò)的網(wǎng)絡(luò )原理是個(gè)很好的復習和回顧。另外，通過(guò)實(shí)習我發(fā)現自己目前掌握的東西還是少，在今后的學(xué)習中要不斷學(xué)習不斷總結，必須拓寬自己的知識面、開(kāi)闊自己的視野。

　　(二)問(wèn)題與不足

　　實(shí)踐過(guò)程中遇到了很多的問(wèn)題，當然也發(fā)現了自己的不足。起初，剛剛接觸網(wǎng)絡(luò )實(shí)驗平臺，不知道如何下手做實(shí)驗，經(jīng)常是沒(méi)有目的性的打開(kāi)幾個(gè)窗口。在驗證網(wǎng)絡(luò )的拓撲結構時(shí)經(jīng)常是連接失敗，但不能找到原因。打開(kāi)協(xié)議編輯器后不知道怎樣編寫(xiě)一個(gè)幀，更不了解怎樣計算校驗和;不熟悉如何正確分析捕獲到的數據包。這樣雖然掌握了各個(gè)協(xié)議的原理和組成，但是脫離了實(shí)踐的操作，因此在做完一個(gè)實(shí)驗后并沒(méi)有得到很大的提升。由其是在計算IP協(xié)議總長(cháng)度的時(shí)候，總是出現計算值違反約束條件的提示。期間我非�？鄲�。另外，自己遇到問(wèn)題時(shí)非常急躁，不能心平氣和的解決問(wèn)題。這是在今后學(xué)習和實(shí)驗中必須要避免和改正的地方。

【畢業(yè)生自我鑒定優(yōu)秀】相關(guān)文章：

優(yōu)秀畢業(yè)生自我鑒定05-30

畢業(yè)生自我鑒定優(yōu)秀10-26

畢業(yè)生的自我鑒定優(yōu)秀11-02

畢業(yè)生優(yōu)秀自我鑒定09-14

優(yōu)秀的畢業(yè)生自我鑒定07-08

畢業(yè)生自我鑒定（優(yōu)秀）08-14

[優(yōu)秀]畢業(yè)生自我鑒定08-10

畢業(yè)生自我鑒定(優(yōu)秀)07-28

【優(yōu)秀】畢業(yè)生自我鑒定07-03

(優(yōu)秀)畢業(yè)生自我鑒定07-03