nents supported by each network element, one can transform a fairly rigid component measurement solution, utilizing legacy technologies such as command line interfaces (CLIs) and SNMP, to a flexible measurement solution, centered on data models. Essentially, with ONAP, the solution can utilize the YANG models supported by a managed network element to quickly understand the context of measurement data and therefore craft the appropriate analytics instrumentation. With the ability to receive such model-centric data both syn- chronously (i.e., polled/response via NETCONF [10] or RESTCONF [15]) or asynchronously via a granular publish and subscribe streaming telemetry mechanism, the solution presents a powerful enabler for automation of functions that rely on such component-based measurements. As you will see further in this chapter, the same model-driven measurement framework will be applied to other parts of the overall solution, thus presenting a common framework for ONAP to interact with all network-based measurement artifacts. 16.4.4 SERVICE AND NETWORK MEASUREMENTS Service and network path measurements are very important to the overall measurement solution. As the diagram below illustrates, these measurements allow the network operator to monitor SLA/ service level objective (SLO) compliance when placed at the service edge of the network. On the other hand, when placed at the infrastructure edge, such as within AIC (see Chapter 4), they help measure network path performance. Network path performance measurements help identify ser- vice-impacting network impairments that might affect traffic related to multiple services and cus- tomers that traverse the common network core. 16.4.5 THE Case FOR DECOUPLING SERVICE AND NETWORK PATH MEASUREMENTS FROM NETWORK ELEMENTS Traditionally, network operators have relied on network element vendors to provide much of the measurement instrumentation for services and infrastructure monitoring. This has often led to ven- dor-proprietary solutions and has complicated network eleme