DE102019126486A1 - Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren - Google Patents

Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren Download PDF

Info

Publication number
DE102019126486A1
DE102019126486A1 DE102019126486.3A DE102019126486A DE102019126486A1 DE 102019126486 A1 DE102019126486 A1 DE 102019126486A1 DE 102019126486 A DE102019126486 A DE 102019126486A DE 102019126486 A1 DE102019126486 A1 DE 102019126486A1
Authority
DE
Germany
Prior art keywords
network
internet
things
services
domain name
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.)
Pending
Application number
DE102019126486.3A
Other languages
English (en)
Inventor
Karsten Walther
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.)
Perinet GmbH
Original Assignee
Perinet GmbH
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 Perinet GmbH filed Critical Perinet GmbH
Priority to DE102019126486.3A priority Critical patent/DE102019126486A1/de
Priority to EP20788730.8A priority patent/EP4038863A1/de
Priority to PCT/EP2020/077500 priority patent/WO2021064096A1/de
Priority to US17/766,016 priority patent/US20220368668A1/en
Priority to CN202080069297.0A priority patent/CN114503532A/zh
Publication of DE102019126486A1 publication Critical patent/DE102019126486A1/de
Priority to IL291796A priority patent/IL291796A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • 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
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • 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
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4541—Directories for service discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computing Systems (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)

Abstract

Es wird ein Verfahren zur Identifikation von Netzwerkdiensten (210 - 230) in einem Netzwerk (300) mit mindestens einem Internet-of-Things Netzwerkteilnehmer, insbesondere Internet-of-Things Sensoren/Aktoren (100) basierend auf Domain Name System-Service Discovery DNS-SD über ein Multicast Domain Name System mDNS vorgesehen. Eine Domain Name System-Service Discovery DNS-SD konforme Anforderung (1) nach einem Netzwerkdiensttyp (11) wird von einem Internet-of-Things Netzwerkteilnehmer (100, 210, 220, 230) an ein Netzwerk (300) mit mindestens einem Host gesendet, welcher Netzwerkdienste bereitstellt. Mindestens eine Domain Name System-Service Discovery DNS-SD konforme Rückantwort (2, 3) von einem der Hosts (210 - 230) wird auf die Anforderung (1) empfangen. Die Rückantwort (2, 3) weist ein Textfeld mit einer Netzwerkdienstkennung (12) auf. Eine Verbindungsanforderung (4) wird von dem Internet-of-Things Netzwerkteilnehmer (100) an denjenigen Host (210 - 230) gesendet, dem die Netzwerkdienstkennung (12) zugeordnet ist und der den gewünschten Netzwerkdienst bereitstellt.

