Hardware offload of multicast control plane functions

Patent metadata

Field	Value
Publication number	US-12445368-B2
Application number	US-202318358672-A
Country	US
Kind code	B2
Filing date	Jul 25, 2023
Priority date	Jul 25, 2023
Publication date	Oct 14, 2025
Grant date	Oct 14, 2025

Abstract

One aspect can provide a system and method for tunnel-based multicasting. During operation, a source-side designated router (DR) coupled to a source device of a multicast group can broadcast a service-advertisement packet and receive a response packet from a client-side DR coupled to one or more client devices within the multicast group. The source-side DR can determine an address of the client-side DR based on the received response packet and establish a hardware-based communication tunnel between the source-side DR and the client-side DR using the address of the client-side DR. Establishing the hardware-based communication tunnel can include using hardware logic units to encapsulate multicast data packets originating from the source device. The source-side DR can further send, over the hardware-based communication tunnel, multicast data packets originating from the source device to the client-side DR, which forwards the multicast data packets to the client devices within the multicast group.

First claim

What is claimed is:

1. A method comprising:
broadcasting, by a source-side designated router (DR) coupled to a source device of a multicast group, a service-advertisement packet;
receiving a response packet to the service-advertisement packet from a client-side DR coupled to one or more client devices within the multicast group;
determining, by the source-side DR, an address of the client-side DR based on the received response packet;
establishing a hardware-based communication tunnel between the source-side DR and the client-side DR using the address of the client-side DR, wherein establishing the hardware-based communication tunnel comprises using hardware logic units within the source-side DR to encapsulate multicast data packets originating from the source device;
sending, by the source-side DR over the hardware-based communication tunnel, the multicast data packets originating from the source device to the client-side DR, which forwards the multicast data packets to the one or more client devices within the multicast group.

2. The method of claim 1 , further comprising determining, by the client-side DR, an address of the source-side DR.

3. The method of claim 2 , wherein the address of the source-side DR is determined based on a source-specific multicast (SSM) join message from a client device or based on a Domain Name System (DNS) mapping table.

4. The method of claim 1 , wherein the service-advertisement packet and the response packet each comprise a Simple Service Discovery Protocol (SSDP) packet or a Message Queuing Telemetry Transport (MQTT) packet.

5. The method of claim 4 , further comprising:
processing, by a Reduced Instruction Set Computer (RISC) processor on the client-side DR, the service-advertisement packet; and
processing, by a RISC processor on the source-side DR, the response packet.

6. The method of claim 1 , wherein the hardware logic units comprise application-specific integrated circuit (ASIC) functional blocks.

7. The method of claim 1 , further comprising:
creating a multicast entry in a forwarding table associated with the source-side DR, wherein the multicast entry specifies the hardware-based communication tunnel as an outgoing interface for the multicast data packets.

8. The method of claim 1 , further comprising:
in response to determining that hardware resources on the source-side DR are not sufficient to establish the communicate tunnel, sending the multicast data packets to a Rendezvous Point (RP) router, which forwards the multicast data packets to the client-side DR.

9. A source-side designated router (DR) of a multicast group, comprising:
a client-discovery unit to determine an address of a client-side DR coupled to one or more client devices within the multicast group;
a tunneling unit to establish a hardware-based communication tunnel between the source-side DR and the client-side DR, wherein the tunneling logic is to use hardware logic units within the source-side DR to encapsulate multicast data packets for the multicast group; and
a packet-transmission unit to transmit, over the hardware-based communication tunnel, the multicast data packets for the multicast group to the client-side DR, which forwards the multicast data packets to the one or more client devices within the multicast group.

10. The source-side DR of claim 9 , wherein the client-discovery unit determines the address of the client-side DR based on a Simple Service Discovery Protocol (SSDP) protocol or a Message Queuing Telemetry Transport (MQTT) protocol.

11. The source-side DR of claim 10 , wherein the client-discovery unit comprises a Reduced Instruction Set Computer (RISC) processor to execute the SSDP or MQTT protocol.

12. The source-side DR of claim 9 , wherein the hardware logic units comprise application-specific integrated circuit (ASIC) functional blocks.

13. The source-side DR of claim 9 , further comprising:
a packet-forwarding engine to maintain a forwarding table; and
a multicast logic to create a multicast entry in the forwarding table, wherein the multicast entry specifies the hardware-based communication tunnel as an outgoing interface for the multicast data packets.

14. The source-side DR of claim 9 ,
wherein the tunneling unit is to determine whether there are sufficient hardware resources on the source-side DR to establish the hardware-based communicate tunnel; and
wherein the packet-transmission unit is to send the multicast data packets to a Rendezvous Point (RP) router, in response to the tunnelling unit determining that there are not sufficient hardware resources.

15. A method comprising:
determining, by a client-side designated router (DR) coupled to one or more client devices within a multicast group, an address of a source-side DR coupled to a source device of the multicast group;
in response to receiving, from the source-side DR, a service-advertisement packet, transmitting a response packet to the source-side DR to allow the source-side DR to discover the client-side DR and establish a hardware-based communication tunnel to the client-side DR;
receiving, from the source-side DR over the hardware-based communication tunnel, multicast data packets originating from the source device, wherein receiving the multicast data packets over the hardware-based tunnel comprises using hardware logic units within the client-side DR to decapsulate the multicast data packets; and
forwarding the multicast data packets to the one or more client devices within the multicast group.

16. The method of claim 15 , wherein the address of the source-side DR is determined based on a source-specific multicast (SSM) join message from a client device or based on a Domain Name System (DNS) mapping table.

17. The method of claim 15 , wherein the service-advertisement packet and the response packet each comprises a Simple Service Discovery Protocol (SSDP) packet or a Message Queuing Telemetry Transport (MQTT) packet.

18. The method of claim 17 , further comprising:
processing, by a Reduced Instruction Set Computer (RISC) processor on the client-side DR, the service-advertisement packet; and
processing, by a RISC processor on the source-side DR, the response packet.

19. The method of claim 15 , wherein the hardware logic units comprise application-specific integrated circuit (ASIC) functional blocks.

20. The method of claim 15 , further comprising receiving the multicast data packets from a Rendezvous Point (RP) router, in response to the source-side DR not having sufficient hardware resources to establish the hardware-based communication tunnel.

Assignees

• Hewlett Packard Entpr Dev Lp

Inventors

• Nandy Tathagata
• Raj Anil
• De Priyam

Classifications

• H04L45/16 Primary

  Multipoint routing · CPC title