ARP Proxy Local P2P Traffic Bypass BRAS Gateway

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing access networks are not optimized for local Peer-to-Peer (P2P) traffic, forcing it through a central point like a BRAS, which is inefficient and lacks direct communication between end-user devices while ensuring service access constraints, traffic separation, Quality of Service (QoS) treatment, and end-user traceability.

Innovation Solution

Implementing Downstream and Upstream ARP Proxies in access nodes to control and filter local P2P traffic, using ARP Proxy to manage ARP requests and replies, and separating traffic into a dedicated P2P VLAN to allow direct communication between end-users while maintaining security and QoS.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If local P2P traffic is forced through a central gateway (BRAS), then service access constraints and traffic separation are maintained, but network bandwidth efficiency deteriorates and communication speed decreases

Engineering Contradiction:
Improveservice access constraintsVSAvoidnetwork bandwidth efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the network traffic handling by introducing dedicated P2P VLANs that separate local P2P traffic from other traffic flows. This segmentation allows local P2P traffic to bypass the central BRAS gateway and communicate directly between end devices within the same access network, while maintaining separate control planes for policy enforcement. The segmentation resolves the contradiction by creating dedicated pathways for P2P traffic that improve bandwidth efficiency while preserving service constraints through separate management mechanisms.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent introduces an intermediary mechanism in the form of access nodes equipped with P2P traffic detection and VLAN assignment capabilities. These intermediaries locally manage P2P traffic by detecting P2P protocols, assigning appropriate VLAN tags, and enabling direct communication between endpoints. This intermediary approach allows the system to maintain service access constraints through policy enforcement at the intermediary level while achieving bandwidth-efficient direct routing, thus resolving the contradiction between reliability and productivity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Productivity

If direct local P2P communication is enabled, then bandwidth efficiency and communication speed improve, but network security and traffic separation may deteriorate

Engineering Contradiction:
Improvebandwidth efficiencyVSAvoidnetwork security risks
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The patent employs VLANs as flexible logical shells that encapsulate and isolate P2P traffic streams. These virtual shells provide security boundaries that separate P2P traffic from other network traffic while allowing direct communication within the enclosed P2P domain. The VLAN tagging mechanism creates flexible, dynamically assignable shells that can be applied to individual P2P flows, providing both the direct communication path needed for bandwidth efficiency and the isolation necessary for network security.

Inventive Principle:
Principle #30Flexible shells and thin films

Solution Approach 2:

The patent implements feedback mechanisms through continuous P2P traffic detection, monitoring, and policy enforcement at access nodes. The system continuously monitors traffic flows, detects P2P protocols, verifies policy compliance, and dynamically assigns or modifies VLAN memberships based on detected traffic characteristics. This feedback loop ensures that while direct P2P communication is enabled for bandwidth efficiency, security constraints are maintained through active monitoring and enforcement, thus resolving the contradiction between productivity and security.

Inventive Principle:
Principle #23Feedback

3Reliability

If P2P traffic is routed through BRAS, then centralized control and traceability are maintained, but network latency increases

Engineering Contradiction:
Improveend-user traceabilityVSAvoidnetwork latency
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-configuring VLAN memberships and routing paths for P2P traffic before actual data transmission occurs. When P2P traffic is detected, the access node immediately assigns the appropriate VLAN and establishes the direct communication path, avoiding the need for traffic to traverse the BRAS gateway. This preliminary establishment of direct paths significantly reduces latency while maintaining traceability through pre-configured policy rules and monitoring capabilities that track P2P flows throughout the network.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8856372B2Method and system for local Peer-to-Peer traffic
Publication Date: 2014.10.07 NEOSE TECHNOLOGIES INC
  • US8856372B2 patent drawing
  • US8856372B2 patent drawing
  • US8856372B2 patent drawing

AI summary

A system and method providing for the flow of peer-to-peer traffic between end users within an access network without requiring the traffic to pass through a network gateway such as a Broadband Remote Access Server (BRAS). End user devices connect through access nodes to an aggregation network and a gateway. An Upstream Address Resolution Protocol (ARP) proxy and a Downstream ARP proxy are implemented in each access node. The Upstream ARP proxy receives an Upstream ARP request and forwards the request upstream only if peer-to-peer communications are allowed. Otherwise, a reply is sent with the MAC address of the BRAS. The Downstream ARP proxy intercepts a Downstream ARP request for a target device and determines whether the target device is in an ARP Cache in the access node. If so, the proxy sends an ARP reply giving the MAC address of the target device. If not, no ARP reply is sent.