Other

Broadcom Corporation

Avago Technologies General IP (singapore) Pte. Ltd.

Rad Data Communications Ltd.

Shahram Davari

Saied Tadayon

Puneet Agarwal

Mohan V Kalkunte

Bruce Hui Kwan

Vivek Kumar

Santhosh Kumar Chandrasekar

Behnam Salemi

Ashish Ramkrishna Sontakke

Networks devices interconnected via link groups may implement micro operations administration and maintenance (micro-OAM) sessions. The micro-OAM sessions may be used to monitor the status of individual links within the link groups at small time scales. The micro-OAM session may be implemented on a non-internet protocol (non-IP) layer. In some cases, independent micro-OAM sessions may be used to monitor different links within a link group.

Micro-OAM for link groups

Here, we have the following examples: (1) Integrating the NID functionality in to the small foot-print of an SFP Module, with one or more of the features below: a) Mounting a NID SoC IC to an existing SFP Printed Circuit Board (PCB); b) Using the power from the SFP module, without requiring separate external power; c) NID SoC having only 2 ports, each with its own MAC and possibly PHY layer; d) NID SoC having an embedded microprocessor, RAM and ROM; e) Running a Web portal or other remote login and management software on the NID SoC; f) Miniaturizing the NID to make it cheaper, with reduced cost of inventory, shipment, and installation; and/or g) Supporting one or more (multiple of/ many) functions in NID SoC, e.g., OAM or Shaping. (2) Building the NID functionality in a Dongle. Many other examples, configurations, applications, and variations are provided.

Network device

This invention describes an intelligent water heater controller that can use many inputs to learn the behavior of user over time. The controller is then able to predict when hot water is required and is able to turn the water heater on or off intelligently or to increase or reduce the water heating element so that the hot water is available when needed while reducing the energy consumption. User is able to communicate with the water heater controller via smart phone, tablet or computer remotely and change and parameter or configuration of the controller. The controller is also able to communicate events to the user's smart phone, tablet or computer.

Intelligent water heater controller

A network device located in an Ethernet ring may be operable to determine binding between a MAC address and a peer device in the Ethernet ring. The binding may indicate that the MAC address is behind the peer device. When an Ethernet ring failure occurs, the network device may be operable to update forwarding information based on a ring topology of the Ethernet ring, a position of the failure on the Ethernet ring and the binding. The forwarding information may indicate which ring port that is used on the network device to forward MAC frames to a destination corresponding to the MAC address. The network device may then forward the MAC frames based on the updated forwarding information. The Ethernet ring may utilize a VLAN frame format, a Q-in-Q frame format or a MAC-in-MAC frame format. The forwarding information may comprise a MAC table and/or a protection table.

Ethernet ring protection without MAC table flushing

In this application, we have the following examples: (1) Integrating the NID functionality in to the small foot-print of an SFP Module, with one or more of the features below: a) Mounting a NID SoC IC to an existing SFP Printed Circuit Board (PCB); b) Using the power from the SFP module, without requiring separate external power; c) NID SoC having only 2 ports, each with its own MAC and possibly PHY layer; d) NID SoC having an embedded microprocessor, RAM and ROM. Many examples and applications are provided.

In this disclosure, we have the following examples and teachings: (1) Integrating the NID functionality in to the small foot-print of an SFP Module, with one or more of the features below: a) Mounting a NID SoC IC to an existing SFP Printed Circuit Board (PCB); b) Using the power from the SFP module, without requiring separate external power; c) NID SoC having only 2 ports, each with its own MAC and possibly PHY layer; d) NID SoC having an embedded microprocessor, RAM and ROM; e) Running a Web portal or other remote login and management software on the NID SoC; f) Miniaturizing the NID to make it cheaper, with reduced cost of inventory, shipment, and installation; and/or g) Supporting one or more (multiple) of the following functions in NID SoC: OAM, Media conversion, Rate adaptation, Policing & marking, Shaping, SLA performance monitoring, Statistics collection, Header manipulation, Security, and/or In-band management. (2) Building the NID functionality in a Dongle that hangs off an Electrical Ethernet port that supports POE (Power over Ethernet), with one or more of the features below: a) Similar to SFP-NID, but hanging off an Electrical Ethernet port; and/or b) Using the power from the Ethernet port POE, without requiring separate external power.

Example methods and apparatus for hierarchical bandwidth management are disclosed. An example method includes, using dual-token bucket meters (two-rate three-color meters) to meter bandwidth usage by individual microflows and associated macroflows (combinations of microflows). The dual-token bucket meters are used to locally and finally mark the packets using a three-color marking approach. In the example method, forwarding and discard decisions for packets processed using such techniques are made based on the final marking.

Meter-based hierarchical bandwidth sharing

Methods and apparatus for communicating data are disclosed. The example method includes allocating tokens to a first token bucket of a first two-rate, three-color meter (trTCM) at a first rate and allocating tokens to a second token bucket of the first trTCM at a second rate. The example method further includes allocating tokens to a first token bucket of a second trTCM at a third rate and allocating tokens to a second token bucket of the second trTCM at a fourth rate. The example method also includes reallocating tokens allocated to the first token bucket of the first trTCM to the first token bucket of the second trTCM when a token count of the first token bucket of the first trTCM exceeds a first capacity and reallocating tokens allocated to the second token bucket of the first trTCM to the second token bucket of the second trTCM when a token count of the second token bucket of the first trTCM exceeds a second capacity.

Growing community of inventors

Los Altos, CA, United States of America

Shahram Davari