EP4211871A1 - Verfahren zum betreiben eines netzwerks - Google Patents

Verfahren zum betreiben eines netzwerks

Info

Publication number
EP4211871A1
EP4211871A1 EP21770210.9A EP21770210A EP4211871A1 EP 4211871 A1 EP4211871 A1 EP 4211871A1 EP 21770210 A EP21770210 A EP 21770210A EP 4211871 A1 EP4211871 A1 EP 4211871A1
Authority
EP
European Patent Office
Prior art keywords
network
addressing means
data packets
controller
switch
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
EP21770210.9A
Other languages
English (en)
French (fr)
Inventor
Arne KAUFMANN
Lukas WÜSTENEY
René HUMMEN
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.)
Hirschmann Automation and Control GmbH
Original Assignee
Hirschmann Automation and Control 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 Hirschmann Automation and Control GmbH filed Critical Hirschmann Automation and Control GmbH
Publication of EP4211871A1 publication Critical patent/EP4211871A1/de
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H04L49/254—Centralised controller, i.e. arbitration or scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H04L12/4645—Details on frame tagging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
    • H04L47/365—Dynamic adaptation of the packet size
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/4026—Bus for use in automation systems

Definitions

  • the present invention relates to a method for operating a network, in particular an automation network,
  • the method should be suitable for integrating components of an automation network into an existing multifunctional network, for example into an Ethernet network, in particular into a fieldbus network which is designed as an Ethernet bus.
  • a SERCOS III automation network for example, is based on summation frame telegrams in the form of Ethernet broadcasts without a VLAN tag. It therefore requires a specific network topology, such as a ring or line topology, with a stable sequence of participants.
  • a correspondingly known communication in an automation network is known, for example, from WO 2018/215209 A1.
  • the devices are mainly connected in a line topology and made possible by appropriate communication using data telegrams.
  • a method for transmitting telegrams in an automation network is known from DE 10 2018 129 809 A1 in order to also provide data nodes in an automation network, for example in order to be able to make the sequence of participants more variable.
  • the topology used to connect the devices to the automation network is also fixed here.
  • the object of the present invention is therefore to integrate an automation network into an existing network and to facilitate the use of a number of network topologies, by means of which the devices or participants in the network are connected to one another.
  • a method for operating a network with at least one switch serves as a node in the network and can send or receive data in all directions of the node.
  • the switch also contains programmable logic that can store and use the relationships to the other participants in the network.
  • the network also includes at least two end devices and a controller.
  • the controller is also referred to as the master in an automation network.
  • the controller can send data to a specific end device via an application protocol in order to control it.
  • the application protocol is implemented via the application layer of the OSI network model. This means that communication is implemented via the application protocol in OSI layer 7.
  • the data sent in this way is divided into data packets according to the specification for Internet networks and sent via the data link layer of the network.
  • an additional addressing means is added to the data packets within the security layer so that the data packets can reach the desired destination and can be addressed to it.
  • the switch can recognize this additional addressing means and/or ensure transmission to the addressed terminal device by adding the addressing means.
  • the controllers can also recognize and/or add the additional addressing means.
  • the additional addressing means of the data packets are removed again, so that the original data packets are restored from the data originally sent to the end device.
  • the addressed network subscribers can be selected.
  • the data packet does not have to be sent to all devices using a broadcast command, but a preselection is made. Using this preselection, it is possible to implement different network topologies that are connected to the switches and still ensure communication in the automation network.
  • the additional addressing means can be added by the controller itself or by the switches used in the network. The removal the additional addressing means can then also be done by the switches or the controller.
  • One possibility of the additional means of addressing is the identification of a communication relationship and the assignment of a VLAN, as is used, for example, from the "Mask & Match" method (IEEE 802.1CBdb). This function first identifies a communication relationship between the addressed end device and the controller or a switch and thus limits the number of addressed end devices. By assigning a VLAN, the request is then only sent to a limited number of end devices in the network.
  • the additional addressing means is a multicast, unicast or broadcast to only certain MAC addresses in the network.
  • every end device, every switch and also the controller has a fixed MAC address, which is known to the switch. Accordingly, the request can only be sent to a limited number of end devices with a certain group of MAC addresses.
  • This method is referred to as "active destination MAC" and is known from the IEEE 802.1 CB.
  • VLAN tags can also be used, which are assigned depending on the egress port neighbor. These VLAN tags are also added to the data packets. This option assigns a VLAN to a specific group of end devices and thus addresses them.
  • this can also be implemented by a source address.
  • the address of the sender (source) is used for this.
  • An Ethertype as defined in IEEE 802.3 can also be used.
  • a bit mask is conceivable as an additional addressing means, which is placed over part of a data packet, preferably over the first bytes of a data packet,
  • the switches should be placed at the nodes of the networks, preferably between the controller and end devices. As a result, different topologies can be interconnected in a network from these nodes.
  • the end devices of the automation networks can be connected in series, depending on the topology in a ring or in a line. This also corresponds to the normal function of an automation network. In principle, several automation networks can thus be connected together in one network using the switches, with subscribers who do not belong to the automation network also being able to participate in the same network.
  • the method according to the invention includes the terminal devices being able to respond in accordance with the automation network and the application protocol, so that the response can be sent from the terminal devices to the appropriate controller.
  • the method works in a similar way to the method described above, so that an additional addressing means is added to the data packets within the data link layer and the data packets are sent to the terminal device, for example the controller, via the data link layer. In this case, too, the additional addressing means is removed before transmission to the addressed terminal device.
  • the advantage of this procedure is that only the virtual network is visible to the application protocol and thus the normal application commands for the Automation network are made possible.
  • the real network can be set up differently by the switches, so that almost any combination of automation networks and normal network is possible.
  • the combination of different topologies is also possible.
  • controllers and terminals are participants in an automation bus. This bus is then operated as an automation network with Ethernet specification.
  • a network management system which is preferably implemented as software, in order to be able to carry out the desired course of the data from a network subscriber to the terminal device.
  • FIG. 1 A network according to the invention with two switches
  • FIG. 2 A branched real network according to the invention
  • FIG. 3 A virtual network according to the invention in relation to FIG. 2;
  • FIG. 4 A branched real network according to the invention.
  • FIG. 5 A virtual network according to the invention in relation to FIG. 4;
  • FIG. 6 A branched real network according to the invention.
  • Figure 7 A virtual network according to the invention in relation to Figure 6.
  • Figure 1 shows a network according to the invention with three terminals 20, 21, 22, two switches 30, 31 and a controller 40.
  • the controller and the end devices are taken from an automation network.
  • the terminals 20, 21 are included in a different network branch than the terminal 22.
  • the terminals 20, 21 are arranged in a line topology and the terminal 22 in a ring topology.
  • the branches or different topologies are connected by two switches 30, 31. Accordingly, the switches 30, 31 represent nodes in the network which connect the different branches or topologies.
  • the controller 40 now wants to send data for controlling a terminal device to terminal device 20, for example, the corresponding data are sent to the network via the application protocol.
  • the application protocol is executed in the application layer of the OSI network model.
  • this data is now divided into data packets and, according to the invention, is sent via the security layer (OSI model layer 2).
  • OSI model layer 2 OSI model layer 2.
  • an additional means of addressing is added to the data packets 1 and sent.
  • the addition can be done via the controller 40 or via the switch 30.
  • the additional addressing means defines a group of participants in the network, which is then addressed. This means that now not all participants in the network are addressed via a broadcast, as is usual in an automation network, but only some of the participants, for example participants of a specific branch in the network.
  • an additional addressing means is now added to the data 1 in order to address the terminal 20 .
  • the request is sent to the participants 20, 21 of the upper branch of the network in FIG.
  • the switch 30 ensures that only these participants are addressed, which uses the addressing means to identify which branch of the network must be addressed in order to reach the addressed participant 20 .
  • the request first reaches terminal 21, which is not addressed by the additional addressing means, and is forwarded 7 to terminal 20.
  • the addressing means and specific destination match, so that terminal 20 accepts and converts the data.
  • the addressing means is removed before the terminal 20 is reached. This is done, for example, by the switch 30. After the addressing means has been evaluated, the switch can reach the two terminals 20, 21 via a multicast without requiring the additional addressing means for this.
  • Figures 2, 4 and 6 each show possible real networks, each containing a number of terminals 20-25 in different branches of the network.
  • the network also includes switches 30, 31 and controllers 40, 41.
  • the switches 30, 31 are arranged at the nodes of the network and connect the individual branches of the network.
  • the branches in turn, can be implemented in different topologies.
  • FIGS. 3, 5 and 7 show the corresponding virtual networks, corresponding to the above FIGS. 2, 4 and 6, as recognized and used by the participants in the automation network. The way it works corresponds to the method described in Figure 1.
  • FIGS. 2 to 7 show possible combinations of different network branches and topologies, which would not be possible with a normal, conventional automation network. Only the switches know the real network and can act accordingly.
  • a router or server could be used instead of at least one switch. Likewise, more than two switches and/or controllers could be used.

