Abstract: Novel tools and techniques might provide for implementing virtual platform media access control (“MAC”) address-based layer 2 and layer 3 network switching. In some embodiments, a method might comprise receiving, at a network node in a network, a data packet having a header comprising a MAC destination address, and routing, with the network node, the data packet over open systems interconnection (“OSI”) model layer 3 or network layer of the network, based at least in part on the MAC destination address in the header of the data packet. The MAC destination address comprises a first portion comprising an organizationally unique identifier (“OUI”) and a second portion comprising an identifier for a destination network interface controller (“NIC”) and/or virtual NIC (“VNIC”), which might be associated either with the same service provider associated with the network node or the network or with a different service provider, content provider, and/or application provider.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, implementing dual network telemetry API framework. In some embodiments, a computing system might receive first network telemetry data from a first network via a gateway API, might receive second network telemetry data from one or more second networks via a network API, and might analyze the first network telemetry data and the second network telemetry data to determine first instructions to send to the first network and to determine second instructions to send to the one or more second networks. The computing system might send the first instructions to first nodes in the first network to cause the first nodes to perform at least one first action and send the second instructions to each second network to cause the second nodes in each second networks to perform at least one second action.

Abstract: Novel tools and techniques are provided for implementing network experience shifting using shared objects. In various embodiments, a network node in a first network might receive, via a first network access device (“NAD”) in a second network, a request from a first user device to establish roaming network access, a first user being associated with a second NAD in the first network and being unassociated with the first NAD. The network node might authenticate the first user, receive customer network telemetry data regarding visited LAN associated with the first NAD via a gateway API, receive service provider network telemetry data via a network API, determine whether the first user is associated with (and authorized to access services accessible by) the second NAD. If so, the network node might configure the visited LAN and/or the first NAD to simulate the interface environment of the user's home LAN and/or the second NAD.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, implementing dual network telemetry API framework. In some embodiments, a computing system might receive first network telemetry data from a first network via a gateway API, might receive second network telemetry data from one or more second networks via a network API, and might analyze the first network telemetry data and the second network telemetry data to determine first instructions to send to the first network and to determine second instructions to send to the one or more second networks. The computing system might send the first instructions to first nodes in the first network to cause the first nodes to perform at least one first action and send the second instructions to each second network to cause the second nodes in each second networks to perform at least one second action.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, API to provide network metrics and network resource control to users. In some embodiments, a computing system might receive customer network telemetry data from a first network via a gateway API, might receive service provider network telemetry data from a second network(s) via a network API, might compile the customer network telemetry data and the service provider network telemetry data, might receive a request from a user to access information regarding network services associated with the user, might filter the compiled customer network telemetry data and the compiled service provider network telemetry data to isolate first telemetry data and second telemetry data, respectively, might provide the user with access to at least one of the first telemetry data or the second telemetry data, and might provide the user with options to control network resources.

Abstract: Novel tools and techniques are provided for implementing intent-based service configuration, conformance, and auditing. In various embodiments, a computing system might receive a request for network services from a customer, the request for network services comprising desired characteristics and performance parameters for the requested network services, without information regarding specific hardware, hardware type, or network for providing the requested services. The computing system might analyze first metadata regarding resource attributes and characteristics of unassigned network resources to identify network resources among unassigned network resources for providing the requested network services, the first metadata having been striped to entries of the unassigned network resources in resource database(s).

