資料在網路層以資料報的形式進行傳輸，由於各種原因，資料報在傳輸過程中總會存在些許損失，我們稱之為丟包。
網路裝置的故障
包括硬體方面的和軟體方面的故障。硬體故障主要是物理層面的故障如：網絡卡故障，埠故障等。軟體故障主要是在配置方面的問題，如錯誤的靜態路由，主機預設閘道器配置錯誤等等。
網路擁塞
通常由於網路頻寬過小或網路中存在異常流量時發生，比如arp攻擊，p2p等。
mtu配置不當
在關鍵裝置上mtu設定不當，也會造成網路丟包（乙太網：節，ieee 802.3/802.2 節）。
通常我們利用ping x.x.x.x -t這個命令來進行測試網路中是否存在丟包
在上圖中可以看到，在本機上向192.168.122.
2這個不存在的位址進行長時間ping的時候，傳送出去的icmp包都丟失了，丟失率達到100%。即從本機到192.168.
122.2這個實際不可達位址的路徑上存在丟包。
在網路丟包發生的情況下，使用者會明顯感受到網路速度變慢，這時候網管首先需要做的就是進行ping x.x.x.
x –t來進行大致是哪個網段的診斷。在發現確實有丟失率存在的情況下，我們可以利用科來軟體進行進一步分析。
在分析之前，我們有必要學習一下前置知識。
tcp協議的特點之一就是保障資料傳輸的可靠性，即確保資料能夠正確完整傳輸。那麼tcp究竟是如何來保障的？可以看到，tcp在傳輸時，有著傳輸確認—重傳機制，即傳送資料一方在傳輸資料時為每乙個分段編制序列號（sequence number），接收方會向傳送方傳送接收到分段資料的確認（acknowledgment），通過這種方式確認資料是否準確傳送，在無法確認某分段資料被準確傳送或確認某分段資料沒有被準確傳送時重新進行傳輸。
所以，在網路丟包發生的情況下，必定會有tcp資料報重傳的出現。
在掌握了前置知識之後，網管就需要針對本公司的網路結構以及丟包可能的原因，部署科來網路分析系統，進行定位分析。
網路裝置故障
通過分段捕獲的方法，在網路中關鍵裝置的兩端，使用科來網路分析系統進行抓包，確定該裝置是否丟包，從而準確定位丟包裝置。
網路擁塞
在核心交換機上配置映象，使用科來網路分析系統抓包。
分析關鍵鏈路（一般是出口鏈路）的流量占用情況，檢視網路利用率是否過高，每秒資料報是否過多，資料報大小分布是否合理、tcp會話是否正常等。
mtu配置不當
檢視網路中關鍵裝置的mtu配置。
在了解了如何定位網路丟包的位置之後，網管需要進一步分析丟包發生的原因，以排除故障。
開啟科來網路分析軟體以後，我們配置好網路檔案，選擇分析檔案之後，就可以開始分析了。
首先我們可以在圖表中新增利用率統計，可以看到，在14:38:05之後，網路利用率突然公升高，接近40%。
科來推薦利用率不高於15%，當網路利用率超過了30%，就會產生1%的丟包，並且呈幾何倍數的增長。這個網路中，利用率高達40%，肯定存在著嚴重的丟包現象。
了解了有丟包就會有tcp資料報重傳之後，網管可以在診斷中，找出tcp資料報重傳比較嚴重的主機。
可以看到3.101.33.77這台主機存在著大量的tcp資料報重傳，定位到該主機進行詳細分析。
分析其中乙個持續時間比較長的tcp會話。對其資料報進行詳細分析。
將解碼欄位設為序列號，通過對比序列號與確認號：
可以發現，其中確實存在著不少的重傳,所以存在著丟包現象。由於每一次重傳都會有比較長的響應時間，導致了使用者感覺網路速度變慢。
在對異常流量等進行分析後，最後得出結論，使用者網路頻寬過低，導致在高峰期出現丟包現象，推薦使用者公升級頻寬。
解決網路丟包問題及故障判斷方法
我們首先來認識一下什麼是丟包，以及什麼樣的現象被成為是網路丟包 資料在internet上是以資料報為單位傳輸的，每包nk，不多也不少。這就是說，不管網路線路有多好 網路裝置有多強悍，你的資料都不會是以線性 就象打 一樣 傳輸的，中間總是有空洞的。資料報的傳輸，不可能百分之百的能夠完成，因為種種原因，...
酒店網路解決方案
系統整合 打造乙個智慧型化程度更高 響應能力更強的整合網路！解決方案 d link自創立以來，一直把中小企業作為自己服務的重點物件，並為它們量身定製了很多好的網路解決方案。根據長期以來對酒店業的研究，d link提出了以下經濟型酒店網路解決方案 小型酒店解決方案 適用於房間規模在100間左右的酒店 ...
電廠網路解決方案
基本現狀分析 發電企業正面臨著前所未有的深刻變化 電力市場化 業務流程重組 管控一體化 這些變化改變了電廠企業運作的規律 另一方面，新技術不斷湧現並迅速應用於發電企業，如現場匯流排控制技術 資訊科技等。數位化電廠 e power plant 概念的出現，為發電企業提供了現代化生產管理的新思路。在電廠...