WO2004017609A2 - Verfahren zur automatischen netzwerkintegration - Google Patents

Verfahren zur automatischen netzwerkintegration Download PDF

Info

Publication number
WO2004017609A2
WO2004017609A2 PCT/CH2003/000544 CH0300544W WO2004017609A2 WO 2004017609 A2 WO2004017609 A2 WO 2004017609A2 CH 0300544 W CH0300544 W CH 0300544W WO 2004017609 A2 WO2004017609 A2 WO 2004017609A2
Authority
WO
WIPO (PCT)
Prior art keywords
address
network
new
subscriber
assigned
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CH2003/000544
Other languages
English (en)
French (fr)
Other versions
WO2004017609A3 (de
Inventor
Johannes Rietschel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Barix AG
Original Assignee
Barix AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Barix AG filed Critical Barix AG
Priority to DE10393016T priority Critical patent/DE10393016B4/de
Priority to AU2003249832A priority patent/AU2003249832A1/en
Priority to US10/524,035 priority patent/US20060056313A1/en
Publication of WO2004017609A2 publication Critical patent/WO2004017609A2/de
Publication of WO2004017609A3 publication Critical patent/WO2004017609A3/de
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming

Definitions

  • the invention relates to a method for automatically assigning an IP address when a new subscriber is connected to a network, and to a network subscriber who is able to carry out such a method automatically, and also a computer program for carrying out such a method.
  • IP address Internet Protocol Address
  • An IP address is a 32-bit number that identifies each sender or recipient of information that is transmitted in packets over the Internet or another TCP / IP network.
  • An IP address has two parts, the first part stands for a special network on the Internet (net) and the second part for a specific device, ie a server or a workstation (host).
  • a router e.g. B. only needs the first part of the IP address to forward the packets, which can be obtained by masking the address with a so-called netmask.
  • IP addresses There are different classes of IP addresses, namely class A for large networks with many network subscribers, class B for networks of medium size, class C for small networks with fewer than 256 network subscribers and class D, which represent so-called multicast addresses .
  • class A the first bit is assigned 0, the specific one Network with the following seven bits and the local address with the remaining 24 bits.
  • class B the first two bits are assigned 10
  • the following 14 bits represent the specific network and the remaining 16 bits serve the local addresses (host).
  • class C IP number the first three bits are assigned 110, the following 21 bits stand for the specific network and the last eight bits stand for the local address (therefore no more than 256 network nodes).
  • the standard, named division into "network” and "host” part can be defined in any other way by defining a "netmask”.
  • IP addresses are expressed in the form of four decimal numbers separated by dots, each decimal number representing eight bits.
  • Networks typically have three different scenarios: a) Central administration and, if necessary, dynamic assignment of at least some IP addresses, usually via DHCP protocol or via BOOTP. b) Static assignment of IP addresses by configuration (e.g. manual entry) c) Serverless, chaotic system in which each device invents an IP address in a defined network and tests it for double occupancy (so-called Auto IP).
  • Variant a is the typical configuration in company networks as well as in larger home networks, especially if the networks are connected to the Internet via a cable or ADSL router with NAT (Network Address Translation). Usually a dedicated server or a router takes over the role of the DHCP server.
  • NAT Network Address Translation
  • Variant b) is widespread in smaller networks, especially if no special server is installed - but also if a DHCP server is available but only outputs certain addresses to listed end devices. In the home area b) is quite common.
  • Variant c) is currently very rare, since most peripheral devices do not support Auto IP. When simply connecting several PCs with a standard operating system WITHOUT a dedicated server and without IP-familiar users, this can be found. Accordingly, it is normally particularly difficult, especially in variant b), to integrate a new device in the network, since initially e.g. For example, the network administrator must find out what the network share of the IP addresses assigned in the network is, and which IP addresses may still be freely available. Such a free IP address must then be entered manually. This is extremely difficult, especially for devices without a user interface (e.g. speakers).
  • the problem of integrating a device into a radio network is often even greater, since in addition to the IP address, a network identifier (SSID / BSID) and often also a network key must be set here.
  • SSID / BSID network identifier
  • the invention is therefore based on the object of providing a method which simplifies or automates the integration of a new network subscriber in a network.
  • the technical problem is therefore to avoid having to manually configure the new participants that have been added.
  • the technical solution to this task is achieved in that the added network subscriber is autonomously able to assign an IP address without the influence of the installer.
  • the present invention accordingly relates to a method according to. Claim 1 or a device acc. Claim 16.
  • the essence of the invention is therefore that the new subscriber in the network assigns its IP number autonomously by the new network subscriber listening in a first phase to the network for at least one valid IP number that has already been assigned, it generally being sufficient for all Intercept sent broadcasters from network participants.
  • a valid sender address is a sender address (a data packet contains the address of the recipient and that of the sender).
  • the new network participant then becomes independent, i.e. H. Without instructions from another computer, an (i) IP number different from this already assigned IP number is automatically generated, whereby only the last byte is changed, while the first three bytes are taken over from the already assigned IP number, then the availability of this generated IP number is checked by a query in the network.
  • this generated IP number is available, the new subscriber assigns it, or if it is not available, the generation of a new additional IP number or its verification is repeated. Such repetitions should be reasonable, however, so as not to cripple the network.
  • the new network subscriber by listening to the sender addresses of packets, the new network subscriber ascertains what kind of network it is and then generates a possible new IP address based on this information and checks it for non-use.
  • sender IP numbers 0.0.0.0 are ignored and IP numbers in the range of 169,254. ???. ??? logged.
  • the former IP addresses are packets from participants without an IP address, and the latter IP addresses are IP addresses that have Auto-IP are generated and which should only be taken into account if there are no other actually valid IP addresses in the network.
  • the second phase is then triggered. In this case, it is preferably possible to proceed in such a way that a specific time spam (for example 3 minutes) is listened to and recorded.
  • the new IP number generated based on the IP address heard in the network can be generated in different ways. The main thing is to change the address within the same network and then to check the availability of the selected address. For example, the last byte can be incremented or decremented by a fixed value such as 1, the last byte can be assigned a random number, the last byte can be derived algorithmically from a system constant (e.g. MAC address or current one Time), or a fixed value can be assigned to this last byte (typically only certain values are assigned).
  • a system constant e.g. MAC address or current one Time
  • the availability of the generated IP number can be done via an address resolution query (Address Resolution Protocol-Request, ARP-Request) with the generated IP number, and in the absence of a response the availability of the generated IP number can be assumed or upon receipt of a response, its unavailability.
  • ARP-Request Address Resolution Protocol-Request
  • the method according to the invention is typically only used when no automatic and possibly dynamic assignment of IP addresses is available in the network
  • Is available i.e. not in situation (a) as described above. Accordingly, it is preferably first checked whether a server is in the network automatic, possibly dynamic assignment of IP numbers is available (e.g. DHCP or BOOTP), and if such a server is present, the new subscriber assigns the IP number assigned by this server.
  • IP numbers e.g. DHCP or BOOTP
  • the method according to the invention is only used if such an automatic assignment is not available in the network.
  • Another preferred embodiment of the present invention is characterized in that the new subscriber is a subscriber with an audio output and that the finally assigned IP number is output via this audio output.
  • This issue proves to be particularly advantageous if the subscriber is a terminal device that does not have any input options.
  • the inventive idea independent of the above-mentioned special method of assigning IP addresses, to immediately output a newly assigned IP address via an audio output has proven to be extremely practical and useful. Even if e.g. B. DHCP is available in a network and the new subscriber is assigned an IP address from the outside, or if z. B. from another device, the new subscriber is assigned an IP address after manual entry, it is often necessary for various reasons to know this assigned IP address.
  • a streamer or network speaker for the output of at least partially played over the network or at least controlled music or announcements, such a streamer often does not have a keyboard for entering an IP number and also does not have a display to show a eimnal assigned IP number. Accordingly, it can be particularly in such Situation to be extremely advantageous to provide the possibility, for. B. automatically output the number via an integrated speech synthesizer.
  • a further improvement of the proposed method can be achieved in that an automatic determination of the broadcast address and net mask is carried out after the assignment of the IP number. This is especially necessary if the new network subscriber is to search for a communication partner (e.g. server) by broadcast.
  • the valid broadcast address can easily be determined from the data packets listened to in phase 1, since normally only broadcast addresses or multicast addresses can be considered as the recipient address of such packets. If the broadcast address still has to be determined, this can e.g. B. done by first using the first three bytes (initially assuming a simple class C network) of the assigned valid IP number from the network all possible broadcast addresses increasing from the bottom with a request via protocols such. B. Ping can be checked.
  • the check is done in such a way that the bits of the IP number are to a certain extent filled with ones from the right, namely the first 8 bits from the right (00000001.00000011.00000111.00001111, etc., simple class C network). If no broadcast address is found in this way, it can be a larger, composed class C network or a class B or a class A network (this can be derived from the first bits of the address). Accordingly, the rearmost bits are successively checked in an analogous manner for possible broadcast addresses from the right with 1.
  • the first broadcast IP address is used as the valid broadcast address, to which any subscriber in the network with a lower IP number responds.
  • the network mask is then defined in such a way that the network bits above the broadcast component are set to 1 and all bits of the broadcast component are set to 0.
  • IP addresses are assigned which are permanently assigned to a device that is not connected to the network at the time of the assignment (e.g. printer or computer switched off), and accordingly double assignments occur when such a device is later connected , it should be checked periodically whether the assigned IP address is actually still available. Accordingly, after the aforementioned assignment of the IP number, it should be checked periodically via queries in the network whether the IP number of the new subscriber is still unique, and if another subscriber with the same IP number is found, it should be repeated Entry into the second phase a free and valid IP number can be searched, checked and assigned. Likewise, the availability of an automatic configuration server (DHCP, Bootp), which may only be temporarily disturbed, should be checked cyclically and an address should be requested from it, if one is available.
  • DHCP automatic configuration server
  • a program is executed on at least one network participant that is already integrated in the network, which sends data packets in the form of markers in order to indicate to the new participant in which network it should be integrated.
  • This program can be supplied by the manufacturer of a new device, for example on a CD, and can be started automatically after inserting such a CD in order to keep the knowledge and experience required by the user as low as possible. This method is particularly useful if, for. B. several different IP domains are active in a cable-based network, since it can otherwise happen that the new network participant integrates into the wrong network.
  • the markers can be data packets, the contents of which directly address the new subscriber. But is it, for example, a radio network, which Usually they are operated in encrypted form because of the bad demarcation between them already mentioned, such a direct addressing of the new subscriber is not possible.
  • markers in order to indicate to the new subscriber on which channel to integrate, markers can be placed on the network in coded form.
  • Such coding can consist, for example, of sending data packets of specific and recognizable block length and / or specific and recognizable temporal spacing, since such regularities can be recognized by the new subscriber independently of the encryption. By listening in, the participant can determine on which channel to integrate.
  • the markers are used to transfer the network parameters to the new subscriber directly or indirectly, preferably via coding (packet length or their spacing). For example, information such as SSID / BSID, but also the P address to be assigned and in particular the applicable network key can be transmitted to the new subscriber via this coded transmission method. Particularly preferably, the security and reliability of the data transmission is then preferably verified on the new subscriber using appropriate control mechanisms (cyclical repetition, checksums, etc.). The security gap associated with the transfer of markers into a network should be minimized by the new subscriber acknowledging his registration after successfully logging on to the network subscriber already integrated in the network and then automatically stopping the program on the network subscriber already integrated in the network.
  • the markers are to be advantageous to send the markers as a function of an identification number specific to the new subscriber, for example as a function of his MAC address.
  • the network is encrypted, it is advisable to address the security vulnerability associated with the removal of markers that contain the information about the network key to keep as low as possible. This can be achieved by the markers themselves being encrypted information, in which case the key can be derived from a specific key figure such as the MAC address of the new subscriber.
  • the present invention also relates to a network subscriber for connection to a network.
  • This network subscriber comprises at least one communication interface for exchanging data with the network, at least one storage medium, and at least one processor (CPU) connected to this interface and the storage medium, the storage medium containing programs for execution by the processor.
  • a program for carrying out the method for automatic and autonomous P address assignment is stored in the storage medium (RAM or ROM, hard disk).
  • the network subscriber advantageously activates this program automatically after connection to a network, provided that it has not yet been activated.
  • the network subscriber preferably has an audio output, via which an assigned IP number is output.
  • the invention also relates to a computer program for carrying out a method as described above or for storage in a network subscriber, as described above.
  • FIG. Shows a flow diagram of the method according to the invention for assigning IP numbers.
  • the invention makes it possible to use network-compatible devices in networks of the variant b) described at the outset (without a DHCP server - or with a DHCP server that is configured in a fixed manner) WITHOUT having to actively assign a fixed P address to the devices.
  • This is particularly advantageous for devices that do not have an operating device (display / keyboard) - which can only be configured via the network.
  • devices such as audio streamers are possible, which are capable of playing back music that has been recorded or at least partially controlled over the Internet.
  • the invention is compatible with the known methods of automatic configuration (DHCP, Auto P) and does not interfere with the use of a device equipped with it in standard networks. To a certain extent, the process closes the gap between a network with DHCP and a network without any structured assignment of IP numbers (typically a network with Auto-IP).
  • a device that has not been assigned a static P address (e.g. a newly supplied device that is to be integrated into a network for the first time) will first look for a DHCP server. If no response is registered by any server within a certain period of time, devices in which Auto P is implemented, after waiting for this time via Auto IP, a P address in a certain, defined network (IP network class B, 169.254.xx, ie numbers in the range from 169.254.1.0 to 169.254.255.254) generated by a random number generator and checked for non-existence. If it is determined that the address is already occupied (test e.g. via an ARP packet), a new address is generated in the defined area and checked again.
  • IP network class B 169.254.xx, ie numbers in the range from 169.254.1.0 to 169.254.255.254
  • the game repeats itself until a free "Auto-P" address is found or a certain maximum number of attempts has been made. However, such a P address does not allow direct external communication.
  • the invention now intervenes between the search for a DHCP server and the auto-IP address generation (if implemented at all).
  • Phase 1 (compare curly bracket in FIG. 1):
  • a handler for received blocks from the system is started when the system is started, while searching for a DHCP server
  • Network installed which should receive all broadcasts, multicasts and ARP requests of the network.
  • the latest time to install this handler is at the beginning of the phase of detection of P addresses that already exist in the network.
  • the source P address is checked in each incoming block (is there for every P block, be it broadcast, multicast, in ARP blocks there is also the source P address), whether it is a valid address (not 0.0. 0.0, not 255.255.255.255). If it is an Auto IP address (169.254.x.x), this is noted and the search continues.
  • the handler can be uninstalled again. If this is not technically possible, it will be deactivated. If no or only Auto P addresses were received within the search period, the algorithm is terminated and standard Auto P activated.
  • phase 2 is started.
  • the received, valid P source address is now examined and processed as follows:
  • the last byte of the IP address is set to a different value, whereby there can be different tactics.
  • the generated address must of course be valid, and to ensure this as far as possible, the 0 and the 255 should not be used.
  • Possible tactics (incomplete list): a) the "next" address (original value +1) b) a random number c) an algorithmically derived number from a system constant (e.g. MAC address or time) d) a fixed value, e.g. 168 ( P addresses with e.g. the last digit .168 are statically underrepresented in smaller networks, 1,2,3, 10, 11,100,200,254 are much more common)
  • the selected address (the first three bytes are the ones that are listened to) is now checked using ARP search (2x if possible in short intervals to increase security) to determine whether it has not already been used. If so, a new address is generated by incrementing it, generating a new random number or again algorithmically including the information that a new attempt is being made.
  • the number of attempts should be limited to a reasonable value (e.g. 32x).
  • the address is set as the IP address of the device. Depending on the application, it may still be important to detect the so-called “Netinask” net mask - and thus indirectly the "broadcast” address.
  • a datagram is sent to a generally available port (eg ICMP echo request) via hardware broadcast, with the received source IP address being filled in from the right with "1" bits becomes. If the broadcast address is "hit”, devices will answer the request, but with your private P address as the sender, which is then different from the selected, tested possible broadcast address.
  • the netmask can now be easily derived from the number of "1" bits.
  • Has the newly integrated participant in the network who is a computer with at least one CPU, a memory (RAM and / or ROM and / or hard disk) and at least one interface to the network, have a valid and available P Address found, the new participant will automatically assign it.
  • the final assigned IP number is output via this loudspeaker via a loudspeaker and speech generation software also contained in participants.
  • a music streamer that can be accessed via the Internet is connected as the new device, it is crucial for the subsequent control unit to have its P address available. Accordingly, this should be announced after connection. It is of course also possible to provide such a music streamer with software which transmits the definitely set IP address to a server immediately after generation and assignment, which then recognizes the serial number of the device and can address it directly.
  • Phase 1 Device is waiting for incoming blocks: Block 1 - P broadcast from address 0.0.0.0 - invalid address, ignore block 2 - IP broadcast from address 169.254.17.13 -
  • Phase 2 Check whether only Auto P address was received - Result negative, so carry out phase 2.
  • Test address is now 192.168.1.168
  • P address 192.168.1.168 is adopted as the P address of the device.
  • Phase 3 Determining the broadcast address / network mask.
  • this network can still be used for data transmission in any case , even if it is encrypted, as long as you have access to the network from at least one device that is already integrated in the network.
  • This can be implemented by coding the information to be transmitted to the new subscriber (which network, network parameters). This information is placed on the network in the form of markers and can be listened to by the new, not yet integrated subscriber.
  • time coding eg send a data block every 50ms
  • the omission of the block or generation of a second block shortly after the first block
  • the participant will be integrated.
  • other data will also be transmitted on the network, so that the "receiver” (ie the listening new participant) must synchronize with the time grid of the transmitter, which must be known, and the security of the data transmission should be cyclical repetition / CRC and / or checksums are guaranteed.
  • This procedure can then be used to solve the "preliminary phase" of identifying the correct network and transmitting the network parameters (SSID /
  • a device that is to be registered on a network e.g. because it does not yet have a configuration or cannot log on to an existing network with the saved network configuration
  • checks all existing networks for the occurrence of a regular pattern of this kind occurring in a fixed time pattern if such a marker is identified over a certain period of time (with possible errors under full load on the network), it can be assumed with a very high probability that the correct network has been found.
  • the device which has been configured in this way, can, if the IP / sender address of the "broadcaster" is specified in the coded data stream, "report back" to the user after logging in and thus log in to the user give clear feedback that the configuration was successful.
  • This feedback should automatically result in the program, which had been started on the computer that had already been integrated into the network to drop the markers, being automatically stopped in order to keep the security gap with which such a program is mostly connected open as short as possible , b) by inserting the z.
  • the device which has been configured in this way, can, if the IP / sender address of the "broadcaster" is specified in the coded data stream, "report back" to the user after logging in and thus log in to the user give clear feedback that the configuration was successful.
  • This feedback should automatically result in the program, which had been started on the computer that had already been integrated into the network to drop the markers, being automatically stopped in order to keep the security gap with which such a program is mostly connected open as short as possible
  • the MAC address of the "target device" can be ensured that only exactly one device is configured - which is necessary, for example, if the described method is also to be used to transmit the P address or other unique addresses in the network, or the simultaneous one allow easy integration of multiple new participants.
  • the transmitted information can be encrypted before transmission, it only being necessary that the "broadcast" program and the device to be configured know the same key. This can be derived, for example, from the MAC address of the device, which then automatically results in b).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zur automatischen Zuordnung einer IP-Adresse bei Anschluss eines neuen Teilnehmers in einem Netzwerk. Dabei weist sich der neue Teilnehmer seine IP-Adresse autonom zu. Dies insbesondere in einem Netzwerk, in welchem keine automatische ggf. dynamische Zuweisung von IP-­Adressen durch einen Server zur Verfügung steht, in welchem aber auch nicht ausschliesslich IP-Adressen im Bereich von 169.254.0.1 bis 169.254.255.254 vorliegen. Dabei hört der neue Teilnehmer in einer ersten Phase (1) das Netzwerk auf wenigstens eine bereits vergebene gültige IP-Adresse ab, und erzeugt in einer zweiten Phase (2) eine (i) von dieser bereits vergebenen IP-Adresse verschiedene IP-Adresse automatisch, wobei dabei die Adresse nur leicht verändert wird, typisch nur das letzte Byte, während die ersten drei Bytes von der bereits vergebenen, im Netz aufgefundenen IP-Adresse übernommen werden. Anschliessend wird (ii) die Verfügbarkeit dieser erzeugten IP­-Adresse durch eine Abfrage im Netzwerk überprüft, und bei Verfügbarkeit dieser erzeugten IP-Adresse weist sich der neue Teilnehmer diese zu respektive bei Nicht­-Verfügbarkeit wird die Erzeugung einer neuen IP-Adresse (i) respektive deren Überprüfung (ii) wiederholt. Weiterhin betrifft die Erfindung ein Verfahren zur automatischen Identifikation eines bestimmten Netzwerkes, wenn auf dem Medium verschiedene Netzwerke kommunizieren (z.B. bei Funknetzwerken), sowie ein Verfahren zur Datenübertragung von z.B. Netzwerkkennungen und Schlüsseln, auch wenn das Netzwerk mit für den neuen Teilnehmer bis dahin unbekannten Schlüsseln kommuniziert. Dies wird durch ein „Sendeprogramm', das das Netzwerk, auf dem der neue Teilnehmer einbuchen soll, erreicht, was Zeit- und/oder Längenkodierung von Datenübertragungsblöcken benutzt, die auch ohne Kenntnis des Netzwerkschlüssels empfangen werden können. Diese Übertragung ihrerseits kann wieder verschlüsselt erfolgen, um das kompromittieren der Netzwerkschlüssel oder anderer zu übertragender sicherheitsrelevanter Daten zu verhindern.

