[go: up one dir, main page]

DE102014200817A1 - Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard - Google Patents

Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard Download PDF

Info

Publication number
DE102014200817A1
DE102014200817A1 DE102014200817.4A DE102014200817A DE102014200817A1 DE 102014200817 A1 DE102014200817 A1 DE 102014200817A1 DE 102014200817 A DE102014200817 A DE 102014200817A DE 102014200817 A1 DE102014200817 A1 DE 102014200817A1
Authority
DE
Germany
Prior art keywords
switch
terminal
mmrp
multicast
data
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
DE102014200817.4A
Other languages
English (en)
Inventor
Christoph WROBEL
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
Priority to DE102014200817.4A priority Critical patent/DE102014200817A1/de
Priority to US14/598,354 priority patent/US9774545B2/en
Publication of DE102014200817A1 publication Critical patent/DE102014200817A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing

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

Verfahren zum Betreiben eines Netzwerkes, das mehrere Endgeräte (1 bis 4) sowie mehrere Switche (A, B, C) aufweist, die über Datenleitungen (5) miteinander verbunden sind, wobei ein Multicast-Datenpaket (MC) nach dem MMRP von einer Datenquelle (6) über zumindest einen Switch über die Datenleitungen (5) zu einem Endgerät, das das Multicast-Datenpaket (MC) empfangen soll, übertragen wird, dadurch gekennzeichnet, dass an einem Port eines Switches ein Endgerät angeschlossen ist, das nicht MMRP-fähig ist, wobei an diesem Port dieses Switches die Multicast-Adresse als statischer Eintrag dieses Endgerätes eingetragen wird und dieser Switch diese Multicast-Adresse an den zumindest einen an ihn angeschlossenen Switch überträgt.

