Abstract: A system described herein may maintain records, in a distributed ledger, that include parameters (e.g., Quality of Service (“QoS”) parameters and/or Multi-Access/Mobile Edge Computing (“MEC”) device management parameters) that are associated with particular applications and/or MEC operator systems. The system may identify a particular record, from the distributed ledger, that is associated with a particular MEC operator system. The particular record may indicate a first set of MEC configuration parameters implemented by the MEC device operator system, and one or more triggers based on which the first set of MEC configuration parameters were implemented by the MEC device operator system. The system may record a set of modified application parameters, that are generated based on the identified first set of MEC configuration parameters and the one or more triggers, to the distributed ledger.

Abstract: A system described herein may monitor, on an ongoing basis, a Key Performance Indicators (“KPIs”) associated with a wireless network. The system may receive, from a particular device, a monitoring policy specifying one or more criteria, and may compare the criteria associated with the monitoring policy to the monitored KPIs. The system may determine, based on the comparing, that the criteria associated with the monitoring policy is satisfied; may determine a particular subset of the monitored KPIs based on the monitoring policy and further based on determining that the criteria associated with the monitoring policy is satisfied; and may output the particular subset of the monitored KPIs to the second device. The system may monitor the wireless network via private interfaces that are not exposed to devices external to the wireless network.

Abstract: A system described herein may monitor, on an ongoing basis, a Key Performance Indicators (“KPIs”) associated with a wireless network. The system may receive, from a particular device, a monitoring policy specifying one or more criteria, and may compare the criteria associated with the monitoring policy to the monitored KPIs. The system may determine, based on the comparing, that the criteria associated with the monitoring policy is satisfied; may determine a particular subset of the monitored KPIs based on the monitoring policy and further based on determining that the criteria associated with the monitoring policy is satisfied; and may output the particular subset of the monitored KPIs to the second device. The system may monitor the wireless network via private interfaces that are not exposed to devices external to the wireless network.

Abstract: A system described herein may monitor, on an ongoing basis, a Key Performance Indicators (“KPIs”) associated with a wireless network. The system may receive, from a particular device, a monitoring policy specifying one or more criteria, and may compare the criteria associated with the monitoring policy to the monitored KPIs. The system may determine, based on the comparing, that the criteria associated with the monitoring policy is satisfied; may determine a particular subset of the monitored KPIs based on the monitoring policy and further based on determining that the criteria associated with the monitoring policy is satisfied; and may output the particular subset of the monitored KPIs to the second device. The system may monitor the wireless network via private interfaces that are not exposed to devices external to the wireless network.

Abstract: A system described herein may maintain records, in a distributed ledger, that include parameters (e.g., Quality of Service (“QoS”) parameters and/or Multi-Access/Mobile Edge Computing (“MEC”) device management parameters) that are associated with particular applications and/or MEC operator systems. The system may identify a particular record, from the distributed ledger, that is associated with a particular MEC operator system. The particular record may indicate a first set of MEC configuration parameters implemented by the MEC device operator system, and one or more triggers based on which the first set of MEC configuration parameters were implemented by the MEC device operator system. The system may record a set of modified application parameters, that are generated based on the identified first set of MEC configuration parameters and the one or more triggers, to the distributed ledger.

Abstract: A system described herein may record, to a distributed ledger, information associating a particular application with a particular set of Quality of Service (“QoS”) information. A particular Multi-Access/Mobile Edge Computing (“MEC”) device operator system may access the distributed ledger to identify the information associating the particular application with the particular set of QoS information. The system may read, from the distributed ledger, MEC configuration information indicating that the MEC device operator system has configured one or more MEC devices, of a plurality of MEC devices to provide the particular application in accordance with the particular set of QoS information. The system may select a particular MEC device, from the plurality of MEC devices, based on a request and further based on the MEC configuration information, and may output an indication of the selected particular MEC device in response to the request.