Description

BESCHREIBUNG
TITEL Verfahren zur automatischen Netzwerkintegration
TECHNISCHES GEBIET Die Erfindung betrifft ein Verfahren zur automatischen Zuordnung einer IP-Adresse bei Anschluss eines neuen Teilnehmers in einem Netzwerk, sowie einen Netzteilnehmer, welcher ein derartiges Verfahren automatisch auszuführen in der Lage ist, sowie ausserdem ein Compute rogramm zur Durchführung eines derartigen Verfahrens.
STAND DER TECHNIK
Eine IP-Adresse (Internet-Protokoll-Adresse) ist eine 32-Bit Nummer, welche jeden Sender oder Empfänger von Information, welche in Paketen über das Internet oder ein anderes TCP/IP Netz übermittelt werden, identifiziert. Eine IP-Adresse hat zwei Teile, wobei der erste Teil für ein spezielles Netzwerk auf dem Internet steht (net) und der zweite Teil für ein spezifisches Gerät, d. h. einen Server oder eine Workstation (host). Ein Router z. B. braucht zur Weiterleitung der Pakete hur den ersten Teil der IP- Adresse, welcher durch maskieren der Adresse mit einer so genannten Netzmaske (netmask) erhalten werden kann. Es existieren dabei unterschiedliche Klassen von derartigen bei IP-Adressen, nämlich Klasse A für grosse Netzwerke mit vielen Netzteilnehmem, Klasse B für Netze mittlerer Grosse, Klasse C für kleine Netzwerke mit weniger als 256 Netzteilnehmern und Klasse D, welche so genannte multicast- Adressen darstellen. Bei Klasse A wird das erste Bit mit 0 belegt, das spezifische Netzwerk mit den sieben folgenden Bits und die lokale Adresse mit den verbleibenden 24 Bit. Bei Klasse B werden die ersten zwei Bits mit 10 belegt, die folgenden 14 Bits stehen für das spezifische Netzwerk und die verbleibenden 16 Bit dienen den lokalen Adressen (Host). In einer Klasse C IP-Nummer werden die ersten drei Bits mit 110 belegt, die folgenden 21 Bits stehen für das spezifische Netzwerk und die hintersten acht Bits stehen für die lokale Adresse (deshalb nicht mehr als 256 Netzteilnehmer). Die standardmässige, genannte Aufteilung in „Netzwerk" und „Host"-Teil kann durch die Definition einer „Netmask" beliebig anders definiert werden.
Typischerweise werden IP-Adressen in Form von vier durch Punkte separierten Dezimalzahlen ausgedrückt, wobei jede Dezimalzahl für acht Bits steht. Die starke Zunahme von Netzwerken innerhalb des Internets macht wohl in nächster Zukunft eine Verlängerung der IP-Adressen notwendig, und so gibt es bereits eine neue Version unter dem Namen IPv6, bei welcher eine IP-Adresse 128 Bits umfasst.
Allgemein findet man in einfacheren TCP/IP. Netzen typisch drei verschiedene Szenarien: a) Zentrale Verwaltung und ggf. dynamische Zuweisung zumindest einiger IP Adressen, in der Regel via DHCP Protokoll oder via BOOTP. b) Statische Zuweisung von IP Adressen per Konfiguration (z. B. Eingabe von Hand) c) Serverloses, chaotisches System indem sich jedes Gerät eine IP Adresse in einem definierten Netz erfindet und diese auf Doppelbelegung präft (so genanntes Auto IP).
Variante a) ist die typische Konfiguration in Firmennetzen sowie in grösseren Heimnetzen, insbesondere wenn die Netzwerke über einen Kabel- oder ADSL Router mit NAT (Network Address Translation) an das Internet angebunden sind. Hier übernimmt in der Regel ein dedizierter Server oder ein Router die Rolle des DHCP Servers.
Variante b) ist weit verbreitet in kleineren Netzen, insbesondere wenn kein spezieller Server installiert ist - aber auch wenn ein DHCP Server zwar vorhanden ist, aber nur bestimmte Adressen an gelistete Endgeräte ausgibt. Im Heimbereich ist b) recht häufig anzutreffen. Variante c) ist derzeit sehr selten, da die meisten Peripheriegeräte Auto IP nicht unterstützen. Beim einfachen Zusammenschalten von mehreren PC mit Standardbetriebssystem OHNE dediziertem Server und ohne IP-vertraute Anwender ist diese jedoch anzutreffen. Entsprechend ist es normalerweise insbesondere bei Variante b) äusserst mühsam, ein neues Gerät im Netzwerk einzubinden, da zunächst z. B. vom Netzwerkadministrator erfahren werden muss, wie der Netzwerkanteil der im Netz vergebenen IP-Adressen lautet, und welche IP-Adressen ggf. noch frei zur Verfügung stehen. Anschliessend muss eine derartige freie IP-Adresse manuell eingegeben werden. Dies gestaltet sich insbesondere bei Geräten ohne Benutzerinterface (z.B. Lautsprechern) äusserst schwierig.
Die Problematik der Integration eines Gerätes in ein Funknetzwerk (z.B. 802.11) ist oftmals noch grösser, da hier zusätzlich zur IP-Adresse eine Netzwerkkennung (SSID/BSID) und oft auch ein Netzwerkschlüssel eingestellt werden müssen. Besonders in Umgebungen, in denen mehrere Funknetzwerke betrieben werden, ist es mit den bekamiten Verfahren derzeit nicht möglich, ein Gerät ohne explizite Konfiguration in einem bestimmten Netzwerk anzumelden und für dieses Netzwerk zu konfigurieren.
• Die Problematik ist insbesondere bei Geräten ohne Benutzerinterface ausgeprägt wie z.B. bei Netzwerklautsprechern. Derartige Geräte sollten möglichst keinerlei "Knöpfe" geschweige denn Tastaturen und Displays haben, und sollten möglichst ebenfalls automatisch, einfach, und ohne grosse Einflussnahme durch die installierende Person in ein Netzwerk eingegliedert werden können.
DARSTELLUNG DER ERFINDUNG Der Erfindung liegt demnach die Aufgabe zugrunde, eine Methode zur Verfügung zu stellen, welche die Integration eines neuen Netzteilnehmers in einem Netzwerk vereinfacht respektive automatisiert. Das technische Problem besteht also darin, zu vermeiden, dass die zugeschalteten neuen Teilnehmer manuell konfiguriert werden müssen. Die technische Lösung dieser Aufgabe wird dadurch erreicht, dass der hinzugefügte Netzteilnehmer autonom in der Lage ist, sich ohne weitere Einflussnahme der installierenden Person einer IP-Adresse zuzuweisen. Gegenstand der vorliegenden Erfindung ist entsprechend ein Verfahren gem. Anspruch 1 respektive ein Gerät gem. Anspruch 16.
Der Kern der Erfindung besteht somit darin, dass sich der neue Teilnehmer im Netzwerk seine IP-Nummer autonom zuordnet, indem der neue Netzteilnehmer in einer ersten Phase das Netzwerk auf wenigstens eine bereits vergebene gültige IP-Nummer abhört , wobei es gemeinhin ausreicht, an alle Netzwerkteilnehmer geschickte Broadcasts abzuhören. Als gültige IP-Adresse gilt in diesem Zusammenhang eine Absenderadresse (ein Datenpaket enthält ja die Adresse des Empfängers und jene des Absenders). In einer zweiten Phase wird anschliessend vom neuen Netzteilnehmer selbstständig, d. h. ohne Instruktionen von einem anderen Rechner, eine (i) von dieser bereits vergebenen IP-Nummer verschiedene IP-Nummer automatisch erzeugt, wobei dabei nur das letzte Byte verändert wird, während die ersten drei Bytes von der bereits vergebenen IP-Nummer übernommen werden, anschliessend die Verfügbarkeit dieser erzeugten IP-Nummer durch eine Abfrage im Netzwerk überprüft wird. Bei Verfügbarkeit dieser erzeugten IP-Nummer weist sich der neue Teilnehmer diese zu, respektive bei Nicht- Verfügbarkeit wird die Erzeugung einer neuen weiteren IP- Nummer respektive deren Überprüfung wiederholt wird. Derartige Wiederholungen sollten sich aber in einem vernünftigen Rahmen bewegen, um das Netz nicht lahm zu legen. Mit anderen Worten wird in intelligenter Weise durch Mithören von Absenderadressen von Paketen vom neuen Netzteilnehmer festgestellt, um was für ein Netz es sich handelt und anschliessend eine mögliche neue IP-Adresse basierend auf dieser Information generiert und auf Nichtebelegtheit überprüft.
Gemäss einer ersten bevorzugten Ausführungsform der vorliegenden Erfindung werden innerhalb der ersten Phase beim Abhören Absender-IP-Nummern 0.0.0.0 ignoriert und IP-Nummern im Bereich von 169.254.???.??? mitgeschrieben. Bei den erstgenannten IP-Adressen handelt es sich um Pakete von Teilnehmern ohne IP-Adresse, und bei den letztgenannten IP-Adressen handelt es sich um IP-Adressen, welche mit Auto-IP erzeugt werden und welche entsprechend nur dann berücksichtigt werden sollten, wenn im Netzwerk keine anderen, tatsächlich gültigen IP-Adressen vorhanden sind. Nach Abhören der ersten anders lautenden und damit gültigen IP-Nummer im Netzwerk wird anschliessend die zweite Phase ausgelöst. Vorzugsweise kann dabei so vorgegangen werden, dass grundsätzlich eine bestimmte Zeitspam e (z.B. 3 Minuten) mitgehört und mitgeschrieben wird. Alternativ ist es möglich, erst beim Eintreffen eines ersten Broadcasts in die zweite Phase einzutreten und z.B. ARP-Requests (Address Resolution Protocol) mitzuschreiben aber nicht direkt als Basis für die Generierung einer neuen Adresse zu verwenden. Diese Vorgehensweise vereinfacht anschliessend das weitere Vorgehen, da nämlich, wenn eine Broadcast- Adresse bereits in dieser Phase mitgehört wird, die weiter unten in Phase 3 beschriebene Bestimmung der Broadcast- Adresse entfällt.
Die basierend auf der im Netz mitgehörten IP-Adresse erzeugte, neue IP-Nummer kann auf unterschiedliche Weise generiert werden. Im wesentlichen geht es dabei darum, die Adresse innerhalb des gleichen Netzes abzuändern und anschliessend die Verfügbarkeit der gewählten Adresse zu überprüfen. Zum Beispiel kann das letzte Byte um einen fixen Wert wie beispielsweise 1 inkrementiert oder dekrementiert werden, es kann das letzte Byte mit einer Zufallszahl belegt werden, es kann das letzte Byte algorithmisch von einer Systemkonstante abgeleitet werden (z. B. MAC-Adresse oder aktuelle Zeit), oder aber es kann diesem letzte Byte ein fixer Wert zugewiesen werden (typischerweise werden nämlich nur bestimmte Werte vergeben).
Die Verfügbarkeit der erzeugten IP-Nummer kann über eine Adressen-Auflösungs- Abfrage (Address Resolution Protocol-Request, ARP-Request) mit der erzeugten IP- Nummer erfolgen, und dabei bei Ausbleiben einer Antwort die Verfügbarkeit der erzeugten IP-Nummer angenommen werden respektive bei Erhalt einer Antwort deren Nicht- Verfügb arkeit.
Typischerweise findet das erfmdungsgemässe Verfahren nur dann Anwendung, wenn im Netzwerk keine automatische und ggf. dynamische Vergabe von IP-Adressen zur
Verfügung steht (das heisst nicht in Situation (a) wie sie oben beschrieben ist). Entsprechend wird vorzugsweise zunächst überprüft, ob im Netzwerk ein Server zur automatischen, ggf. dynamischen Zuordnung von IP-Nummern vorhanden ist (z. B. DHCP oder BOOTP), und bei Anwesenheit eines derartigen Servers weist der neue Teilnehmer sich die von diesem Server zugeordnete IP-Nummer zu. Erst wenn eine derartige automatische Zuordnung im Netzwerk nicht zur Verfügung steht, wird das erfindungsgemässe Verfahren angewendet.
Wenn in der ersten Phase innerhalb einer charakteristischen Zeit von typischerweise im Bereich von drei Minuten keine gültige IP-Nummer empfangen wird, kann eine automatische Vergabe unter Zuhilfenahme von Auto-IP vorgenommen werden, wobei ggf. mitgeschriebene und damit offenbar bereits im Netzwerk in Gebrauch befindliche IP-Nummern im Bereich von 169.254.???.??? , d. h. durch Auto-IP erzeugte Nummern, berücksichtigt werden.
Eine andere bevorzugte Ausführungsform der vorliegenden Erfindung zeichnet sich dadurch aus, dass es sich beim neuen Teilnehmer um einen Teilnehmer mit einem Audio-Ausgang handelt, und dass die endgültig zugewiesene IP-Nummer über diesen Audioausgang ausgegeben wird. Diese Ausgabe erweist sich insbesondere dann als vorteilhaft, wenn es sich beim Teilnehmer um ein Endgerät handelt, welches nicht über Eingabemöglichkeiten verfugt. Unabhängig vom Verfahren der Bestimmung der IP- Adresse erweist sich der auch unabhängig vom oben erwähnten speziellen Verfahren der Zuordnung von IP-Adressen erfinderische Gedanken, eine neu zugewiesene IP- Adresse über einen Audioausgang sofort auszugeben, als äusserst praktisch und nützlich. Auch wenn z. B. DHCP in einem Netzwerk zur Verfügung steht und dem neuen Teilnehmer so von aussen eine IP-Adresse zugewiesen wird, oder wenn z. B. auch von einem anderen Gerät dem neue Teilnehmer eine IP-Adresse nach manueller Eingabe zugewiesen wird, ist es häufig aus unterschiedlichsten Gründen notwendig, diese zugewiesene IP-Adresse zu kennen. Handelt es sich beim neuen Netzteilnehmer z. B. um einen Streamer oder Netzwerklautsprecher für die Ausgabe von wenigstens teilweise über das Netzwerk eingespielter oder wenigstens gesteuerter Musik oder von Durchsagen, so verfügt ein derartiger Streamer häufig nicht über eine Tastatur zur Eingabe einer IP-Nummer und auch nicht über ein Display zur Darstellung einer eimnal zugewiesenen IP-Nummer. Entsprechend kann es besonders in einer derartigen Situation äusserst vorteilhaft sein, die Möglichkeit vorzusehen, z. B. über einen im Gerät integrierten Sprachsynthesizer die Nummer automatisch auszugeben.
Eine weitere Verbesserung des vorgeschlagenen Verfahrens kann dadurch erreicht werden, dass anschliessend an die Zuweisung der IP-Nummer eine automatische Bestimmung von Broadcast-Adresse und Netzmaske vorgenommen wird. Dies ist vor allem dann notwendig, wenn der neue Netzteilnehmer einen Kommunikationspartner (z.B. Server) per Broadcast suchen soll. Meistens kann die gültige Broadcast-Adresse leicht aus den in Phase 1 mitgehörten Datenpaketen ermittelt werden, da normalerweise, als Empfänger-Adresse von derartigen Paketen nur Broadcast-Adressen oder Multicastadressen in Frage kommen. Muss die Broadcast-Adresse dennoch bestimmt werden, so kann dies z. B. erfolgen, indem zunächst unter Verwendung der ersten drei Bytes (zunächst Annahme eines einfachen Klasse C Netzwerks) der vergebenen gültigen IP-Nummer aus dem Netzwerk alle möglichen Broadcast-Adressen von unten ansteigend mit einer Anfrage über Protokolle wie z. B. Ping überprüft werden. Die Überprüfung geschieht dabei so, dass die Bits der IP-Nummer von rechts gewissermassen mit Einsen aufgefüllt werden, nämlich die ersten 8 Bits von rechts (00000001,00000011,00000111,00001111, etc., einfaches Klasse C-Netzwerk). Wird so keine Broadcast-Adresse gefunden, so kann es sich um ein grösseres, zusammengesetztes Klasse C-Netzwerk handeln oder auch um ein Klasse B oder ein Klasse A-Netzwerk (dies kann von den ersten Bits der Adresse abgeleitet werden). Entsprechend werden die hintersten Bits sukzessive in analoger Weise auf mögliche Broadcast-Adressen von rechts mit 1 auffüllend überprüft. Als gültige Broadcast- Adresse wird die erste IP-Nummer genommen, auf welche irgendwelche Teilnehmer im Netz mit niedrigerer IP-Nummer antworten. Anschliessend wird die Netzmaske derart festgelegt, dass die Network-Bits oberhalb des Broadcast-Anteils auf 1 gesetzt werden und alle Bits des Broadcast-Anteils auf 0 gesetzt werden.
Da bei einen automatischen und autonomen Verfahren u. U. IP-Adressen vergeben werden, welche einem im Moment der Zuweisung nicht am Netz befindlichen Gerät fest zugewiesen sind (z. B. ausgeschalteter Drucker oder Rechner), und entsprechend bei einer späteren Zuschaltung eines derartigen Gerätes Doppelbelegungen auftreten können, sollte periodisch überprüft werden, ob die zugewiesene IP-Adresse tatsächlich noch zur Verfügung steht. Entsprechend sollte nach der genannten Vergabe der IP- Nummer periodisch über Abfragen im Netzwerk überprüft werden, ob die IP-Nummer des neuen Teilnehmers immer noch eindeutig ist, und es sollte, falls ein weiterer Teilnehmer mit der gleichen IP-Nummer gefunden wird, über erneuten Eintritt in die zweite Phase eine freie und gültige IP-Nummer gesucht, überprüft und zugeordnet werden. Ebenso sollte zyklisch immer wieder auf die vielleicht nur temporär gestörte Verfügbarkeit eines automatischen Konfigurationsservers (DHCP, Bootp) geprüft werden, und bei Verfügbarkeit eines solchen von diesem eine Adresse angefordert werden.
Gemäss einer weiteren bevorzugten Ausführungsform des erfmdungsgemässen Verfahrens wird auf wenigstens einem bereits im Netzwerk integrierten Netzwerkteilnehmer ein Programm ausgeführt, welches Datenpakete in Form von Markern absetzt, um dem neuen Teilnehmer anzuzeigen, in welches Netzwerk er sich integrieren soll. Dieses Programm kann vom Hersteller eines neuen Gerätes beispielsweise auf einer CD mitgeliefert werden und nach Einlegen einer derartigen CD automatisch gestartet werden, um benutzerseitig die erforderlichen Kenntnisse und Erfahrungen so niedrig wie möglich zu halten. Dieses Verfahren ist insbesondere dann sinnvoll, wenn z. B. in einem kabelbasierten Netzwerk mehrere unterschiedliche IP- Domains aktiv sind, da es ansonsten passieren kann, dass sich der neue Netzwerkteilnehmer in das falsche Netz integriert. Besonders wichtig ist dieses Vorgehen, wenn es sich um Funknetzwerke handelt, da diese schlecht voneinander abgegrenzt werden können, und sehr häufig beispielsweise das Funknetzwerk eines benachbarten Büros oder Gebäudes vorhanden und auch zugänglich sein kann. Es muss bemerkt werden, dass diese Übermittlung von Markern unabhängig von der anschliessenden Festlegung der IP-Adresse durch den neuen Teilnehmer, wie sie im unabhängigen Anspruch beschrieben wird, eine Erfindung darstellt.
Handelt es sich beim Funknetzwerk um ein unverschlüsseltes kabelbasiertes Netzwerk, so können die Marker Datenpakete sein, deren Inhalt direkt den neuen Teilnehmer eindeutig ansprechen. Handelt es sich aber beispielsweise um ein Funknetzwerk, welche üblicherweise wegen deren bereits genannten schlechten Abgrenzung voneinander häufig verschlüsselt betrieben werden, so ist ein derartiges direktes Ansprechen des neuen Teilnehmers nicht möglich. In diesem Fall können, um dem neuen Teilnehmer anzuzeigen, auf welchem Kanal er sich integrieren soll, Marker in codierter Form auf dem Netz abgesetzt werden. Eine derartige Kodierung kann beispielsweise darin bestehen, Datenpakete spezifischer und erkennbarer Blocklänge und/oder spezifischer und erkennbarer zeitlicher Beabstandung abzusenden, da derartige Regelmässigkeiten unabhängig von der Verschlüsselung vom neuen Teilnehmer erkannt werden können. So kann der Teilnehmer durch Mithören feststellen, auf welchem Kanal er sich integrieren soll.
Gemäss einer weiteren bevorzugten Ausführungsform werden mit den Markern direkt oder indirekt, vorzugsweise über eine Kodierung (Paketlänge oder deren Beabstandung), Netzwerkparameter an den neuen Teilnehmer übergeben. So können beispielsweise über diese codierte Übertragungsweise Angaben wie SSID/BSID, aber auch die zu vergebende P-Adresse und insbesondere auch der geltende Netzwerkschlüssel an den neuen Teilnehmer übermittelt werden. Insbesondere bevorzugt wird anschliessend bevorzugt auf dem neuen Teilnehmer die Sicherheit und Verlässlichkeit der Datenübertragung über entsprechende Kontrollmechanismen (zyklische Wiederholung, Prüfsummen etc.) verifiziert. Die mit der Übergabe von Markern in ein Netzwerk verbundene Sicherheitslücke sollte minimiert werden indem der neue Teilnehmer nach seiner erfolgreichen Anmeldung im Netzwerk dem bereits im Netzwerk integrierten Netzwerkteilnehmer seine Anmeldung quittiert und anschliessend das Programm auf dem bereits im Netzwerk integrierten Netzwerkteilnehmer automatisch angehalten wird. Insbesondere wenn mehrere neue Teilnehmer gleichzeitig im Netz integriert werden sollen, erweist sich als vorteilhaft, die Marker in Abhängigkeit einer für den neuen Teilnehmer spezifischen Kennzahl wie beispielsweise in Abhängigkeit seiner MAC- Adresse abzusetzen. Besonders dann, wenn es sich um ein verschlüsseltes Netzwerk handelt, empfiehlt es sich, die mit dem Absetzen von Markern, welche die Informationen über den Netzwerkschlüssel enthalten, verbundene Sicherheitslücke möglichst gering zu halten. Dies kann erreicht werden, indem es sich bei den Markern ihrerseits um verschlüsselte Informationen handelt, wobei dann beispielsweise der Schlüssel von einer spezifischen Kennzahl wie beispielsweise der MAC-Adresse des neuen Teilnehmers abgeleitet sein kann. Auch ein einfacher „Transportschlüssel", der der markersendenden Software und auch dem noch nicht konfigurierten Gerät bereits ab Werk bekannt ist, erhöht die Sicherheit schon wesentlich.
Wie bereits eingangs erwähnt, betrifft die vorliegende Erfindung ausserdem einen Netzteilnehmer zum Anschluss an ein Netzwerk. Dieser Netzteilnehmer umfasst wenigstens ein Kommunikations-Interface zum Austausch von Daten mit dem Netzwerk, wenigstens ein Speichermedium, sowie wenigstens einen mit diesem Interface und dem Speichermedium in Verbindung stehenden Prozessor (CPU), wobei das Speichermedium Programme zur Durchführung durch den Prozessor enthält. Erfindungsgemäss ist dabei im Speichermedium (RAM oder ROM, Festplatte) ein Programm zur Durchführung des Verfahrens zur automatischen und autonomen P- Adressenvergabe, wie sie oben beschrieben ist, gespeichert. Vorteilhafter Weise aktiviert der Netzteilnehmer dieses Programm automatisch nach Anschluss an ein Netzwerk, sofern es noch nicht aktiviert ist. Ausserdem verfügt der Netzteilnehmer bevorzugt über einen Audioausgang, über welchen eine zugewiesene IP-Nummer ausgegeben wird. Ausserdem betrifft die Erfindung ein Computerprogramm zur Durchführung eines Verfahrens, wie es oben beschrieben ist respektive zur Speicherung in einem Netzteilnehmer, wir oben beschrieben ist.
Weitere bevorzugte Ausführungsformen der vorliegenden Erfindung sind in den abhängigen Ansprüchen beschrieben.
KURZE ERLÄUTERUNG DER FIGUR
Die Erfindung soll nachfolgend anhand von Ausführungsbeispielen im Zusammenhang mit der Zeichnung näher erläutert werden. Die einzige Fig. zeigt ein Flussdiagramm des erfindungsgemässen Verfahrens zur Zuweisung von IP-Nummern. WEGE ZUR AUSFUHRUNG DER ERFINDUNG
Die Erfindung macht den Einsatz von netzwerkfähigen Geräten in Netzen der eingangs beschriebenen Variante b) (ohne DHCP Server - oder mit DHCP Server der fix konfiguriert ist) möglich OHNE dass den Geräten aktiv eine fixe P Adresse zugewiesen werden muss. Das ist insbesondere bei Geräten von Vorteil die über keine Bedieneinrichtung (Display/Tastatur) verfügen - die also nur per Netzwerk konfigurierbar sind. Beispielsweise kommen dazu Geräte wie Audio-Streamer in Frage, welche über das Internet eingespielte oder wenigstens teilweise kontrollierte Musik wiederzugeben in der Lage sind.
Die Erfindung ist kompatibel zu den bekannten Verfahren der automatischen Konfiguration (DHCP, Auto P) und stört den Einsatz eines mit ihr ausgestatten Gerätes in Standardnetzwerken nicht. Das Verfahren schliesst gewissermassen die Lücke zwischen einem Netzwerk mit DHCP und einem Netzwerk ohne jede strukturierte Vergabe von IP-Nummern (typischerweise ein Netz mit Auto-IP).
Üblicherweise wird ein Gerät, dem keine statische P Adresse gesetzt wurde (z. B. eine neu zugeliefertes Gerät, das zum ersten Mal, in ein Netz integriert werden soll) zuerst einmal nach einem DHCP Server suchen. Wird von keinem Server innerhalb einer bestimmten Zeitspanne keine Antwort registriert, wird bei Geräten in denen Auto P implementiert ist, nach Abwarten dieser Zeit per Auto IP eine P Adresse in einem bestimmten, festgelegten Netzwerk (IP Netzwerk Klasse B, 169.254.x.x, d.h. Zahlen im Bereich von 169.254.1.0 bis 169.254.255.254) per Zufallszahlgenerator erzeugt und diese auf NichtVorhandensein überprüft. Wird festgestellt, dass die Adresse bereits belegt ist (Test z. B. über ein ARP Paket), wird eine neue Adresse im definierten Bereich erzeugt und wieder geprüft.
Das Spiel wiederholt sich solange, bis eine freie "Auto-P"-Adresse gefunden wird oder eine bestimmte maximale Anzahl Versuche erfolgt ist. Eine derartige P-Adresse erlaubt aber keine direkte Kommunikation nach aussen. Die Erfindung greift nun zwischen der Suche nach einem DHCP Server und der Auto- IP Adressgenerierung (sofern überhaupt implementiert) ein.
Das Verfahren ist schematisch in Form eines Flussdiagramms in Fig. 1 dargestellt und soll anschliessend in Worten erläutert werden: Phase 1 (vergleiche geschweifte Klammer in Fig. 1):
Wenn möglich, wird bereits bei Start des Systems, schon während der Suche nach einem DHCP Server, ein Handler für empfangene Blöcke vom
Netzwerk installiert, der möglichst alle Broadcasts, Multicasts und ARP requests des Netzwerkes empfangen sollte. Spätester Zeitpunkt der Installation dieses Handlers ist jedoch mit Beginn der Phase der Detektion von im Netzwerk bereits vorhandenen P-Adressen.
Dieser Handler ist sehr einfach aufgebaut. In jedem eintreffenden Block wird die Quellen-P Adresse überprüft (ist bei jedem P Block, sei es Broadcast, Multicast vorhanden, in ARP Blöcken gibt es ebenfalls die Source-P Adresse), ob es sich um eine gültige Adresse handelt (nicht 0.0.0.0, nicht 255.255.255.255). Ist es eine Auto IP Adresse (169.254.x.x), wird dies vermerkt und die Suche geht weiter.
Sobald der erste Block mit gültiger P Quellenadresse ungleich Auto P empfangen wurde oder eine bestimmte Zeit (ca. 3 Minuten ist sinnvoll) verstrichen ist, kann der Handler wieder deinstalliert werden. Ist dies technisch nicht möglich wird er inaktiviert. Wurde innerhalb der Suchzeitspanne keine oder nur Auto P Adressen empfangen, wird der Algorithmus abgebrochen und Standard-Auto P aktiviert.
Wurde innerhalb der Suchzeitspanne eine gültige P Quellenadresse empfangen (ungleich Auto P), wird Phase 2 begonnen.
Phase 2:
Die empfangene, gültige P Quellenadresse wird nun wie folgend untersucht und bearbeitet: Das letzte Byte der IP Adresse wird auf einen anderen Wert gesetzt, wobei es hier verschiedene Taktiken geben kann. Die erzeugte Adresse muss natürlich gültig sein, und um dieses möglichst sicherzustellen darf die 0 und sollte die 255 nicht verwendet werden. Mögliche Taktiken (nicht vollständige Liste): a) die "nächste" Adresse (original wert +1) b) eine Zufallszahl c) eine algorithmisch von einer Systemkonstante (z.B. MAC Adresse oder Zeit) abgeleitete Zahl d) ein fixer Wert, z.B. 168 (P Adressen mit z.B. der letzten Stelle .168 sind in kleineren Netzen statisch unterrepräsentiert, 1,2,3, 10, 11,100,200,254 sind viel häufiger)
Die gewählte Adresse (erste drei Byte sind die mitgehörten) wird nun per ARP search (möglichst 2x in kurzem Zeitabstand zur Erhöhung der Sicherheit) darauf überprüft, ob diese nicht schon belegt ist. Wenn ja, wird eine neue Adresse erzeugt, durch Erhöhen um ein Inkrement, neue Zufallszahlgenerierung oder wieder algorithmisch unter Einbeziehung der Information, dass ein neuer Versuch unternommen wird.
Die Anzahl der Versuche sollte auf einen vernünftigen Wert (z.B. 32x) begrenzt werden.
Ist die Adresse nicht belegt, wird diese als IP Adresse des Gerätes eingestellt. Je nach Anwendung kann es jetzt noch wichtig sein die sog. "Netinask" -Netzmaske - und damit indirekt die "Broadcast" Adresse zu detektieren.
Dies wird in der (ja nach Anwendung) optionalen Phase 3 gemacht: Es wird auf einen allgemein verfügbaren Port (z.B. ICMP echo request) ein Datagramm geschickt per Hardware-Broadcast, wobei die empfangene Quellen IP Adresse von rechts mit "1" Bits stückweise aufgefüllt wird. Wird die Broadcast Adresse "getroffen", werden Geräte die Anfrage beantworten, aber mit Ihrer privaten P Adresse als Absender, und die ist dann ungleich der gewählten, getesteten möglichen Broadcast Adresse. Aus der Anzahl der "1" Bits lässt sich die Netzmaske nun spielend ableiten. Wurde vom neu in das Netzwerk integrierten Teilnehmer, bei welchem es sich um einen Rechner wenigstens mit einer CPU, einem Speicher (RAM und/oder ROM und/oder Festplatte) sowie mit wenigstens einem Interface zum Netzwerk handelt, eine gültige und zur Verfügung stehende P-Adresse gefunden, so wird sich diese der neue Teilnehmer automatisch zuweisen. Insbesondere, wenn es sich um ein Gerät handelt, welches über keine Tastatur und/oder Bildschirm verfugt, kann es sich dann nach der Zuweisung als äusserst praktisch erweisen, wenn z. B. über einen Lautsprecher und ebenfalls in Teilnehmer enthaltene Spracherzeugungssoftware die endgültig zugewiesene IP-Nummer über diesen Lautsprecher ausgegeben wird. Wird beispielsweise als neues Gerät ein über das Internet ansprechbarer Music-Streamer angeschlossen, so ist es für die anschliessende Ansteuerang entscheidend, dessen P- Adresse zur Verfügung zu haben. Entsprechend sollte diese nach dem Anschluss bekannt gegeben werden. Es ist natürlich auch möglich, einen derartigen Music- Streamer mit einer Software zu versehen, welche die definitiv eingestellte IP-Adresse unmittelbar nach der Erzeugung und Zuweisung an einen Server übermittelt, welcher dann die Seriennummer des Gerätes erkennt und dieses direkt ansprechen kann.
Konkretes Beispiel für das gesamte Verfahren: Phase 1: Gerät wartet auf eingehende Blöcke: Block 1 - P Broadcast von Adresse 0.0.0.0 - ungültige Adresse, ignorieren Block 2 - IP Broadcast von Adresse 169.254.17.13 -
Auto P Adresse, diese vermerken aber weitersuchen Block 3 - ARP request von P 192.168.1.17 - gültige P Adresse, also Phase 1 beenden.
Phase 2: Überprüfung ob nur Auto P Adresse empfangen wurde - Resultat negativ, also Phase 2 ausführen.
Adressgenerierung - z.B. nach Algorithmus d). Testadresse ist jetzt 192.168.1.168
Prüfung der Adresse 192.168.1.168 auf verfügbar. Wenn nicht verfügbar, neue Adresse nach beschriebenen Verfahren definieren und Prüfung wiederholen. Im Beispiel sei angenommen dass die Adresse frei ist.
Resultat: P Adresse 192.168.1.168 wird als P Adresse des Gerätes übernommen.
Option: automatische Ausgabe dieser P-Adresse über einen Lautsprecher.
Phase 3: Feststellung der Broadcastadresse/Netzmaske.
Am 1. Byte wurde bereits erkannt, dass es sich um ein Klasse C-Netzwerk handeln muss, d. h. nur das letzte Byte muss auf mögliche Broadcast-Adressen untersucht werden. Senden eines Ping via Hardware Broadcast an IP Adresse 192.168.1.3 (minimal mögliche Grosse eines P Netzwerkes, das letzte Byte entspricht binär 00000011)
Resultat: Antwort von Gerät 192.168.1.3
Senden eines Ping via Hardware Broadcast an P 192.168.1.7 (das letzte Byte entspricht binär 00000111 )
Resultat: keine Antwort
Senden eines Ping via Hardware Broadcast an IP 192.168.1.15 (das letzte Byte entspricht binär 00001111)
Resultat: keine Antwort oder Antwort vom Gerät 192.168.1.15
Senden eines Ping via Hardware Broadcast an IP 192.168.1.255 (das letzte Byte entspricht binär 11111111) Resultat: Antwort von Gerät 192.168.1.1, 192.168.1.2, 192.168.1.3, 192.168.1.17. Offensichtlich handelt es sich bei der geprüften Adresse um die Broadcastadresse (Geräte mit "anderer", kleineren IP Adresse als die geprüfte antworten). Resultat: 192.168.1.255 ist Broadcast Adresse, 255.255.255.0 ist die Netzmaske.
Option: automatische Ausgabe dieser P-Adresse über einen Lautsprecher.
Wenn auf einem Netzwerk mehrere Netze aktiv sind (z. B. verschiedene IP- Adressen- Bereiche nebeneinander) oder insbesondere wenn es sich um ein Wireless-Netzwerk handelt, welches sogar verschlüsselt sein kann, kann dieses Netzwerk dennoch auf jeden Fall zur Datenübertragung genutzt werden, auch wenn es verschlüsselt operiert, solange man von mindestens einem Gerät, welches bereits im Netzwerk integriert ist, Zugriff auf das Netzwerk hat. Dies kann über eine Kodierung der an den neuen Teilnehmer zu übermittelnden Information (welches Netz, Netzparameter) realisiert werden. Diese Information wird in Form von Markern auf dem Netz abgesetzt und kann vom neuen, noch nicht integrierten Teilnehmer mitgehört werden.
Beispielsweise sind zwei "Kodierverfahren" für diese Marker denkbar: a) Daten über die Blocklänge übermitteln (auch wenn der Inhalt verschlüsselt ist, kann die Länge des Blockes zumindest grob bei üblichen Verschlüsselungsverfahren auch ohne Kenntnis des Schlüssels detektiert werden ). b) Daten über eine Zeitkodierung übermitteln, z.B. alle 50ms einen Datenblock schicken, das Auslassen des Blockes (oder Generierung eines zweiten Blockes kurz nach dem ersten Block) kann zur Informationsübertragung an den zu integrierenden Teilnehmer genutzt werden. Natürlich werden auf dem Netzwerk auch andere Daten übeimittelt werden, so dass sich der "Empfänger" (d. h. der mithörende neue Teilnehmer) auf das Zeitraster des Senders, das bekannt sein muss, aufsynchronisieren muss, und die Sicherheit der Datenübertragung sollte durch zyklische Wiederholung/CRC und/oder Prüfsummen gewährleistet werden. Mit dieser Vorgehensweise kann dann die "Vorphase", das richtige Netzwerk zu identifizieren und die Netzwerkparameter (SSID/BSID/Schlüssel etc.) zu übermitteln, beispielsweise wie folgend gelöst werden:
I) Identifizierung 1.1) auf einem mit dem Netzwerk, auf das das neue Gerät angemeldet werden soll, verbundenen Gerät mit Sendeberechtigung wird ein Programm gestartet, dass in einem festgelegten Zeitraster Datenblöcke mit fixer oder variabler Länge, und unerheblichem Inhalt sendet.
1.2) ein Gerät, das auf einem Netzwerk angemeldet werden soll (weil es z.B. noch über keine Konfiguration verfügt oder mit der gespeicherten Netzwerkkonfiguration auf keinem vorhandenen Netzwerk einloggen kann), überprüft sämtliche vorhandenen Netzwerke auf das Vorkommen eines regelmässigen, im festen Zeitraster auftretenden derartigen Musters. Wird ein solcher Marker über eine gewisse Zeit (mit eventuellen Fehlern bei voller Last auf dem Netz) identifiziert, kann mit sehr hoher Wahrscheinlichkeit davon ausgegangen werden, das korrekte Netzwerk gefunden zu haben.
II) Übertragung der Netzwerkparameter
II.1) werden Schlüssel benötigt, oder sollen Netzwerkparameter übermittelt werden (SSID/BSID, aber auch P Adresse u.a.), werden diese Informationen in das "Sendeprogramm" (1.1) eingegeben oder von diesem automatisch aus der Netzwerkkonfiguration ermittelt. Diese Daten werden dann bitweise mittels zeit- und/oder längenkodierten Blöcken auf dem Netzwerk abgesetzt und können vom neuen noch nicht integrierten Teilnehmer mitgehört werden ("broadcasting"). II.2) das zu konfigurierende Gerät, das bereits im schritt I) das Netzwerk identifiziert hat, übernimmt die codierten Daten aus den übermittelten Blöcken, überprüft die Checksumme/CRC soweit vorhanden (oder empfängt die Nachricht mehrfach), und nutzt diese Parameter dann als Basis für die Konfiguration respektive für das automatische Anmelden im Netzwerk. Folgende Varianten sind dabei sinnvoller Weise denkbar: a) das Gerät, das so konfiguriert wurde, kann sich, wenn die IP/Absenderadresse des "Broadcasters" im codierten Datenstrom mit angegeben ist, nach erfolgter Anmeldung bei diesem "zurückmelden" und so dem Benutzer ein klares Feedback geben, dass die Konfiguration erfolgreich war. Diese Rückmeldung sollte automatisch dazu führen, dass das Programm, welches auf dem bereits vorher in Netz integrierten Rechner zum Absetzen der Marker gestartet worden war, automatisch angehalten wird, um die Sicherheitslücke, mit welcher ein derartiges Programm meist verbunden ist, möglichst kurz offen zu halten. b) durch Einfügen der z. B. MAC-Adresse des "Zielgerätes" kann sichergestellt werden, dass nur genau ein Gerät konfiguriert wird - was z.B. notwendig ist, wenn mittels des beschriebenen Verfahrens auch die P-Adresse oder andere im Netzwerk eindeutige Adressen übertragen werden sollen, oder um die gleichzeitige problemlose Integration von mehreren neuen Teilnehmern zu erlauben. c) die übermittelten Informationen können vor der Übertragung verschlüsselt werden, wobei es nur notwendig ist, dass das "broadcast" Programm und das zu konfigurierende Gerät den gleichen Schlüssel kennen. Dieser kann z.B. von der MAC-Adresse des Gerätes abgeleitet werden, wodurch sich dann automatisch b) ergibt.