Description

  • Die Erfindung betrifft ein Verfahren zum Betreiben eines Netzwerkes, das mehrere Endgeräte sowie mehrere Switche aufweist, die über Datenleitungen miteinander verbunden sind, wobei ein Multicast-Datenpaket nach dem MMRP von einer Datenquelle über zumindest einen Switch über die Datenleitungen zu einem Endgerät, das das Multicast-Datenpaket empfangen soll, übertragen wird, gemäß den Merkmalen des Oberbegriffes des Patentanspruches 1.
  • Unicast-Pakete sind Datenpakete, die an ein einzelnes Endgerät adressiert sind und von Switches an dieses gezielt weitergeleitet werden.
  • Multicast-Pakete sind Datenpakete, die an mehrere Empfänger innerhalb eines Netzwerkes weitergeleitet werden können. Ein Switch nach Standard IEEE 802.10 in Grundeinstellung leitet Multicasts immer an alle Ports der übrigen Switche weiter, außer an den, an dem das Paket empfangen wurde. Damit werden solche Pakete auch in Bereiche eines Netzwerkes weitergeleitet, wo sie nur die verfügbare Bandbreite sinnlos aufbrauchen.
  • Das Multiple MAC Registration Protocol MMRP sowie sein Vorgänger GMRP (GARP Multicast Registration Protocol) werden eingesetzt, um Multicast-Pakete gezielt nur an diejenigen Endgeräte weiterzuleiten, die sich für diesen Datenstrom interessieren beziehungsweise für die sie bestimmt sind, um somit nicht in anderen Bereichen des Netzwerkes Bandbreite zu verschwenden. Dies ist so lange optimal, wie alle Endgeräte das MMRP- beziehungsweise das GMRP-Protokoll unterstützen.
  • Im Folgenden wird nur „MMRP” als Begriff benutzt, die Stellen gelten sinngemäß auch für GMRP (oder umgekehrt, auch bezüglich der figürlichen Darstellungen).
  • In industriellen Netzen sind und werden allerdings oftmals auch Endgeräte eingesetzt, die MMRP nicht unterstützen. Als Effekt können diese sich nicht bei MMRP-aktivierten Switches für einen bestimmten Multicast-Strom registrieren und erhalten folglich auch nicht den Multicast-Strom weitergeleitet.
  • Ist kein Endgerät für einen Multicast registriert, verhält sich der Switch so, als ob MMRP deaktiviert oder nicht vorhanden wäre. Er leitet also eintreffende Multicasts an alle anderen Ports weiter. Dieser Zustand ist allerdings nicht weiter interessant und sei hier nur der zur Vollständigkeit erwähnt.
  • Wenn also ein Endgerät in einer MMRP-Umgebung nicht den Standard MMRP unterstützt (in 1 sei dies beispielhaft der Rechner 2), dann gibt es zwei Möglichkeiten, damit dieses Endgerät einen bestimmten Multicast-Strom empfangen kann:
  • Möglichkeit 1:
  • Der Port des Switches, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, muss einen statischen Eintrag für diesen Multicast erhalten. Ebenso der Port des nachfolgenden Switches, an dem der erste Switch angeschlossen ist. Und so weiter bis hin zur Quelle des Multicasts.
  • Das bedeutet bei Betrachtung der 2, dass der Port 3 von Switch A statisch konfiguriert werden muss, und auch dass der Port 1 von Switch B statisch konfiguriert muss werden.
  • Nachteile:
    • • Jeder Switch zwischen Absender und Empfänger muss konfiguriert werden. Auch nachträglich eingefügte Switche (die zum Beispiel neu oder nach einem Austausch ins Netz gestellt wurden) dürfen nicht vergessen werden. Das ist sehr fehlerträchtig.
    • • Diese Konfigurationen sind statisch. Wird der Multicast nicht mehr gebraucht, müssen die betroffenen Switches wieder umkonfiguriert werden.
    • • Je mehr unterschiedliche Multicasts benötigt werden, desto komplexer die Konfigurationen.
  • Möglichkeit 2:
  • An dem Port, an dem das Endgerät angeschlossen ist, und an allen weiteren „Eingang-Ports” kann „Forward All” eingestellt werden. Dann werden alle Multicasts an das Endgerät weitergeleitet. Das würde die Multicast-Kontrolle ad-absurdum führen.
  • Nachteile:
    • • Es werden nicht-benötigte Multicasts weitergeleitet, die die Bandbreite des Anschlusses unnütz verbrauchen und die Endgerät-CPU unnötig belasten.
    • • Der Eintrag ist wie bei Möglichkeit 1 statisch auf allen Geräten zwischen Absender und Empfänger. Änderungen sorgen entsprechend für größeren Aufwand bei der Konfiguration.
  • Der Erfindung liegt daher die Aufgabe zugrunde, die eingangs geschilderten Nachteile zu vermeiden und dementsprechend ein Verfahren zum Betreiben eines Netzwerkes, das das MMRP zur Datenübertragung anwendet, zu verbessern.
  • Diese Aufgabe ist durch die Merkmale des Patentanspruches 1 gelöst.
  • Erfindungsgemäß ist vorgesehen, dass an einem Port eines Switches ein Endgerät angeschlossen ist, das nicht MMRP-fähig ist, wobei an diesem Port dieses Switches die Multicast-Adresse als statischer Eintrag dieses Endgerätes eingetragen wird und dieser Switch diese Multicast-Adresse an den zumindest einen an ihn angeschlossenen Switch überträgt. Dadurch ist es in vorteilhafter Weise möglich, dass nicht MMRP-fähige Endgeräte in einem Netzwerk betrieben werden können, das für die Datenverarbeitung und Datenweiterleitung das MMRP benutzt. Der Aufwand, um nicht-MMRP-fähige Endgeräte in eine MMRP-Umgebung einzufügen, ist somit minimal und frei von Fehlkonfigurationen. Es muss nämlich nur noch derjenige eine Port des Switches, an dem dieses nicht MMRP-fähige Endgerät angeschlossen ist, konfiguriert werden. Dies reduziert zum einen den Aufwand für die Konfiguration ganz erheblich und sorgt zum anderen dafür, dass auch spätere Erweiterungen im Netzwerk zwischen Absender (Datenquelle) und Empfänger (Endgerät) kein Problem darstellen. Somit können in vorteilhafter Weise Konfigurationen, insbesondere neu eingerichtete Konfigurationen, geänderte Konfigurationen oder Löschungen von Konfigurationen, nicht mehr vergessen werden. Insgesamt bietet die erfindungsgemäße Lösung also die Möglichkeit, nicht MMRP-fähige Endgeräte beliebiger Art in ein Netzwerk einzubinden und in diesem Netzwerk zu betreiben, welches das MMRP für die Datenweiterleitung und Datenverarbeitung verwendet.
  • Am Port, an dem das Endgerät angeschlossen ist, wird die Multicast-Adresse eingetragen und der Switch meldet dann dynamisch, also stellvertretend für das Endgerät, diesen Multicast am nachfolgenden Switch an (sendet ein Join-Paket), der wiederum – und das ist das normale MMRP-Verhalten – die Registrierung weitergibt an den nächsten Switch. Das heißt, nur an dem Switch, an dem das Endgerät angeschlossen ist, existiert ein statischer Eintrag.
  • Wird der Multicast am Endgerät nicht mehr benötigt, dann wird der statische Eintrag an dem ersten Switch gelöscht, woraufhin der Switch ein Leave-Paket an den nachfolgenden Switch sendet, der damit den dynamischen Eintrag löscht und seinerseits ein Leave in Richtung Absender schickt.
  • Der Aufwand, um nicht-MMRP-fähige Endgeräte in eine MMRP-Umgebung einzufügen, ist minimal. Es muss nur noch der eine Port konfiguriert werden, an dem das Endgerät angeschlossen ist. Das reduziert den Aufwand erheblich und sorgt dafür, dass auch spätere Erweiterungen im Netz zwischen Absender und Empfänger kein Problem darstellen. Damit können also Konfigurationen nicht vergessen werden.
  • In Weiterbildung der Erfindung ist vorgesehen, dass dieser Switch, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, diese Multicast-Adresse stellvertretend für das Endgerät an die übrigen Switche bis hin zu der Datenquelle überträgt.
  • In Weiterbildung der Erfindung ist vorgesehen, dass dann, wenn der statische Eintrag nicht mehr benötigt wird, dieser statische Eintrag an dem Switch, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, gelöscht wird, und dieser Switch ein die Löschung darstellendes Datenpaket an den zumindest einen an ihn angeschlossenen Switch überträgt.
  • In Weiterbildung der Erfindung ist vorgesehen, dass dieser Switch, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, dieses die Löschung darstellende Datenpaket stellvertretend für das Endgerät an die übrigen Switche bis hin zu der Datenquelle überträgt.
  • Eine beispielhafte Vorrichtung zur Durchführung des erfindungsgemäßen Verfahrens ist in den beiden 1 und 2 dargestellt und im Folgenden näher erläutert.
  • In den 1 und 2 ist, soweit im Einzelnen dargestellt, ein Netzwerk gezeigt, in dem Endgeräte 1 bis 4 angeordnet sind. Diese Endgeräte 1 bis 4 sind über Datenleitungen 5 an Switchen A, B und C angeschlossen. Die Switche A, B und C sind ihrerseits untereinander auch über Datenleitungen 5 miteinander verbunden.
  • Außerdem ist mit der Bezugsziffer 6 zur Erläuterung des erfindungsgemäßen Verfahrens eine Datenquelle bezeichnet. Die Datenquelle 6 kann ein Endgerät, ein Switch oder eine sonstig geartete Datenquelle sein. Von der Datenquelle 6 wird über die Datenleitungen 5 und die Switche A, B und/oder C ein Datenpaket, hier ein Multicast-Datenpaket MC in das Netzwerk eingeleitet. Während zur Erläuterung des erfindungsgemäßen Verfahrens mit den Pfeilen die Übertragungsrichtung der Multicast-Datenpakete MC angegeben ist, können über die Datenleitungen 5 selbstverständlich diese Datenpakete auch in die andere Richtung, zum Beispiel also von einem Endgerät in Richtung der Datenquelle 6, übertragen werden.
  • In 1 ist bei Switch C MMRP (GMRP) ausgeschaltet oder nicht vorhanden. Endgerät 4 erhält den Multicast-Strom, obwohl es diesen nicht benötigt. Deshalb muss dieses Endgerät die Multicasts löschen. Dies kann CPU-Leistung unnütz verbrauchen, in jedem Fall werden andere, an Endgerät 4 gerichtete, Datenpakete aufgehalten.
  • JOIN ist die Anmeldung für die Multicast-Pakete. Ein MMRP-Switch, der keine Anmeldung an einem beliebigen Port erhalten hat, leitet Multicast-Pakete an alle Ports weiter, außer an dem, an dem der Multicast empfangen wurde. Empfängt der MMRP-Switch an einem Port ein Anmeldepaket (oder auch Registrierungspaket, als JOIN bezeichnet), dann leitet der Switch die entsprechenden Multicast-Pakete, für die sich das JOIN-sendende Gerät registriert hat, nur an dem Port weiter, an dem der JOIN empfangen wurde. Hat sich bereits ein MMRP-fähiges Endgerät an einem Switch registriert, dann empfängt ein nicht-MMRP-fähiges Gerät nicht mehr die Multicast-Pakete, für die sich das andere Gerät registriert hat.
  • Außerdem ist darauf hinzuweisen, dass die Art des dargestellten Netzwerkes N in den 1 und 2 nur beispielhaft ist. Es kann sich bei der Topologie des Netzwerkes N auch um eine Ringtopologie, weiter vermaschte Netzwerke sowie Kombinationen von Ring- und Linientopologien handeln. Außerdem ist die Zahl der Endgeräte sowie die Zahl der Switche lediglich beispielhaft, so dass auch weniger oder mehr als vier Endgeräte (im Regelfall mehr als vier Endgeräte) sowie mehr oder weniger als drei Switche (im Regelfall mehr als drei Switche) in dem Netzwerk N vorhanden sein können. Außerdem wird darauf hingewiesen, dass die Switche eine beliebige Anzahl von Ports aufweisen können, an denen wiederum weitere Switche und/oder weitere Endgeräte angeschlossen sein können. Während in den 1 und 2 die Endgeräte 1 bis 4 als Personal Computer dargestellt sind, kann es sich bei diesen Endgeräten auch um andere Arten von Endgeräten, insbesondere auch unterschiedlichen Endgeräten, handeln.
  • Bezugszeichenliste
  • 1
    Endgerät
    2
    Endgerät
    3
    Endgerät
    4
    Endgerät
    5
    Datenleitung
    6
    Datenquelle
    A
    Switch
    B
    Switch
    C
    Switch
    N
    Netzwerk
    MC
    Multicast-Datenpaket
    JOIN
    Anmeldepaket
    1, 2, 3
    Port der Switche
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • IEEE 802.10 [0003]