Landscapes

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

Abstract

Vorgeschlagen wird ein Verfahren zum Betreiben eines Netzwerks mit mindestens einem Switch, mit mindestens zwei Endgeräten und einem Controller. Der Controller kann über ein Applikationsprotokoll Daten an ein Endgerät senden, wobei die Daten über Datenpakete innerhalb der Sicherungsschicht des Netzwerks versendet werden, wie es in einem herkömmlichen Ethernet-Netzwerk üblich ist. Ein zusätzliches Adressierungsmittel wird innerhalb der Sicherungsschicht den Datenpaketen zugefügt (1) und der Switch sendet über das Adressierungsmittel die Übertragung an das adressierte Endgerät (2, 6). Vor der Übertragung an das adressierte Endgerät wird dann das Adressierungsmittei der Datenpakete entfernt (3). Dadurch wird ein virtuelles Automatisierungsnetzwerk innerhalb eines Ethernet-Netzwerks geschaffen.

Description

VERFAHREN ZUM BETREIBEN EINES NETZWERKS
BESCHREIBUNG
Die vorliegende Erfindung betrifft ein Verfahren zum Betreiben eines Netzwerks, insbesondere eines Automatisierungsnetzwerks,
Das Verfahren soll dazu geeignet sein, Komponenten eines Automatisierungsnetzwerks in ein bestehendes Multifunktionsnetzwerk zu integrieren, beispielsweise in ein Ethernetnetzwerk, insbesondere in ein Feldbusnetzwerk, welches als Ethernetbus ausgelegt ist.
Bei bestehenden Automatisierungsnetzwerken wie beispielsweise SERCOS III besteht häufig die Einschränkung, das Geräte des Automatisierungsnetzwerks alleinige Nutzer des Netzwerks sind. Und obwohl das Automatisierungsnetzwerk ebenfalls als Ethernet-Netzwerk ausgeführt ist, ist es nicht trivial, ein solches Automatisierungsnetzwerk in ein bestehendes Netzwerk zu integrieren.
Diese Schwierigkeiten bestehen aus Restriktionen, zum Beispiel in Bezug auf Netzwerktopologie, welche entsprechend die Integrierung in andere Netzwerke schwierig bis unmöglich erscheinen lassen.
Ein SERCOS III - Automatisierungsnetzwerk beispielsweise, basiert auf Summenrahmentelegrammen in Form von Ethernet Broadcasts ohne VLAN Tag. Es erfordert daher eine bestimmte Netzwerktopologie, wie beispielsweise Ring- oder Linientopologie, mit stabiler Teilnehmerreihenfolge.
Da bei der Integration solcher Teilnehmer in ein bestehendes Ethernetnetzwerk nach IEEE Spezifikation die Aufrechterhaltung einer solchen Reihenfolge nicht gewährleistet werden kann, ist eine solche Integration erschwert bzw. unmöglich. Eine entsprechend bekannte Kommunikation in ein Automatisierungsnetzwerk ist beispielsweise aus der WO 2018/215209 A1 bekannt. Hierbei werden die Geräte hauptsächlich in einer Linientopologie angeschlossen und durch eine entsprechende Kommunikation durch Datentelegramme ermöglicht.
Um Datenknoten ebenfalls in einem Automatisierungsnetzwerk vorzusehen, bspw. um die Teilnehmerreihenfolge variabler machen zu können, ist aus der DE 10 2018 129 809 A1 ein Verfahren zum Übertragen von Telegrammen in einem Automatisierungsnetzwerk bekannt. Allerdings ist auch hier die Topologie, mitels welcher die Geräte an das Automatisierungsnetzwerk angeschlossen sind, fest vorgegeben.
Zuletzt ist aus der DE 10 2019 114 309 A1 ein weiteres Verfahren zum routen von Telegrammen in einem Automatisierungsnetzwerk bekannt, wobei eine weitere Diversifizierung von Knotenpunkten im Automatisierungsnetzwerk ermöglicht wird. Allerdings ist auch nach dieser Offenbarung keine beliebige Kombination von verschiedenen Netzwerktopologien und einer Integration eines Automatisierungsnetzwerks in einem vorhandenen Netzwerk möglich.
Aufgabe der vorliegenden Erfindung ist es somit, ein Automatisierungsnetzwerk in ein bestehendes Netzwerk zu integrieren und die Verwendung mehrerer Netzwerktopologien, mittels welcher die Geräte oder Teilnehmer des Netzwerks miteinander verbunden sind, zu erleichtern.
Diese Aufgabe wird mit den Merkmalen des Hauptanspruchs gelöst.
Es wird somit ein Verfahren vorgeschlagen zum Betreiben eines Netzwerks mit mindestens einem Switch. Der Switch dient dabei als Knotenpunkt im Netzwerk und kann Daten in alle Richtungen des Knotenpunktes versenden oder empfangen. Weiterhin beinhaltet der Switch eine programmierbare Logik, welche die Beziehungen zu den anderen Teilnehmern im Netzwerk speichern und verwenden kann.
Ebenso beinhaltet das Netzwerk mindestens zwei Endgeräte und einen Controller. Der Controller wird auch in einem Automatisierungsnetzwerk als Master bezeichnet. Erfindungsgemäß kann der Controller über ein Applikationsprotokoll Daten an ein bestimmtes Endgerät senden, um dieses zu steuern. Das Applikationsprotokoll wird dabei über die Applikationsschicht des OSI-Netzwerkmodells realisiert. Das bedeutet, dass die Kommunikation über das Applikationsprotokoll in der OSI Schicht 7 realisiert wird.
Die so gesendeten Daten werden, gemäß der Spezifikation für Internetnetzwerke, In Datenpakete unterteilt und über die Sicherungsschicht des Netzwerks versendet. Das bedeutet, dass die einzelnen Datenpakete als Frame innerhalb der Sicherungsschicht, also Schicht 2 des OSI Modells, übertragen werden. Dazu wird erfindungsgemäß ein zusätzliches Adressierungsmittel innerhalb der Sicherungsschicht den Datenpaketen zugefügt, damit die Datenpakete das gewünschte Ziel erreichen können und an dieses adressiert werden können.
Der Switch kann dabei dieses zusätzliche Adressierungsmittel erkennen und/oder die Übertragung an das angesprochene Endgerät gewährleisten durch Hinzufügen des Adressierungsmittels. Optional können auch die Controller die zusätzlichen Adressierungsmittel erkennen und/oder hinzufügen.
Vor der Übertragung an das adressierte Endgerät wird das zusätzliche Adressierungsmittel der Datenpakete wieder entfernt, sodass die originären Datenpakete aus den ursprünglich zum Endgerät gesendeten Daten wiederhergestellt werden.
Durch das Zufügen des zusätzlichen Adressierungsmittels und auch der Versendung der Datenpakete innerhalb der Sicherungsschicht kann eine Selektion der angesprochenen Netzwerkteilnehmer durchgeführt werden. Dadurch muss nicht mittels eines Broadcastbefehls das Datenpaket an alle Geräte gesendet werden, sondern es wird eine Vorauswahl getroffen. Mittels dieser Vorauswahl ist es möglich, unterschiedliche Netzwerktopologien, die an die Switches angeschlossen sind, zu realisieren und trotzdem die Kommunikation in dem Automatisierungsnetzwerk zu gewährleisten.
Das Hinzufügen des zusätzlichen Adressierungsmittels kann vom Controller selbst geschehen oder aber durch die im Netzwerk verwendeten Switches. Das Entfernen der zusätzlichen Adressierungsmittel kann dann ebenfalls durch die Switches oder den Controller geschehen.
Eine Möglichkeit des zusätzlichen Adressierungsmittels ist die Identifizierung einer Kommunikationsbeziehung und Zuweisung eines VLANs, wie es beispielsweise aus der Methode „Mask & Match“ (IEEE 802.1CBdb) verwendet werden. Durch diese Funktion wird zunächst die Identifizierung einer Kommunikationsbeziehung zwischen angesprochenem Endgerät und dem Controller bzw. eines Switches durchgeführt und somit die Anzahl der angesprochenen Endgeräte eingegrenzt. Durch Zuweisung eines VLANs wird dann die Anfrage lediglich an einen begrenzten Teil der Endgeräte im Netzwerk gesendet.
Eine weitere Möglichkeit für das zusätzliche Adressierungsmitel ist ein Multicast, Unicast oder Broadcast an nur bestimmte MAC Adressen im Netzwerk. Dazu besitzt jedes Endgerät, jeder Switch und auch die Controller eine festgelegte MAC Adresse, welche dem Switch bekannt ist. Entsprechend kann die Anfrage an eine nur begrenzte Anzahl Endgeräte gesendet werden, mit einem gewissen Kreis an MAC-Ad ressen. Dieses Verfahren wird als „active Destination MAC „bezeichnet und ist aus der IEEE 802.1 CB bekannt.
Als dritte Option des zusätzlichen Adressierungsmittels können auch VLAN Tags benutzt werden, welche je nach Egress Port Nachbar zugewiesen werden. Diese VLAN Tags werden ebenfalls den Datenpaketen zugefügt. Durch diese Option wird einem bestimmten Kreis von Endgeräten ein VLAN zugewiesen und dadurch angesprochen.
Zusätzlich zu diesen drei Möglichkeiten für das zusätzliche Adressierungsmittel kann dieses ebenfalls durch eine Source Adresse ausgeführt werden. Dazu wird die Adresse des Senders (Source) verwendet. Ebenso kann ein Ethertype, wie er in der IEEE 802.3 definiert ist, verwendet werden. Weiterhin ist als zusätzliches Adressierungsmittel eine Bitmaske denkbar, welche über einen Teil eines Datenpakets gelegt wird, bevorzugt über die ersten Bytes eines Datenpakets,
Zuletzt kann eine Kombination aus den vorgenannten Verfahren für das zusätzliche Adressierungsmittel verwendet werden. Durch diese Ausführungen ist es möglich, für die Kommunikation im Automatisierungsteil des Netzwerks ein virtuelles Netzwerk zu erstellen, welches nach den normalen Kommunikationsregeln des Automatisierungsnetzwerks funktioniert. Das reale Netzwerk kann verzweigt sein oder aus mehreren Topologien zusammengesetzt sein. Das Kommunikationsprotokoll des Automatisierungsnetzwerks arbeitet dann mit dem virtuellen Netzwerk und kann auch nur dieses ansprechen. Durch diese Ausführung ist es dann möglich, eine Automatisierungsnetzwerk als Teil eines weiteren Netzwerks zu betreiben, ohne die Funktion des Automatisierungsnetzwerks einzuschränken oder umprogrammieren zu müssen.
Die Switches sollten an den Knotenpunkten der Netzwerke angeordnet sein, vorzugsweise zwischen Controller und Endgeräten. Dadurch können ab diesen Knotenpunkten verschiedener Topologien in einem Netzwerk zusammengeschaltet werden.
Die Endgeräte der Automatisierungsnetzwerke können hintereinandergeschaltet sein, je nach Topologie in einem Ring oder in einer Linie. Dies entspricht auch der normalen Funktion eines Automatisierungsnetzwerks. Im Prinzip können somit durch die Switche mehrere Automatisierungsnetzwerke gemeinsam in einem Netzwerk zusammengeschaltet werden, wobei auch Teilnehmer, die nicht zum Automatisierungsnetzwerk gehören, an dem gleichen Netzwerk teilnehmen können.
Das erfindungsgemäße Verfahren beinhaltet, dass auch die Endgeräte entsprechend dem Automatisierungsnetzwerk und dem Applikationsprotokoll antworten können, sodass die Antwort von den Endgeräten an den entsprechenden Controller gesendet werden kann. Das Verfahren funktioniert ähnlich dem vorbeschriebenen Verfahren, sodass auch hierbei ein zusätzliches Adressierungsmittel innerhalb der Sicherungsschicht den Datenpaketen zugefügt wird und die Datenpakete über die Sicherungsschicht an das Endgerät beispielsweise den Controller gesendet wird. Auch hierbei wird vor der Übertragung an das adressierte Endgerät das zusätzliche Adressierungsmitel wieder entfernt.
Der Vorteil dieses Verfahrens ist, dass für das Applikationsprotokoll nur das virtuelle Netzwerk sichtbar ist und somit die normalen Applikationsbefehle für das Autornatisierungsnetzwerk ermöglicht werden. Das reale Netzwerk kann durch die Switche unterschiedlich aufgebaut werden, sodass eine nahezu beliebige Kombination von Automatisierungsnetzwerken und normalen Netzwerk ermöglicht wird. Ebenfalls ist die Kombination verschiedener Topologien möglich.
Bevorzugt wird vorgeschlagen, dass Controller und Endgeräte Teilnehmer eines Automatisierungsbusses sind. Dieser Bus wird dann als Autornatisierungsnetzwerk mit Ethernet-Spezifikation betrieben.
Bevorzugt wird vorgeschlagen, den Controller und/oder den Switch durch ein Netzwerkmanagement, welche bevorzugt als Software ausgeführt ist, zu konfigurieren, um den gewünschten Verlauf der Daten von einem Netzwerkteilnehmer zum Endgerät durchführen zu können.
Weitere Merkmale ergeben sich aus den beigefügten Zeichnungen. Es zeigen
Figur 1 : Ein erfindungsgemäßes Netzwerk mit zwei Switchen;
Figur 2: Ein erfindungsgemäßes, verzweigtes reales Netzwerk;
Figur 3: Ein erfindungsgemäßes virtuelles Netzwerk in Bezug auf Figur 2;
Figur 4: Ein erfindungsgemäßes, verzweigtes reales Netzwerk;
Figur 5: Ein erfindungsgemäßes virtuelles Netzwerk in Bezug auf Figur 4;
Figur 6: Ein erfindungsgemäßes, verzweigtes reales Netzwerk;
Figur 7: Ein erfindungsgemäßes virtuelles Netzwerk in Bezug auf Figur 6.
Figur 1 zeigt ein erfindungsgemäßes Netzwerk mit drei Endgeräten 20, 21, 22, zwei Switchen 30, 31 und einem Controller 40.
Der Controller und die Endgeräte sind dabei einem Automatisierungsnetzwerk entnommen. Allerdings sind die Endgeräte 20, 21 in einem anderen Netzwerkstrang aufgenommen als das Endgerät 22. Die Endgeräte 20, 21 sind hierbei in Linientopologie angeordnet und das Endgerät 22 in Ringtopologie.
Es können weitere Netzwerkteilnehmer an den Zweigen des Netzwerks angeordnet sein, welche aber in dieser Figur 1 nicht aufgeführt sind.
Die Zweige bzw. unterschiedlichen Topologien sind durch zwei Switche 30, 31 verbunden. Dementsprechend stellen die Switche 30, 31 Knotenpunkte im Netzwerk dar, welche die unterschiedlichen Zweige bzw. Topologien verbinden.
Möchte nun der Controller 40 Daten zum Steuern eines Endgerätes an bspw. Endgerät 20 senden, werden entsprechende Daten über das Applikationsprotokoll ins Netzwerk gesendet. Das Applikationsprotokoll wird in der Applikationsschicht des OSI- Netzwerkmodells ausgeführt.
Gemäß Spezifikationen eines Ethernet-Netzwerks werden diese Daten nun in Datenpakete unterteilt und erfindungsgemäß über die Sicherungsschicht (OSI-Modell Schicht 2) versendet.
Dazu wird ein zusätzliches Adressierungsmittel den Datenpaketen zugefügt 1 und versendet. Das Hinzufügen kann über den Controller 40 geschehen oder über den Switch 30.
Durch das zusätzliche Adressierungsmittel wird ein Teilnehmerkreis im Netzwerk festgelegt, welcher dann angesprochen wird. Das bedeutet, dass nun nicht mehr alle Teilnehmer im Netzwerk über einen Broadcast angesprochen werden, wie es in einem Automatisierungsnetzwerk üblich ist, sondern lediglich ein Teil der Teilnehmer, bspw. Teilnehmer eines bestimmten Zweiges im Netzwerk.
Im vorliegenden Fall wird nun ein zusätzliches Adressierungsmittel den Daten hinzugefügt 1 , um das Endgerät 20 anzusprechen. Dazu wird bspw. die Anfrage an die Teilnehmer 20, 21 des oberen Zweigs des Netzwerks in Figur 1 gesendet. Dass nur diese Teilnehmer angesprochen werden, übernimmt der Switch 30, welcher anhand des Adressierungsmittels erkennt, welcher Zweig des Netzwerks angesprochen werden muss, um den adressierten Teilnehmer 20 zu erreichen.
Die Anfrage erreicht zunächst Endgerät 21 , welches aber durch das zusätzliche Adressierungsmittel nicht adressiert ist und wird weitergeleitet 7 an Endgerät 20. Hierbei stimmen Adressierungsmitel und bestimmtes Ziel überein, so dass Endgerät 20 die Daten annimmt und umsetzt. Vor Erreichen des Endgeräts 20 wird jedoch erfindungsgemäß das Adressierungsmitel entfernt. Dies geschieht bspw. durch den Switch 30. Nach Auswertung des Adressierungsmitels kann der Switch über einen Multicast die beiden Endgeräte 20, 21 erreichen, ohne dafür das zusätzliche Adressierungsmittel zu benötigen.
Die Figuren 2, 4 und 6 zeigen jeweils mögliche reale Netzwerke, welche jeweils mehrere Endgeräte 20-25 in verschiedenen Zweigen des Netzwerks beinhalten. Weiterhin beinhalten die Netzwerk Switches 30, 31 sowie Controller 40, 41.
Die Switche 30, 31 sind an den Knotenpunkten des Netzwerks angeordnet und verbinden die einzelnen Zweige des Netzwerks. Die Zweige wiederum können in unterschiedlichen Topologien ausgeführt sein.
Die Figuren 3, 5 und 7 zeigen korrespondierend zu den vorstehenden Figuren 2, 4 und 6 die entsprechenden virtuellen Netzwerke, wie sie die Teilnehmer des AutomatisierungsNetzwerks erkennen und nutzen. Die Funktionsweise entspricht jeweils dem beschriebenen Verfahren aus Figur 1.
Somit zeigen die Figuren 2 bis 7 mögliche Kombinationen aus unterschiedlichen Netzwerkzweigen und -topologien, welche durch ein normales, herkömmliches Automatisierungsnetzwerk nicht möglich wäre. Lediglich die Switche kennen das reale Netzwerk und können entsprechend agieren.
Dadurch ist es nun möglich, Automatisierungsnetzwerke in herkömmliche Ethernet- Netzwerke zu integrieren.
Die vorliegende Anmeldung ist nicht auf die bisherigen Merkmale beschränkt. Vielmehr sind weitere Ausführungen denkbar. So könnte statt mindestens einem Switch auch ein Router oder ein Server eingesetzte werden. Ebenfalls könnten mehr als zwei Switche und/oder Controller eingesetzt werden.