Description

  • Die vorliegende Erfindung betrifft ein Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren.
  • Im Bereich Internet-of-Things loT (Internet der Dinge) sind typischerweise Sensoren und/oder Aktoren über Kabel oder drahtlos mit einem Netzwerk verbunden, um eine Kommunikation mit Diensten in dem Netzwerk zu erlauben. Eine Kommunikation der Sensoren und/oder Aktoren und den Diensten in dem Netzwerk kann beispielsweise auf einem IP-Protokoll basieren. Die Suche nach einem Dienst in dem Netzwerk kann beispielsweise durch ein Domain Name System DNS-Based Service Discovery gemäß dem Standard IETF RFC6763 erfolgen. Die loT Sensoren/Aktoren werden typischerweise derart konfiguriert, dass sie mit einem festen Netzwerkdienst kommunizieren können. Bei einer Adressänderung des Netzwerkdienstes müssen alle damit verbundenen loT Sensoren/Aktoren neu konfiguriert werden, was einen erheblichen Aufwand bei jeder Adressänderung des Netzwerkdienstes zur Folge hat.
  • Es ist eine Aufgabe der vorliegenden Erfindung, Verfahren zu Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren vorzusehen, welches eine verbesserte und effektivere Identifikation ermöglicht.
  • Diese Aufgabe wird durch ein Verfahren zu Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren gemäß Anspruch 1 gelöst.
  • Somit wird ein Verfahren zu Identifikation von Netzwerkdiensten in einem Netzwerk mit mindestens einem Internet-of-Things Sensor/Aktor basierend auf Domain Name System-Service Discovery DNS-SD über ein Multicast Domain Name System mDNS vorgesehen. Eine Domain Name System-Service Discovery DNS-SD konforme Anforderung nach einem Netzwerkdienst oder einem Netzwerkdiensttyp wird von einem Netzwerkteilnehmer (z.B. Internet-of-Things Sensoren/Aktoren) an ein Netzwerk mit mindestens einem Host gesendet, welcher Netzwerkdienste bereitstellt. Der Host kann hierbei selbst ein loT Gerät darstellen. Mindestens eine Domain Name System-Service Discovery DNS-SD konforme Rückantwort von einem der Hosts auf die Anforderung wird von dem Sensor/Aktor empfangen. Die Rückantwort der Hosts weist ein Textfeld mit einer Netzwerkdienstkennung auf Anwendungsebene auf. Eine Verbindungsanforderung wird von dem Internet-of-Things Sensor/Aktor an denjenigen Host gesendet, der den gewünschten Netzwerkdienst anbietet und dessen Netzwerkdienstkennung zu der Anwendung des Sensors/Aktors passt. Damit kann eine standardkonforme einfache und effiziente Möglichkeit der dezentralen Suche nach Netzwerkdiensten ermöglicht werden.
  • Gemäß einem Aspekt der Erfindung weist die Domain Name System-Service Discovery DNS-SD konforme Rückantwort zusätzlich zu den Adressinformationen des Hosts, bestehend aus Host URL und einer Portnummer, eine Dienstkennung auf Anwendungsebene im gemäß Standard lediglich optionalen TXT Feld auf. Mit Hilfe derer kann der loT Sensor/Aktor selbstinitiiert den ihm zugehörigen Dienst dynamisch identifizieren und von anderen gleichartigen Diensten im lokalen Netz unterscheiden. Mit anderen Worten, statt einer sich änderbaren rein strukturellen Adresse (IP Adresse oder Hostname), kann die Identifikation auf einer statischen Kennung auf Anwendungsebene erfolgen.
  • Damit können die loT Netzwerkteilnehmer, z.B. loT Sensoren/Aktoren, eigenständig diejenigen Hosts identifizieren, die den von den IoT Sensoren/Aktoren benötigten Netzwerkdienst anbieten und sich mit ihnen über das IP Protokoll verbinden, so dass die loT Sensoren ihre Daten über das Netzwerk an den Netzwerkdienst übermitteln können. Dies führt zu einem erheblich reduzierten Konfigurationsaufwand und die loT Sensoren/Aktoren führen die Suche, die Identifikation und die Verbindung zu den Netzwerkdiensten selbstständig durch. Ermöglicht wird das durch die geeignete Anreicherung der Rückantwort des Hosts mit loT applikationsspezifischen Informationen.
  • Gemäß einem weiteren Aspekt der Erfindung stellt das Multicast Domain Name System mDNS optional ein wide-area mDNS dar. Somit können die Netzwerkdienste auch in verteilten lokalen Netzwerken identifiziert werden.
  • Gemäß einem weiteren Aspekt der Erfindung erfolgt optional eine Adressierung der Internet-of-Things Sensoren/Aktoren und/oder der Hosts basierend auf IPv6 Link local Adressen. Dies führt zu einer weiteren Reduzierung des Aufwands bei der Konfiguration der loT Sensoren/Aktoren.
  • Gemäß einem Aspekt der Erfindung können die loT Sensoren/Aktoren selbst Dienstanbieter in einer loT Anwendung sein, z.B. kann ein loT Temperatursensor einen Thermometerdienst anbieten. Somit sind loT Sensoren/Aktoren gleichzeitig Hosts. Weiterhin gibt es viele verschiedene weitere vorstellbare Dienste auf Hosts im Netzwerk, z.B. eine webbasierte Zustandsanzeige (Dashboard), welche die Daten von den IoT Sensoren/Aktoren anzeigt. Das Verfahren ist dazu geeignet, jegliche lokalen loT Dienste zu identifizieren und erlaubt somit alle Kombinationen der optional auch wechselseitigen Identifikation von loT Sensoren/Aktoren und Hosts.
  • Weitere Ausgestaltungen der Erfindung sind Gegenstand der Unteransprüche.
  • Vorteile und Ausführungsbeispiele der Erfindung werden nachstehend unter Bezugnahme auf die Zeichnung näher erläutert.
    • 1 zeigt eine schematische Darstellung eines Verfahrensablaufs einer Suche nach Diensten in einem Netzwerk gemäß einem ersten Ausführungsbeispiel der Erfindung, und
    • 2 zeigt eine schematische Darstellung von DNS-SD Informationen bei einer Suche nach Diensten in einem Netzwerk.
  • Die Erfindung betrifft eine Internet-of-Things (Internet der Dinge) loT Infrastruktur, in der eine Mehrzahl von loT Netzwerkteilnehmern (z.B. IoT Sensoren und/oder Aktoren) über ein Netzwerk (z.B. Internet oder ein lokales Netzwerk) mit anderen Komponenten wie z. B. Hosts, welche Netzwerkdienste bereitstellen, kommunizieren kann. Die Kommunikation der Sensoren und/oder Aktoren mit einem Netzwerk sowie mit Hosts in dem Netzwerk basiert auf einem IP Protokoll. Optional können loT Netzwerkteilnehmer (loT Sensoren/Aktoren) als Hosts fungieren. Die Suche nach einem Netzwerkdienst erfolgt mittels DNS-SD over mDNS (Domain Name System-Service Discovery über Multicast Domain Name System, siehe Standard: IETF RFC 6762).
  • 1 zeigt eine schematische Darstellung eines Verfahrensablaufs einer Suche nach Diensten gemäß einem ersten Ausführungsbeispiel der Erfindung. Gemäß dem ersten Ausführungsbeispiel erfolgt eine Service Discovery, d.h. eine Suche nach einem Netzwerkdienst, basierend auf mDNS. Ein loT Netzwerkteilnehmer (z.B. Sensor/Aktor 100) sendet eine Anfrage 1 (mdns request) nach einem Netzwerkdienst eines speziellen Typs 11 in das verbundene Netzwerk 300. Mit den Netzwerk 300 sind eine Mehrzahl Hosts 210, 220, 230 verbunden, die Netzwerkdienste bereitstellen. Falls einer der Hosts 210, 220, 230 den Netzwerkdienst vom angefragten Typ 11 bereitstellt, antwortet der Host 210, 220 mit einer mDNS-SD Bekanntgabe 2, 3 (mDNS-SD announcement). Die Anfrage 1 und die Antworten 2, 3 erfolgen in einer Service Discovery Phase SDP. Jede Antwort 2, 3 (mDNS announcement) weist die Adressinformation bestehend aus Netzwerkname 13 (bestehend aus Hostname 13a und Domäne 13b) und Port 14 sowie die Dienstkennung auf Anwendungsebene 12, letztere ist in einem Text Feld TXT der Antwort 2, 3 enthalten. Anhand der Applikationskennung 12 lässt sich der gesuchte zugehörige Netzwerkdienst identifizieren. Wenn der loT Netzwerkteilnehmer (z.B. Sensor/Aktor 100) anhand der Applikationskennung 12 den richtigen Netzwerkdienst identifiziert hat, erfolgt in einer Service Using Phase SUP eine Verbindungsanfrage 4 von dem IoT Sender/Aktor 100 an den entsprechenden Host 210, der den benötigten Netzwerkdienst zur Verfügung stellt. Hierbei verwendet der loT Sensor 100 die Adressinformation aus der mDNS-SD Bekanntgabe bestehend aus Netzwerkname 13 und Port Nummer 14.
  • Damit kann ein loT Sensor/Aktor 100 eine eigenständige und dynamische Verbindung mit einem gewünschten Netzwerkdienst erreichen. Vorteilhafterweise ist eine Konfiguration z.B. von IP Adressen nicht mehr notwendig.
  • Gemäß einem Aspekt der Erfindung werden IPv6 Link Local Adressen bei der Zuteilung der IP Adressen verwendet. Damit können die Hosts 210 - 230 und der IoT Sensor 100 sich die IP Adressen selber zuteilen oder zuordnen. Dies wiederum ist vorteilhaft, da hierzu keine zentrale Administration mehr benötigt wird.
  • 2 zeigt symbolisch die mDNS-SD Anfrage mittels eines verfügbaren mDNS-Nutzerprogramms. In Zeile (1) wird die Anfrage gestellt, welche Hosts den Dienst vom Typ 11 anbieten, daraufhin zeigt das Programm eine Liste (Zeilen 2 und 3) mit Informationen zu Hosts an, die darauf mit einer Bekanntmachung geantwortet haben, unter anderem den Servernamen (13a) und die Domäne (13b). In Zeile 5 wird das mDNS Nutzerprogramm aufgefordert, weitere aus der Bekanntmachung bekannte Informationen zu dem gefundenen Host anzuzeigen. Darunter sind der Netzwerkname 13, die Portnummer 14 und die Dienstkennung auf Anwendungsebene 12. Letztere wurde im Textfeld TXT der mDNS-SD Bekanntmachung übertragen.