Claims

PATENTANSPRÜCHE
1. Verfahren zur automatischen Zuordnung einer P-Adresse bei Anschluss eines neuen Teilnehmers in einem Netzwerk, dadurch gekennzeichnet, dass sich der neue Teilnehmer im Netzwerk seine P-Adresse autonom zuordnet indem in einer ersten Phase (1) das Netzwerk auf wenigstens eine bereits vergebene gültige P- Adresse abgehört wird, und in einer zweiten Phase (2) eine
(i) von dieser bereits vergebenen P-Nummer verschiedene IP-Adresse automatisch erzeugt wird wobei zur Erzeugung die Adresse nur gering verändert wird, bevorzugt indem nur das letzte Byte verändert wird, während die ersten drei Bytes von der bereits vergebenen P-Adresse übernommen werden,
(ii) die Verfügbarkeit dieser erzeugten IP-Adresse durch eine Abfrage im Netzwerk überprüft wird, und bei Verfügbarkeit dieser erzeugten P-Adresse sich der neue Teilnehmer diese zuweist respektive bei Nicht-Verfügbarkeit die Erzeugung einer neuen P-Adresse (i) respektive deren Überprüfung (ii) wiederholt wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass der ersten Phase (1) beim Abhören P-Adressen 0.0.0.0 oder 255.255.255.255 ignoriert werden und P-Adressen im Bereich von 169.254.1.0 bis 169.254.254.255 mitgeschrieben werden, und dass nach Abhören der ersten anders lautenden und damit gültigen P-Adresse im Netzwerk die zweite Phase (2) ausgelöst wird.
3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die automatisch erzeugte P-Adresse entweder indem das letzte Byte um einen fixen Wert wie beispielsweise 1 inkrementiert oder dekrementiert, indem das letzte Byte mit einer Zufallszahl belegt wird, indem das letzte Byte algorithmisch von einer Systemkonstante abgeleitet wird, oder indem diesem ein fixer Wert zugewiesen wird.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Verfügbarkeit der erzeugten IP-Adresse über eine Adressen- Auflösungs-Abfrage (Address Resolution Protocol-Request, ARP -Request) mit der erzeugten P-Adresse erfolgt, und indem bei Ausbleiben einer Antwort die Verfügbarkeit der erzeugten P-Adresse angenommen wird respektive bei Erhalt einer Antwort deren Nicht- Verfügbarkeit.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zunächst überprüft wird, ob im Netzwerk ein Server zur automatischen, ggf. dynamischen Zuordnung von IP-Adresse vorhanden ist, und dass bei Anwesenheit eines derartigen Servers der neue Teilnehmer sich die von diesem Server zugeordnete P-Adresse zuweist.
6. Verfahren nach einem der vorhergehenden Anspräche, dadurch gekennzeichnet, dass, wenn in der ersten Phase (1) innerhalb einer charakteristischen Zeit von typischerweise im Bereich von drei Minuten keine gültige P-Adresse empfangen wird, eine automatische Vergabe unter Zuhilfenahme von Auto-P vorgenommen wird, wobei ggf. gem. Anspruch 2 mitgeschriebene und damit bereits in Gebrauch befindliche P-Adressen im Bereich von 169.254.0.1 bis 169.254.255.254 berücksichtigt werden.
7. Verfahren nach einem der vorhergehenden Anspräche, dadurch gekennzeichnet, dass es sich beim neuen Teilnehmer um einen Teilnehmer mit einem Audio- Ausgang handelt, und dass die endgültig zugewiesene P-Adresse über diesen Audioausgang ausgegeben wird.
8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass anschliessend an die Zuweisung der P-Adresse eine automatische Bestimmung von Broadcast-Adresse und Netzmaske vorgenommen wird, wobei insbesondere bevorzugt so vorgegangen wird, dass die Zieladresse eines mitgehörten Broadcast-Blockes als Broadcast-Adresse übernommen wird.
9. Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass die Broadcast- Adresse bestimmt wird, indem unter Verwendung der ersten drei Bytes der vergebenen gültigen P-Adresse aus dem Netzwerk alle möglichen Broadcast- Adressen von unten ansteigend mit einer Anfrage über Protokolle wie z. B. Ping überprüft werden, und als gültige Broadcast-Adresse die erste P-Adresse genommen wird, auf welche alle im Netz befindlichen Teilnehmer mit niedrigerer IP-Adresse antworten, und indem anschliessend die Netzmaske derart festgelegt wird, dass alle Bits oberhalb des Broadcast-Anteils auf 1 gesetzt werden und alle Bits des Broadcast-Anteils auf 0 gesetzt werden.
10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass nach Vergabe der P-Adresse periodisch über Abfragen im Netzwerk überpräft wird, ob die P-Adresse des neuen Teilnehmers immer noch eindeutig ist, und dass, falls ein weiterer Teilnehmer mit der gleichen IP-Adresse gefunden wird, über erneuten Eintritt in die zweite Phase (2) eine freie und gültige P- Adresse gesucht und zugeordnet wird.
11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass auf wenigstens einem bereits im Netzwerk integrierten Netzwerkteilnehmer ein Programm ausgeführt wird, welches Datenpakete in Form von Markern absetzt, um dem neuen Teilnehmer anzuzeigen, in welches Netzwerk er sich integrieren soll.
12. Verfahren nach Anspruch 11, dadurch gekennzeichnet, dass es sich bei den Markern um Datenpakete spezifischer und erkennbarer Blocklänge und/oder spezifischer und erkennbarer zeitlicher Beabstandung handelt, wobei es sich beim Netzwerk insbesondere bevorzugt um ein kabelloses Netzwerk handelt.
13. Verfahren nach einem der Ansprüche 11 oder 12, dadurch gekennzeichnet, dass mit den Markern direkt oder indirekt, vorzugsweise über eine Kodierung, Netzwerkparameter an den neuen Teilnehmer übergeben werden, wobei dann insbesondere bevorzugt auf dem neuen Teilnehmer die Sicherheit und Verlässlichkeit der Datenübertragung über entsprechende Kontrollmechanismen verifiziert wird, und wobei weiterhin bevorzugt der neue Teilnehmer nach seiner Anmeldung im Netzwerk dem bereits im Netzwerk integrierten Netzwerkteilnehmer seine erfolgreiche Anmeldung quittiert und anschliessend das Programm auf dem bereits im Netzwerk integrierten Netzwerkteilnehmer automatisch angehalten wird.
14. Verfahren nach einem der Anspräche 11-13, dadurch gekennzeichnet, dass die Marker in Abhängigkeit einer für den neuen Teilnehmer spezifischen Kennzahl wie beispielsweise in Abhängigkeit seiner MAC-Adresse abgesetzt werden.
15. Verfahren nach einem der Anspräche 11-14, dadurch gekennzeichnet, dass es sich bei den Markern um verschlüsselte Informationen handelt, wobei insbesondere bevorzugt der Schlüssel von einer spezifischen Kennzahl wie beispielsweise der MAC-Adresse des neuen Teilnehmers abgeleitet ist.
6. Netzteilnelimer zum Anschluss an ein Netzwerk umfassend wenigstens ein
Kommunikations-Interface zum Austausch von Daten mit dem Netzwerk, wenigstens ein Speicheπnedium sowie einen mit diesem Interface und dem Speichermedium in Verbindung stehenden Prozessor (CPU), wobei das
Speichermedium Programme zur Durchführung durch den Prozessor enthält, dadurch gekennzeichnet, dass das Speichermedium ein Programm zur Durchführung des Verfahrens nach einem der Ansprüche 1 bis 15 enthält und dass der Netzteilnehmer dieses Programm automatisch nach Anschluss an ein Netzwerk startet, sofern es noch nicht aktiviert ist, und wobei insbesondere bevorzugt der Netzteilnelimer über einen Audioausgang verfügt, und eine zugewiesene IP-Nummer über diesen Audioausgang ausgegeben werden kann.
17. Computerprogramm zur Durchführung eines Verfahrens nach einem der Ansprüche 1 bis 15.
PCT/CH2003/000544 2002-08-15 2003-08-13 Verfahren zur automatischen netzwerkintegration Ceased WO2004017609A2 (de)

