万人德扑

當前位置:首頁解決方案高校解決方案

校園網網絡性能分析(NPM)解決方案發布時間:2020-05-21 16:58

 

NPM產生背景

隨著網絡不斷發展,現有網絡更多面向的是基于網絡層面的性能感知,能看到的僅僅是管道的質量和性能。但是僅看到管道是不夠的,只有真正看到業務的性能情況,才有辦法做優化和改善。
現網中存在的問題:
  • 業務質量無法實時監測,無法感知業務性能指標的異常
  • 當業務出現異常趨勢時,現有運維手段無法分析預判進行主動干預
  • 對于網絡及業務的指標缺乏針對性改善建議
  • 難以按月提供定制化業務質量報表或BOD
 
所以,基于應用感知的NPM就此誕生。

NPM應用價值

 
 
 
 
 
 
 









NPM的基本功能:

派網的NPM能夠實現基于應用與協議的精確識別及性能管理能力
  • 采集及識別
  • 分析及報表
  • 告警及評價
 
不僅能看到是什么?還能看到發生了什么

NPM的核心技術:

  • 基于簽名的深度包檢測DPI
- 行之有效的識別技術
- 進一步演進為深度流檢測DFI
  • 節點跟蹤
- 共享識別信息
- 提高識別準確率和性能
  • 主動探測
- 探測源目的端狀態
- 輔助分析節點特性

NPM核心功能:

 
深度:
  • 對比網絡層性能檢測系統,NPM檢測的目標是應用,是業務。看到的更接近網絡中實際發生的真相。
  • 對比業內其他的應用性能檢測系統,NPM除了可以識別出應用協議數據結構,還能看到應用協議的交互流程。
 
 
廣度:
  • 可以實現單個協議時延、抖動等性能指標在時間維度的查詢
  • 可以實現多個協議和用戶的交叉查詢,監測異常情況。上報預警或告警
時實:
  • 可以實現業務性能指標的實時查看
  • 出了問題后,可以實現按需追溯,找到問題所在
 
 

NPM在高校中應用實例

高校典型組網形式:

網橋模式
 
 
 
 
 
 
 
 
網關模式
 

針對校內上網用戶進行時延分析

  • 客戶時延:PA到客戶端的網絡時延;
  • 服務時延:PA到服務器的網絡時延;
  • 應用時延:應用會話上下行首包時間差;
  • 最大包長:會話上下行最大包的長度。
 

 單協議性能的在線測量

時延:
 
 
 
 
 
吞吐量
  • 協議在線測量: xx協議吞吐、時延等指標實時顯示,丟包、抖動等指標可在線測量               
  • 劣化預警機制: xx協議的時延經常已超過閾值,數據存在丟包風險,上報丟包預警
  • 故障告警機制: 當發現xx協議持續丟包、帶寬異常等現象,主動上報故障告警
  •  
 

多協議的聯動能力

  • 通過長期記錄多個協議的TOP排行情況,可以實時發現網絡出現的異常和突發情況。
  • 當遇到異常和突發情況時,可通過查看單協議的相關信息,來追溯網絡中真實發生的情況,對網絡可能出現的危險進行預判和告警,從而防患于未然。
 
 

針對每一條信息會話,實時查看,按需追溯

針對“大逃殺”游戲進行流量分析,可以查看到時延信息,從圖中可知從用戶到Panabit網關時延較短,屬于正常范圍,而服務時延和應用時延均較大;
針對“優酷”的流量進行分析,可以查看到時延信息,從圖中可知第一條會話信息的應用時延較大,問題應該出現在優酷服務器本身;
 
 
 

 
針對外網訪問校園服務器延時分析,客戶時延較大,又由于這是從外向內進行訪問,所以問題應該為實際使用客戶至Panabit網關之間的網絡延遲較大;
 
 

校園網排障思路舉例:

問題現象:
2018年6月29日學生反應網頁訪問慢
NPM排查過程:
學校機房管理員通過NPM進行故障定位
1、追溯當時記錄的NPM日志
2、首先,通過記錄的HTTP上網等協議的URL信息,可以判斷網絡連接性無異常。
3、其次,通過已記錄的TCP三次握手延時信息,可判斷網絡收發是正常的。
4、最終,通過與上周日志記錄的HTTP協議重傳率信息,進行對比判斷。發現在6月29日,HTTP重傳率超過日常平均值的50%,本故障定位為應用異常。

?