Abstract: Novel tools and techniques are provided for implementing model driven service state machine linkage functionality amongst different machines and/or networks. In some embodiments, a computing system of a first network associated with a first entity might establish a communication link with a node of a second network associated with a second entity. The computing system might determine whether there is a common network resource state schema between the two networks, and, if so, might identify available versions, then negotiate which version to use as common version. The computing system might retrieve network state information for the two networks, might generate a user interface that incorporates and presents the network state information for the two disparate networks consistent with the common version of the common schema, and might send the user interface to a user device of a user for display of the network state information of the two disparate networks.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, implementing dual network telemetry API framework. In some embodiments, a computing system might receive first network telemetry data from a first network via a gateway API, might receive second network telemetry data from one or more second networks via a network API, and might analyze the first network telemetry data and the second network telemetry data to determine first instructions to send to the first network and to determine second instructions to send to the one or more second networks. The computing system might send the first instructions to first nodes in the first network to cause the first nodes to perform at least one first action and send the second instructions to each second network to cause the second nodes in each second networks to perform at least one second action.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, implementing dual network telemetry API framework. In some embodiments, a computing system might receive first network telemetry data from a first network via a gateway API, might receive second network telemetry data from one or more second networks via a network API, and might analyze the first network telemetry data and the second network telemetry data to determine first instructions to send to the first network and to determine second instructions to send to the one or more second networks. The computing system might send the first instructions to first nodes in the first network to cause the first nodes to perform at least one first action and send the second instructions to each second network to cause the second nodes in each second networks to perform at least one second action.

Abstract: Novel tools and techniques are provided for implementing network experience shifting using shared objects. In various embodiments, a network node in a first network might receive, via a first network access device (“NAD”) in a second network, a request from a first user device to establish roaming network access, a first user being associated with a second NAD in the first network and being unassociated with the first NAD. The network node might authenticate the first user, receive customer network telemetry data regarding visited LAN associated with the first NAD via a gateway API, receive service provider network telemetry data via a network API, determine whether the first user is associated with (and authorized to access services accessible by) the second NAD. If so, the network node might configure the visited LAN and/or the first NAD to simulate the interface environment of the user's home LAN and/or the second NAD.

Abstract: Novel tools and techniques might provide for implementing extension of customer local area networks (“LANs”) and/or implementing isolated service overlays over a network. In some embodiments, a network service point that is located external to a demarcation point at each of a plurality of customer premises might establish a connection between a service provider network and a customer LAN, which has already been established within a customer premises. The system subsequently extends the customer LAN, via this connection, to span between the network service point and the customer premises. Alternatively, or additionally, the system might establish two or more isolated service overlays across the customer LAN between the network service point and the customer premises, each of the two or more isolated service overlays having network traffic that is isolated from network traffic transmitted along another of the two or more isolated service overlays.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, API to provide network metrics and network resource control to users. In some embodiments, a computing system might receive customer network telemetry data from a first network via a gateway API, might receive service provider network telemetry data from a second network(s) via a network API, might compile the customer network telemetry data and the service provider network telemetry data, might receive a request from a user to access information regarding network services associated with the user, might filter the compiled customer network telemetry data and the compiled service provider network telemetry data to isolate first telemetry data and second telemetry data, respectively, might provide the user with access to at least one of the first telemetry data or the second telemetry data, and might provide the user with options to control network resources.

Abstract: Novel tools and techniques in a telecommunication network are provided for implementing a data link layer control plane that may comply with the Ethernet standard and with sub-millisecond transmission control capabilities across multiple dis-similar technologies and bandwidth links. The framework provides a dynamic modular traffic control function insertion, removal, mapping function by having interpreter functions in the protocol agents that can map states and commands to sub-service chain functions that are configured per path and quality of service (QoS) flows. The control protocol provides high levels of resiliency and reliability by having a replicating function that transmits the same control protocol frames across multiple links simultaneously. The agents are multi-chassis capable and support hitless service impacts for administrative changes. Control plane messages may be encoded as a data plane frame and be transmitted at a high rate using the data plane.

Abstract: Novel tools and techniques in a telecommunication network are provided for implementing a data link layer control plane that may comply with the Ethernet standard and with sub-millisecond transmission control capabilities across multiple dis-similar technologies and bandwidth links. The framework provides a dynamic modular traffic control function insertion, removal, mapping function by having interpreter functions in the protocol agents that can map states and commands to sub-service chain functions that are configured per path and quality of service (QoS) flows. The control protocol provides high levels of resiliency and reliability by having a replicating function that transmits the same control protocol frames across multiple links simultaneously. The agents are multi-chassis capable and support hitless service impacts for administrative changes. Control plane messages may be encoded as a data plane frame and be transmitted at a high rate using the data plane.

