Network Device Self-Configuration via Parameter Server Discovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data network configuration methods, such as DHCP, require manual effort and are inefficient, especially when changes occur in central devices or when devices need to be configured with additional parameters, leading to high network load and delayed device usage due to cyclic scanning for updates.

Innovation Solution

An address assignment server is used to store and transmit necessary configuration parameters to devices, minimizing manual effort and enabling immediate configuration upon connection, with the option to utilize a DHCP server for IP address assignment and further parameters, allowing devices to select a parameter server based on a distinguishing data record.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If manual configuration methods are used, then devices can be configured with necessary parameters, but labor effort increases and configuration time is delayed

Engineering Contradiction:
Improveconfiguration easeVSAvoidconfiguration time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The device performs self-configuration by automatically discovering the parameter server address through DHCP inquiries and autonomously establishing connections to retrieve configuration parameters without manual intervention. The device sends discovery messages, receives responses with server addresses, and automatically configures itself based on transmitted parameters.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The parameter server pre-stores configuration parameters for multiple devices in advance, allowing new devices to immediately access pre-configured settings upon connection. The system prepares configuration data beforehand so that when a device joins the network, configuration occurs instantly without sequential manual setup.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If cyclic scanning is performed for configuration updates, then configuration changes can be detected, but network load increases

Engineering Contradiction:
Improveconfiguration update detectionVSAvoidnetwork load
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The system implements unidirectional information flow where the parameter server actively pushes configuration updates to devices based on their identifying data records, rather than requiring devices to continuously scan for changes. The server monitors network conditions and selectively transmits updates only when necessary, reducing unnecessary network traffic.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

Instead of continuous cyclic scanning, the system uses event-driven periodic action where configuration updates are transmitted only when changes occur or at scheduled intervals when network load is low. The parameter server actively manages update timing to balance reliability with network load reduction.

Inventive Principle:
Principle #19Periodic action

3Ease of manufacture

If DHCP method is used for IP address assignment, then devices receive basic configuration parameters, but additional configuration parameters cannot be transmitted

Engineering Contradiction:
Improveconfiguration parameter transmissionVSAvoidparameter transmission capability
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The parameter server performs multiple functions: it assigns IP addresses via DHCP, stores diverse configuration parameters for different device types, and transmits both basic and advanced configuration data. This multi-functional approach consolidates what were previously separate functions into a single versatile system that handles various configuration needs.

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

Solution Approach 2:

The system nests configuration parameters within the DHCP framework by embedding additional parameter information inside the existing DHCP inquiry-response protocol structure. Configuration data is nested within standard DHCP messages and additional discovery/communication protocols, allowing layered transmission of multiple parameter types without requiring entirely new communication protocols.

Inventive Principle:
Principle #7Nested doll (Nesting)

Data Source

PatentUS7593349B2Method and arrangement for configuration of a device in a data network
Publication Date: 2009.09.22 UNIFY BETEILIGUNGSVERWALTUNG GMBH & CO KG
  • US7593349B2 patent drawing
  • US7593349B2 patent drawing

AI summary

In order to configure a device (EG) in a data network (LAN), an address for an address assignment server (DHCP) is first of all stored in the device (EG). The device (EG) then transmits an inquiry message, which includes a distinguishing data record, to an address assignment server (DHCP). In a further step, as the response to the inquiry message, the address assignment server (DHCP) transmits address information for a parameter server (ADS) associated with the device (EG) to this device (EG), and this address information is stored in a freely useable data field. The device (EG) then uses the address information to produce a connection to the parameter server (ADS). The parameter server (ADS) uses this connection to transmit to the device (EG) parameters which are used for configuration of the device (EG).