Future Wei Technologies, Inc.

Huawei Technologies Co., Limited

Kiran Makhijani

Renwei Li

Uma S Chunduri

Alexander Clemm

Lijun Dong

Yingzhen Qu

Lin Han

Padmadevi Pillay-Esnault

A method for communicating a data packet, the method includes receiving a data packet that supports a packet wash operation. The method determines whether the data packet can be forwarded along a network path towards a destination node without any modification. If the data packet cannot be forwarded along the network path towards the destination node without modification, the method determines whether conditions are met for performing the packet wash operation on the data packet. If the conditions are met, the packet wash operation is performed to generate a washed data packet. The packet wash operation generates the washed data packet by modifying a size of a payload of the data packet based on a packet wash specification that associates attributes to a plurality of data payload portions of the payload of the data packet. The washed data packet is forwarded along the network path towards the destination node.

Method and apparatus for packet wash in networks

A method implemented by a network element (NE) in a network, comprising receiving, by the NE, an advertisement comprising preferred path route (PPR) information representing a PPR from a source to a destination in the network, the PPR information comprising a PPR identifier (PPR-ID) and a plurality of PPR description elements (PPR-PDEs) each representing an element on the PPR, receiving, by the NE, a data packet comprising the PPR-ID, and forwarding, by the NE, the data packet having the PPR-ID to a next element on the PPR based on the plurality of PPR-PDEs.

Advertising and programming preferred path routes using interior gateway protocols

A mechanism is disclosed for implementing conditional commands carried by network data packets. A data flow including a data packet is received. The data packet includes a conditional command. A condition and a command are obtained from the conditional command. The mechanism determines that the condition is satisfied. Based on the determination that the condition is satisfied, the command is executed to alter handling of the data flow, alter handling of the data packet, or alter a context for the data flow.

Execution of a command within a conditional command received in a data packet

A Self-Describing Packet block (SDPB) is defined that allows concurrent processing of various fixed headers in a packet block defined to take advantage of multiple cores in a networking node forwarding path architecture. SPDB allows concurrent processing of various pieces of header data, metadata, and conditional commands carried in the same data packet by checking a serialization flag set upon creation of the data packet, without needing to serialize the processing or even parsing of the packet. When one or h more commands in one or more sub-blocks may be processed concurrently, the one or more commands are distributed to multiple processing resources for processing the commands in parallel. This architecture allows multiple unique functionalities each with their own separate outcome (execution of commands, doing service chaining, performing telemetry, allows virtualization and path steering) to be performed concurrently with simplified packet architecture without incurring additional encapsulation overhead.

Self-describing packet headers for concurrent processing

Self-driving packets with conditional commands

A method implemented by a sending host implemented as a network element (NE) comprises receiving, by a receiver of the sending host, a set of locators from a distributed mapping system, each of the locators in the set of locators being an address associated with the receiving host, storing, in a memory of the sending host, the set of locators in an entry of a local identifier (ID)-to-locator database in association with an ID of the receiving host, transmitting, by a transmitter of the sending host, a plurality of packets to a plurality of endpoint routers (xTRs), each of the xTRs associated with each of the locators in the set of locators, and receiving, by the receiver of the sending host, a response from one of the xTRs in response to sending the plurality of packets to the plurality of xTRs, a locator associated with the one of the xTRs being an address of a current location of the receiving host.

Method to optimize mapping for multiple locations of a device in mobility

Systems and methods for providing a session layer connection between two or more network endpoints. Session layer connections created and maintained using embodiments of the present disclosure use endpoint identifiers (EIDs) and allow for session layer continuity when a lower-layer connection is broken because of network failures or the movement of an endpoint from one network connection to another.

Session layer communications using an ID-oriented network

A method implemented by a service rendezvous point (SRP) comprises receiving, by a receiver of the SRP, a plurality of register messages from a plurality of service switch points (SSPs), each of the register messages comprising at least one of resource information or service information, each of the SSPs being associated with a different network domain, sending, by a transmitter of the SRP, a plurality of report messages to the plurality of SSPs, each of the report messages comprising resource allocation information for each of the network domains for a service, the resource allocation information including an amount of resources to be allocated at the each of the network domains for the service, and maintaining, at a memory of the SRP, a SSP database storing at least one of the resource allocation information of each of the network domains, the resource information of each of the network domains, and the service information of each of the network domains.

Method for auto-discovery in networks implementing network slicing

A method implemented in an inter-provider cloud rendezvous point (CRP-IP). The method includes receiving, via a receiver of the CRP-IP, a Register request from a first service provider cloud rendezvous point (CRP-SP) in a first service provider (SP) network domain, the Register request indicating a first portion of a virtual extensible network (VXN) with a global scope is hosted by the first SP network domain; and transmitting, via a transmitter of the CRP-IP, a Report message to a second CRP-SP in a second SP network domain hosting a second portion of the VXN, the Report message indicating the first portion of the VXN is hosted by the first SP network domain.

Scaling cloud rendezvous points in a hierarchical and distributed manner

A service provider (SP) cloud rendezvous point (CRP-SP) in a fixed cloud rendezvous point (CRP) hierarchy, the CRP-SP comprising a memory comprising a cloudcasting information base (CCIB), a receiver configured to receive a Register request from a first site CRP (CRP Site) in an SP network, the Register request indicating a first portion of a virtual extensible network (VXN) is reachable by the SP network at the first CRP Site, a processor coupled to the receiver and the memory, the processor configured to query the CCIB to determine that a second portion of the VXN is reachable by the SP network at a second CRP Site, and a transmitter coupled to the processor and configured to transmit Report messages to both the first CRP Site and the second CRP Site, the Report messages indicating the VXN is reachable at both the first CRP Site and the second CRP Site.

Growing community of inventors

Los Gatos, CA, United States of America

Kiran Makhijani