Claims (4)

  1. Verfahren zum Betreiben eines Netzwerkes, das mehrere Endgeräte (1 bis 4) sowie mehrere Switche (A, B, C) aufweist, die über Datenleitungen (5) miteinander verbunden sind, wobei ein Multicast-Datenpaket (MC) nach dem MMRP von einer Datenquelle (6) über zumindest einen Switch über die Datenleitungen (5) zu einem Endgerät, das das Multicast-Datenpaket (MC) empfangen soll, übertragen wird, dadurch gekennzeichnet, dass an einem Port eines Switches ein Endgerät angeschlossen ist, das nicht MMRP-fähig ist, wobei an diesem Port dieses Switches die Multicast-Adresse als statischer Eintrag dieses Endgerätes eingetragen wird und dieser Switch diese Multicast-Adresse an den zumindest einen an ihn angeschlossenen Switch überträgt.
  2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass dieser Switch, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, diese Multicast-Adresse stellvertretend für das Endgerät an die übrigen Switche bis hin zu der Datenquelle (6) überträgt.
  3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass dann, wenn der statische Eintrag nicht mehr benötigt wird, dieser statische Eintrag an dem Switch, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, gelöscht wird, und dieser Switch ein die Löschung darstellendes Datenpaket an den zumindest einen an ihn angeschlossenen Switch überträgt.
  4. Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass dieser Switch, an dem das nicht MMRP-fähige Endgerät angeschlossen ist, dieses die Löschung darstellendes Datenpaket stellvertretend für das Endgerät an die übrigen Switche bis hin zu der Datenquelle (6) überträgt.