Claims (5)

  1. Verfahren zur Identifikation von Netzwerkdiensten (210 - 230) in einem Netzwerk (300) mit mindestens einem Internet-of-Things Netzwerkteilnehmer, insbesondere Internet-of-Things Sensoren/Aktoren (100) basierend auf Domain Name System-Service Discovery DNS-SD über ein Multicast Domain Name System mDNS, mit den Schritten: Senden einer Domain Name System-Service Discovery DNS-SD konformen Anforderung (1) nach einem Netzwerkdiensttyp (11) von einem Internet-of-things Netzwerkteilnehmer (100, 210, 220, 230) an ein Netzwerk (300) mit mindestens einem Host, welcher Netzwerkdienste bereitstellt; Empfangen mindestens einer Domain Name System-Service Discovery DNS-SD konformen Rückantwort (2, 3) von einem der Hosts (210 - 230) auf die Anforderung (1), wobei die Rückantwort (2, 3) ein Textfeld mit einer Netzwerkdienstkennung (12) aufweist, und Senden einer Verbindungsanforderung (4) von dem Internet-of-Things Netzwerkteilnehmer (100) an denjenigen Host (210 - 230), dem die Netzwerkdienstkennung (12) zugeordnet ist und der den gewünschten Netzwerkdienst bereitstellt.
  2. Verfahren zur Identifikation von Netzwerkdiensten (210 - 230) in einem Netzwerk (300) nach Anspruch 1, wobei Adressinformationen des gesuchten Host, welche einen Netzwerknamen (13) und eine Portnummer (14) des Hosts (210 - 230) aufweisen, dem anfragenden Netzwerkteilnehmer im Vorhinein nicht bekannt sind.
  3. Verfahren zur Identifikation von Netzwerkdiensten (210 - 230) in einem Netzwerk (300) nach Anspruch 1 oder 2, wobei das Multicast Domain Name System mDNS ein wide-area mDNS darstellt.
  4. Verfahren zur Identifikation von Netzwerkdiensten (210 - 230) in einem Netzwerk (300) nach einem der Ansprüche 1 bis 3, wobei eine Adressierung der Internet-of-Things Netzwerkteilnehmer (100) und/oder der Hosts (210 - 230) basierend auf IPv6 Link local Adressen erfolgt.
  5. Verfahren zur Identifikation von Netzwerkdiensten (210 - 230) in einem Netzwerk (300) nach einem der Ansprüche 1 bis 4, wobei der Host (210, 220, 230) einen der Internet-of-Things Netzwerkteilnehmer (100) darstellen kann.
