Self-routing multicast in a software defined network fabric

• US 9,300,483 B2
• Filed: 03/15/2013
• Issued: 03/29/2016
• Est. Priority Date: 03/15/2013
• Status: Active Grant

• Current Assignee: Kyndryl Incorporated (Kyndryl Holdings, Inc.)
• Original Assignee: International Business Machines Corporation
• Inventors: Banavalikar, Bhalachandra G., DeCusatis, Casimer M., Gusat, Mircea, Kamble, Keshav G.
• Primary Examiner(s): SMARTH, GERALD A
• Application Number:
  US13/843,905
• Publication Number:
  US 20140269415A1
• Time in Patent Office: 1,110 Days
• Field of Search: 370/254
• US Class Current: 1/1
• CPC Class Codes: H04L 12/185 with management of multicast group membership
• CPC Class Codes: H04L 45/16 Multipoint routing
• CPC Class Codes: H04L 45/24 Multipath
• CPC Class Codes: H04L 45/34 Source routing
• CPC Class Codes: H04L 47/39 Credit based

Abstract

Methods, systems, and computer program products presented herein provide for self-routing multicast. In one embodiment, a system includes a switch controller including a hardware processor and logic integrated with and/or executable by the processor, the logic being adapted to receive a multicast data stream join request from a source device in a network, create a multipath identifier (ID) for the multipath data stream, create a series of path identifiers (IDs) for each intermediate switch in the network based on a local network topology database, each path ID being associated with a desired output port bitmap, and transmit the multipath ID and a path ID to a source of the multicast data stream, the path ID corresponding to the source of the multicast data stream join request.

Claims

1. A system, comprising:

a switch controller comprising a hardware processor and logic integrated with and/or executable by the processor, the logic being configured to;

receive a multicast data stream join request from a source device in a network, wherein the multicast join request is an internet group management protocol (IGMP) join request;

create a multipath identifier (ID) for the multipath data stream;

create a series of path identifiers (IDs) for each intermediate switch in the network based on a local network topology database, each path ID being associated with a desired output port bitmap; and

transmit the multipath ID and a path ID to a source of the multicast data stream, the path ID corresponding to the source of the multicast join request,

wherein broadcast and/or multicast routing tables are not used by the intermediate switches due to implementation of the path IDs specific to each intermediate switch to create a broadcast group.

2. The system as recited in claim 1, wherein IGMP snooping is enabled on the source of the multicast join request, and wherein the logic is further configured to collect and store maximum transmission units (MTUs) for any inter-switch links (ISLs) positioned between the intermediate switches in the network.

3. The system as recited in claim 1, wherein the source of the multicast data stream and the source of the multicast join request are explicit multicast (Xcast)-compliant.

4. The system as recited in claim 1, wherein the source of the multicast data stream comprises logic configured to:

receive the multipath ID and path ID from the switch controller;

create a unicast packet having the multipath ID in a header of the unicast packet, wherein the header further comprises a multicast group address appended to an end of the multipath ID; and

determine at least one output port with which to forward the unicast packet, the output port corresponding to the source of the multicast join request.

5. The system as recited in claim 4, wherein the source of the multicast data stream is a virtual or physical switch, and wherein the at least one output port is determined based on the multipath ID and the path ID which corresponds to an output port mapping.

6. The system as recited in claim 5, wherein the virtual or physical switch further comprising logic configured to:

duplicate the unicast packet when the output port mapping indicates that multiple output ports are used to forward the unicast packet; and

forward the one or more unicast packets according to the output port mapping.

7. The system as recited in claim 4, wherein the source of the multicast data stream is a server, the server comprising logic configured to send the unicast packet to a first switch in the multipath as indicated by the output port mapping.

8. The system as recited in claim 4, wherein a recipient of the unicast packet comprises logic configured to convert the unicast packet into a multicast packet using the multicast group address before sending the multicast packet to any device which is not capable of interpreting the multipath ID in the header of the unicast packet.

