Abstract: Systems, methods, and computer-readable media are provided for reusing execution environments and code of serverless functions while ensuring isolation in serverless computing environments. In some examples, a method can include, in response to a first request to run a serverless function, executing, at an execution environment on a network, computer-readable code configured to perform the serverless function; after the computer-readable code has executed, modifying a pointer to an area of memory used to store a first state of the serverless function to reference a different area of memory; in response to a second request to run the serverless function, reusing, at the execution environment, the computer-readable code to perform the serverless function; and based on the pointer referencing the different area of memory, using the different area of memory to store a second state of the serverless function.

Abstract: Systems, methods, computer-readable media are disclosed for influencing serverless function placement across hosts within a network. A method includes receiving a notification from a network component, the notification indicating a performance bottleneck in association with one or more instances of a serverless function being executed at one or more hosts of a network; initiating at least one additional instance of the serverless function in response to the performance bottleneck; and sending a message to the network component identifying the at least one additional instance of the serverless function, the network component directing network traffic based on the message.

Abstract: Systems, methods, computer-readable media are disclosed for influencing serverless function placement across hosts within a network. A method includes receiving a notification from a network component, the notification indicating a performance bottleneck in association with one or more instances of a serverless function being executed at one or more hosts of a network; initiating at least one additional instance of the serverless function in response to the performance bottleneck; and sending a message to the network component identifying the at least one additional instance of the serverless function, the network component directing network traffic based on the message.

Abstract: A network management method includes a controller receiving an underlay network identifier and a network segment identifier. The underlay network identifier and network segment identifier can be associated with entries in a forwarding information base and border gateway protocol speakers may be deployed in association with the entries. A virtual network can be associated with the underlay network and network traffic can be forwarded to the virtual network according to the entries.

Abstract: A method includes receiving a DNS request, notifying a serverless orchestrator system of data associated with the DNS request, provisioning a function on a serverless function node based on the DNS request, notifying a load balancer regarding the serverless function node, providing a response to the DNS request and routing an API request associated with the DNS request to the serverless function node.

Abstract: Techniques are described to provide a peephole optimization for processing traffic for lightweight protocols at lower layers by executing them inside a virtual switch rather than using the network stack of a host node. In one example, a method includes determining by forwarding logic of a virtual switch that a received packet is associated with a query for one of domain information or address information. Based on such a determination, the virtual switch determines whether the query is contained within a single Ethernet frame and is answerable. Based on a positive determination for both, the virtual switch determines whether a response to the query can be transmitted in a single packet within a single Ethernet frame. Based on a positive determination of a single packet response, a response packet for the query is formed and injected into the forwarding logic for the virtual switch for transmitting to a destination.

Abstract: A first request for a loopback address is obtained at a first device. The loopback address is associated with a service provided by a second device, and is obtained via a first interface of the second device. The loopback address is provided to the second device via the first interface. A second request for the loopback address associated with the service provided by the second device is obtained at the first device via a second interface of the second device. The loopback address is provided to the second device via the second interface. A first route to the service utilizing the loopback address and the first interface is programmed at the first device. A second route to the service utilizing the loopback address and the second interface is also programmed at the first device.

Abstract: A fully self-contained, portable product dehydrator is provided comprising: an intermodal container housing an equipment module, the equipment module including a refrigeration equipment chamber proximate the front door and an air conditioning chamber behind the refrigeration equipment chamber, the equipment module retained in the interior and moveable from a retracted position to an extended position, wherein when in the extended position, the refrigeration equipment chamber is substantially exposed to an ambient environment, outside the front door; a heat pump dehumidifier including a subcooler, a desuperheater, electronic expansion valve and a compressor, housed in the refrigeration equipment chamber and at least two condensers and evaporator housed in the air conditioning chamber; a drying chamber, the drying chamber defined by the interior and the rear door; a motor control center; and a control panel; in electronic communication with the heat pump dehumidifier and the fans.

Abstract: A network management method includes a controller receiving an underlay network identifier and a network segment identifier. The underlay network identifier and network segment identifier can be associated with entries in a forwarding information base and border gateway protocol speakers may be deployed in association with the entries. A virtual network can be associated with the underlay network and network traffic can be forwarded to the virtual network according to the entries.

Abstract: A lift nacelle may comprise an airflow generator; a sidewall system coupled to the airflow generator and spanning in a first direction, wherein the sidewall system defines a nacelle interior space, wherein the airflow generator defines one of a forward boundary or an aft boundary of the nacelle interior space; and a lift body disposed in the nacelle interior space and spanning substantially perpendicular to the first direction and substantially perpendicular to an upward lift direction. The airflow generator may be configured to accelerate airflow in an aft direction into the nacelle interior space through the forward boundary of the nacelle interior space. The airflow may contact and/or interact with the lift body creating lift in response.

Abstract: A method includes, in a constellation of clients including a first client and a second client, receiving, at the first client, a connection request from the second client, retrieving endpoint reachability data associated with the second client and transmitting, to a server, a connection request based on the endpoint reachability data. The first client receives, from the server and based on the connection request, endpoint reachability information associated with the second client and starts a bidirectional connection with the second client. A direct or indirect tunnel is established between the first client and the second client. The tunnel is set up based on a table which maps a first connectivity option associated with the first client to a second connectivity option associated with the second client to determine whether to establish the direct tunnel or the indirect tunnel between the first client and the second client.

