Abstract:
An embodiment device includes a network interface, a non-transitory computer readable medium having executable instructions thereon, and a processor coupled to the network interface and the computer readable medium. The executable instructions cause the processor to receive an Intent representing requirements for data traffic on a network having a plurality of endpoints, with the Intent specifying one or more traffic parameters identifying one or more of the endpoints, and and at least one first service. The executable instructions also include instructions to generate one or more networking commands identifying the at least one first service according to the traffic parameters, send the networking commands to one or more network devices on the network and cause the network devices to perform the at least one first service on a first data transmission in response to parameters of the data transmission satisfying the one or more networking commands.
Abstract:
The disclosure relates to technology for coordinating execution of serverless functions. One or more events are received from one or more external sources. The one or more events are mapped to one or more event states of a processing graph according to mapping rules, the one or more event states including one or more actions, and the one or more actions are executed in response to the one or more events satisfying conditions of the mapping rules. An event response is the received in reply to the received one or more events, where the event response is based on execution of one or more tasks corresponding to a sequence of the executed one or more actions.
Abstract:
The disclosure relates to technology for coordinating execution of serverless functions. One or more events are received from one or more external sources. The one or more events are mapped to one or more event states of a processing graph according to mapping rules, the one or more event states including one or more actions, and the one or more actions are executed in response to the one or more events satisfying conditions of the mapping rules. An event response is the received in reply to the received one or more events, where the event response is based on execution of one or more tasks corresponding to a sequence of the executed one or more actions.
Abstract:
Metadata may be embedded in a service chain header (SCH) appended to a packet that is forwarded over a service chain path. The metadata may include information that is used to process the packet at a downstream service function chain (SFC) entity on the service chain path. The metadata TLV field may identify a service action to be performed by a downstream SFC entity. For example, the metadata TLV field may instruct the downstream SFC entity to drop the packet, to redirect the packet (or a traffic flow associated with the packet), to mirror a traffic flow, to terminate a communication connection, to start or stop a packet accounting, and/or to apply a higher grade of service. In another embodiment, the metadata TLV field specifies an OAM service action list that identifies service actions that have been performed on the packet.
Abstract:
An example method embodiment for networking includes managing, by a network controller, network services for one or more network devices connected to the network controller. Managing network services includes receiving a packet in a traffic flow from a network device. The network device is one of the one or more network devices connected to the network controller. Managing network services further includes determining applicable services for the packet, transmitting the packet to a service provider in accordance with the applicable services for the packet, receiving, from the service provider, service results corresponding to the packet, and creating a forwarding entry providing instructions for handling the traffic flow in a service path table at the network device in accordance with the service results corresponding to the packet.
Abstract:
A method implemented by a path computation element (PCE), comprising receiving a path computation request to compute a network path for a source-destination pair in a service chain (SC) network, wherein the path computation request comprises at least one network routing constraint and a service function (SF) input associated with a plurality of SFs, computing a plurality of network paths through the network for the source-destination pair according to the network routing constraint, selecting at least a first of the network paths according to the SF input, and sending a path computation response indicating at least the first network path in response to the received path computation request.
Abstract:
VXLAN inter-domain communications and packet forwarding are supported between a virtual machine (VM) in a Virtual eXtensible Local Area Network (VXLAN) domain and an external client or another domain via a Layer Two (L2)/Layer Three (L3) switch, router, or network. A VXLAN Tunnel End Point (VTEP) coupled to the VM at a server and to the L2/L3 switch, router, or network and associated with the VXLAN domain is configured to implement a method for enabling the VXLAN inter-domain communications. The method includes receiving a packet at the (VTEP), replacing a source or destination Media Access Control (MAC) address in the packet if the packet is part of communications between a VXLAN domain for the VMs and an external component without encapsulating or decapsulating the packet, and forwarding the packet. Alternatively, the VTEP encapsulates or decapsulates an incoming packet if the packet is part of a VXLAN internal domain communications.
Abstract:
An intelligent data center (DC) positioning mechanism is supported for a cloud computing environment. The intelligent DC positioning mechanism automatically selects an optimal DC from a set of candidate DCs to serve a user. A service request is received from a user at a service portal. The service request is then sent and processed by a DC positioning engine in the cloud computing environment. To select the optimal DC, a plurality of DCs are queried for price-tier and capability information to service the request. A list of candidate DCs is then established in accordance with the price-tier and capability information. A plurality of attributes including internal DC attributes is also obtained. The candidate DCs in the list are then ranked in accordance with the attributes including the internal DC attributes and a highest ranked DC in the list is selected to serve the service request.
Abstract:
A method for service function chaining across subnetworks includes receiving a packet at a virtual switch integration bridge from a first service function (SF) that is in a service function chain (SFC) and that is on a first subnetwork, determining a next SF in the SFC in a different subnetwork, and sending the received packet directly from the virtual switch integration bridge to the next SF.
Abstract:
The disclosure relates to technology for coordinating execution of serverless functions. One or more events are received from one or more event sources. The one or more events are mapped to one or more event states of a function graph according to a mapping rule, the one or more event states including one or more actions, and the one or more actions which satisfied the mapping rule are executed. The received events are sent to a computer system to trigger the computer system initiating one or more computing resource groups for executing one or more serverless functions associated with the one or more actions. One or more responses are received from the serverless functions.