DE102019126486.3A 2019-10-01 2019-10-01 Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren Pending DE102019126486A1 (de)

Priority Applications (6)

Application Number Priority Date Filing Date Title
DE102019126486.3A DE102019126486A1 (de) 2019-10-01 2019-10-01 Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren
EP20788730.8A EP4038863A1 (de) 2019-10-01 2020-10-01 Verfahren zur identifikation von netzwerkdiensten in einem netzwerk mit internet-of-things netzwerkteilnehmern
PCT/EP2020/077500 WO2021064096A1 (de) 2019-10-01 2020-10-01 Verfahren zur identifikation von netzwerkdiensten in einem netzwerk mit internet-of-things netzwerkteilnehmern
US17/766,016 US20220368668A1 (en) 2019-10-01 2020-10-01 Method for identifying network services in a network having internet-of-things network subscribers
CN202080069297.0A CN114503532A (zh) 2019-10-01 2020-10-01 用于识别在具有物联网网络用户的网络中的网络服务的方法
IL291796A IL291796A (en) 2019-10-01 2022-03-29 A method for identifying network services in an Internet of Things network with network subscribers

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102019126486.3A DE102019126486A1 (de) 2019-10-01 2019-10-01 Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren

Publications (1)

Publication Number Publication Date
DE102019126486A1 true DE102019126486A1 (de) 2021-04-01

