1.第一周工作匯報總結(jié)課案

1、第一周工作內(nèi)容匯報表部 門：自動化系統(tǒng)及通信試驗研究中心 呈報人： 黃巖 呈報日期： 2016.7.10 第一部分：本周工作總結(jié)（任務(wù)完成情況及未完成原因）已完成：1. 在專業(yè)檢測實驗室學習61850規(guī)約測試技術(shù)和操作的基礎(chǔ)和基本原理。2. 向李工和劉洛陽學習61850客戶端的使用基礎(chǔ)和基本原理。3. 學習TCP和UDP的報文結(jié)構(gòu)和特點。學習了解SV報文、GOOSE報文的基礎(chǔ)概念和特點。4. 參加李博士的培訓(xùn)，學習開普的企業(yè)文化，認真書寫培訓(xùn)總結(jié)。第二部分：下周工作計劃安排1. 進行宣貫會培訓(xùn)，提交宣貫會培訓(xùn)總結(jié)。2. 參加領(lǐng)導(dǎo)的新員工培訓(xùn)，認真寫新員工培訓(xùn)總結(jié)。3. 聽從部門安排，保質(zhì)保量完

2、成工作任務(wù)。第三部分：經(jīng)驗和感受1. 在進入開普的第一周，我認識了各個部門的領(lǐng)導(dǎo)和同事，學習了開普“追求卓越，不斷創(chuàng)新，成功組織，成就個人”的企業(yè)文化，進行了實驗室安全的培訓(xùn)，進行了IEC61850規(guī)約的一些簡單操作、初步熟悉了測試軟件。2. 我進行了一些基本的操作，熟悉了一下測試軟件。我會更積極的學習新的知識，更新自己頭腦的數(shù)據(jù)庫，更快的適應(yīng)開普的工作，爭取幫助規(guī)約團隊更多地貢獻自己的力量。進行過的操作：定值傳輸時間檢驗：讀取定值時間，判斷小于10s；投退軟壓板響應(yīng)時間檢驗：讀取響應(yīng)時間，判斷小于相應(yīng)要求；定值區(qū)切換響應(yīng)時間檢驗：讀取響應(yīng)時間，判斷小于30s。定值修改響應(yīng)時間檢驗：讀取響應(yīng)時

3、間，判斷小于30s。錄波文件傳輸時間檢驗：小于3M的需要小于3s，超過3M的需要不低于300KB/s。多客戶端通信并發(fā)檢驗；多客戶端同時召喚錄波文件檢驗；多客戶端同時接收事件報告檢驗；裝置重啟后的多客戶端連接恢復(fù)檢驗；多客戶端同時修改定值檢驗3. TCP和UDP是傳輸層的兩種封閉形式，主要區(qū)別是TCP有確認機制，相對可靠，比較復(fù)雜;UDP沒有,相對簡單。ARP的作用就是把一個已知的IP地址解析成MAC地址，以便可以在MAC地址層（OSI的第二層）進行通信。4. 我的愿景：在年輕時多去嘗試、學習、挑戰(zhàn)，最終踏上人生的平凡之路。表格 1 我的杜拉克經(jīng)典五問我的杜拉克經(jīng)典五問我是誰？什么是我的優(yōu)勢？

4、我的價值觀是什么？我是黃巖，是開普實驗室未來的主力隊員。我的優(yōu)勢：喜歡挑戰(zhàn)，頑強、理智，善于辯證地看待問題。喜歡最新的科技，熱衷電子產(chǎn)品。敢于直面失敗，永不言棄。我的價值觀：人生就是不斷探索，不冒險比冒險更冒險理智地去冒險。Stay calm, just do it.我在哪里工作？我屬于誰？是決策者？參與者還是執(zhí)行者？我在開普實驗室工作，我屬于開普這個團隊。我是執(zhí)行者，對開普我是參與者。我應(yīng)做什么？我如何工作？會有什么貢獻？保質(zhì)保量完成實驗任務(wù)，并且在研究上奉獻自己的力量。表格 1 我的杜拉克經(jīng)典五問我的杜拉克經(jīng)典五問我是誰？什么是我的優(yōu)勢？我的價值觀是什么？我是黃巖，是開普實驗室未來的主力隊