Abstract: Novel tools and techniques in a telecommunication network are provided for implementing a data link layer control plane that may comply with the Ethernet standard and with sub-millisecond transmission control capabilities across multiple dis-similar technologies and bandwidth links. The framework provides a dynamic modular traffic control function insertion, removal, mapping function by having interpreter functions in the protocol agents that can map states and commands to sub-service chain functions that are configured per path and quality of service (QoS) flows. The control protocol provides high levels of resiliency and reliability by having a replicating function that transmits the same control protocol frames across multiple links simultaneously. The agents are multi-chassis capable and support hitless service impacts for administrative changes. Control plane messages may be encoded as a data plane frame and be transmitted at a high rate using the data plane.

Abstract: Novel tools and techniques might provide for implementing applications management, based at least in part on operations, administration, and management (“OAM”) information. A host computing system might comprise a dedicated OAM management agent. While normal application frame flow might be sent or received by VMs running on the host computing system, OAM frame flow might be sent or received by the OAM management agent, which might also serve as an OAM frame generator. Alternatively, or additionally, based on a determination that at least one OAM frame has changed (in response to a change in address of far-end and/or near-end OAM server functions), the OAM management agent might update a list associating the at least one OAM frame that has changed with corresponding at least one VM of the one or more VMs, without restarting any of the at least one VM, the OAM management agent, and/or the host computing system.

Abstract: When the physical network is transitioned into a virtual network, functionality provided by physical ports are no longer available in the virtual machine (“VM”) environments. Physical to virtual network transport function abstraction may be implemented to provide software applications running in the VM with state information or similar information necessary for the software applications to continue running, without the physical ports that would provide such information in a physical system. In some embodiments, a virtual machine manager might send first information to a virtual infrastructure manager, which might send second information to a virtualized application manager or orchestrator. The virtualized application manager or orchestrator might in turn send third information to a virtualized application running in a virtual machine or container. The first, second, and/or third information might include state information (e.g.

Abstract: Novel tools and techniques might provide for implementing communications between two or more virtual machines (“VMs”) and client devices coupled to one or more ports. In some embodiments, an orchestration agent running on a host computing system might configure, using a VM-to-Port driver, a physical port of the host device to establish two or more virtual ports associated with the physical port, and might map, using the VM-to-Port driver, each of two or more VMs running on the host computing system with corresponding each of the two or more virtual ports. When a client device is communicatively coupled to the physical port, the orchestration agent might map, using the VM-to-Port driver, each of the two or more VMs with one or more functions of the client device via corresponding each of the two or more virtual ports associated with the physical port to which the client device is communicatively coupled.

Abstract: Novel tools and techniques provide for implementing network configuration, and, in particular embodiments, to methods, systems, apparatus, and computer software for implementing customer control point or customer portal for enabling customer-based virtualized platform and network configuration. In some embodiments, a network node might receive, via a user portal (e.g., an app-based or web-based customer portal), a request from a user to change a network configuration of a network. In response to receiving the request, the network node might determine one or more network configuration changes to make to effect the request to change the network configuration of the network, and might reconfigure the network by effecting the determined one or more network configuration changes. In some cases, the user portal might be represented by a graphical user interface that allows the user to manipulate or interact with icons of devices, apps, VNFs, etc., as a form of making the request.

Abstract: Novel tools and techniques are provided for implementing network application programming interface (“API”), and, more particularly, implementing dual network telemetry API framework. In some embodiments, a computing system might receive first network telemetry data from a first network via a gateway API, might receive second network telemetry data from one or more second networks via a network API, and might analyze the first network telemetry data and the second network telemetry data to determine first instructions to send to the first network and to determine second instructions to send to the one or more second networks. The computing system might send the first instructions to first nodes in the first network to cause the first nodes to perform at least one first action and send the second instructions to each second network to cause the second nodes in each second networks to perform at least one second action.