Family

ID=72801464

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102019126486.3A Pending DE102019126486A1 (de) 2019-10-01 2019-10-01 Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren

Country Status (6)

Country Link
US (1) US20220368668A1 (de)
EP (1) EP4038863A1 (de)
CN (1) CN114503532A (de)
DE (1) DE102019126486A1 (de)
IL (1) IL291796A (de)
WO (1) WO2021064096A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150142968A1 (en) * 2013-11-18 2015-05-21 Cable Television Laboratories, Inc. Service Discovery
US20150341446A1 (en) * 2014-05-23 2015-11-26 Qualcomm Connected Experiences, Inc. ENHANCED DNS-BASED SERVICE DISCOVERY IN AN INTERNET OF THINGS (IoT) ENVIRONMENT
US20160127305A1 (en) * 2014-10-31 2016-05-05 Cisco Technology, Inc. Visibility control for domain name system service discovery

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090063686A1 (en) * 2007-08-30 2009-03-05 Schmidt Brian K Automated service discovery and dynamic connection management
US8526350B2 (en) * 2008-05-23 2013-09-03 Qualcomm Incorporated Systems and methods for carrying broadcast services over a mobile broadcast network
KR101894614B1 (ko) * 2011-03-03 2018-09-03 아이오티 홀딩스, 인크. 발견된 서비스 공급자와 제휴된 서비스에 접근하는 방법 및 장치
EP2936785A1 (de) * 2012-12-24 2015-10-28 Telefonaktiebolaget L M Ericsson (PUBL) Ermöglichung des externen zugriffs auf mehrere dienste auf einem lokalen server
US10284659B2 (en) * 2013-01-25 2019-05-07 Apple Inc. Hybrid unicast/multicast DNS-based service discovery
US9654479B2 (en) * 2013-02-28 2017-05-16 Apple Inc. Private discovery of electronic devices
US10257705B2 (en) * 2013-06-10 2019-04-09 Apple Inc. Configuring wireless accessory devices
US9712485B2 (en) * 2014-07-30 2017-07-18 Cisco Technology, Inc. Dynamic DNS-based service discovery
US9479572B1 (en) * 2014-08-29 2016-10-25 Juniper Networks, Inc. Dynamically identifying and associating control packets to an application layer
WO2017007783A1 (en) * 2015-07-06 2017-01-12 Convida Wireless, Llc Wide area service discovery for internet of things
CN107835149B (zh) * 2017-09-13 2020-06-05 杭州安恒信息技术股份有限公司 基于dns流量分析的网络窃密行为检测方法以及装置
JP7080624B2 (ja) * 2017-11-30 2022-06-06 キヤノン株式会社 通信装置、制御方法、およびプログラム
US10404766B2 (en) * 2017-12-07 2019-09-03 Mcom Media Communications Dmcc Managing content casting
CN110087236B (zh) * 2018-01-25 2022-10-18 苹果公司 用于通过无线网络与匿名主机建立安全通信会话的协议
CN109246024B (zh) * 2018-09-29 2022-06-10 新华三技术有限公司 一种组网中负载分担方法、装置、终端设备及存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150142968A1 (en) * 2013-11-18 2015-05-21 Cable Television Laboratories, Inc. Service Discovery
US20150341446A1 (en) * 2014-05-23 2015-11-26 Qualcomm Connected Experiences, Inc. ENHANCED DNS-BASED SERVICE DISCOVERY IN AN INTERNET OF THINGS (IoT) ENVIRONMENT
US20160127305A1 (en) * 2014-10-31 2016-05-05 Cisco Technology, Inc. Visibility control for domain name system service discovery

