① 網路優化中心工作總結及計劃
光陰似箭，歲月無痕，一段時間的工作已經結束了，這段時間里，相信大家面臨著許多挑戰，也收獲了許多成長，是時候抽出時間寫寫工作總結了。那麼如何把工作總結寫出新花樣呢？下面是我為大家收集的網路優化中心工作總結及計劃，僅供參考，歡迎大家閱讀。
網路優化中心工作總結及計劃 篇1
20xx年，網路優化工作已經步入了可持續發展的關鍵年，優化工作得到了省公司領導的高度重視，在集團公司的指導下，在各地市分公司的配合下，經過全省優化人員的共同的努力，我省優化工作在管理和業務上均取得了長足的進步，使優化體系健康發展，網路質量穩步提升。9月份集團組織了網路測試驗收，我省長春市WCDMA網路綜合質量在56個測試城市中排名第十九，GSM網路在話務負載遠高於其他城市的情況下，綜合質量排名第三十，且兩網所有單項測評指標均超過集團公司的考核標准。雖然取得了可喜的成績，但是在工作中也看到了自身的不足，督促我們在明年的工作中要開拓創新，勇於進取，利用好網路優化支撐系統，建立網路質量評估體系，以提升網路指標，提升用戶感知為目的，更好地開展網路優化工作。
一、網路優化工作開展情況
1、深入落實持續性網路優化工作
年初，優化中心參照集團相關制度及規范，結合我省實際情況制定了《吉林聯通無線網持續性網路優化制度及規范》，並在省內得到了較好地落實，從優化工作執行過程和現場檢查情況來看，持續性網路優化制度及規范為保障持續性優化工作切實落實發揮了重要的作用，持續性優化體系的落實為我省網路質量穩步提升提供了有力的支撐。
2、重點解決質量差小區，提高網路質量
由於受到話務量過高、網路資源不足等多種因素的影響，質差小區數量不斷攀升，針對這一問題，省網路優化中心組織了片區包保工作方式，對每天的質差小區進行統計，定位問題點，加強對質差小區處理力度。經過共同的努力，我省質量差小區數目不斷減少，其中無線接通率質量差小區比例已經由6月份的2.03%下降到10月份的0.55%。
3、致力降低業務信道擁塞率，提高用戶感知
年初以來，我省話務量不斷攀升，忙時話務量由年初的51277.95erl上升到80687.87erl，業務信道擁塞率由年初的2%上升到10.56%。針對這種情況，我中心對擁塞嚴重小區和超閑小區開展優化，結合網路擴容使業務信道擁塞率逐步下降，在9月末已經控制在5%以內，與6月份同期相比下降了50%；全省忙時超閑小區比例已經從7月份的32.23%降至10月份的26.15%，使網路資源得到了有效利用。
4、開展多種專項網路優化，深層次了解網路狀況
開展全省高速、高鐵、重點場所測試，共計發現問題點41處，其中已得到有效解決18處；開展WCDMA網路室分優化，截止12月31日已完成優化站點數644個。累計發現問題點數183個，通過參數優化、室分整改等手段解決183個；對全省重點鄉鎮測試評估，累計完成200個重點鄉鎮連接道路的測試，並進行數據對比分析，問題匯總，將結果發送至網建、市場等部門，作為網路發展的參考依據；進行深度覆蓋優化專題研究，完成信號衰耗測試對比、由1800M信號覆蓋情況推導WCDMA網路覆蓋情況、不同站址覆蓋情況的研究等工作。
5、持續建設支撐系統，推廣優化平台使用
在優化平台系統上開發了網路優化論壇，為全省網路優化人員提供了一個技術交流、資源共享的平台；同時加強設備維護，使網路優化支撐系統從09年初運行至今無故障歷史；組成專家組，深入各地市開展現場培訓，在全省范圍內推廣使用，提高了優化人員的工作效率，完成全省室內分布信號監測系統擴容工程初步驗收；3G網網路優化專業網路優化平台購置增補功能合同終驗等建設項目。
6、加強核心網優化工作，提升業務能力
進行全省預付費用戶資源優化，HLR資源利用率由原來的全省平均94%下降到81%，為市場部門的發展提供了強有力的後台支撐；完成2G話務量轉移，從G網向W網轉移用戶21萬；進行了核心網定時器及相關網元參數進行摸底調查修改工作，對於提高用戶感知起到了相當重要的作用。
7、開展AMR功能試驗
在20xx年進行了EFR功能試驗，效果較好，並在全國范圍內得到推廣的前提下，20xx年我省進行了半速率AMR試驗，進一步改善語音質量。今年我省語音話務量和數據業務量高速增長，城市內網路建設存在較大的困難，隨著站型的加大，網路干擾也在加大，半速率話務量比例已經達到20%以上，嚴重影響了用戶感知。為了提升網路的語音質量，12月份在長春市內選擇了兩個BSC進行了AMR功能試驗。通過DT測試觀察到，試驗前後，語音MOS均值從3.49提高到3.56，MOS分布指標由27.16%下降至18.45%。MOS均值以及MOS分布都有較大提升。
二、工作計劃
1、加強優化管理，繼續開展持續性優化工作
繼續深入落實持續性優化工作，加強優化管理，保障日常優化工作按照持續性優化制度開展；定期檢查作業計劃，糾正執行過程中的錯誤；開展現場檢查，重點指導地市如何開展好持續性優化工作；加大對主系統廠家及第三方優化隊伍的管理，利用優化平台和第三方測試，加強對地市優化工作的考評，使持續性優化工作能夠保質保量開展到位。
2、開展多元式優化培訓，提升優化人員技術水平
聘請主系統廠家優化專家集中開展優化專題培訓，分批次集中不同層次的優化人員開展現場優化，進行省內優化經驗交流，有條件的情況下進行省際優化經驗交流，提升優化人員技術水平。
3、建立質量監控體系，發現網路問題
在平台上建立網路質量信息庫，定期組織測試，及時更新信息庫的內容，通過周期性採集DT/CQT數據，結合MR、KPI進行分析，發現不同場景下的網路覆蓋及質量問題，並以圖形化、表格化方式呈現。掌握現網存在的影響網路質量或可能影響網路質量的問題，組織網優力量解決存在網路問題，提升網路質量。
4、開展支撐系統建設，推廣平台應用
建設WCDMA網路無線優化平台，建設核心網優化平台，加大MR數據採集范圍。結合日常及專項優化工作，推廣平台的使用，重點加強新建的WCDMA與核心網優化平台的.推廣。
5、開展多樣化專項優化工作，深入研究網路問題
由省分優化分管領導帶頭，以片區包保的組織方式開展優化工作，承擔包保地市的網路質量，分批次開展專家級網路評估，開展以提升網路指標為目的的專題優化；在無線網側進行室內分布、2/3G互操作、無線環境等多種優化，提升網路性能及用戶感知；在核心網側進行鑒權加密優化、分組域優化、聯合無線側進行端到端優化，對存在的網路問題進行深入研究。
網路優化中心工作總結及計劃 篇2
在新年即將來臨之際，我部門將20xx年工作情況總結如下：
一、全年工作內容
1）DT、CQT測試漳州八縣一市兩區DT和CQT定期測試一次，測試線路和CQT選點由分公司提供。上報測試評估分析報告，包括統計各項路測指標，統計分析掉話、切換、通話質量差、接通率差等問題點，提交解決方案，並進行處理解決（其中網管操作、天饋調整、設備調配、拆裝由聯通方配合），跟蹤反饋處理結果。每月盲區弱覆蓋資料整理匯總並更新缺陷庫，每周根據投訴和測試情況查找模糊計費區域更新各地市邊界漫遊小區增刪表，每月對轄區內網路優化的問題點進行匯總、分析、處理並上報市公司。配合和參與省、市公司組織的專項優化工作、應急優化和工程優化工作；配合本業務區內新增基站及割接後的現場測試；配合進行各種應急事件的現場測試和優化工作；配合網路規劃工作的測試、勘察內容；遵循聯通規章制度。
2）投訴處理測試漳州八縣一市兩區投訴工單測試、處理工作。包括轄區內網路優化每月10010客戶平台投訴工單、每月聯通內部員工投訴單中需測試解決的部分。每日提交投訴日報表，每周提交投訴分析處理報告，每月對網路質量投訴進行定期分析，對同類型同區域的廣泛投訴進行整理、分析並上報。
二、各項工作完成情況
1、積極配合好聯通所安排工作，全年共完成工作單量為8500單。
2、每天做好投訴處理人員工作的安排，對投訴處理工作每周進行周總結，採取嚴格的考核制度，及時協調解決工作中存在的各種問題。對投訴處理人員的工作進行相應的考核，積極表揚在工作中出色表現的員工並給予一定的獎勵。截止12月底共處理投訴2685單，其中GSM網路投訴1324單，WCDMA網路投訴1361單。
3、及時安排人員配合聯通運行維護部人員對漳州高校園區（漳州師院，廈大漳州校區，漳州高校區）、重大割接及BSC網路升級、新建站配合測試、縣分投訴，天饋調整等各種配合優化測試任務，完成實際工作單量達到4000多單。
4、積極配合聯通公司要求的每月對漳州各個縣城（八縣一市兩區）的主要道路及漳龍高速、漳詔高速兩條高速；國道319、國道324等進行DT測試並完成相應的分析處理報告，共完成3500單。
5、針對本部門剛成立，業務知識水平和專業技能還比較不足，積極組織人員參與各種專業技能培訓不斷的提高本部門員工的技能水平和專業素養，開展人員培訓共計30多場，經過培訓員工的技能水平得到的很大的提高。
6、督促本部門員工不斷提高自身的綜合技能水平，加強本行業知識的學習，積極參加運營商組織的各種認證考試。
三、人員情況
本部門現有人員7人，採用分組管理的模式，共分三個小組，負責漳州九地市的投訴處理工作。今年新近人員3人，離職5人，離職率為41.7%。人員離職主要原因是感覺工資低，離職人員都為組員，班組長無辭職人員。
四、甲方評價
今天每月考核分都在90分以上，無扣分情況。
五、工作計劃
1、積極配合好甲方工作，爭取讓甲方100%滿意。工作技能方面有更進一步的加強。
2、加強人員之間的溝通和學習，爭取業務水平的全面提高，面對新的一年，每個人的技術水平有更好的提高。
3、積極配合各部門工作。
經過一年的工作和學習，感受到了大家工作的積極和努力，在工作中也碰到一些難題，但是大家同舟共濟，一起解決，體現了團體相互配合，共同進取的態度。
針對工作中存在的一些技術水平不夠了解的情況，大家有信心通過新的一年的學習，努力做到更加優秀！
② 移動網路優化實踐
網路優化對於App產品的用戶體驗至關重要，與公司的運營和營收息息相關。這里列舉兩個公開的數據：
「 頁面載入超過3秒，57%的用戶會離開。 」
「 Amazon頁面載入延長1秒，一年就會減少16億美金營收。 」
首先是網路不可用的問題。主要由以下幾種原因導致：
GFW的攔截，原因你懂的。
DNS的劫持，埠的意外封禁等。
偏遠地區網路基礎設施比較差。
其次是網路載入時間長。原因包括： * 移動設備出於省電的目的，發出網路請求前需要先預熱通信晶元。 * 網路請求需要跨網路運營商，物理路徑長。 * HTTP請求是基於Socket設計的，請叢嫌求發起之前會經歷三次握手，斷開時又會進行四次揮手滲辯手。
最後是HTTP協議的數據安全問題。原因有： * HTTP協議的數據容易被抓包。Post包體數據經過加密能夠避免泄露，但協議中的URL和header部分還是會暴露給抓包軟體。HTTPS也面臨相似的問題。 * 運營商數據惡意篡改嚴重。如下圖中，App的網頁中就被運營商插入了廣告。
3
面對上述網路問題，我們首先在HTTP短連請求中進行了一些優化嘗試。
1. 告別 DNS，直接使用 IP 地址
如果是首次發送基於 HTTP 協議的網路服務，第一件事就是進行 DNS 域名解析，我們統計過 DNS 解析成功率只有 98%，剩下 2% 是解析失敗或者運營商 DNS 劫持（Local DNS 返回了非源站 IP 地址），同時 DNS 解析在 3G 下耗時 200 毫秒左右，4G 也有 100 毫秒左右，延遲明顯。我們基於 TCP 連接，直接跳過了 DNS 解析階段，使用內置 IP 列表的方式進行網路連接。
App 內置了一組 Server IP 列表，同時每個 IP 具備權重。每次建立新連接，會選擇權重最高的 IP 地址進行連接。App 啟動時，IP 列表的所有權重是相同的，此時會啟動一組 Ping 的操作，根據 Ping 值的延遲時間來計算 IP 的權重，這么做的原理是 Ping 值越小的 IP 地址，連接後的網路傳輸延遲也應該相對更小。業界也有使用 HTTP DNS 方式來解決 DNS 劫持問題，同時返回最合適用戶網路的 Server IP。然而 HTTP DNS 的開發和部署需要不小的開發成本，我們目前沒有使用。
內置 Server IP 列表也會被更新，每次 App 啟動後會有個 Mobile Config 服務（支持 TCP 和 HTTP 兩種網路類型服務）更新 Server IP 列表，同時支持不同產品線的 Server IP 列表更新。因此，傳統 DNS 解析能夠解決多 IDC 導流的功能也可以通過此方法解決。
2. Socket 連接優化，減少連灶則接時間
和 HTTP 協議中的 Keepalive 特性一樣，最直接減少網路服務時間的優化手段就是保持長連接。每次 TCP 三次握手連接需要耗費客戶端和服務端各一個 RTT（Round trip time）時間才能完成，就意味著 100-300 毫秒的延遲；TCP 協議自身應對網路擁塞的 Slow Start 機制也會影響新連接的傳輸性能。
App 使用了長連接池的方式來使用長連接，長連接池中維護了多個保持和服務端的 TCP 連接，每次網路服務發起後會從長連接池中獲取一個空閑長連接，完成網路服務後再將該 TCP 連接放回長連接池。我們沒有在單個 TCP 連接上實現 Pipeline 和 Multiplexing 機制，而是採用最簡單的 FIFO 機制，原因有二：
簡化 Mobile Gateway 的服務處理邏輯，減少開發成本；
在服務端同時返回多個響應時，如果某個響應報文非常大，使用多個長連接方式可以加快接收服務響應報文速度。
如果發起網路服務時長連接池中的 TCP 連接都正在被佔用，或者 TCP 長連接的網路服務失敗，則會發起一個 TCP 短連接實現網路服務。這里長連接和短連接的區別僅僅是服務完成後是否直接關閉這個 TCP 連接。
附： Pipeline 和 Multiplexing 是有區別的，如 HTTP/1.1 支持 Pipeline，客戶端能否同時發送多個請求，但是服務端返回響應時也要按照請求的發送次序來返回響應；SPDY 和 HTTP/2 協議支持 Multiplexing，即支持響應報文的亂序返回，發送請求和接收響應互不幹擾，因此避免了 HTTP/1.1 Pipeline 也沒能完全解決的 Head of line blocking 問題。
3. 弱網和網路抖動優化
App 引入了網路質量參數，通過網路類型和端到端 Ping 值進行計算，根據不同的網路質量改變網路服務策略：
調整長連接池個數：例如在 2G/2.5G Egde 網路下，會減少長連接池個數為 1（運營商會限制單個目標 IP 的 TCP 連接個數）；WIFI 網路下可以增加長連接池個數等機制。
動態調整 TCP connection、write、read 的超時時間。
網路類型切換時，例如 WIFI 和移動網路、4G/3G 切換至 2G 時，客戶端 IP 地址會發生變化，已經連接上的 TCP Socket 註定已經失效（每個 Socket 對應一個四元組：源 IP、源 Port、目標 IP、目標 Port），此時會自動關閉所有空閑長連接，現有網路服務也會根據狀態自動重試。
4. 數據格式優化，減少數據傳輸量和序列化時間
傳輸數據量越小，在相同 TCP 連接上的傳輸時間越短。攜程 App 曾經使用自行設計的一套數據格式，後來和 Google ProtocolBuffer 對比後發現，特定數據類型下數據包大小會降低 20-30%，序列化和反序列化時間可以降低 10-20%，因此目前核心服務都在逐步遷移到到 ProtocolBuffer 格式。另外 Facebook 曾分享過他們使用 FlatBuffer 數據格式 提高性能的實踐，我們分析後不太適合攜程的業務場景因而沒有使用。
5. 引入重試機制，提升網路服務成功率
受 TCP 協議重傳機制來保證可靠傳輸的機制啟發，我們在應用層面也引入了重試機制來提高網路服務成功率。我們發現 90% 以上的的網路服務失敗都是由於網路連接失敗，此時再次重試是有機會連接成功並完成服務的；同時我們發現前面提到的網路服務生命周期處於 1 建立連接、序列化網路請求報文、發送網路請求這三個階段失敗時，都是可以自動重試的，因為我們可以確信請求還沒有達到服務端進行處理，不會產生冪等性問題（如果存在冪等性問題，會出現重復訂單等情況）。當網路服務需要重試時，會使用短連接進行補償，而不再使用長連接。
實現了上述機制後，攜程 App 網路服務成功率由原先的 95.3%+ 提升為如今的 99.5%+（這里的服務成功率是指端到端服務成功率，即客戶端採集的服務成功數除以請求總量計算的，並且不區分當前網路狀況），效果顯著。
6. 其他網路服務機制 & Tricks
攜程 App 也實現了其他一些網路服務機制方便業務開發，如網路服務優先順序機制，高優先順序服務優先使用長連接，低優先順序服務默認使用短連接；網路服務依賴機制，根據依賴關系自動發起或取消網路服務，例如主服務失敗時，子服務自動取消。
開發過程中我們也發現一些移動平台上的 TCP Socket 開發 tricks：
iOS 平台上的原生 Socket 介面創建連接並不會激活移動網路，這里原生 Socket 介面是指 POSIX Socket 介面，必須使用 CFSocket 或者再上層的網路介面嘗試網路連接時才會激活網路。因此攜程 App 啟動時會優先激活注冊一些第三方 SDK 以及發送 HTTP 請求來激活移動網路。
合理設置 Socket 的幾個參數：SO_KEEPALIVE 參數確保 TCP 連接保持（註：此 KeepAlive 是 TCP 中的屬性，和 HTTP 的 KeepAlive 是兩個場景概念），SO_NOSIGPIPE 參數關閉 SIGPIPE 事件，TCP_NODELAY 參數關閉 TCP Nagle 演算法的影響。
由於 iOS 要求支持 IPv6-Only 網路，因此使用原生 Socket 必須支持 IPv6。
如果使用 select 來處理 nonblocking IO 操作，確保正確處理不同的返回值和超時參數。
保持 TCP 長連接可用性的心跳機制：對於非 IM 類應用而言，心跳機制的作用不大，因為用戶會不斷觸發請求去使用 TCP 連接，尤其在攜程業務場景下，通過數據統計發現使用心跳與否對服務耗時和成功率影響極小，因此目前已經關閉心跳機制。原先的心跳機制是 TCP 長連接池中的空閑 TCP 連接每 60 秒發送一個心跳包到 Gateway，Gateway 返回一個心跳響應包，從而讓雙方確認 TCP 連接有效。
Hybrid 網路服務優化
攜程 App 中有相當比例的業務是使用 Hybrid 技術實現的，運行在 WebView 環境中，其中的所有網路服務（HTTP 請求）都是由系統控制的，我們無法掌控，也就無法進行優化，其端到端服務成功率也僅有 97% 左右（註：這里指頁面中業務邏輯發送的網路服務請求，而非靜態資源請求）。
我們採用了名為『TCP Tunnel for Hybrid』的技術方案來優化 Hybrid 網路服務，和傳統 HTTP 加速產品的方法不同，我們沒有採用攔截 HTTP 請求再轉發的方式，而是在攜程 Hybrid 框架中的網路服務層進行自動切換。
如圖所示，該技術方案的流程如下：
如果 App 支持 TCP Tunnel for Hybrid，Hybrid 業務在發網路服務時，會通過 Hybrid 介面轉發至 App Native 層的 TCP 網路通訊層，該模塊會封裝這個 HTTP 請求，作為 TCP 網路服務的 Payload 轉發到 TCP Gateway；
TCP Gateway 會根據服務號判斷出是 Hybrid 轉發服務，解包後將 Payload 直接轉發至 HTTP Gateway，此 HTTP 請求對 HTTP Gateway 是透明的，HTTP Gateway 無需區分是 App 直接發來的還是 TCP Gateway 轉發來的 HTTP 請求；
後端業務服務處理完成後，HTTP 響應會經 HTTP Gateway 返回給 TCP Gateway，TCP Gateway 將此 HTTP 響應作為 Payload 返回給 App 的 TCP 網路通訊層；
TCP 網路通訊層會再將該 Payload 反序列化後返回給 Hybrid 框架，最終非同步回調給 Hybrid 業務調用方。整個過程對於 Hybrid 業務調用方也是透明的，它並不知道 TCP Tunnel 的存在。
採用該技術方案後，攜程 App 中 Hybrid 業務的網路服務成功率提升至 99% 以上，平均耗時下降了 30%。
海外網路服務優化
攜程目前沒有部署海外 IDC，海外用戶在使用 App 時需要訪問位於國內的 IDC，服務平均耗時明顯高於國內用戶。我們採用了名為『TCP Bypass for Oversea』的技術方案來優化海外網路服務性能，主要是使用了 Akamai 的海外專屬網路通道，同時在攜程國內 IDC 部署了局端設備，使用專用加速通道的方式來提升海外用戶體驗。
海外用戶啟動 App 後先通過 Akamai 定製域名獲取 Server IP，所有網路服務優先走 Akamai 通道；如果 Akamai 通道的網路服務失敗並且重試機制生效時，會改走傳統 Internet 通道進行重試。相比只用傳統 Internet 通道，在保持網路服務成功率不變的情況下，使用 Akamai 通道 Bypass 技術後平均服務耗時下降了 33%。
其他網路協議探討
過去兩年我們的網路服務優化工作都是基於 TCP 協議實現的，基本達到了優化目標。不過這兩年來新的應用層網路協議 SPDY 和 HTTP/2 逐步邁入主流，基於 UDP 的 QUIC 協議看起來也非常有趣，值得跟進調研。
SPDY & HTTP/2
SPDY 是 Google 基於 TCP 開發的網路應用層協議，目前已經停止開發，轉向支持基於 SPDY 成果設計的 HTTP/2 協議，HTTP/2 協議的核心改進其實就是針對 HTTP/1.x 中影響延遲性能的痛點進行優化：
Header 壓縮：壓縮冗餘的 HTTP 請求和響應 Header。
支持 Multiplexing：支持一個 TCP 連接上同時實現多個請求和響應。
保持長連接（比 HTTP/1.x 更徹底）：減少網路連接時間。
支持推送：可以由服務端主動推送數據到客戶端。
官方性能測試結果顯示使用 SPDY 或者 HTTP/2 的頁面載入時間減少 30% 左右，不過這是針對網頁的測試結果，對於 App 中的網路服務，具體優化效果我們還在進行內部測試，不過其優化手段看和目前我們使用 TCP 協議的優化手段類似，因此性能優化效果可能不會很顯著。
QUIC
QUIC 是 Google 基於 UDP 開發的應用層協議，UDP 協議無需連接，不存在重傳機制，因此應用層需要保證服務的可靠性。目前國內騰訊有針對弱網路嘗試過 QUIC 協議，我們也在進行測試，最終是否會採用還需要看測試的結果。
綜述
技術只是手段，最終還是要反映在業務效果上。我們已經實現除靜態資源等需要訪問 CDN 的網路請求外，其他 App 網路服務使用統一的 TCP 通道，從而具備更好的性能調優和業務監控能力。攜程目前基於 TCP 協議的各種 App 網路服務優化，也是各種技術方案的平衡，雖然目前 HTTP/2 等新協議逐步成熟，但是 TCP 協議自身的靈活性支持有針對性的性能優化，還是具備其特別的優勢，希望我們的實踐總結能對國內無線技術從業者有一些借鑒價值。
③ 實訓報告實訓心得6篇
同樣的文檔，我們可能會有很多種角度來編寫，寫文章之前閱讀範文，是一個優秀的習慣，不是，你可以在網上找相關範文。你是否正在收集和整理相關範文呢？我特別整理來自網路的實訓報告殲大實訓心得，請馬上收藏本頁，以方便再次閱讀！
實訓報告實訓心得【篇1】
一、實驗目的與要求：
（簡述本次實驗要求達到的目的，涉及到的相關知識點，實驗的具體要求及實驗環境，實驗環境中標明源主機、目的主機的IP地址及MAC地址）
1、 實驗目的
理解ARP協納鄭議的原理，掌握ARP地址欺騙的方法。
2、實驗環境（標明拓撲結構、源主機、目的主機的IP地址及MAC地址） 發給A的包：數據鏈路層：源主機MAC:D 目的主機MAC:A
ARP報頭格式：源主機IP:C 目的主機IP:A 源主機MAC:D 目的主機MAC:000000-000000
發給C的包：數據鏈路層：源主機MAC:D 目的主機MAC:C
ARP報頭格式：源主機IP:A 目的主機IP:C 源主機MAC:D 目的主機MAC:000000-000000
二、實驗內容
（根據本次實驗項目的具體任務和要求，完成相關內容，可包括：實驗原理、實驗流程概述、實驗具體步驟、關鍵技術分析、實驗過程。）
1、 實驗原理
ARP協議是用來已知IP地址求MAC地址。在每台主機中都有一張ARP地址緩存表，當有ARP請求時，它不但會應答，還會將請求報文中ARP層的源IP和源MAC與本地緩存進行對比，若不一致，則更新。
2、 實驗流程概述
1） 我ARP報文中的相關欄位值
2） 持續發送報文
3） 各主機檢查本地地ARP地址緩存表，觀察D發包前後ARP緩存表的變化。
3、實驗具體步驟
各主機打開工具區的「拓撲驗證工具」，選擇相應的網路結構，配置網卡後，進行拓撲驗證，如果通過拓撲驗證，關閉工具繼續進行實驗，如果沒有通過，請檢查網路連接。
本練習將主機A、C和D作為一組，主機B、E和F作為一組。現僅以主機A、C、D所在組為例，其它組的操作參考主機A、C、D所在組的操作。
1. 主機A和主機C使用「arp -a」命令察看並記錄ARP高速緩存。
2. 主機A、C啟動協議分析器開始捕獲數據並設置過濾條件（提取ARP協議和ICMP協議）。
3. 主機A ping 主機C。觀察主機A、C上是捕獲到的ICMP報文，記錄MAC地址。
4. 主機D啟動協議我器向主機A我ARP請求報文（暫時不發送）。其中： MAC層：
源MAC地址：主機D的MAC地址。
目的MAC地址：主機A的MAC地址。
ARP層：
發送端MAC地址：主機D的MAC地址。
發送端IP地址：主機C的IP地址。
目的端MAC地址：000000-000000。
目的端IP地址：主機A的IP地址。
5. 主機D向主機C我ARP請求報文（暫時不發送）。其中
MAC層：
源MAC地址：主機D的MAC地址。
目的MAC地址：主機C的MAC地址。
ARP層：
發送端MAC地址：主機D的MAC地址。
發送端IP地址：主機A的IP地址。
目的端MAC地址：000000-000000。
目的端IP地址：主機C的IP地址。
6. 同時發送第4步和第5步所我的數據包。
【注意】為防止主機A和主機C的ARP高速緩存表被其它未知報文更新，可以定時發送數據包（例如：每隔500ms發送一次）。
7. 觀察並記錄主機A和主機C的ARP高速緩存表。
8. 在主機D上啟動靜態路由氏茄豎服務（方法：在命令行方式下輸入「staticroute_config」），目的是實現數據轉發。
9. 主機D禁用ICMP協議。
（1）在命令行下輸入「mmc」，啟動微軟管理控制台。
4、實驗過程（主要過程截圖）
三、實驗分析與小結：
（實驗結果需有相關截圖，分析實驗結果；總結實驗過程中遇到的問題並分析產生的原因及相關解決方法；附上個人心得體會）
1、實驗結果（結果截圖）
實訓報告實訓心得【篇2】
短短的一個半月的集訓就要結束了，在這短短的焊工集訓中使我學會了好多好多!如直流焊機焊的單面焊雙面成形，還有二氧化碳氣體保護焊的立焊單面焊雙面成形，還有......
當我集訓的第一天開始時，我的心裡很高興,但是也很緊張害怕，到了實習場時，師傅給我們講哦一些理論上的東西!講完之後就我們自己操作，當我把焊條鋏在焊鉗准備焊的時候心裡特別的緊張!焊的時候焊條總是粘在焊件上，在師傅的指導下，慢慢的有了進步，可是看見別人焊的那麼好，我的心裡很不是滋味。後來問了師傅，才知道焊條要拿的低一點，移動速度要慢一點，才能焊的好!我就聽了師傅的話，天天的練習......終於第10幾天，我焊出的焊件讓師傅為了提高生產技能水平，加強個人考試能力。我班於星期六展開技能練習培訓!
我選擇的是焊條電弧焊全位置焊項目。起初拿到試件我還不是很在意因為在10月份我已經進行過一個月的該項目培訓。心裡想著：這個肯定是小菜一碟。但事實卻並非如此。
一、焊前准備
點焊管子，本應該是在11點鍾，5點鍾、8點位置點焊並加固。但由於開始沒有用石筆標注。所以有點偏。加固後打。
二、打底焊接。
手把打的我的裡面成形尚可。但外面不夠平整。特別是下面實訓心得體會仰焊位子，兩邊夾角較深。極易照成夾渣，及融合不良。究其原因是停留時間過久，兩邊邊緣沒有帶到位。需要多加練習。保證外表面平整。
三、填充層
填充層最重要的是融合好且留夠1到2毫米的坡口利於蓋面。但我的焊件由於前期沒有做好規劃，焊接時急於往上帶，造成中間凸起都高於母平面。影響蓋面成形。焊後分析原因：
1、推力電流開大了。2兩邊停留時間不夠。3.焊條角度與運條方式沒有跟上。
四、蓋面層
蓋面層是我最差的一部分。表面成形高低不平，整齊度也很差。
主要原因有：
1、填充太差不利於蓋面。
2、缺乏練習。手不夠穩、
3、急於求成，沒有仔細規劃。
經過這次培訓我看到了一些自己的不足，有了改進的方向!我相信下次我一定會更好。同時我也發現「三天不練，手生!!!」這句話的真義。好的技能不是一朝一夕就能一撮而就的。需要的是不斷的努力練習改進自己。有時候以為自己已經掌握的東西不加以熟悉最終也會變質。
實訓報告實訓心得【篇3】
導游，被稱為旅遊業的靈魂、旅行社的窗口。導游是一項專業性很強的工作，具有很強的實踐性和操作性。
實訓具體內容
（1）前期准備
對背景知識的把握和准備，以及老師上課所授相關技巧，以更好的寫好導游詞。
（2）模擬導游實訓
要大部分由青年男女組成，喜歡吃燉菜，較為怕熱等
接站地點是廣州白雲機場，司機全陪領隊電話已有，住宿餐飲酒店交通票務等一切
接待工作
第一天的工作，接團與入住
第二天
第三天
第四天 景點講解 景點講解 購物送團
這次我主要負責第四天的工作行程，首先我們確定了第四天也就是旅程的最後一天，客人們中午就要到廣州白雲機場乘飛機回去了 ，所以我們的旅遊活動時間就只有一個早上，所以我安排客人們到禪城區祖廟路的佛山民間藝術研究社參觀游覽購物。這樣的安排比較合適而且遊客們都可以有機會買手信帶回家，行程輕松而且受人喜愛。的演練與合作，我都全心全意的努力著，盡量為客人們服務，想好一切會發生的應急處理准備。
實訓心得
因為旅遊者來到一地，人生地不熟，不懂當地人的審美觀，因而不知道怎樣去欣賞景觀的美妙之處，很難體味人文景觀的內在神韻，更無從領略風俗民情的無窮奧妙。所以，他們希望有熟悉當地情況的人為他們指點和介紹，旅遊者想藉助的那個人應該就是導游員。 而導游員的工作就是通過內容豐富、妙趣橫生的導游講解告訴旅遊者應具有的審美觀，並介紹相關知識，告訴他們美在何處，指點他們去欣賞某一景點的美，幫助他們獲得美的享受，使觀光游覽活動達到最佳效果，同時也宣傳了旅遊景點的絕勝之處。因此，導游詞的好壞直接影響著導游服務的好壞。要寫好導游詞，至關重要的是掌握豐富的資料，包括現實的、歷史的。記得之前我們也到了茂名森林公園實地考察游覽了一次，當時公園里的講解員為我們向導與講解公園里的各樣特色植物以及帶領我們游覽了全園的各個悠美的景點。在以後的日子裡，我應該更努力的學習各種導游的專業知識，只有學習好了，有了充分的准備，這樣無論何時遇到機會我都可以把握住。時刻記住，機會是給有準備的人的！專業與能力是不被打倒的基礎！
實訓報告實訓心得【篇4】
時光如流水，兩周的時間轉眼即逝，這次暑期實訓給我的體會是：
①通過這次實訓我們了解了現代數控機床的生產方式和工藝過程。熟悉了一些材料的成形方法和主要機械加工方法及其所用主要設備的工作原理和典型結構、工夾量具的使用以及安全操作技術。了解了數控機床方面的知識和新工藝、新技術、新設備在機床生產上的應用。
②在數控機床的生產裝配以及調試上，具有初步的獨立操作技能。
③在了解、熟悉和掌握一定的數控機床的基礎知識和操作技能過程中，培養、提高和加強了我的動手能力、創新意識和創新能力。
④這次實訓，讓我們明白做事要認真小心細致，不得有半點馬虎。同時也培養了我們堅強不屈的本質，不到最後一秒決不放棄的毅力！
⑤培養和鍛煉了勞動觀點、質量和經濟觀念，強化遵守勞動紀律、遵守安全技術規則和愛護國家財產的自覺性，提高了我們的整體綜合素質。
是的，課本上學的知識都是最基本的知識，不管現實情況怎樣變化，抓住了最基本的就可以以不變應萬變。如今有不少學生實訓時都覺得課堂上學的知識用不上，出現挫折感，可我覺得，要是沒有書本知識作鋪墊，又哪應付瞬息萬變的社會呢？經過這次實訓，雖然時間很短，可我學到的卻是我一個學期在學校難以了解的。
就比如何與同事們相處，相信人際關系是現今不少大學生剛踏出社會遇到的一大難題，於是在實訓時我便有意觀察前輩們是如何和同事以及上級相處的，而自己也盡量虛心求教。要搞好人際關系並不僅僅限於本部門，還要跟別的部門例如市場部的同事相處好，那工作起來的效率才高，人們所說的 和氣生財 在我們的日常工作中也是不無道理的`。而且在工作中常與前輩們聊聊天不僅可以放鬆一下神經，而且可以學到不少工作以外的事情，盡管許多情況我們不一定遇到，可有所了解做到心中有底，也算是此次實訓的其中一個目的了。
通過這次暑假實訓經歷，使我學到和懂得了許多。在工作的過程中，我學會了忍耐，學會了正確對待不公正待遇，我想這對於我未來直面不公很有幫助。總之，這次難忘的暑假實訓經歷使我獲益良多，對我將來的發展具有十分積極的作用。
很快我們就要步入社會，面臨就業了，就業單位不會像老師那樣點點滴滴細致入微地把要做的工作告訴我們，更多的是需要我們自己去觀察、學習。不具備這項能力就難以勝任未來的挑戰。隨著科學的迅猛發展，新技術的廣泛應用，會有很多領域是我們未曾接觸過的，只有敢於去嘗試才能有所突破，有所創新。就像我在實訓中接觸到的零件的加工，雖然它的危險性很大，但是要親自去操作而且要作出成品，這樣就鍛煉了我敢於嘗試的勇氣。：
在課堂上學習電子數控專業大部分都是理論知識，所以我很珍惜這次實訓機會，認真的聽老師的講解和介紹，觀察每一個機械的構造和零件，以及學習它的實用方法，和理論知識相結合，才能理解的更透徹。實訓參觀是數控機床。首先我們同學按順序進去參觀，然後上課的老師給我介紹一下參觀時應該注意那些要求，不要亂碰機械，也不能亂按開關等。然後我們在老師的教導下通過上機學會了數控車床的程序編寫，因為是電腦操作，所以我們首先必須學會電腦能夠識別的語言、指令等，這樣我們才能正確輸入指令操控電腦，得到我們需要的產品。
在編寫好程序後，我們可以觀看模擬模擬，預先知道該程序是否符合要求和標准，最後接觸機床，將編好的程序輸入數控機床，一切都是自動化的，零件很快就加工好了，符合我們的要求，所以數控機床很具有時代性。據說，數控機床的發展和換代幾乎與計算機是同步發展的。 通過這次實訓我們了解了現代機械製造工業的生產方式和工藝過程。熟悉工程材料主要成形方法和主要機械加工方法及其所用主要設備的工作原理和典型結構、工夾量具的使用以及安全操作技術。了解機械製造工藝知識和新工藝、新技術、新設備在機械製造中的應用。在工程材料主要成形加工方法和主要機械加工方法上，具有初步的獨立操作技能。
在了解、熟悉和掌握一定的工程基礎知識和操作技能過程中，培養、提高和加強了我們的工程實踐能力、創新意識和創新能力。這次實訓，讓我們明白做事要認真小心細致，不得有半點馬虎。同時也培養了我們堅強不屈的本質，不到最後一秒決不放棄的毅力！培養和鍛煉了勞動觀點、質量和經濟觀念，強化遵守勞動紀律、遵守安全技術規則和愛護國家財產的自覺性，提高了我們的整體綜合素質。
在整個實訓過程中，老師對我們的紀律要求非常嚴格，制訂了學生實訓守則，同時加強清理機床場地、遵守各工種的安全操作規程等要求，對學生的綜合工程素質培養起到了較好的促進作用。生平第一次有種 學以致用 的感覺，內心很有成就感，也真切的體會到真理必須要用實踐去檢驗，不親自去動手試驗一下。
有很多東西是書上沒有的，只有在實踐中才能體會得到，紙上談兵只會讓人走進誤區，實踐才是永遠的老師。它帶給我們的不僅僅是經驗，它還讓我們知道什麼叫工作精神和嚴謹認真的作風。在以後的學習生涯中我更應該真人學習，將來成為一個出色的專業人才，這次實訓讓我懂得什麼叫 紙上得來終覺淺 。
實訓報告實訓心得【篇5】
為期兩周的實訓即將結束，通過這次的實訓使我們學到了很多，同時也讓我們意識到我們要學的更多。本次實訓的項目是「雛鷹」學生成績管理系統，以小組的形式進行分工合作，我組共9個人，任務是用戶模塊的程序設計。從程序的需求分析、可行性分析、設計到編寫、調試、修改、完善、到最後的實訓報告，每個人都付出了時間和精力去做好自己的任務並努力地去完善它。
實訓的第一天接到任務時我們都覺得有點難度，很有挑戰性，畢竟學生成績管理系統是一個比較系統、完善、功能相對較齊全的管理系統，即使是用戶模塊也可以完成各種操作，如對用戶的查詢、添加.刪除以及修改等。因此程序編寫也十分復雜，工作量較大，編寫一定要認真。一個小小的失誤都可能使程序出現大的漏洞。而我們只是學了點簡單的vb程序編寫，沒有嘗試過這種相對來說比較系統完善的系統。所以在做項目的時候我們倍感壓力、更加的團結協作，可即使如此我們還是出現了錯誤，我們的程序在編寫上存在一些漏洞，導致調試時不能正常運行，後經過老師的指導、我們的調整，終於可以完美的運行，這里也耽誤了我們很多寶貴的時間，直接導致了我們在項目調試上速度不夠快。
本人很榮幸地擔任組長一職，和另一位組長一起進行本小組成員的任務分配以及協調等。我組要做的用戶模塊分為用戶管理和修改密碼兩塊內容。用戶管理中又包括用戶的查詢、添加、修改以及刪除功能，它是只有具有管理員許可權的情況下才能進入操作、而普通用戶就只能修改自己的登錄密碼。在實訓過程中我們也認識了一些新的老師，他們對我們親切認真負責，很有耐心地對我們進行講解並指導我們解決遇到的難題。老師們交會了我們很多簡單實用的技巧。也讓我們意識到了要想全面完整地完成一個模塊，首先要進行程序的設計，全面分析會用到的東西以及考慮可能會出現的情況，理清思緒、寫出大致的要點後再上機編寫程序以及操作。否則像一開始的我們馬上上機編寫、想到什麼就補什麼，不僅浪費時間也亂了之前寫好的一些程序。系統分析越准確，設計的系統越精確，可以大大減少後期的修改、維護工作。當然做好做對一個項目固然重要，同時美觀程度也是必不可少的，無論是從參觀者的角度還是自己看的角度都很重要。
總的來說，這次實訓還是比較成功的。最後出來的系統，大家都很有成就感，這是我們一步步設計、一步步完善、辛苦付出後得到的成果。小組合作、幫助隊友，無論是團隊合作這方面還是個人動手這方面，我們都得到了很好的鍛煉。當然實訓不僅使我們學到了知識，也幫助我們縮小了實踐和理論的差距，通過這次實訓讓我們更深一步的對vb這門課程的知識有更進一步的渴望，同時對自己的專業，對自己的能力，對自己所學的有正確的認識，並且能在以後的學習工作中不斷提高和完善自己。
實訓報告實訓心得【篇6】
通過這次實訓對這門做好網頁，並不是一它包括網頁的選題、 內容採集整理、 圖片的處理、 頁面的排版設置、 背景及其整套網頁的色調等很多東西。
所以我得出一下總結：
一、 准備資料和挑選符合目的主題的合適素材
做網頁當然要收集、准備資料。在網上多轉轉，看到什麼漂亮的網頁，把它保存起來， 作為以後自己設計主頁時的參考。另外，還包括搜集美化主頁可能要用到的各種材料，如背景、小動畫圖標等等。可以在硬碟上建一個文圖片、聲音、動畫」等文上網時看到有創意、新鮮的圖像，就按滑鼠右鍵存入你硬碟相應文時間一長就擁有了一個可觀的圖庫，等做網頁時隨手拈來或加以修改就成你自己的東西了。
二、 規劃好整個網站
主頁的設計應以醒目優先，應該令人一目瞭然，切勿堆砌太多不必要的細節，或使畫面 過於復雜。切記，頁面給人的第一觀感最為重要！在網上到處瀏覽網站的人很多，如果你的主頁給人的第一印像沒有吸引力， 很難令他們深入觀賞， 而且他們恐怕再也不會訪問你的網站了。
三、 善用圖片，增強藝術效果
我記得老師說過網頁的迷人之處之一， 要算它上面能點綴許多漂亮的圖片。 精美的圖片設計，可以使自己的網頁增輝不少，令人過目不忘。圖片的內容應有一定的實際作用，切忌 虛飾浮誇，同時還要注意與文字的顏色搭配。最佳的圖像集美觀與資訊於一身。
四、善於借鑒他人主頁製作中的設計技巧
由於在網上用瀏覽器瀏覽任何主頁時， 都能查看到該主頁製作時所編寫的絕大部分網頁編程源代碼。因此，如果想知道並掌握一些優秀的主頁採用的設計技巧，試著將其源代碼 調出來仔細揣摩，並模仿著一步一步去實現。
最後感謝老師多日來的辛勤教導！