nent. In another instance, it could be deployed in a distributed model, wherein the common framework components would be deployed centrally, whereas the measurement agents would be distributed remotely. In either deployment scenario, the overall experience related to measuring the network would be identical. In order to support a large-scale deployment of measurement solutions, and to accommodate the diversity of the measurement technologies needed for an overall solution that provides the flexibility in configuring and collecting measurement data, it is important that we adopt a common, standards- based approach in the building of SDN-Mon. One example of such a standard is the Internet engineering task force (IETF) large-scale mea- surement of broadband performance (LMAP) framework and its corresponding YANG model [16,17]. Using LMAP, we will be able to bring commonality to configuration across the diverse measurement functions, as well as implement a common approach to scheduling measurement results reporting. Further, the requirement to orchestrate such measurements using the NETCONF or RESTCONF protocol and YANG model-based API will provide a common method for ONAP to configure the measurements. For collecting measurement results, it is recommended that the following technologies be imple- mented for transmitting the measurement results instantiated in compliance with the YANG models: 1. For transactional-based results collection: NETCONF and RESTCONF 2. For streaming telemetry-based results collection: Apache Foundation's AVRO or function- ally equivalent specification such as gRPC [12], with JSON object payload One example of a measurement agent would be the active performance measurement agent implementing the TWAMP. Another example would be a packet capture measurement agent. In either case, using LMAP will provide a common interface and data models to configure the mea- surements and subsequently aggregate the results for forwarding to ONAP. The use of a common SDN-Mon framework, with the ability to expo