Selective Multicasting in MPLS VPNs via Dynamic MDT Switching

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

MPLS VPNs face inefficiencies in multicasting network traffic due to the lack of native support for multicasting, leading to wasteful bandwidth usage when many leaf nodes are uninterested in receiving the traffic, and resource-intensive data MDTs when few nodes are interested.

Innovation Solution

A system that dynamically switches between default and data MDTs based on the quantity and data rate of interested leaf nodes by using probe messages to identify interested nodes and selectively provide traffic flows, conserving network and processor resources.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If default MDT is used to multicast traffic to all leaf nodes, then all interested nodes can receive the traffic, but bandwidth is wasted when many nodes are uninterested

Engineering Contradiction:
Improvetraffic delivery completenessVSAvoidbandwidth waste
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system dynamically switches between default MDT and data MDT based on the quantity of interested leaf nodes. When the number of interested nodes exceeds a threshold, the system transitions from default MDT (which delivers to all nodes) to data MDT (which delivers only to interested nodes), making the multicast distribution adaptive to changing network conditions and interest levels.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The invention changes the parameter of multicast distribution mode based on the threshold of interested nodes. By monitoring the quantity of interested leaf nodes and comparing it against a threshold, the system selects the appropriate MDT type (default or data), thereby optimizing bandwidth utilization while ensuring complete traffic delivery to all interested recipients.

Inventive Principle:
Principle #35Parameter changes

2Loss of energy

If data MDT is used to multicast only to interested leaf nodes, then bandwidth is conserved, but resource overhead increases when few nodes are interested

Engineering Contradiction:
Improvebandwidth conservationVSAvoiddata MDT maintenance overhead
Core Design Contradiction:
Loss of energyVSDevice complexity

Solution Approach 1:

The system dynamically adjusts the multicast distribution approach by switching between default MDT and data MDT based on the threshold of interested nodes. When interest is high, default MDT is used to avoid the complexity of maintaining data MDT. When interest is low, data MDT is activated to conserve bandwidth, thus balancing resource conservation with operational simplicity.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The invention changes the operational parameter of multicast distribution by selecting different MDT types based on the quantity of interested nodes. This parameter change allows the system to optimize between bandwidth conservation and device complexity by choosing the most appropriate distribution mode for the current network state.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If probe messages are sent to identify interested nodes, then selective multicasting can be implemented, but message overhead and processing time increase

Engineering Contradiction:
Improvemulticast efficiencyVSAvoidprobe message processing time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The system performs preliminary action by sending probe messages to identify interested leaf nodes before establishing the data MDT. This advance identification allows the system to determine the appropriate multicast distribution mode (default or data MDT) based on the threshold of interested nodes, thereby optimizing subsequent traffic delivery efficiency.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The invention implements feedback by using probe messages to gather information about interested leaf nodes and then using this information to select the appropriate MDT type. The feedback from probe message responses enables the system to adjust its multicast strategy, improving overall multicast efficiency by avoiding unnecessary traffic delivery to uninterested nodes.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS10608931B1Selective multicasting of traffic flows in multiprotocol label switching virtual private networks
Publication Date: 2020.03.31 JUNIPER NETWORKS INC
  • US10608931B1 patent drawing
  • US10608931B1 patent drawing
  • US10608931B1 patent drawing

AI summary

A first device may receive a traffic flow to be multicasted to at least two of a set of second devices. The first device may provide first messages to the set of second devices identifying the traffic flow. The first device may identify a set of interested second devices, of the set of second devices, based on respective second messages that are received from the set of interested second devices based on the first messages. The first device may determine whether a quantity of the set of interested second devices satisfies a threshold. The first device may selectively provide the traffic flow to the set of interested second devices, using a first type of multicast distribution tree or a second type of multicast distribution tree, based on whether the quantity satisfies the threshold.