Diameter Client Redirect Handling for Authentication Continuity

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Diameter protocol nodes in networking systems become unavailable due to failures or maintenance, leading to unhandled unavailability issues that cause message loops and require manual reauthentication, disrupting user access to services.

Innovation Solution

A method where a Diameter client identifies the unavailability of a primary authentication server and sends a failure indicator to a secondary server, allowing seamless redirection and continuation of user authentication and service sessions without terminating existing connections.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a Diameter client continuously sends authentication requests to an unavailable server, then the client maintains its authentication attempt, but message loops occur and service access is disrupted

Engineering Contradiction:
Improveauthentication continuityVSAvoidmessage loops
Core Design Contradiction:
ReliabilityVSObject-generated harmful factors

Solution Approach 1:

The Diameter client monitors responses from authentication servers and detects unavailability conditions. When a server is found unavailable, the client receives feedback through redirect indications from alternative servers, allowing it to adjust its authentication behavior and redirect requests appropriately, thereby preventing message loops while maintaining authentication continuity

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system dynamically adapts authentication request routing based on server availability status. The client transitions from persistent requests to an unavailable server to redirected requests to alternative servers, with the ability to maintain existing service sessions during transitions. This dynamic behavior prevents message loops while ensuring continuous authentication service

Inventive Principle:
Principle #15Dynamics

2Productivity

If a Diameter client redirects to a secondary server, then service continuity is maintained, but the client must manage server failure indicators and session maintenance across multiple servers

Engineering Contradiction:
Improveservice continuityVSAvoidredirect management
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The Diameter protocol infrastructure acts as an intermediary by providing standardized mechanisms for server failure indication and redirect guidance. The protocol defines specific result codes and AVPs that automatically convey unavailability information and alternative server identifiers to the client, reducing the complexity of redirect management while ensuring service continuity

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system prepares for server failures by pre-establishing alternative authentication servers and defining protocols for seamless redirection. When failures occur, the client can immediately switch to pre-identified alternative servers without complex real-time decision-making, maintaining service continuity while simplifying redirect management

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS9998460B2Diameter redirect between client and server
Publication Date: 2018.06.12 AT&T INTELLECTUAL PROPERTY I L P
  • US9998460B2 patent drawing
  • US9998460B2 patent drawing
  • US9998460B2 patent drawing

AI summary

A technique redirects a Diameter client command from a first server that has become unavailable to a second server consistent with a Diameter protocol. A method includes identifying a first authentication server as unavailable based on a redirect indication received from a second authentication server via a routing agent in response to a request for authentication of a user to the first authentication server. The method includes authenticating the user by the second authentication server in response to a subsequent request for authentication of the user to the second authentication server. The subsequent request for authentication includes an indication of a failure of the first authentication server. The method may include establishing a first service session in response to authenticating the user by the first authentication server and maintaining the first service session using the IP address of the first service session while the second authentication server authenticates the user.