Abstract: A system is provided that includes one management cluster to manage network function virtualization infrastructure (NFVI) resources lifecycle in more than one edge POD locations, where resources include hardware and/or software, and where software resources lifecycle includes software development, upgrades, downgrades, logging, monitoring etc. Methods are provided for decoupling storage from compute and network functions in each virtual machine (VM)-based NFVI deployment location and moving it to a centralized location. Centralized storage could simultaneously interact with more than one edge PODs, and the security is built-in with periodic key rotation. Methods are provided for increasing NFVI system viability by dedicating (fencing) CPU core pairs for specific controller operations and workload operations, and sharing the CPU cores for specific tasks.

Abstract: In one embodiment, a local content hub device in a network receives content for distribution to a plurality of nodes in the network. The content is sent to the local content hub via a wide area network (WAN) using bit index explicit replication (BIER) messaging. The local content hub device caches the content and multicasts the cached content to the plurality of nodes in the network. The local content device determines that at least one of the plurality of nodes in the network did not receive the multicast content. The local content device retransmits the content to at least one of the plurality of nodes in the network that did not receive the multicast content.

Abstract: In one embodiment, a local content hub device in a network receives content for distribution to a plurality of nodes in the network. The content is sent to the local content hub via a wide area network (WAN) using bit index explicit replication (BIER) messaging. The local content hub device caches the content and multicasts the cached content to the plurality of nodes in the network. The local content device determines that at least one of the plurality of nodes in the network did not receive the multicast content. The local content device retransmits the content to at least one of the plurality of nodes in the network that did not receive the multicast content.

Abstract: Aspects of the subject technology relate to methods for inter-container communication in a virtual network environment. Steps for implementing an inter-container communication method can include: creating, using a container management system, a file-structure in a shared memory, generating, by the container management system, a first memory-mapping between the file-structure and a first network container, and generating, by the container management system, a second memory-mapping between the file-structure and a second network container. In some aspects, the method can further include steps for transferring at least one data packet from the first network container to the second network container via the file-structure in the shared memory. Systems and machine-readable media are also provided.

Abstract: A system is provided to support a serverless environment and quickly generate containers to handle requests. The system includes a first network node, a container orchestration system, and a serving node. The first network node receives an initial packet of a request from a host and sends a notification to a container orchestration system. The notification includes header information from the initial packet and signals the reception of the initial packet of the request. The container orchestration system creates one or more new containers in response to the notification based on the header information of the initial packet. The serving node instantiates the new containers, receives the request from the host, and processes the request from the host with the new containers.

Abstract: A fully self-contained, portable product dehydrator is provided comprising: an intermodal container housing an equipment module, the equipment module including a refrigeration equipment chamber proximate the front door and an air conditioning chamber behind the refrigeration equipment chamber, the equipment module retained in the interior and moveable from a retracted position to an extended position, wherein when in the extended position, the refrigeration equipment chamber is substantially exposed to an ambient environment, outside the front door; a heat pump dehumidifier including a subcooler, a desuperheater, electronic expansion valve and a compressor, housed in the refrigeration equipment chamber and at least two condensers and evaporator housed in the air conditioning chamber, a drying chamber, the drying chamber defined by the interior and the rear door; a motor control center; and a control panel; in electronic communication with the heat pump dehumidifier and the fans.

Abstract: Aspects of the subject technology relate to methods for inter-container communication in a virtual network environment. Steps for implementing an inter-container communication method can include: creating, using a container management system, a file-structure in a shared memory, generating, by the container management system, a first memory-mapping between the file-structure and a first network container, and generating, by the container management system, a second memory-mapping between the file-structure and a second network container. In some aspects, the method can further include steps for transferring at least one data packet from the first network container to the second network container via the file-structure in the shared memory. Systems and machine-readable media are also provided.

Abstract: In one embodiment, forwarding information with respect to a particular data packet is requested from a distributed hash table (DHT) that stores key-network flow information pairs. A plurality of nodes in a network participate in the DHT, each node locally stores network flow information as dictated by a hashing function of the DHT, and the network flow information can be used to process data packets in the network. Then, forwarding information is received from the DHT indicating a destination node of the plurality of nodes to which the particular data packet should be forwarded according to the hashing function of the DHT. The destination node stores network flow information that corresponds to the particular data packet. Finally, the particular data packet is forwarded toward the destination node in order for the particular data packet to be processed using the network flow information stored at the destination node.

Abstract: In one embodiment, forwarding information with respect to a particular data packet is requested from a distributed hash table (DHT) that stores key-network flow information pairs. A plurality of nodes in a network participate in the DHT, each node locally stores network flow information as dictated by a hashing function of the DHT, and the network flow information can be used to process data packets in the network. Then, forwarding information is received from the DHT indicating a destination node of the plurality of nodes to which the particular data packet should be forwarded according to the hashing function of the DHT. The destination node stores network flow information that corresponds to the particular data packet. Finally, the particular data packet is forwarded toward the destination node in order for the particular data packet to be processed using the network flow information stored at the destination node.