5、員。我的優(yōu)勢：喜歡挑戰(zhàn)，頑強、理智，善于辯證地看待問題。喜歡最新的科技，熱衷電子產(chǎn)品。敢于直面失敗，永不言棄。我的價值觀：人生就是不斷探索，不冒險比冒險更冒險理智地去冒險。Stay calm, just do it.我在哪里工作？我屬于誰？是決策者？參與者還是執(zhí)行者？我在開普實驗室工作，我屬于開普這個團隊。我是執(zhí)行者，對開普我是參與者。我應(yīng)做什么？我如何工作？會有什么貢獻？保質(zhì)保量完成實驗任務(wù)，并且在研究上奉獻自己的力量。我的貢獻：期望開普能因我的努力而變得更好。我在人際關(guān)系上承擔什么責任？真誠對待每位領(lǐng)導(dǎo)、同事和客戶，感恩、謙卑，學會經(jīng)常微笑，把幫助他人當成一件快樂的事情。我的人生的目標和計

6、劃是什么？目標1：在三十歲之前爭取事業(yè)、愛情雙豐收。三十歲左右結(jié)婚生子，擁有自己的家庭。目標2：在自己老了以后，可以踏上平凡之路。我的貢獻：期望開普能因我的努力而變得更好。我在人際關(guān)系上承擔什么責任？真誠對待每位領(lǐng)導(dǎo)、同事和客戶，感恩、謙卑，學會經(jīng)常微笑，把幫助他人當成一件快樂的事情。我的人生的目標和計劃是什么？目標1：在三十歲之前爭取事業(yè)、愛情雙豐收。三十歲左右結(jié)婚生子，擁有自己的家庭。目標2：在自己老了以后，可以踏上平凡之路。說明：1. 本周為入職第一周，指導(dǎo)師傅為李工和任主任。附件 - 第一周工作匯報原始稿件第一周匯報總結(jié)黃巖在進入開普的第一周，我認識了各個部門的領(lǐng)導(dǎo)和同事，學習了開普“

7、追求卓越，不斷創(chuàng)新，成功組織，成就個人”的企業(yè)文化，進行了實驗室安全的培訓(xùn)，進行了IEC61850規(guī)約的一些簡單操作、初步熟悉了測試軟件。本報告將會分為兩個部分，第一部分是IEC61850規(guī)約測試，第二部分是TCP/IP協(xié)議族。IEC61850規(guī)約黃巖我進行了一些基本的操作，熟悉了一下測試軟件。我會更積極的學習新的知識，更新自己頭腦的數(shù)據(jù)庫，更快的適應(yīng)開普的工作，爭取幫助規(guī)約團隊更多地貢獻自己的力量。進行過的操作：1. 定值傳輸時間檢驗：讀取定值時間，判斷小于10s。2. 投退軟壓板響應(yīng)時間檢驗：讀取響應(yīng)時間，判斷小于相應(yīng)要求。3. 定值區(qū)切換響應(yīng)時間檢驗：讀取響應(yīng)時間，判斷小于30s。4.

8、定值修改響應(yīng)時間檢驗：讀取響應(yīng)時間，判斷小于30s。5. 錄波文件傳輸時間檢驗：小于3M的需要小于3s，超過3M的需要不低于300KB/s。6. 多客戶端通信并發(fā)檢驗6.1多客戶端同時召喚錄波文件檢驗6.2 多客戶端同時接收事件報告檢驗6.3 裝置重啟后的多客戶端連接恢復(fù)檢驗6.4多客戶端同時修改定值檢驗TCP/IP 協(xié)議族淺析黃巖這一部分是關(guān)于TCP/IP協(xié)議族的簡單理解和對報文處理的簡單介紹。TCP和UDP是傳輸層的兩種封閉形式，主要區(qū)別是TCP有確認機制，相對可靠，比較復(fù)雜;UDP沒有,相對簡單。ARP的作用就是把一個已知的IP地址解析成MAC地址，以便可以在MAC地址層（OSI的第二層

9、）進行通信。TCP與UDP的區(qū)別：1.基于連接(TCP)與無連接(UDP)；2.對系統(tǒng)資源的要求（TCP較多，UDP少）；3.UDP程序結(jié)構(gòu)較簡單；4.流模式與數(shù)據(jù)報模式 ；5.TCP保證數(shù)據(jù)正確性，UDP可能丟包，TCP保證數(shù)據(jù)順序，UDP不保證。工具：用wireshark抓取數(shù)據(jù)包并進行分析。一、 TCPTCP“三次握手”建立連接；“四次握手”結(jié)束連接。利用wireshark分析TCP協(xié)議的報文，和其基本行為，包括三次握手，中間信息的交互，和最后的斷開連接。1. 建立連接· 第1幀，發(fā)送SYN J:A -> B seq = 0, win = 8192, len = 0, M