Claims

PATENTANSPRÜCHE
1. Verfahren zum Betreiben eines Netzwerks mit mindestens einem Switch, mit mindestens zwei Endgeräten und einem Controller, dadurch gekennzeichnet, dass der Controller über ein Applikationsprotokoll Daten an ein Endgerät sendet, dass die Daten über Datenpakete innerhalb der Sicherungsschicht des Netzwerks versendet werden, dass ein zusätzliches Adressierungsmittel innerhalb der Sicherungsschicht den Datenpaketen zugefügt wird (1), und der Switch über das Adressierungsmittel die Übertragung an das adressierte Endgerät sendet (2, 6), wobei vor der Übertragung an das adressierte Endgerät das Adressierungsmitel der Datenpakete entfernt (3) wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Adressierungsmitel durch Identifizierung einer Kommunikationsbeziehung und Zuweisung eines VLANs realisiert wird.
3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das
Adressierungsmitel als Multicast oder Broadcast Adresse realisiert wird.
4. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das
Adressierungsmittel als VLAN-Tag realisiert wird.
5, Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Adressierungsmittel als Source Adresse realisiert wird.
6. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Adressierungsmittel als Ethertype realisiert wird.
7. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Adressierungsmittel als Bitmaske über einen Teil der Datenpakete realisiert wird.
8. Verfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass der Switch zwischen Controller und Endgeräte geschaltet wird.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass mehrere Endgeräte hintereinandergeschaltet sind (7, 9).
10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die Antworten der Endgeräte ebenfalls über Datenpakete innerhalb der Sicherungsschicht des Netzwerks versendet werden, dass ein zusätzliches Adressierungsmittel innerhalb der Sicherungsschicht den Datenpaketen zugefügt wird (4), und der Switch über das Adressierungsmittel die Übertragung an das adressierte Endgerät sendet (5), wobei vor der Übertragung an das adressierte Endgerät das Adressierungsmittel der Datenpakete entfernt (11) wird.
11. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass die Endgeräte in Linientopologie miteinander verbunden sind.
12. Verfahren nach einem der Ansprüche 1 bis 11, dadurch gekennzeichnet, dass die Endgeräte in Ringtopologie miteinander verbunden sind (8),
13, Verfahren nach einem der Ansprüche 1 bis 12, dadurch gekennzeichnet, dass das Hinzufügen und Entfernen des Adressierungsmittels durch den Switch oder den Controller erfolgt.
14. Verfahren nach einem der Ansprüche 1 bis 13, dadurch gekennzeichnet, dass das zusätzliche Adressierungsmittel für das Applikationsprotokoll unsichtbar ist.
15. Verfahren nach einem der Ansprüche 1 bis 14, dadurch gekennzeichnet, dass Controller und Endgeräte Teilnehmer eines Automatisierungsbusses sind.
16, Verfahren nach einem der Ansprüche 1 bis 15, dadurch gekennzeichnet, dass eine Konfiguration des Controllers und/oder des Switches durch ein Netzwerkmanagement durchgeführt wird.
EP21770210.9A 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks Pending EP4211871A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102020123275 2020-09-07
PCT/EP2021/074223 WO2022049173A1 (de) 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks

Publications (1)

Publication Number Publication Date
EP4211871A1 true EP4211871A1 (de) 2023-07-19

Family

ID=77774910

Family Applications (3)

Application Number Title Priority Date Filing Date
EP21770212.5A Pending EP4211873A1 (de) 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks
EP21770211.7A Pending EP4211872A1 (de) 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks
EP21770210.9A Pending EP4211871A1 (de) 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks

Family Applications Before (2)

Application Number Title Priority Date Filing Date
EP21770212.5A Pending EP4211873A1 (de) 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks
EP21770211.7A Pending EP4211872A1 (de) 2020-09-07 2021-09-02 Verfahren zum betreiben eines netzwerks

Country Status (5)

Country Link
US (3) US20230336380A1 (de)
EP (3) EP4211873A1 (de)
CN (3) CN116018785A (de)
DE (3) DE102021122684A1 (de)
WO (3) WO2022049174A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116708536B (zh) * 2023-08-09 2023-10-24 江苏中威科技软件系统有限公司 一种基于雾计算的跨平台终端互联的通讯协议实现的方法

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10047925A1 (de) 2000-09-27 2002-05-02 Siemens Ag Verfahren zur Echtzeitkommunikation zwischen mehreren Netzwerkteilnehmern in einem Kommunikationssystem mit Ethernet-Physik sowie korrespondierendes Kommunikationssystem mit Ethernet-Physik
DE10254580A1 (de) * 2002-11-22 2004-06-03 Robert Bosch Gmbh Verfahren und Vorrichtung zur Übertragung von Daten in Nachrichten auf einem Bussystem
US8295287B2 (en) 2010-01-27 2012-10-23 National Instruments Corporation Network traffic shaping for reducing bus jitter on a real time controller
DE102014100628B4 (de) * 2013-01-21 2016-08-18 Voice Inter Connect Gmbh Bussystem und Verfahren zur Übertragung von Daten in Echtzeit
DE102013211406A1 (de) * 2013-06-18 2014-12-18 Siemens Aktiengesellschaft Kommunikationsgerät zur Verbindung eines Feldgeräts eines industriellen Automatisierungssystems mit einer ausfallgesicherten Steuerungseinheit und industrielles Automatisierungssystem
DE102014226994A1 (de) * 2014-12-29 2016-06-30 Robert Bosch Gmbh Kommunikationssystem zum Betreiben eines Datennetzwerks
WO2017092879A1 (de) 2015-11-30 2017-06-08 Siemens Aktiengesellschaft Verfahren zur industriellen kommunikation über tsn
DE102017208735A1 (de) 2017-05-23 2018-11-29 Siemens Aktiengesellschaft Verfahren und Vorrichtung zum Schutz einer Kommunikation zwischen mindestens einer ersten Kommunikationseinrichtung und wenigstens einer zweiten Kommunikationseinrichtung insbesondere innerhalb eines Kommunikationsnetzwerkes einer industriellen Fertigung und/oder Automatisierung
EP3522477B1 (de) * 2018-01-31 2021-08-11 Siemens Aktiengesellschaft Verfahren zur daten-kommunikation in einem insbesondere industriellen netzwerk, vorrichtung zur durchführung des verfahrens, computerprogramm sowie computerlesbares medium
CN113056892A (zh) * 2018-11-13 2021-06-29 Abb瑞士股份有限公司 在tsn感知网络上传输分组
DE102018129809A1 (de) 2018-11-26 2020-05-28 Beckhoff Automation Gmbh Verteilerknoten, Automatisierungsnetzwerk und Verfahren zum Übertragen von Telegrammen
EP3697034A1 (de) 2019-02-14 2020-08-19 Siemens Aktiengesellschaft Verfahren zur datenübertragung, gerät, computerprogramm und computerlesbares medium
DE102019114309A1 (de) 2019-05-28 2020-12-03 Beckhoff Automation Gmbh Verfahren zum Routen von Telegrammen in einem Automatisierungsnetzwerk, Datenstruktur, Automatisierungsnetzwerk und Netzwerkverteiler
CN111600754B (zh) * 2020-05-11 2022-02-25 重庆邮电大学 一种面向tsn和非tsn互联的工业异构网络调度方法