Abstract: A device may receive a consent address from a user device accessing an application that requires application data associated with consent of a user of the user device, and may provide, to the user device, a consent form associated with the consent address. The device may receive, from the user device, user authentication data provided via the consent form and via a first option or a second option, and may provide, to an application server device associated with the application, a notification indicating that the user authentication data was received. The device may provide, to a cloud service provider web services device, an authorization code and an authorization token based on providing the notification. The cloud service provider web services device may cause the application data to be provided to the application server device based on receiving the authorization code and the authorization token.

Abstract: A device can receive virtual network function (VNF) data associated with multiple VNFs. The device can generate multiple configuration templates that are to be used by a network design tool that is capable of creating a design of a network for an organization. The device can receive, from a user device, object data associated with network design objects that have been added to or removed from the interface of the network design tool. The device can generate multiple VNF configuration files that allow two or more of the multiple VNFs to be supported by network devices associated with the organization. The device can perform actions associated with configuring two or more of the multiple VNFs onto the network devices to permit the network devices to utilize virtual resources while executing the two or more of the multiple VNFs.

Abstract: Techniques described herein may be used to condense a large quantity of Virtual Network Function (VNF) chains (that each correspond to a network service) into a much smaller quantity of VNF records; and extract any of the large quantity of VNF chains from the smaller quantity of network service records. This may be accomplished by assigning a Number (No.) of Services attribute and a Tier attribute into each VNF record. The No. of Services attribute and Tier attribute may enable the VNF records to reference one another such that the larger quantity of VNF chains may, in effect, be entirely represented by the much smaller quantity of VNF records, thereby conserving storage space, streamlining VNF chain management, and reducing the processing and memory capacity required to search, configure, and deploy virtual network services.

Abstract: A device can receive virtual network function (VNF) data associated with multiple VNFs. The device can generate multiple configuration templates that are to be used by a network design tool that is capable of creating a design of a network for an organization. The device can receive, from a user device, object data associated with network design objects that have been added to or removed from the interface of the network design tool. The device can generate multiple VNF configuration files that allow two or more of the multiple VNFs to be supported by network devices associated with the organization. The device can perform actions associated with configuring two or more of the multiple VNFs onto the network devices to permit the network devices to utilize virtual resources while executing the two or more of the multiple VNFs.

Abstract: Techniques described herein may be used to condense a large quantity of Virtual Network Function (VNF) chains (that each correspond to a network service) into a much smaller quantity of VNF records; and extract any of the large quantity of VNF chains from the smaller quantity of network service records. This may be accomplished by assigning a Number (No.) of Services attribute and a Tier attribute into each VNF record. The No. of Services attribute and Tier attribute may enable the VNF records to reference one another such that the larger quantity of VNF chains may, in effect, be entirely represented by the much smaller quantity of VNF records, thereby conserving storage space, streamlining VNF chain management, and reducing the processing and memory capacity required to search, configure, and deploy virtual network services.

Abstract: Techniques described herein may be used to condense a large quantity of Virtual Network Function (VNF) chains (that each correspond to a network service) into a much smaller quantity of VNF records; and extract any of the large quantity of VNF chains from the smaller quantity of network service records. This may be accomplished by assigning a Number (No.) of Services attribute and a Tier attribute into each VNF record. The No. of Services attribute and Tier attribute may enable the VNF records to reference one another such that the larger quantity of VNF chains may, in effect, be entirely represented by the much smaller quantity of VNF records, thereby conserving storage space, streamlining VNF chain management, and reducing the processing and memory capacity required to search, configure, and deploy virtual network services.

Abstract: Techniques described herein may be used to condense a large quantity of Virtual Network Function (VNF) chains (that each correspond to a network service) into a much smaller quantity of VNF records; and extract any of the large quantity of VNF chains from the smaller quantity of network service records. This may be accomplished by assigning a Number (No.) of Services attribute and a Tier attribute into each VNF record. The No. of Services attribute and Tier attribute may enable the VNF records to reference one another such that the largeer quantity of VNF chains may, in effect, be entirely represented by the much smaller quantity of VNF records, thereby conserving storage space, streamlining VNF chain management, and reducing the processing and memory capacity required to search, configure, and deploy virtual network services.