Priority Applications (3)

Application Number Priority Date Filing Date Title
DE10393016T DE10393016B4 (de) 2002-08-15 2003-08-13 Verfahren zur automatischen Netzwerkintegration
AU2003249832A AU2003249832A1 (en) 2002-08-15 2003-08-13 Method for the automatic integration of a network
US10/524,035 US20060056313A1 (en) 2002-08-15 2003-08-13 Method for automatic network integration of a network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CH01400/02A CH696258A5 (de) 2002-08-15 2002-08-15 Verfahren zur automatischen Netzwerkintegration.
CH1400/02 2002-08-15

Publications (2)

Publication Number Publication Date
WO2004017609A2 true WO2004017609A2 (de) 2004-02-26
WO2004017609A3 WO2004017609A3 (de) 2004-06-24

Family

ID=31722376

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CH2003/000544 Ceased WO2004017609A2 (de) 2002-08-15 2003-08-13 Verfahren zur automatischen netzwerkintegration

Country Status (5)

Country Link
US (1) US20060056313A1 (de)
AU (1) AU2003249832A1 (de)
CH (1) CH696258A5 (de)
DE (1) DE10393016B4 (de)
WO (1) WO2004017609A2 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1622340A1 (de) * 2004-07-26 2006-02-01 Lg Electronics Inc. Vorrichtung und Methode zur Einrichtung eines Netzwerks
DE102010055337A1 (de) * 2010-12-21 2012-07-12 Abb Ag Integration von Feldgeräten in ein verteiltes System
CN113366815A (zh) * 2019-04-11 2021-09-07 深圳市欢太科技有限公司 网络资源请求方法、装置、电子设备以及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7424004B2 (en) * 2004-06-28 2008-09-09 Intel Corporation Systems and methods for networking passive information devices
US7382779B1 (en) * 2004-08-20 2008-06-03 Trend Micro Incorporated Method and apparatus for configuring a network component
US20070195729A1 (en) * 2006-02-17 2007-08-23 Hongbing Li System and method for self-configuring adaptive wireless router network
US7948983B2 (en) * 2006-12-21 2011-05-24 Verizon Patent And Licensing Inc. Method, computer program product, and apparatus for providing passive automated provisioning
CN102369749B (zh) * 2010-07-27 2014-10-08 华为技术有限公司 节点标识的生成方法、系统及设备
CN111371922B (zh) * 2020-03-31 2022-05-03 洛阳正扬软件技术有限公司 一种网络内无主从网络节点地址的自动设定算法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812819A (en) * 1995-06-05 1998-09-22 Shiva Corporation Remote access apparatus and method which allow dynamic internet protocol (IP) address management
US5854901A (en) * 1996-07-23 1998-12-29 Cisco Systems, Inc. Method and apparatus for serverless internet protocol address discovery using source address of broadcast or unicast packet
US6073178A (en) * 1996-12-09 2000-06-06 Sun Microsystems, Inc. Method and apparatus for assignment of IP addresses
US6101499A (en) * 1998-04-08 2000-08-08 Microsoft Corporation Method and computer program product for automatically generating an internet protocol (IP) address
US6345294B1 (en) * 1999-04-19 2002-02-05 Cisco Technology, Inc. Methods and apparatus for remote configuration of an appliance on a network
CA2356067C (en) * 2000-09-30 2010-03-09 Fluke Networks, Inc. Apparatus and method for automatically obtaining a valid ip configuration in a local area network
US6826611B1 (en) * 2000-09-30 2004-11-30 Fluke Corporation Apparatus and method for automatically obtaining a valid IP configuration in a local area network
GB0029024D0 (en) * 2000-11-29 2001-01-10 Hewlett Packard Co Communication of network address information
GB2369955B (en) * 2000-12-07 2004-01-07 Hewlett Packard Co Encoding of hyperlinks in sound signals
US7389415B1 (en) * 2000-12-27 2008-06-17 Cisco Technology, Inc. Enabling cryptographic features in a cryptographic device using MAC addresses

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1622340A1 (de) * 2004-07-26 2006-02-01 Lg Electronics Inc. Vorrichtung und Methode zur Einrichtung eines Netzwerks
US7480250B2 (en) 2004-07-26 2009-01-20 Lg Electronics Inc. Apparatus and method for establishing network
DE102010055337A1 (de) * 2010-12-21 2012-07-12 Abb Ag Integration von Feldgeräten in ein verteiltes System
US8793417B2 (en) 2010-12-21 2014-07-29 Abb Ag Integration of field devices in a distributed system
DE102010055337B4 (de) 2010-12-21 2021-12-16 Abb Ag Integration von Feldgeräten in ein verteiltes System
CN113366815A (zh) * 2019-04-11 2021-09-07 深圳市欢太科技有限公司 网络资源请求方法、装置、电子设备以及存储介质
CN113366815B (zh) * 2019-04-11 2022-07-12 深圳市欢太科技有限公司 网络资源请求方法、装置、电子设备以及存储介质