10、SS = 1440, WS = 4, SACK_PERM = 1WS(Window Scale), 4表示左移動4位，原來窗口大小是16為，現(xiàn)在是20為，現(xiàn)代擴大了4倍，關(guān)于WS，這里有比較詳細的描述tcp-windows-and-window-scaling。這里比較疑惑的就是SACK_PERM這個TCP選項。SACK（Select ACKnowledgement）的目的就是當出現(xiàn)大量的報文丟失時增加恢復(fù)時間來用的，類似于累計ACK，就是說N多個ACK合成一個SACK。關(guān)于SACK，有兩個地方描述的比較詳細SelectiveAcknowledgements,TCP Selective Ack

11、nowledgment。· 第2幀，發(fā)送SYN K， ACK J+1:B -> A seq = 0, ACK = 1, Win = 14600, Len = 0, MSS = 1448, SACK_PERM = 1 WS = 128這些含義看第1幀，win = 14600, WS = 128，可以看到這臺服務(wù)器的窗口非常大，WS也很多，網(wǎng)絡(luò)性能應(yīng)該不錯的（事實也如此）。 · 第3幀，發(fā)送SYN J+1， ACK K+1:A -> B seq = 1, ACK = 1, win = 66608, Len = 0這是建立TCP連接的第3次握手，這時win = 666

12、08了，轉(zhuǎn)換為2進制有17位比16位長，因為再第1幀第2幀的交互中已經(jīng)交互了各種的TCP選項，所以這次的確認不帶有TCP選項。 2. TCP數(shù)據(jù)傳輸截圖的是報文的第7幀，這個幀報文在這次抓的報文中相對有代表性點的。這個幀的報文設(shè)置了PSH標志，而且是TCP分片傳輸?shù)膱笪?，因為此幀的報文是?幀報文分片傳輸?shù)模瑥腁CK = 125可以看出。傳輸數(shù)據(jù)的報文沒有什么特別可以說的。Tcp報文結(jié)構(gòu)3. TCP終止連接終止連接的4次交換的部分是幀19到幀21（可以發(fā)現(xiàn)，這里的交互是有問題的）。· 第19幀，發(fā)送FIN J, ACK K:A -> B seq = 2559, ack = 23

13、61, win = 65812, len = 0客戶端發(fā)起FIN主動關(guān)閉連接和上個報文的ACK（應(yīng)該是接收完了數(shù)據(jù)，關(guān)閉SOCKET），客戶端最后應(yīng)該會變成TIME_WAIT狀態(tài)。這是第一次交換。 · 第20幀，發(fā)送FIN K， ACK J+1:B -> A seq = 2361, ack = 2560, Win = 26240, Len = 37這 次交換中，除了對客戶端的ACK外，同時發(fā)送FIN，但同時帶有37字節(jié)的數(shù)據(jù)，這37個數(shù)據(jù)不是我們期待有的。可以猜測一下，可能是服務(wù)端里面有37個 字節(jié)還沒有發(fā)送，在收到FIN后，把緩存里面的數(shù)據(jù)全部發(fā)送過去。服務(wù)端如果忘記的關(guān)閉連

14、接，會變成CLOSE_WAIT狀態(tài)。這里兩次的交換合并在一起 了。· 第21幀，發(fā)送RST， ACK K+Len:A -> B seq = 2560, ACK = 2398, win = 0, Len = 0主動關(guān)閉一方收到FIN，回應(yīng)ACK。但是這里卻有一個不是我們期待的RST標志。RST標志表明往已經(jīng)關(guān)閉連接發(fā)送數(shù)據(jù)，這是個錯誤。這是第四次交換。 這里的客戶端與服務(wù)端的交換是有問題的，在第20幀，收到FIN時，不應(yīng)該再發(fā)送數(shù)據(jù)，這樣發(fā)送的數(shù)據(jù)很有可能收到的就是RST。但是這并不一定是發(fā)送數(shù)據(jù)一方的問題，很有可能是客戶端還沒有接受完數(shù)據(jù)就關(guān)閉連接了。但可以肯定的是，在客戶端或

15、服務(wù)端某個地方肯定存在BUG。二、UDP報文分析1. UDP報文結(jié)構(gòu) UDP報頭定長為8B。按順序為： 源端口號：關(guān)于端口號有一些規(guī)定，服務(wù)器端通常用熟知端口號，通常在0-1023之間。而客戶端用隨機的端口號，其范圍在49152到65535之間。 目的端口號 長度：包括報頭和數(shù)據(jù)的長度之和。在8，65535區(qū)間。 檢驗和：提供差錯檢測功能2UDP檢驗和的計算 UDP的檢驗和所需信息1 UDP偽首部：源IP + 目的IP + Byte 0 + Byte 17+ UDP長度，其目的是讓UDP兩次檢查數(shù)據(jù)是否已經(jīng)正確到達目的地，只是單純?yōu)榱俗鲂ｒ炗玫摹? UDP首部：該長度不是報文的總長度，而只是U

