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