Also Published As

Publication number Publication date
US20220368668A1 (en) 2022-11-17
EP4038863A1 (de) 2022-08-10
WO2021064096A1 (de) 2021-04-08
CN114503532A (zh) 2022-05-13
IL291796A (en) 2022-06-01

Similar Documents

Publication Publication Date Title
DE10084639B4 (de) Automatische Festellung von Knoten, die einem virtuellen Unternetz zugeordnet sind
DE602005000017T2 (de) Kommunikationsvorrichtung, Verfahren und Programm zur Namenauflösung
DE69735009T2 (de) Übertragungssystem
DE602005003189T2 (de) Verfahren und System zum Aufbau eines bidirektionalen Tunnels
DE10148985A1 (de) Verfahren zur Ausgabe von personalisierten Informationen auf einer Website
DE102015004668A1 (de) Aufgeteilte netzwerkadressenübersetzung
DE60211270T2 (de) Vorrichtung und Verfahren zur Erbringung von Rechnernetzwerken
DE112010003638B4 (de) Öffentliche BOT-Verwaltung in privaten Netzwerken
EP2201724B1 (de) Identifikation und/oder adressierung einer datenendeinrichtung eines lokalen netzwerkes
EP1494434B1 (de) Verfahren zur Konfiguration einer Einrichtung in einem Datennetz
DE60304704T2 (de) Netzsystem, Router und Netzeinrichtungsverfahren
DE10316236A1 (de) Verfahren und Anordnung zur Konfiguration einer Einrichtung in einem Datennetz
DE102019126486A1 (de) Verfahren zur Identifikation von Diensten in einem Netzwerk mit Internet-of-Things Sensoren/Aktoren
DE102008039427B4 (de) Parametrisierbare Auswahl eines Kommunikationssystems auf Basis von Namenauflösungsmechanismen
EP2171943B1 (de) Verfahren zum routen von dienstnachrichten
EP3515034B1 (de) Verfahren, vorrichtungen, computerlesbare medien und systeme zum aufbau zertifizierter verbindungen mit endgeräten in einem lokalen netzwerk
EP2695364A1 (de) Verfahren zur adressierung von nachrichten in einem computernetzwerk
WO2004100498A1 (de) Verfahren zum datenaustausch zwischen netzelementen in netzwerken mit verschiedenen adressbereichen
EP1809001A1 (de) Verfahren und Vorrichtung zur Registrierung in einem IMS mit einer GRUU
DE102019126686A1 (de) Verfahren zur Kommunikation mit Internet-of-Things Geräten in einem Netzwerk
DE10251906B4 (de) Verfahren und Anordnung zur Inventarisierung von an einem Netzwerk angeschlossenen Netzkomponenten
EP1815665B1 (de) Verfahren zur bereitstellung einer adresse in einem daten-netzwerk
DE10339051B3 (de) Verfahren zum Zuordnen von über mehrere Subnetze verteilten Clients zu einen Server und Client zur Ankopplung an einen Server
EP1164764B1 (de) Verfahren für eine Umwandlung einer Netzwerkadresse
AT519604B1 (de) Verfahren zum Durchführen eines von einem Server spezifizierten Programmaufrufs durch einen Client

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0029060000

Ipc: H04L0065000000