16、DP（包括UDP頭和數(shù)據(jù)部分）的總長度3 UDP的數(shù)據(jù)部分檢驗和的計算步驟：1 把偽首部添加到UDP上；2 計算初始時將檢驗和字段添零的；3 把所有位劃分為16位（2字節(jié)）的字4 把所有16位的字相加，如果遇到進位，則將高于16字節(jié)的進位部分的值加到最低位上。5 將所有字相加得到的結(jié)果應(yīng)該為一個16位的數(shù)，將該數(shù)按位取反則可以得到檢驗和。舉例子分析該例子計算的是一個UDP的檢驗和由上圖可知源IP、目的IP、UDP長度和數(shù)據(jù)。計算步驟：1 首先將檢驗和部分添零；2 然后將TCP偽首部部分，TCP首部部分，數(shù)據(jù)部分都劃分成16位的一個個16進制數(shù)；3 將這些數(shù)逐位相加，記得溢出的部分加到最低位上，

17、這是循環(huán)加法，最終得到0x4bff4 最后，將得到的結(jié)果取反，則可以得到檢驗和0xb400三、使用WireShark對ARP協(xié)議進行分析（1）啟動WireShark（2）捕獲數(shù)據(jù)（3） 停止抓包并分析ARP請求報文將Filter過濾條件設(shè)為arp，回車或者點擊“Apply”按鈕（4）ARP請求報文分析1. 粘貼你捕獲的ARP請求報文 2. 分析你捕獲的ARP請求報文第一行 幀基本信息分析（粘貼你的Frame信息）Frame Number（ 幀的編號）：_1457_（捕獲時的編號）Frame Length(幀的大小)：_60_字節(jié)。（以太網(wǎng)的幀最小64個字節(jié)，而這里只有個字節(jié)，應(yīng)該是沒

18、有把四個字節(jié)的CRC計算在里面，加上它就剛好。）Arrival Time(幀被捕獲的日期和時間): _sep 23,_2014 15 :15 :38 .463721000_ Time delta from previous captured frame(幀距離前一個幀的捕獲時間差):_0.002937000 seconds_ Time since refernce or first frame(幀距離第一個幀的捕獲時間差)：_24.488816000 seconds_ Protocols in frame(幀裝載的協(xié)議)：_eth:arp_第二行 數(shù)據(jù)鏈路層：（粘貼你的數(shù)據(jù)鏈路層信息）Dest

19、ination（目的地址）：_Broadcast(ff:ff:ff:ff:ff:ff)_（這是個MAC地址，這個MAC地址是一個廣播地址，就是局域網(wǎng)中的所有計算機都會接收這個數(shù)據(jù)幀）Source（源地址）：G-ProCom_45:48:16(00:23:24:45:48:16)幀中封裝的協(xié)議類型：ARP(0x0806)（這個是ARP協(xié)議的類型編號。）Trailer：是協(xié)議中填充的數(shù)據(jù)，為了保證幀最少有64字節(jié)。第三層 ARP協(xié)議：（粘貼你的ARP請求報文）在上圖中，我們可以看到如下信息：ardware type（硬件類型）：_Ethernet(1)_rotocol type（協(xié)議類型）： IP

20、(0x0800)_ardware size(硬件信息在幀中占的字節(jié)數(shù))：_6_rotocol size(協(xié)議信息在幀中占的字節(jié)數(shù))：_4_操作碼（opcode）：requset(0X0001)發(fā)送方的地址（Sender MAC address）：G-ProCom_45:48:16(00:23:24:45:48:16)_發(fā)送方的IP地址（Sender IP address）：_10.30.28.22(10.30.28.22)_目標的地址（Target MAC address:）：_00:00:00_00:00:00(00:00:00:00:00:00)_目標的IP地址（Target IP add

21、ress:）：_10.30.28.1(10.30.28.1)_（3）分析ARP應(yīng)答報文（粘貼你的ARP應(yīng)答報文）應(yīng)答報文中的 操作碼（opcode）：reply(0X0002)發(fā)送方的地址（Sender MAC address）： _0c:da:41:63:03:f4(0c:da:41:63:03:f4)_發(fā)送方的IP地址（Sender IP address）：_10.30.28.1(10.30.28.1)_目標的地址（Target MAC address:）：_ G-ProCom_45:47:dd(00:23:24:45:47:dd)_目標的IP地址（Target IP address:）：_10.30.28.38(10.30.28.38)_練習1