Also Published As

Publication number Publication date
CN116018785A (zh) 2023-04-25
CN116018786A (zh) 2023-04-25
CN116057897A (zh) 2023-05-02
EP4211873A1 (de) 2023-07-19
EP4211872A1 (de) 2023-07-19
US20230336380A1 (en) 2023-10-19
WO2022049175A1 (de) 2022-03-10
DE102021122684A1 (de) 2022-03-10
US20230291695A1 (en) 2023-09-14
US20230362033A1 (en) 2023-11-09
DE102021122686A1 (de) 2022-03-10
WO2022049173A1 (de) 2022-03-10
WO2022049174A1 (de) 2022-03-10
DE102021122685A1 (de) 2022-03-10

Similar Documents

Publication Publication Date Title
DE10319323B3 (de) Verfahren zur automatischen Konfiguration einer Kommunikationseinrichtung
DE102014108455A1 (de) Verfahren zum Betreiben eines Netzwerks
WO2019001718A1 (de) Verfahren zur reservierung von maximal redundanten übertragungswegen für die übertragung von datenpaketen und vorrichtung
DE60026006T2 (de) System zum Empfang von Mehrfachdaten
EP3577871B1 (de) Verfahren und vorrichtung zur modularen lenkung eines avb-streams
EP3932020A1 (de) Verfahren zum routen von telegrammen in einem automatisierungsnetzwerk, datenstruktur, automatisierungsnetzwerk und netzwerkverteiler
DE60131765T2 (de) Verfahren zur verbindung mehrerer kommunikationsbusse mit drahtlosen verbindungen
WO2015154933A1 (de) Verfahren zum übertragen von nachrichten in einem energieautomatisierungs-netzwerk, energieautomatisierungskomponente und umspannstation
EP3854035B1 (de) Datenübertragungsverfahren und automatisierungskommunikationsnetzwerk
DE60318601T2 (de) Verfahren zur automatischen konfiguration einer ip-fernsprecheinrichtung und/oder daten, system und einrichtung zu ihrer implementierung
WO2022049173A1 (de) Verfahren zum betreiben eines netzwerks
EP2127241B1 (de) Zielportsuche in netzwerken aus gekoppelten teilnetzen
DE602005001578T2 (de) Brücke zur Übersetzung zwsichen lokalen Ethernet- und 1394A-Anschlüssen für Geräte der Unterhaltungselektronik
WO2021104897A1 (de) Automatisierungsnetzwerk und verfahren zur datenübertragung in einem automatisierungsnetzwerk
WO2020239286A1 (de) Automatisierungsnetzwerk, netzwerkverteiler und verfahren zur datenübertragung
EP3142334B1 (de) Verfahren zum betrieb von kommunikationsgeräten innerhalb eines industriellen automatisierungssystems
EP2159959B1 (de) Verfahren zur Ermittlung einer Topologie, Netzwerkkomponente und Zentraleinheit
EP3697034A1 (de) Verfahren zur datenübertragung, gerät, computerprogramm und computerlesbares medium
WO2020038820A1 (de) Verfahren zum einrichten eines streams, verfahren zur bereitstellung von stream-kennungs-informationen, verwendung eines dns-servers, gerät, computerprogramm und computerlesbares medium
EP3579498B1 (de) Verfahren zum konfigurieren eines kommunikationsnetzes
DE10211097B4 (de) Verfahren zum multidirektionalen Austausch von Datensätzen
DE10055066A1 (de) Verfahren zum multidirektionalen Austausch von Informationen zwischen Teilnehmern auf Ethernet Basis
WO2019145297A1 (de) Verfahren zur daten-kommunikation in einem ethernet-basierten, insbesondere industriellen netzwerk, vorrichtung zur durchführung des verfahrens sowie computerprogramm und computerlesbares medium
EP4125253A1 (de) Verfahren zur übermittlung zeitkritischer daten, kommunikationssystem und koppel-kommunikationsgerät
EP3644555A1 (de) Verfahren zur datenkommunikation in einem insbesondere industriellen netzwerk, steuerungsverfahren, vorrichtung, computerprogramm und computerlesbares medium

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230222

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: HUMMEN, RENE

Inventor name: BECHTEL, LUKAS

Inventor name: KAUFMANN, ARNE

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)