Cisco Technology, Inc.

Juniper Networks, Inc.

Ashok Ganesan

Sukhdev S Kapur

Subrata Banerjee

Sumeet Singh

Jacopo Pianigiani

Tong Jiang

Ethan M Spiegel

Atul S Moghe

Vinod Nair

Manish Krishnan

Michal Styszynski

Rishabh Ramakant Tulsian

Joseph Williams

Soumil Ramesh Kulkarni

Sahana Sekhar Palagrahara Chandrashekar

Jeba Paulaiyan

Joshua Merrill

Debojyoti Dutta

Huida Dai

Arpan K Ghosh

Sanjay Kumar Hooda

Jiang Zhu

Jan Medved

Shujin Zhang

Dinesh Ganapathy Dutt

Varagur Chandrasekaran

Kaushik Narayan

Srinivas Pitta

Muninder Singh Sambi

Naoshad Mehta

Sanjay Thyamagundalu

Tissa Senevirathne

Danny J Elder

Michael V Dvorkin

Les Ginsberg

Erik David Ludvigson

An example method includes determining, by a network controller, based on a high-level data model, vendor-agnostic device information for a first network device, translating the vendor-agnostic device information into vendor-specific device information, sending, to the first network device, first configuration information included in the vendor-specific device information to cause the first network device to switch into a maintenance mode and enable diversion of network traffic from the first network device to a second network device, responsive to verifying that the first network device has diverted the traffic, initiating maintenance procedures on the first network device while the first network device is in the maintenance mode, and sending, to the first network device, second configuration information included in the vendor-specific device information to cause the first network device to switch out of the maintenance mode and enable reversion of network traffic from the second device to the first network device.

Automation of maintenance mode operations for network devices

An example method includes identifying, based on a received indication, at least a first network device that is to be placed in the maintenance mode, determining device information for the first network device, sending, to the first network device, first configuration information included in the device information to cause the first network device to switch into a maintenance mode and enable diversion of network traffic from the first network device to a second network device, responsive to verifying that the first network device has diverted the traffic, initiating maintenance procedures on the first network device while the first network device is in the maintenance mode, and sending, to the first network device, second configuration information included in the device information to cause the first network device to switch out of the maintenance mode and enable reversion of network traffic from the second device to the first network device.

Control plane analytics and policing may be provided. First, packets that traverse a port may be parsed. Next, based on the parsed packets, metrics for each of a plurality of hosts on a per-protocol basis may be created. The created metrics may then be analyzed and at least one restriction on at least one of the plurality of hosts may be applied based on the analysis.

Control plane analytics and policing

In some embodiments, a global tree structure identifying rendezvous points between a layer 1 network area and a layer 2 network area may be created. When the rendezvous point receives a data packet associated with a destination for the layer 1 network area from the layer to network area, it may forward the data packet to the destination. Non-rendezvous point devices may discard copies of the data packet.

Multicast handling in a transparent interconnect of lots of links based data center interconnect

In one embodiment a method includes at first a network device, identifying an attribute of the first network device, selecting a function that defines how the attribute is to be summarized together with a same attribute of a second network device, generating a message that comprises a set of information comprising an identification of the attribute and the function, and sending the message to, e.g., a next higher node in a network hierarchy of which the network device is a part. Multiple such messages may be received at an aggregation node that then summarizes the attributes according to respective functions, and sends or publishes a summarized version of the attributes to a still next higher node in the network hierarchy.

Extensible attribute summarization

At a data switching device in a data center, it is detected whether a host has connected to a cloud computing network of which the data switching device and the data center are components. The detection is performed without directly communicating with the host. The data switching device determines properties of the host and generates a message comprising data representative of the properties of the host. The message is sent from the data switching device to a node in the cloud computing network that is configured to manage components of the cloud computing network associated with the host.

Host visibility as a network service

Techniques are provided for sending from a client in a first network device a first session-initiate message to a second network device that is configured to provide network layer, data link layer, or associated convergence layer based service connection information in order for the second network device to accept or reject a network layer, data link layer, or associated convergence layer based service connection with the first network device. The first session-initiate message is based on a messaging and presence protocol. A session-accept message is received at the client in the first network device that is configured to accept the service connection and provide a network layer, data link layer, or associated convergence layer based service connection information in order for the first network device to establish the service connection with the second network device. The session-accept message is based on the messaging and presence protocol. In response to receiving the session-accept message, the service connection is established.

Resource negotiation for cloud services using a messaging and presence protocol

Techniques are provided herein for defragmenting resources within a cloud computing system. The cloud computing system includes a plurality of servers deployed in a plurality of respective racks, wherein the respective racks are deployed in a pod of a data center. An element of the cloud computing system determines for each server in a given rack of servers a number of free resource slots available thereon and a number of resource slots in an idle state, and then further determines whether the number of free resource slots on a first server in the plurality of servers is greater than a predetermined threshold. When the number of free resource slots in the first server is greater than the predetermined threshold, a second server in the plurality of servers is identified with sufficient resource slots thereon to accommodate the number of resource slots in the idle state on the first server, and the resource slots in the idle state on the first server are caused to be migrated to the second server.

Hierarchical defragmentation of resources in data centers

In one embodiment, a method comprises receiving a request for a distributed service, the distributed service offered by a service provider via a data communications network having service delivery locations reachable via a prescribed physical topology; identifying the service delivery locations within a prescribed logical topology overlying the prescribed physical topology, the prescribed logical topology segregating the distributed service from other network traffic on the prescribed physical topology; and identifying one or more of the service delivery locations optimized for providing the distributed service to at least one service consumption location in the prescribed logical topology according to a prescribed service level agreement with the service provider.

Placement of service delivery locations of a distributed computing service based on logical topology

Techniques are described for selecting an optimal data center for instantiating a first cloud service. Embodiments of the invention receive a request specifying a topology of a first cloud service to be hosted by one of a plurality of data centers which provide computing resources to host a plurality of cloud services. A suitability value is then determined for each of the data centers which measures a fitness of the data center for instantiating the first cloud service. In one embodiment, the suitability value is determined by calculating a plurality of metric values for the data center, normalizing the metric values and calculating a weighted average of the normalized values. One of the data centers is then selected for instantiating the first cloud service, based at least in part on the determined suitability values.

Placement of a cloud service using network topology and infrastructure performance

Techniques are provided herein for distributed and hierarchical rendering and provisioning of cloud services. At a device in a cloud computing system comprising a plurality of hierarchical levels, a cloud service request is received for rendering and provisioning of a virtual data center. A determination is made as to which aspects of the cloud service request are to be satisfied by devices in a first hierarchical level and which aspects of the cloud service request are to be satisfied by devices in a second hierarchical level and in subsequent hierarchical levels. Rendering and provisioning commands are provided to one or more devices in the first hierarchical level that are selected to satisfy aspects of the cloud service request in the first hierarchical level. A subset cloud service request for aspects of the cloud service request that are to be satisfied by devices in the second hierarchical level is sent to a device in the second hierarchical level.

Distributed hierarchical rendering and provisioning of cloud services

Techniques are provided to move the services performed on one device to another device in a cloud computing system for a variety of reasons including failure, maintenance or upgrade of the device. A notification is received that services performed by an impacted device in a domain of a plurality of hierarchical domains need to be moved. A determination is made as to whether there are replacement resources available in the domain to perform the services, and if so, the replacement resources are automatically rendered to perform the services. The process continues to higher level domains that have a view into the capabilities of subordinate domains in order to determine where to move the services within the cloud computing system.

Disaster recovery and automatic relocation of cloud services

Growing community of inventors

San Jose, CA, United States of America

Ashok Ganesan