DE102014200817.4A 2014-01-17 2014-01-17 Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard Pending DE102014200817A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102014200817.4A DE102014200817A1 (de) 2014-01-17 2014-01-17 Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard
US14/598,354 US9774545B2 (en) 2014-01-17 2015-01-16 Method of operating a network according to MMRP standard

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102014200817.4A DE102014200817A1 (de) 2014-01-17 2014-01-17 Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard

Publications (1)

Publication Number Publication Date
DE102014200817A1 true DE102014200817A1 (de) 2015-07-23

Family

ID=53497760

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102014200817.4A Pending DE102014200817A1 (de) 2014-01-17 2014-01-17 Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard

Country Status (2)

Country Link
US (1) US9774545B2 (de)
DE (1) DE102014200817A1 (de)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6785294B1 (en) * 1999-12-30 2004-08-31 Intel Corporation Methods and apparatuses for supporting IGMP and GMRP concurrently

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IEEE 802.10

Also Published As

Publication number Publication date
US9774545B2 (en) 2017-09-26
US20150207761A1 (en) 2015-07-23

Similar Documents

Publication Publication Date Title
EP3695577B1 (de) Verfahren zur daten-kommunikation in einem tsn netzwerk, steuerungsverfahren und vorrichtung
DE60117200T2 (de) Steueranordnung für Kanalverbindungen
DE112013006417B4 (de) Verlustfreie Schalterstruktur mit niedriger Latenzzeit zum Gebrauch in einem Rechenzentrum
EP2413538B1 (de) Vermeidung von Sendeschleifen in einem redundanten Ringnetzwerk
DE102015113997A1 (de) Mechanismus für Verwaltungssteuerungen zum Lernen der Steuerebenenhierarchie in einer Datenzentrumsumgebung
EP2586162B1 (de) Priorisierte übertragung von datentelegrammen
EP3637684A1 (de) Verfahren zum automatischen konfigurieren eines systems, system, computerprogramm und computerlesbares medium
DE102014105207B4 (de) Verfahren zum Betreiben eines Kommunikationsnetzwerks und Kommunikationsnetzwerk
DE102013215035B3 (de) Soft-Redundanzprotokoll
DE112013000194T5 (de) Pflege einer Multicast-Weiterleitungstabelle und eines PIM-Routers
DE102011116987A1 (de) Zusammenführen von Daten für Bluetooth-Vorrichtungen
DE102011086726B4 (de) Verfahren zur redundanten Kommunikation zwischen einem Nutzer-Terminal und einem Leitsystem-Server
DE102014200817A1 (de) Verfahren zum Betreiben eines Netzwerkes nach dem MMRP-Standard
EP2933985B1 (de) Verwendung von Multicast DNS
EP3598719A1 (de) Verfahren zur daten-kommunikation in einem insbesondere industriellen netzwerk, steuerungsverfahren, vorrichtung, computerprogramm und computerlesbares medium
EP2605457A1 (de) Verfahren zum Übertragen von Nutzdaten
DE202012101164U1 (de) System zur Erkennung von Netzwerkgeräten für einen Aufbau einer Punkt-zu-Punkt-Verbindung
EP3607437B1 (de) Verfahren zum konfigurieren zumindest eines geräts eines schienenfahrzeugs in einem netzwerk, computerprogramm und computerlesbares speichermedium
DE102009041821A1 (de) Netzwerk
EP2074843A1 (de) Verfahren zur vernetzung einer mehrzahl von konvergenten messaging systemen und entsprechendes netzsystem
DE102017108017A1 (de) Verfahren zum Führen einer Audio- und/oder Videokonferenz
DE102021122684A1 (de) Verfahren zum betreiben eines netzwerks
WO2012022317A2 (de) Verfahren zur übermittlung von multicast-datenpaketen durch einen switch
DE602005005025T2 (de) Gateway und datenübertragungssystem für das diagnostische netzwerk eines kraftfahrzeugs
DE102010039782A1 (de) Verfahren zur Durchführung einer Kommunikation

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: H04L0012240000

Ipc: H04L0041000000