9. A computer program product for providing self-routing multicast, the computer program product comprising a computer readable storage medium having program code embodied therewith, the program code readable/executable by a processor to:

receive, using the processor, a multicast data stream join request from a source device in a network;

create, using the processor, a multipath identifier (ID) for the multipath data stream;

create, using the processor, a series of path identifiers (IDs) for each intermediate switch in the network based on a local network topology database, each path ID being associated with a desired output port bitmap; and

transmit, using the processor, the multipath ID and a path ID to a source of the multicast data stream, the path ID corresponding to the source of the multicast join request.

10. The computer program product as recited in claim 9, wherein the multicast join request is an internet group management protocol (IGMP) join request, and wherein IGMP snooping is enabled on the source of the multicast join request.

11. The computer program product as recited in claim 9, wherein the source of the multicast data stream and the source of the multicast join request are explicit multicast (Xcast)-compliant.

12. The computer program product as recited in claim 9, wherein the program code readable/executable by the processor is further configured to:

receive the multipath ID and path ID;

create a unicast packet having the multipath ID in a header of the unicast packet, wherein the header further comprises a multicast group address appended to an end of the multipath ID; and

determine at least one output port with which to forward the unicast packet, the output port corresponding to the source of the multicast join request.

13. The computer program product as recited in claim 12, wherein the source of the multicast data stream is a virtual or physical switch, and wherein the at least one output port is determined based on the multipath ID and the path ID which corresponds to an output port mapping.

14. The computer program product as recited in claim 13, wherein the program code readable/executable by the processor is further configured to:

duplicate the unicast packet when the output port mapping indicates that multiple output ports are used to forward the unicast packet; and

forward the one or more unicast packets according to the output port mapping.

15. The computer program product as recited in claim 12, wherein the source of the multicast data stream is a server, and wherein the program code readable/executable by the processor is further configured to send the unicast packet to a first switch in the multipath as indicated by the output port mapping.

16. The computer program product as recited in claim 9, wherein the network is a software-defined network (SDN), and wherein broadcast and/or multicast routing tables are not used by the intermediate switches in the network due to implementation of the path IDs specific to each intermediate switch to create a broadcast group.

17. A method for providing self-routing multicast, the method comprising:

receiving, using a switch controller, a multicast data stream join request from a source device in a network;

creating a multipath identifier (ID) for the multipath data stream;

creating a series of path identifiers (IDs) for each intermediate switch in the network based on a local network topology database, each path ID being associated with a desired output port bitmap; and

transmitting the multipath ID and a path ID to a source of the multicast data stream, the path ID corresponding to the source of the multicast join request.

18. The method as recited in claim 17, further comprising:

receiving, using the source of the multicast data stream, the multipath ID and path ID from the switch controller;

creating, using the source of the multicast data stream, a unicast packet having the multipath ID in a header of the packet, wherein the header further comprises a multicast group address appended to an end of the multipath ID; and

determining, using the source of the multicast data stream, at least one output port with which to forward the packet, the output port corresponding to the source of the multicast join request,

wherein broadcast and/or multicast routing tables are not used by the intermediate switches in the network due to implementation of the path IDs specific to each intermediate switch to create a broadcast group.

19. The method as recited in claim 18, wherein the source of the multicast data stream is a virtual or physical switch, and wherein the at least one output port is determined based on the multipath ID and the path ID which corresponds to an output port mapping, and further comprising:

duplicating, using the virtual or physical switch, the unicast packet using the switch when the output port mapping indicates that multiple output ports are used to forward the unicast packet; and

forwarding, using the virtual or physical switch, the one or more unicast packets according to the output port mapping.

20. The method as recited in claim 18, further comprising converting the unicast packet into a multicast packet using the multicast group address before sending the multicast packet to any device which is not capable of interpreting the multipath ID in the header of the unicast packet.