P2P Multicasting via Endpoint Provider for NAT Traversal

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing peer-to-peer (P2P) systems face challenges in connecting participants across different networks, particularly when they are behind firewalls or network address translators (NATs), and lack versatility in transport mechanisms, limiting their ability to accommodate diverse communication protocols.

Innovation Solution

The implementation of a peer-to-peer overlay network with endpoint provider functionality that allows for multiple transport protocols, enabling address translation between different address spaces and selecting the optimal transport protocol for each communication pair, thereby ensuring connectivity across diverse environments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a single transport protocol is used to connect all peer entities, then the system structure is simple and easy to implement, but the system fails to provide connectivity when participants are behind firewalls or NATs

Engineering Contradiction:
Improveconnectivity reliabilityVSAvoidtransport mechanism complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements multiple transport protocols (UDP, TCP, SCTP) within a single P2P framework, allowing the same overlay network to function across different network conditions and firewall configurations. Each protocol serves as an alternative transport mechanism, enabling the system to adapt to various network environments without requiring separate systems.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The system dynamically changes transport protocol parameters by selecting different protocols based on network conditions, firewall presence, and NAT configurations. The endpoint provider functionality allows switching between UDP, TCP, and SCTP protocols, and between different address space representations (IPv4, IPv6, hostname), optimizing connectivity for each specific scenario.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If multiple transport protocols are implemented to accommodate diverse network environments, then the system achieves versatile connectivity, but the transport mechanism becomes more complex

Engineering Contradiction:
Improveprotocol compatibilityVSAvoidtransport strategy complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The endpoint provider functionality acts as an intermediary layer between the P2P overlay network and the underlying transport protocols. This mediator handles protocol selection, address translation, and connection management, shielding the upper-layer P2P logic from the complexity of multiple transport mechanisms while enabling versatile protocol support.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system segments the transport mechanism into independent protocol handlers (UDP, TCP, SCTP) and address space translators (IPv4, IPv6, hostname). Each protocol and address space is handled by dedicated functionality that can be independently selected and configured, reducing the cognitive complexity of managing multiple protocols by organizing them as modular, discrete components.

Inventive Principle:
Principle #1Segmentation

3Adaptability or versatility

If address translation between different address spaces is implemented, then the system achieves broader network compatibility, but the address management complexity increases

Engineering Contradiction:
Improveaddress space compatibilityVSAvoidaddress translation complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The endpoint provider functionality serves as an intermediary that automatically performs address translation between different address spaces (IPv4, IPv6, hostname). This mediator handles the complexity of address conversion, allowing peer entities to communicate using their native address format while the system transparently translates addresses as needed for cross-protocol compatibility.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS7529255B2Peer-to-peer multicasting using multiple transport protocols
Publication Date: 2009.05.05 MICROSOFT TECHNOLOGY LICENSING LLC
  • US7529255B2 patent drawing
  • US7529255B2 patent drawing
  • US7529255B2 patent drawing

AI summary

Communication functionality is described for conducting communication among a plurality of participants in peer-to-peer fashion. The communication functionality comprises peer-to-peer overlay functionality configured to establish a peer-to-peer overlay network that includes a plurality of participants. The peer-to-peer overlay functionality relies on endpoint provider functionality for physically exchanging information among the plurality of participants in the peer-to-peer overlay network. The endpoint provider functionality exchanges information using a transport mechanism. The transport mechanism accommodates multiple different transport protocols for exchanging information among the plurality of participants, allowing different pairs of participants to communicate with each other using different respective transport protocols. Address translation functionality is employed for translating address information between a first address space used by the peer-to-peer overlay functionality and a second address space used by the endpoint provider functionality.