電信運(yùn)營商網(wǎng)絡(luò)的自動(dòng)化質(zhì)量測(cè)量（Telemetry）技術(shù)要求

1電信運(yùn)營商網(wǎng)絡(luò)的自動(dòng)化質(zhì)量測(cè)量(Telemetry)技術(shù)要求本文件規(guī)定了電信運(yùn)營商網(wǎng)絡(luò)的自動(dòng)化質(zhì)量測(cè)量(Telemetry)的技術(shù)架構(gòu)和應(yīng)用場(chǎng)景以及Telemetry技術(shù)在管理平面、控制平面、數(shù)據(jù)平面的技術(shù)要求本文件適用于網(wǎng)絡(luò)設(shè)備Telenetry研發(fā)、測(cè)試及應(yīng)用。2規(guī)范性引用文件下列文件對(duì)于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文件。IETFRFC6020網(wǎng)絡(luò)配置協(xié)議(NetworkConfigurationProtocol(NETOONF))IETFRFO6241一種用于網(wǎng)絡(luò)配置協(xié)議的數(shù)據(jù)建模語言(YANG-ADataModelingLanguagefortheNetworkConfigurationProt3術(shù)語、定義和縮略語3.1術(shù)語和定義下列術(shù)語和定義適用于本文件。自動(dòng)化質(zhì)量測(cè)量telemetryTelemetry是一項(xiàng)遠(yuǎn)程從物理設(shè)備或虛擬設(shè)備上高速采集數(shù)據(jù)的技術(shù)。通過推模式(PushMode),Telemetry機(jī)制提供更實(shí)時(shí)更高速的數(shù)據(jù)采集功能。Google遠(yuǎn)程過程調(diào)用協(xié)議googleremoteprocedurecallprotocoGRPC是一個(gè)基于HTTp/2傳輸層協(xié)議承載的高性能、通用的RPC框架。Goolge協(xié)議緩沖存儲(chǔ)器googleprotocolbufferGPB是一種與語言無關(guān)、平臺(tái)無關(guān)、擴(kuò)展性好的用于通信協(xié)議、數(shù)據(jù)存儲(chǔ)的序列化結(jié)構(gòu)數(shù)據(jù)格式模型路徑指的是預(yù)配置的采集信息的模板集合中的URL,通過指定這些URL,就可以指定采集的對(duì)象以下縮略語適用于本文件。AS自治系統(tǒng)AutonomousSystemASG匯聚服務(wù)網(wǎng)關(guān)AggregationServiceGatewayBMPBGP監(jiān)控協(xié)議BGPMonitoringProtocolBSC基站子系統(tǒng)BaseStationSubsystem2CSG基站網(wǎng)關(guān)CellSiteGatowaDNP動(dòng)態(tài)網(wǎng)絡(luò)探測(cè)器DynamicNetworkProbeeNodeB演進(jìn)節(jié)點(diǎn)BEvolvedNodeBGPBGoolge協(xié)議緩沖存儲(chǔ)器GoogleProtocolBufferGRPCGoogle遠(yuǎn)程過程調(diào)用協(xié)議GoogleRemoteProcedureCallProtocolIPFIXIP流信息導(dǎo)出IPFlowInformationExportMME移動(dòng)性管理組件MobilityManagementEntity操作，管理和維護(hù)Operations,Administratio無線網(wǎng)絡(luò)控制站無線業(yè)務(wù)側(cè)網(wǎng)關(guān)服務(wù)網(wǎng)關(guān)簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議SinpleNetworkManagenent4Telemetry架構(gòu)和應(yīng)用場(chǎng)景4.1Telemetry典型架構(gòu)Telemetry技術(shù)支持遠(yuǎn)程從物理設(shè)備或虛擬設(shè)備上高速采集數(shù)據(jù)。設(shè)備通過推模式(PushMode)主動(dòng)向采集器上送設(shè)備數(shù)據(jù)信息(也包括網(wǎng)絡(luò)、業(yè)務(wù)情況),提供實(shí)時(shí)高速的數(shù)據(jù)采集功能。通過高速實(shí)時(shí)的推送網(wǎng)絡(luò)設(shè)備的數(shù)據(jù)指標(biāo)，Telemetry技術(shù)可以為網(wǎng)絡(luò)問題定位、網(wǎng)絡(luò)質(zhì)量優(yōu)化和網(wǎng)絡(luò)調(diào)整提供基礎(chǔ)的數(shù)據(jù)支持。相對(duì)于現(xiàn)有網(wǎng)絡(luò)信息的采集和呈現(xiàn)方式，Telenetry能提供更詳細(xì)、更細(xì)粒度、更實(shí)時(shí)的網(wǎng)絡(luò)信息，可用于網(wǎng)絡(luò)的微突發(fā)檢測(cè)等場(chǎng)景。Telenetry技術(shù)的典型架構(gòu)如圖1所示，Telenetry的采樣數(shù)據(jù)源自網(wǎng)絡(luò)設(shè)備上數(shù)據(jù)轉(zhuǎn)發(fā)面、控制面和管理面的數(shù)據(jù)，這些數(shù)據(jù)按照YANG模型描述，利用GPB/JSON格式編碼，并通過GRPC協(xié)議將數(shù)據(jù)上送至采集器和分析器進(jìn)行分析處理。Telemetry技術(shù)是模型驅(qū)動(dòng)的。模型驅(qū)動(dòng)是指用戶或者網(wǎng)管可以通過指定模型路徑的方式來通知設(shè)備，需要推送哪些數(shù)據(jù)，同時(shí)數(shù)據(jù)也按照此模型的描述進(jìn)行上報(bào)。通過統(tǒng)一的模型對(duì)網(wǎng)絡(luò)設(shè)備上的數(shù)據(jù)進(jìn)行描述，有利于設(shè)備實(shí)現(xiàn)細(xì)顆粒度的數(shù)據(jù)采集。管面樣3YANG是一種數(shù)據(jù)建模語言，用于設(shè)計(jì)可以為各種傳輸協(xié)議操作的配置數(shù)據(jù)模型、狀態(tài)數(shù)據(jù)模型、遠(yuǎn)程調(diào)用模型和通知機(jī)制等。GPB(GoogleProtocolBuffer)編碼格式，是一種與語言無關(guān)、平臺(tái)無關(guān)、擴(kuò)展性好的用于通信協(xié)議、數(shù)據(jù)存儲(chǔ)的序列化結(jié)構(gòu)數(shù)據(jù)格式。在設(shè)備和采集器之間傳輸數(shù)據(jù)時(shí)，采用GPB格式編碼傳輸?shù)臄?shù)據(jù)比其他格式編碼的數(shù)據(jù)具有更高的信息負(fù)載能力，保證了Telemetry業(yè)務(wù)的數(shù)據(jù)吞吐能力，同時(shí)降低了CPU占用和帶寬。GRPC協(xié)議(GoogleRemoteProcedureCallProtocol)是一個(gè)基于HTTP/2傳輸層協(xié)議承載的高性能通用RPC框架。使用相同的proto(原型)文件后，設(shè)備和采集器之間可以建立GRPC連接。此時(shí)，設(shè)備和采集器可以在GRPC通道上使用不同的編碼格式傳輸數(shù)據(jù)，例如通過采集器和分析器：采集器位于網(wǎng)管側(cè)，用于接收和存儲(chǔ)網(wǎng)絡(luò)設(shè)備上報(bào)的監(jiān)控?cái)?shù)據(jù)：分析器位于網(wǎng)管側(cè)，用于分析采集器接收和存儲(chǔ)的網(wǎng)絡(luò)設(shè)備上報(bào)的監(jiān)控?cái)?shù)據(jù)4.2Telemetry實(shí)現(xiàn)機(jī)制Telemetry技術(shù)采用訂閱模式(推模式)上送數(shù)據(jù)，即設(shè)備以周期性推送的方式向采集器主動(dòng)推送數(shù)據(jù)，而不是被動(dòng)的等待采集器定時(shí)查詢，避免查詢請(qǐng)求在網(wǎng)絡(luò)傳輸中的延遲和大量查詢請(qǐng)求對(duì)網(wǎng)絡(luò)和設(shè)備帶來的壓力，提升了監(jiān)控性能。目前已經(jīng)存在的網(wǎng)絡(luò)監(jiān)控方式多是以拉模式上送數(shù)據(jù)，例如SNMP?，F(xiàn)以典型的網(wǎng)絡(luò)監(jiān)控場(chǎng)景周期性采樣網(wǎng)絡(luò)設(shè)備接口流量數(shù)據(jù)為例，對(duì)比傳統(tǒng)的拉模式和Telemetry推模式：傳統(tǒng)拉模式的查詢與設(shè)備之間是一問一答的交互。假如1分鐘內(nèi)交互了1000次完成查詢，即解析了1000次查詢請(qǐng)求報(bào)文，第2分鐘將再次解析1000次查詢請(qǐng)求，如此持續(xù)下去，即使第1分鐘和第2分鐘下發(fā)的1000次查詢請(qǐng)求是一樣的，后續(xù)設(shè)備每分鐘都重復(fù)解析1000次。Telemetry機(jī)制是推送機(jī)制，它是第一分鐘解析1000次訂閱請(qǐng)求，然后每分鐘持續(xù)推送數(shù)據(jù)給網(wǎng)管。每分鐘都節(jié)省了1000次查詢請(qǐng)求報(bào)文的解析。傳統(tǒng)拉模式查詢一次只能獲取一個(gè)接口的一個(gè)報(bào)文，而Telemetry機(jī)制則可一次獲取多個(gè)接口的數(shù)據(jù)，然后將數(shù)據(jù)打包上送采集器，進(jìn)一步減少交互報(bào)文數(shù)。Telemetry典型的工作過程如下用戶或者網(wǎng)管可以通過命令行配置設(shè)備的Telenetry采樣功能，配置完畢后，設(shè)備會(huì)與上送目標(biāo)建立GRPC連接，并且推送數(shù)據(jù)至采集器。對(duì)Telemetry設(shè)備側(cè)進(jìn)行配置時(shí)，需要?jiǎng)?chuàng)建以下幾個(gè)關(guān)鍵組件：一采樣傳感器：用于對(duì)指定采樣路徑的信息進(jìn)行采集并上送： -—訂閱：將采樣傳感器和上送目標(biāo)組關(guān)聯(lián)起來。Telemetry采集上報(bào)的數(shù)據(jù)首先需要采樣傳感器來完成采集過程。用戶需要對(duì)采樣傳感器的名稱、采樣路徑等信息進(jìn)行配置，設(shè)備根據(jù)配置的采樣路徑和過濾條件對(duì)指定的數(shù)據(jù)進(jìn)行采集和后續(xù)的上送過程。如果需要取消訂閱，則需要對(duì)設(shè)備進(jìn)行重新配置。如果設(shè)備和上送目標(biāo)之間的連接斷開了，設(shè)備會(huì)進(jìn)行重新連接，連接成功后再次上送數(shù)據(jù)，但是重連期間的采樣數(shù)據(jù)會(huì)丟失。在系統(tǒng)重啟或主備倒換時(shí)，Telemotry業(yè)務(wù)的配置會(huì)保存重啟或倒換完成后，Telemetry業(yè)務(wù)會(huì)重新加載配置，業(yè)務(wù)會(huì)繼續(xù)運(yùn)行。AcAow——各設(shè)備主動(dòng)與智能運(yùn)維系統(tǒng)建立GRPC通道。然后在設(shè)備上配置訂閱： 各設(shè)備通過GRPC通道將訂閱數(shù)據(jù)上報(bào)給采集器；——采集器接收、存儲(chǔ)、加工處理各設(shè)備上報(bào)的數(shù)據(jù)；——控制器下發(fā)調(diào)優(yōu)指令對(duì)網(wǎng)絡(luò)進(jìn)行調(diào)優(yōu)——調(diào)優(yōu)指令下發(fā)生效后，新的采樣數(shù)據(jù)又會(huì)反饋到采集器；智能運(yùn)維系統(tǒng)可以分析調(diào)優(yōu)后的效果是否符合預(yù)期，持續(xù)優(yōu)化。另一種利用Telemetry輔助流量調(diào)優(yōu)的重要場(chǎng)景是運(yùn)營商骨干網(wǎng)/城域網(wǎng)場(chǎng)景，其基本的流程與上面相同。網(wǎng)絡(luò)設(shè)備的管理平面與網(wǎng)管系統(tǒng)(MS)交互，提供管理平面的相關(guān)信息，例如性能數(shù)據(jù)，網(wǎng)絡(luò)登陸數(shù)據(jù)，網(wǎng)絡(luò)告警和網(wǎng)絡(luò)故障數(shù)據(jù)，以及網(wǎng)絡(luò)相關(guān)的統(tǒng)計(jì)和狀態(tài)數(shù)據(jù)[1]。Tclenetry管理面的協(xié)議應(yīng)支持以下技術(shù)要求：一支持方便的數(shù)據(jù)訂閱：用戶應(yīng)用應(yīng)該能夠方便地選擇數(shù)據(jù)的導(dǎo)出方式，例如數(shù)據(jù)類型、導(dǎo)出頻次等——支持結(jié)構(gòu)化的數(shù)據(jù)：為了支持自動(dòng)化的網(wǎng)絡(luò)運(yùn)維，未來需要機(jī)器代替人來執(zhí)行網(wǎng)絡(luò)數(shù)據(jù)的解析和操作。模式化的語言(例如YANG)能夠很好的描述結(jié)構(gòu)化的數(shù)據(jù)，同時(shí)支持標(biāo)準(zhǔn)化的數(shù)據(jù)編碼和方便的格式轉(zhuǎn)化；-—支持高速的數(shù)據(jù)傳送：為了實(shí)現(xiàn)信息的實(shí)時(shí)交互，網(wǎng)絡(luò)設(shè)備需要能夠以很高的頻次發(fā)送大量的數(shù)據(jù)，因此需要緊湊的編碼格式來壓縮數(shù)據(jù)，以提升傳輸?shù)男释瑫r(shí)，推模式也能有效減少服務(wù)器和客戶端的信息交互。NETCONF是一個(gè)常用的網(wǎng)絡(luò)管理協(xié)議，主要用于設(shè)備的配置，也支持?jǐn)?shù)據(jù)的收集。YANGPush[2]擴(kuò)展了NETOONF,支持用戶應(yīng)用訂閱某個(gè)YANG數(shù)據(jù)庫。這種訂閱是可定制的，它會(huì)觸發(fā)持續(xù)的數(shù)據(jù)上送，向上層提供YANG的配置和操作對(duì)象的變化情況。這樣就可以基于這些配置和操作狀態(tài)的遠(yuǎn)程鏡像，在網(wǎng)絡(luò)中開發(fā)新的功能為了優(yōu)化上送的效率，在分布式的數(shù)據(jù)采集場(chǎng)景中(例如直接從線卡“推”數(shù)據(jù)到采集器),可以通過基于UDP的通道上報(bào)數(shù)據(jù)[3],從而提高基于NETOONF的Telemetry的上報(bào)效率。GNMI[4][5]是一種基于GRPC[6][7]框架的網(wǎng)絡(luò)管理協(xié)議。通過定義一個(gè)GRPC服務(wù)，既可以完成設(shè)備的配置，同時(shí)也可以完成Telmetry的配置GRPC是一種基于HTTP/2[8]的開源的微服務(wù)通信框架，能很好的滿足Telenetry的需求，其相關(guān)特性如下：——GPRC使用全雙工的流傳輸模型，同時(shí)支持二進(jìn)制的編碼模式，提供了更高的傳輸效率；--GPRC支持跨操作系統(tǒng)平臺(tái)的特性：-—GPRC支持內(nèi)嵌的負(fù)載均衡和錯(cuò)誤恢復(fù)機(jī)制。6控制面的Telemetry指的是不同網(wǎng)絡(luò)協(xié)議的運(yùn)行狀態(tài)的監(jiān)控，可能涉及從Layer2到Layer7的各種控制協(xié)議。跟蹤這些網(wǎng)絡(luò)協(xié)議的運(yùn)行狀態(tài)，有助于實(shí)時(shí)、細(xì)粒度的探測(cè)，定位，甚至是預(yù)測(cè)各種網(wǎng)絡(luò)問題，進(jìn)一步的也有助于網(wǎng)絡(luò)的優(yōu)化?？刂泼娴腡elemetry的一個(gè)例子是BGP監(jiān)控協(xié)議(BMP)[9].它目前被用來監(jiān)控BGP的路由，以及支持其他應(yīng)用，具體場(chǎng)景包括BGP的對(duì)端分析、AS分析、前級(jí)分析、安全分析等。BMP的用途主要是監(jiān)控BGP會(huì)話，它支持通過一個(gè)方便的接口來獲取路由視圖。BMP監(jiān)控設(shè)備通過事先建立的BMPTCP會(huì)話從被監(jiān)控設(shè)備上收集BGP路由信息。BGP終結(jié)點(diǎn)的監(jiān)控通過BMPPeerUp和PoerDown通告來執(zhí)行。BGP路由信息被封裝在BMP路由監(jiān)控消息和BMP路由鏡像消息中，具體內(nèi)容包括最初導(dǎo)出的路由表項(xiàng)，也包括實(shí)時(shí)的路由更新。BGP的統(tǒng)計(jì)信息通過BMP的統(tǒng)計(jì)上報(bào)消息上報(bào)，具體上報(bào)的機(jī)制可以通過時(shí)間觸發(fā)，或者事件觸發(fā)。數(shù)據(jù)轉(zhuǎn)發(fā)面的Telemetry指的是上報(bào)數(shù)據(jù)轉(zhuǎn)發(fā)面的QoS、性能等相關(guān)信息，可能關(guān)系到某個(gè)流或是某個(gè)業(yè)務(wù)。網(wǎng)絡(luò)設(shè)備提供數(shù)據(jù)的數(shù)量、質(zhì)量和及時(shí)性，決定了數(shù)據(jù)轉(zhuǎn)發(fā)面的Telenetry的實(shí)際能力。為了滿足數(shù)據(jù)提供的嚴(yán)格要求，網(wǎng)絡(luò)設(shè)備數(shù)據(jù)轉(zhuǎn)發(fā)面作為監(jiān)測(cè)數(shù)據(jù)的產(chǎn)生者，需要滿足如下的技術(shù)需求：——設(shè)備數(shù)據(jù)轉(zhuǎn)發(fā)面的主要功能是用戶數(shù)據(jù)的處理和轉(zhuǎn)發(fā)：盡管提供網(wǎng)絡(luò)的可視性非常重要，但是Telemetry只是一個(gè)輔助性的功能，因此它不應(yīng)該妨礙設(shè)備上正常流量的處理和轉(zhuǎn)發(fā)(換言之，Telemetry的功能不應(yīng)該降低設(shè)備轉(zhuǎn)發(fā)性能或者改變?cè)O(shè)備的轉(zhuǎn)發(fā)行為):-—涉及網(wǎng)絡(luò)0AM的應(yīng)用可能要求流量的端到端的可見性，如果同時(shí)監(jiān)測(cè)不同源節(jié)點(diǎn)的多條這樣的流量就會(huì)導(dǎo)致需要大量的數(shù)據(jù)上報(bào)。但是不論使用帶內(nèi)的通道傳輸，還是帶外的通道傳輸，都需要保證這些監(jiān)測(cè)數(shù)據(jù)流量不給網(wǎng)絡(luò)帶寬帶來過于嚴(yán)重的壓力，給正常的網(wǎng)絡(luò)流量轉(zhuǎn)發(fā)帶來影響：—數(shù)據(jù)轉(zhuǎn)發(fā)面設(shè)備應(yīng)該盡量提供實(shí)時(shí)的數(shù)據(jù)，最小化傳送時(shí)廷。長時(shí)間的處理、傳輸、存儲(chǔ)或分析時(shí)延會(huì)損害控制回路的有效性，甚至導(dǎo)致監(jiān)測(cè)數(shù)據(jù)失效；-—數(shù)據(jù)應(yīng)該是結(jié)構(gòu)化的和可標(biāo)記的，以方便應(yīng)用的解析和使用。同時(shí)，不同的應(yīng)用可能有不同的數(shù)據(jù)類型的需求。數(shù)據(jù)平面設(shè)備需要能夠提供足夠的靈活性和可編程性，來支持準(zhǔn)確的數(shù)據(jù)提供；——數(shù)據(jù)轉(zhuǎn)發(fā)面的Telemetry應(yīng)該支持增量的部署，并且支持網(wǎng)絡(luò)中的某些設(shè)備不感可選的，數(shù)據(jù)轉(zhuǎn)發(fā)面的Telemetry可以基于不同數(shù)據(jù)轉(zhuǎn)發(fā)面的信息收集技術(shù)或者多種技術(shù)的組合，基于業(yè)務(wù)需求及實(shí)現(xiàn)機(jī)制可按不同的分類方式對(duì)數(shù)據(jù)轉(zhuǎn)發(fā)面的Telenetry進(jìn)行劃主動(dòng)/被動(dòng)：主動(dòng)和被動(dòng)方式(以及混合方式)在[10]中有詳細(xì)的介紹。被動(dòng)方式包括7了TCPDUMP,IPFIX[11],sflow和流量鏡像。這些方案通常只能覆蓋較少量的數(shù)據(jù)。如果需要提升數(shù)據(jù)覆蓋，帶寬的耗費(fèi)量將急劇增大。主動(dòng)方式包括了Ping,Traceroute,OWAMP[12],和TWAMP[13]。這些方案是基于在網(wǎng)絡(luò)中插入測(cè)試包來實(shí)現(xiàn)的，僅能提供非直接的網(wǎng)絡(luò)測(cè)量結(jié)果?；旌系姆桨赴↖n-situ0NM[14],IPFPM[15]和多點(diǎn)交替標(biāo)記[16],它們能夠提供相對(duì)折衷，同時(shí)更靈活的測(cè)量方式，但是通常這些方案實(shí)現(xiàn)起來更復(fù)雜。帶內(nèi)/帶外：在導(dǎo)出到采集器之前，Telenetry的監(jiān)測(cè)數(shù)據(jù)如果承載在用戶的數(shù)據(jù)包中，這樣的方案被認(rèn)為是帶內(nèi)的(例如In-situOAM),如果是Telmetry數(shù)據(jù)直接導(dǎo)出到采集器，不需要修改用戶包。這樣的方案被認(rèn)為是帶外的。也存在著混合的方案，在這類方案中僅Telemetry的指示或者部分?jǐn)?shù)據(jù)是在用戶數(shù)據(jù)包中攜帶的，例如IPFPM。端到端的方案/網(wǎng)絡(luò)內(nèi)的方案：一些端到端的方案，能夠提供從網(wǎng)絡(luò)的終結(jié)點(diǎn)發(fā)起測(cè)量，例如Ping.其他的方案通常在網(wǎng)絡(luò)內(nèi)起作用，對(duì)于終端Host是透明的。但是如果有必要，網(wǎng)絡(luò)內(nèi)的方案也能夠比較容易的被擴(kuò)展到終端主機(jī)。流/路徑/節(jié)點(diǎn)：依賴于Telenetry對(duì)象，方案可以是基于流的(例如In-situOAM),基于路徑的(例如Traceroute),或者是基于節(jié)點(diǎn)的(例如IPFIX)。交替標(biāo)記的方案包括IPFPM和多點(diǎn)交替標(biāo)記，主要用于測(cè)量IP網(wǎng)絡(luò)或者0verlay網(wǎng)絡(luò)的丟包、延時(shí)和抖動(dòng)，可以被用于點(diǎn)到點(diǎn)，以及多點(diǎn)到多點(diǎn)的流。交替標(biāo)記的方案通過創(chuàng)建批量的標(biāo)記數(shù)據(jù)包來實(shí)現(xiàn)。在該方案中，會(huì)修改數(shù)據(jù)包頭的某一個(gè)Bit的值，或者是修改包頭中某一個(gè)Lable值來作為標(biāo)記。這些標(biāo)記的數(shù)據(jù)包可以在網(wǎng)絡(luò)中被準(zhǔn)確的識(shí)別，通過比較相關(guān)的數(shù)據(jù)包計(jì)數(shù)器的統(tǒng)計(jì)數(shù)據(jù)的差異，可以對(duì)這些數(shù)據(jù)包所在的流進(jìn)行丟包率的計(jì)算。類似的，通過選擇一個(gè)特殊的數(shù)據(jù)包進(jìn)行標(biāo)記，可以對(duì)這個(gè)數(shù)據(jù)包所在的流進(jìn)行時(shí)延的測(cè)算。每個(gè)標(biāo)記周期，交替標(biāo)記方案針對(duì)需要監(jiān)測(cè)的每個(gè)流需要配置兩個(gè)計(jì)數(shù)器，一個(gè)用于統(tǒng)計(jì)發(fā)送數(shù)據(jù)情況，一個(gè)用于統(tǒng)計(jì)接收到的數(shù)據(jù)情況。例如，如果需要n個(gè)測(cè)量點(diǎn)，需要監(jiān)測(cè)m個(gè)流，那么每個(gè)標(biāo)記周期，需要的數(shù)據(jù)包計(jì)數(shù)器的數(shù)量級(jí)應(yīng)該是nm*2。通常網(wǎng)絡(luò)需要提供豐富的網(wǎng)絡(luò)性能測(cè)量數(shù)據(jù)(例如數(shù)據(jù)包計(jì)數(shù)等),因此傳統(tǒng)的IPFPM方式存在著擴(kuò)展性的問題。多點(diǎn)交替標(biāo)記方法旨在解決這些問題，該方案可以應(yīng)用在不需要分析細(xì)節(jié)的場(chǎng)景中，使性能監(jiān)控更加靈活在多點(diǎn)交替標(biāo)記方案中，應(yīng)用可以首先配置一個(gè)入口節(jié)點(diǎn)到出口節(jié)點(diǎn)之間的端到端的監(jiān)控。如果網(wǎng)絡(luò)一切正常，這個(gè)只能反映大致情況的監(jiān)控就足夠了，同時(shí)可以節(jié)省網(wǎng)絡(luò)資源。如果應(yīng)用從端到端的監(jiān)控中發(fā)現(xiàn)了問題，可以配置更加細(xì)化的監(jiān)控方案來定位問題?；谟布膭?dòng)態(tài)網(wǎng)絡(luò)探測(cè)器(DNP)[17]提供了一種可編程的方法來定制應(yīng)