Also Published As

Publication number Publication date
WO2004017609A3 (de) 2004-06-24
CH696258A5 (de) 2007-02-28
DE10393016B4 (de) 2013-06-13
DE10393016D2 (de) 2005-09-15
US20060056313A1 (en) 2006-03-16
AU2003249832A1 (en) 2004-03-03

Similar Documents

Publication Publication Date Title
DE69838269T2 (de) Verfahren und Vorrichtung zur Erkennung, Korrektur und Abweisung von verfälschten Datenpaketen in einem Daten übermittelnden Kabelsystem
US7936752B2 (en) Source specific multicast group to source mapping
DE60319722T2 (de) Heim-endgerätevorrichtung und kommunikationssystem
DE69935138T2 (de) System und Verfahren zur Optimierung der Leistung und der Verfügbarkeit eines DHCP Dienstes
DE602005004214T2 (de) Kommunikationssystem and Verfahren zur Aktualisierung von Software in einem Endbenutzergerät
DE10393016B4 (de) Verfahren zur automatischen Netzwerkintegration
DE10330079B4 (de) Router und Verfahren zur Aktivierung eines deaktivierten Computers
US7765316B1 (en) Scheduling the uploading of information from a client to a server
DE60132368T2 (de) Nachrichtendienst in mehrfachsendungsnetzen
DE60311113T2 (de) Adressenerzeugungsverfharen in einer mit einem netzwerk verbundenen einrichtung und das verfahren verwendende einrichtung
CN106302854A (zh) 一种控制多DHCP Server动态分配主机地址的方法
CN101827036A (zh) 一种实现家庭网关组播业务配置的方法及装置
US20030084173A1 (en) Method for setting up a communication between a device and a host application over an IP network, host application and DSL router, and software programs realizing said method
EP3448000A1 (de) Verfahren zum generieren eines eindeutigen adressierungskenners für einen datenstrom von einer applikation, in einem tsn konformen netzwerk und vorrichtung hierzu
DE60129339T2 (de) Verfahren zur steuerung einer entfernten speicherungsvorrictung
US20040199579A1 (en) Collaboration bus apparatus and method
EP2122970B1 (de) Verfahren und sender zum bereitstellen eines datenstroms, verfahren und empfänger zum abruf zumindest eines datensegments eines datenstroms
EP1815665B1 (de) Verfahren zur bereitstellung einer adresse in einem daten-netzwerk
EP4080830B1 (de) Verfahren zum überprüfen und steuern eines von einem ip-fähigen heimnetz-endgerät ausgehenden datenverkehrs und kommunikationssystem
KR100506312B1 (ko) 커뮤니티와 네트워크 관리자의 주소를 자동으로 설정하는네트워크 관리 시스템
DE10251906A1 (de) Verfahren und Anordnung zur Inventarisierung von an einem Netzwerk angeschlossenen Netzkomponenten
DE112021006039T5 (de) System und verfahren zur funkgestützten inbetriebnahme von vorrichtungen, die über ein kommunikationsnetz kommunizieren
DE102017200991A1 (de) Verfahren und Sicherheitsvorrichtung zum manipulationsgeschützten Bereitstellen einer Sicherheitszonenkennung an ein Gerät
GB2465017A (en) A new addressing scheme for multicast IP with an extended scope field to include access rights.
DE10151962A1 (de) Adressierung von Teilnehmern in einem Funkkreis mit automatischer Kanalwahl

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
ENP Entry into the national phase

Ref document number: 2006056313

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10524035

Country of ref document: US

REF Corresponds to

Ref document number: 10393016

Country of ref document: DE

Date of ref document: 20050915

Kind code of ref document: P

WWE Wipo information: entry into national phase

Ref document number: 10393016

Country of ref document: DE

122 Ep: pct application non-entry in european phase
WWP Wipo information: published in national office

Ref document number: 10524035

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Ref document number: JP