Local NAT Entity Multi-Homing SCTP Association Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Network Address Translation (NAT) protocols struggle to facilitate multi-homing in IP networks, particularly when entities behind a NAT require multiple IP addresses, leading to complications with Stream Control Transmission Protocol (SCTP) checksum recalculations and port management.

Innovation Solution

A method and apparatus that maintain a table mapping private IP addresses to public addresses within a Network Address Translation function, allowing entities to include multiple IP addresses in layer 4 packet chunks, with a Local NAT entity handling SCTP associations without modifying the layer 4 packets, thus enabling multi-homing and minimizing processing burden on the NAT device.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If NAT protocol is used for address translation, then network address management is simplified, but multi-homing capability is lost

Engineering Contradiction:
Improvemulti-homing capabilityVSAvoidNAT protocol complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The solution segments the NAT functionality into two parts: a standard NAT device that performs basic address translation, and a separate SCTP-aware component that handles multi-homing specific operations. This allows the system to maintain multi-homing capability while keeping the core NAT device relatively simple.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary SCTP translation device is introduced between the NAT device and SCTP endpoints. This intermediary translates SCTP packets and maintains association information, enabling multi-homing without requiring the standard NAT device to be complex or SCTP-aware.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If NAT modifies SCTP packets for address translation, then address mapping is achieved, but checksum recalculation burden increases

Engineering Contradiction:
Improveaddress mapping accuracyVSAvoidpacket processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The SCTP translation device performs preliminary actions by pre-calculating and storing checksum information before NAT modification occurs. When NAT translates addresses, the pre-calculated checksum data is used to quickly update packet checksums without requiring full recalculation, thus maintaining reliability while improving processing efficiency.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If multiple public IP addresses are allocated for multi-homing, then robustness is improved, but address management complexity increases

Engineering Contradiction:
Improveconnection robustnessVSAvoidaddress management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The SCTP translation device implements feedback mechanisms by monitoring which public IP addresses are currently in use and automatically managing address allocation. This feedback system allows multiple public IPs to be allocated for robustness while reducing management complexity through automated tracking and coordination with the NAT device.

Inventive Principle:
Principle #23Feedback

Data Source

PatentEP2087711B1Methods and node for IP network interfacing
Publication Date: 2010.12.29 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • EP2087711B1 patent drawingFigure 1
  • EP2087711B1 patent drawingFigure 2~3
  • EP2087711B1 patent drawingFigure 4~5

AI summary

A method of operating a node of a telecommunications system, the node comprising a plurality of entities each arranged to send and receive IP packets to peer entities, via a Network Address Translation function, using a layer 4 control protocol which facilitates multi-homing by allowing an entity to include more than one IP address in a layer 4 packet chunk. The method comprises maintaining at each of said plurality of entities a table mapping one or more private addresses of the entity to one or more public addresses of the Network Address Translation function, and, for each association initiation message generated by an entity, including in said layer 4 packet chunk of the message the public IP address(es) of the Network Address Translation function obtained from said table for the corresponding private IP address(es).