【正文】 的評估周期內，板卡CPU占用率或內存占用率閾值（x %）所占%（基于該網元所有處于監(jiān)控狀態(tài)的板卡加權平均計算）5%端口帶寬占用率KQI該網元在最近的評估周期內，物理端口帶寬占用率閾值（x %）所占%（基于該網元所有處于監(jiān)控狀態(tài)的物理端口加權平均計算）5%端口丟包率KQI該網元在最近的評估周期內，物理端口丟包率閾值（x %）所占%（基于該網元所有處于監(jiān)控狀態(tài)的物理端口加權平均計算）1%板卡CPU占用率KPI該板卡在每次測量時，CPU占用率50%內存占用率KPI該板卡在每次測量時，內存占用率80%物理端口入流量帶寬占用率KPI該物理端口在每次測量時，入方向帶寬占用率50%出流量帶寬占用率KPI該物理端口在每次測量時，出方向帶寬占用率50%入流量丟包率KPI該物理端口在每次測量時，入方向丟包率%出流量丟包率KPI該物理端口在每次測量時，出方向丟包率%測量方法在測量周期內，采集網元負載數(shù)據(jù)（如通過SNMP協(xié)議采集相關MIB）。IP路徑的性能用于代表IP網絡端到端的性能，評估IP鏈路的性能，有助于理解端到端性能的影響因素，發(fā)現(xiàn)導致性能劣化的問題所在，并有針對性地對網絡進行調整。二、IP網絡負荷，比如接口帶寬利用率等。時延直接影響著應用的性能，當端到端時延大于某個閾值時，應用往往因為超時而實效。往返時延（RoundTrip Time, RTT） 兩個節(jié)點間的往返時延由源節(jié)點到目的節(jié)點的單向時延、目的節(jié)點到源節(jié)點的單向時延以及目的節(jié)點的處理時延三部分組成。報文丟失（丟包） 由于IP網絡提供的服務是不可靠的傳輸服務，因此在數(shù)據(jù)報文從源節(jié)點到目的節(jié)點的傳輸過程中，可能會發(fā)生報文傳輸錯誤，在網絡硬件實效或者網絡負載較重時，報文可能會發(fā)生丟失。丟包率 定義為鏈路或路徑在一段時間內丟失包占傳輸包總數(shù)的比例。接口帶寬占用率 在一段時間內網絡接口的（入或出方向）實際流量占該接口額定帶寬（Bandwidth）的比例。主動測量方法通過在測量節(jié)點（網元內置或外置專用探針）發(fā)送探測報文，并對接收到的報文數(shù)量、時間、順序等進行分析獲得端到端的測量結果。2. ICMP JitterICMP的探測原理與UDP Jitter相同，不同的是，這時發(fā)送的是ICMP 時間戳請求報文。TCP為了提高傳輸效率，往往不是即使發(fā)送報文，而要收集足夠的數(shù)據(jù)后才發(fā)送，因此，可能會存在發(fā)送方記錄的發(fā)送時間遠遠早于報文實際發(fā)送時間，而使得測試結果大于實際值的現(xiàn)象。同時可以用LSP Trace/Ping等方式輔助對MPLS網絡進行故障定位，另外，可以采集MPLS接口的流量來統(tǒng)計MPLS網絡的負荷。指標說明MPLS 網絡質量評估，重點從兩個維度進行：一、MPLS網絡性能，比如時延、抖動丟包等。表44 MPLS網絡 KPICategoryKPI MetricDefinitionReference傳送效率（Transport Efficiency）LSP 時延LSP源端發(fā)起LSP Echo Request，到目的端接收到該Request的時間，即單向時延 RFC4379LSP TE 時延含義同上一條目的LSP時延指標，區(qū)別點在于本指標的測試對象為TE LSPRFC4379網絡負載(Network Load )MPLS入接口帶寬利用率在一段時間內MPLS接口的入方向實際流量占該接口額定帶寬（Bandwidth）的比例RFC5136MPLS出接口帶寬利用率在一段時間內MPLS接口的出方向實際流量占該接口額定帶寬（Bandwidth）的比例RFC5136網絡穩(wěn)定性（Network Stability）LSP 丟包率（LSP Echo Request個數(shù) LSP Reply個數(shù)）/ LSP Echo Request個數(shù)RFC4379LSP TE 丟包率含義同上一條目的LSP丟包率指標，區(qū)別點在于本指標的測試對象為TE LSPRFC4379LSP抖動LSP 時延的抖動RFC4379LSP TE 抖動含義同上一條目的LSP抖動指標，區(qū)別點在于本指標的測試對象為TE LSPRFC4379以上指標針對MPLS網絡，構成MPLS的指標層次，如下圖所示：圖16 MPLS Network Indicator Hierarchy 指標層次中指標的逐項說明。對MPLS Site的測試主要是針對MPLS接口的流量，通過SNMP方式采集MPLS Interface入出流量方式獲取。圖18 3臺路由器直連的LSP如上圖所示，RouterA/RouterB/RouterC三臺路由器直連，其中：RouterA router ID : RouterB router ID : RouterC router ID : 圖19 MPLS Ping : ping lsp ip 32流程圖1) Hello Message : 為保持LDP鄰接體，每5秒鐘發(fā)送一次。2. MPLS Trace當通過MPLS Ping或者其他方式來判斷某條LSP在轉發(fā)數(shù)據(jù)時發(fā)生故障，導致基于此條LSP的數(shù)據(jù)流量都不能到達出口，此時，目的是想知道此條LSP上的哪個節(jié)點出現(xiàn)的故障，MPLS Traceroute就可以定位這種錯誤。2) Keep Alive Message : 保持LDP間會話連接。Router A收到Router B返回的reply響應報文后，由于TTL值不夠到達目的地，因此再次發(fā)送TTL值為2的MPLS Echo Request報文。6) Router A 最終收到響應報文后，檢查目的IP為自己的，接收報文并且記錄報文的源IP地址，記錄整個路由的過程。端到端可以是PE~PE，也可以是CE~CE。L3VPN網絡支持的測試例與IP網絡的測試例完全相同，包括ICMP Ping/Trace/Jitter、UDP Ping/Jitter、TCP Ping/Jitter測試。表46 L3VPN網絡 KPICategoryKPI MetricDefinitionReference傳送效率（Transport Efficiency）ICMP 時延發(fā)起ICMP請求到收到應答之間的時間差為環(huán)路時延RFC2681，RFC2679UDP 時延發(fā)起UDP測試請求到收到應答之間的時間差為環(huán)路時延RFC2681，RFC2679TCP 時延發(fā)起TCP請求到收到應答之間的時間差為環(huán)路時延RFC2681，RFC2679網絡負載(Network Load )IP接口入流量帶寬占用率IP接口入方向流量的帶寬占用率RFC5136IP接口出流量帶寬占用率IP接口出方向流量的帶寬占用率RFC5136網絡穩(wěn)定性（Network Stability）ICMP 丟包率（ICMP Echo Request個數(shù) – ICMP Reply個數(shù)）/ ICMP Echo Request個數(shù)RFC2680，RFC3357UDP 丟包率（UDP Echo Request個數(shù) – UDP Reply個數(shù)）/UDP Echo Request個數(shù)RFC2680，RFC3357ICMP抖動ICMP 時延的抖動RFC1889，RFC3393UDP 抖動UDP時延的抖動RFC1889，RFC3393TCP 抖動TCP 時延的抖動RFC1889，RFC3393以上指標針對L3VPN網絡，構成L3VPN的指標層次，如下圖所示：圖112 L3VPN Indicator Hierarchy 指標層次中指標的逐項說明。圖114 L3VPN網絡測量方法部署圖外置探針方案本圖為采用專用外置探針的部署方案測試L3VPN網絡（覆蓋PEPE間IP鏈路、CECE間IP路徑）。HSI SAP需要定義IP地址獲取方式（DHCP/PPPoE/靜態(tài)IP地址）。FTP Server需要定義文件下載或上傳路徑，及FTP用戶認證信息。6) PPPOE服務器通過Challenge報文發(fā)送給認證客戶端,提供一個128bit的Challenge7) 客戶端收到Challenge報文后，將密碼和Challenge做MD5算法后的，在Response回應報文中把它發(fā)送給PPPOE服務器。如果認證失敗，則流程到此結束10) PPPOE服務器將認證結果返回給客戶端11) 用戶進行NCP（如IPCP）協(xié)商，通過PPPOE服務器獲取到規(guī)劃的IP地址等參數(shù)12) 認證如果成功，PPPOE服務器發(fā)起計費開始請求給RADIUS用戶認證服務器13) RADIUS用戶認證服務器回應計費開始請求報文用戶此時通過認證，并且獲得了合法的權限，可以正常開展網絡業(yè)務14) 用戶終止網絡業(yè)務，發(fā)送計費終止報文15) 計費終止響應報文本業(yè)務服務場景中，重點評估業(yè)務響應能力，以上業(yè)務過程描述中，步驟1～步驟11為PPPoE接入過程用時。然后Server發(fā)送DHCPOFFER報文給Client，如果需要可以使用BOOTP relay agent?！癱lient identifier”“chaddr”和指定的網絡地址組成了一個獨一無二的Client租約。7) 若Server響應ACK，則Client就得到一個新的租用期。記錄客戶端從發(fā)出DNS解析報文的時間點和到收到DNS server 返回的解析成功報文的時間點，兩者之差作為測試的DNS解析時間。我們通過記錄客戶端請求發(fā)起時間和收到服務器返回的第一個數(shù)據(jù)報文的時間兩者之差為首字節(jié)獲取時間。5. FTP下載/上傳圖122 FTP文件下載/上傳過程1) ~ 3) FTP控制的TCP連接建立。FTP測試主要從用戶體驗的角度測試FTP方式下載文件的下載速率/上傳文件的上傳速率。視頻媒體流下載過程中，通過“下載速率與播放速率比”來代表客戶在播放Flash視頻時流暢性方面的體驗。對于受到限制無法在用戶側（入戶）部署探針的，可以選擇在距離用戶較近的接入網絡中部署探針。表410 HSI 業(yè)務KPI測量方法說明CategoryKPI MetricMeasurementPrecision業(yè)務響應能力（Service Responsiveness）DNS 解析時間通過探針模擬Client，發(fā)起DNS解析請求，過程中記錄關鍵點時間戳1msHTTP首包到達時間通過探針模擬Client，發(fā)起HTTP Request請求，過程中記錄關鍵點時間戳1msFlash視頻首包到達時間通過探針模擬Client，發(fā)起Flash視頻播放請求，過程中記錄關鍵點時間戳1msDHCP地址獲取時間通過探針模擬Client，發(fā)起DHCP請求，過程中記錄關鍵點時間戳1msPPPoE協(xié)商時間通過探針模擬PPPoE Client，發(fā)起PPPoE接入請求，過程中記錄關鍵點時間戳1ms業(yè)務吞吐能力（Service Throughput Capacity）HTTP文本頁面下載時間通過探針模擬Client，發(fā)起HTTP Request請求，過程中記錄關鍵點時間戳1msHTTP完整頁面下載時間通過探針模擬Client，發(fā)起HTTP Request請求，過程中記錄關鍵點時間戳1msFlash視頻下載播放速率比通過探針模擬Client，發(fā)起Flash視頻播放請求，過程中記錄關鍵點時間戳1%FTP下載速率通過探針模擬Client，發(fā)起FTP下載文件請求，過程中記錄關鍵點時間戳FTP上傳速率通過探針模擬Client，發(fā)起FTP上傳文件請求，過程中記錄關鍵點時間戳HTTP下載速率通過探針模擬Client，發(fā)起HTTP下載文件請求，過程中記錄關鍵點時間戳 VPN業(yè)務測量目的評估VPN業(yè)務的客戶體驗，重點評估VPN業(yè)務中各SAP間IP網絡互聯(lián)質量。表411 VPN 業(yè)務KPICategoryKPI MetricDefinitionReference傳送效率（Transport Efficiency）UDP 時延發(fā)起UDP測試請求到收到應答之間的時間差為環(huán)路時延RFC2681，RFC2679TCP 時延發(fā)起TCP請求到收到應答之間的時間差為環(huán)路時延RFC2681，RFC2679網絡穩(wěn)定性（Network Stability）UDP 丟包率（UDP Echo Request個數(shù) – UDP Reply個數(shù)）/UDP Echo Request個數(shù)RFC2680，RFC3357UDP 抖動UDP時延的抖動RFC1889，RFC3393TCP 抖動TCP 時延的抖動RFC1889，RFC3393以上指標針對VPN業(yè)務及SAP衍生，構成VPN業(yè)務的指標層次，如下圖所示：圖127 VPN Service Indicator Hierarchy 指標層次中指標的逐項說明。 VoIP業(yè)務測量目的評估VoIP業(yè)務的客戶體驗，重點評估經過IP網絡傳送的語音質量。表414 VoIP業(yè)務質量指標集評估對象指標名稱定義閾值VoIP業(yè)務SLA符合度該VoIP業(yè)務在最近的評估周期內，SLA符合度（基于SLO權重扣分計算）90（滿分100）RTP MOS KQI該Service在最近的評估周期內，RTP MOS閾值（x ）所占%（基于該VoIP Service中所有SAP相關KQI指標加權平均計算）