Browse Prior Art Database

Dynamic Multicast Gate Controller (US82016001) -

IP.com Disclosure Number: IPCOM000247952D
Publication Date: 2016-Oct-13
Document File: 6 page(s) / 209K

Publishing Venue

The IP.com Prior Art Database

Related People

Edgar Vargas: INVENTOR [+2]

Abstract

One problem faced in networks today is that of multicast receivers getting flooded with duplicate multicast streams arriving from the same source through different networks that are physically disjointed and to which the transmission path is physically suppressed. To solve this problem, an application requires a complex analytics engine to properly ignore the repeated streams and avoid the problems listed. As traffic patterns change, the number of sources increase, the number of streams per source increases and the frequency of arrival between frames per stream varies between streams, the complexity of the application increases exponentially as well as the CPU and memory consumption of the receiver.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 31% of the total text.

Page 01 of 6

Date: May 15, 2016

US82016001 - Dynamic Multicast Gate Controller

Author/ Inventors: Edgard Vargas

KhurramKhawaja

Abstract

One problem faced in networks today is that of multicast receivers getting flooded with duplicate multicast streams arriving from the same source through different networks that are physically disjointed and to which the transmission path is physically suppressed.

To solve this problem, an application requires a complex analytics engine to properly ignore the repeated streams and avoid the problems listed. As traffic patterns change, the number of sources increase, the number of streams per source increases and the frequency of arrival between frames per stream varies between streams, the complexity of the application increases exponentially as well as the CPU and memory consumption of the receiver.

US82016001 - Dynamic Multicast Gate Controller Copyright ©2016 ALE USA Inc. Page | 1


Page 02 of 6

Multicasting challenges

Multicast receivers getting flooded with duplicate multicast streams arriving from the same source through different networks that are physically disjointed and to which the transmission path is physically suppressed.

Figure 1. Topology and traffic duplication

As shown in Figure 1, the source is attached to different disjointed networks called "Source network A" and "Source network B". The source is designed to inject the same traffic into both networks. As traffic arrives into the edge switches (switch A and B) in the interface between the source and receiver networks, these switches replicate the incoming traffic using standard IP multicast protocols throughout the receiver's network until delivering it to the intended receiver.

This configuration causes the receiver to listen to duplicate traffic. The traffic duplication in the receiver causes multiple problems in the application including false alerts, packet reordering, log duplication, additional storage, additional CPU processing, among others.

To solve this problem a complex analytics engine in the application is required to properly ignore the repeated streams and avoid the problems listed. As traffic patterns change, the number of sources increase, the number of streams per source increases and the frequency of arrival between frames per stream varies between streams, the complexity of the application increases exponentially as well as the CPU and memory consumption of the receiver.

Previous solutions

Previously, the closest solution to the problem was the use of an active multicast protocol, such as PIM, to suppress the packet duplication by replicating a single stream into the receiver's network. However for PIM to work it needs bidirectional communication between the switch A and the source network A, and also between the switch B and the source network B.

US82016001 - Dynamic Multicast Gate Controller Copyright ©2016 ALE USA Inc. Page | 2


Page 03 of 6

Unfortunately, the transmission path from either switch to the corresponding s...