WO2023117593A1 - Software-update reihenfolge mittels link layer discovery protocol (lldp) - Google Patents

Software-update reihenfolge mittels link layer discovery protocol (lldp) Download PDF

Info

Publication number
WO2023117593A1
WO2023117593A1 PCT/EP2022/085659 EP2022085659W WO2023117593A1 WO 2023117593 A1 WO2023117593 A1 WO 2023117593A1 EP 2022085659 W EP2022085659 W EP 2022085659W WO 2023117593 A1 WO2023117593 A1 WO 2023117593A1
Authority
WO
WIPO (PCT)
Prior art keywords
switches
network
boot
station
updates
Prior art date
Application number
PCT/EP2022/085659
Other languages
English (en)
French (fr)
Inventor
Zbigniew Pelzer
Stephan KEHRER
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 WO2023117593A1 publication Critical patent/WO2023117593A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]

Definitions

  • the present invention relates to a method for determining the order of updates of software, firmware, programmable logic and/or boot commands on network devices, in particular switches.
  • Switches are network devices that connect other network devices, also known as network participants, to one another.
  • a fixed or programmable logic within the switches takes care of the addressing of the data packets that are exchanged between the network participants.
  • This programmable logic and/or software should be updated for security reasons and/or for functional expansions. It can happen that a software update of a switch in a network fails because the sequence of the update (or the subsequent boot process) is not correct. This happens in particular when many devices are in the network updated at the same time. This can result in a switch being booted, which interrupts the boot command chain before the switches behind it receive the same command.
  • boot delays are used here to fix the problem. However, this is not always sufficient to prevent problems during the update process.
  • the order of the network devices, especially the switches is determined using LLDP.
  • the boot commands are then sent in the correct order Metzmangementstation) that distributes the updates, are rebooted.
  • Metzmangementstation the correct order Metzmangementstation
  • LLDP is a layer 2 protocol which is standardized in accordance with IEEE-802-1AB. This protocol enables information to be exchanged between neighboring network participants and network components. The protocol works independently of other protocols. It sends information about itself and receives information sent by other participants. LLDP therefore does not require any communication with other devices.
  • the most distant switch with the new software and/or reboot command first, then the second most distant, and so on.
  • the next software update or boot command
  • the switch to be supplied or booted with a software update is not behind a switch that is currently booting and therefore cannot be reached.
  • the method according to the invention is shown in the figure as an example.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Small-Scale Networks (AREA)

Abstract

Es wird ein Verfahren vorgeschlagen, um die beste Reihenfolge von Software-Updates und/oder von Bootbefehlen an Switchen, zu bestimmten, mit Hilfe dessen die Kollisionen bei der Verteilung der Software-Updates und/oder der Bootbefehle vermieden werden können, sowie der Prozess der Software-Updates und/oder der Bootbefehle zeitliche optimiert werden kann. Dazu wird ein Netzwerk verwendet, in welchem eine Updatestation, mehrere Netzwerkteilnehmer und mehrere Switche miteinander kommunizieren können. Es wird nun vorgeschlagen, mittels LLDP Informationen über die Switches in dem Netzwerk zu sammeln und die Entfernung der Switche von der Updatestation durch die gesammelten Informationen zu bestimmen. Die Reihenfolge von Updates und/oder Bootbefehlen an die Switche kann nun durch die Entfernung festgelegt werden.

Description

Software-Update Reihenfolge mitelsLinkLayerDiscoveryProtocol(LLDP)
BESCHREIBUNG
Die vorliegende Erfindung beziehtsich aufein Verfahren,um die Reihenfolge der Updates von Software-, Firmware-, Programmierbarer Logik- und/oder von Bootbefehlenan Netzwerkgeräten,insbesondere Switchen,zubestimmten.
Switches sind Netzwerkgeräte, die andere Netzwerkgeräte, auch als Netzwerkteilnehmer bezeichnet, miteinander verbinden. Eine feste oder programmierbare Logik innerhalb derSwitche sorgtdabeifürdie Adressierung der Datenpakete,welche zwischenden Netzwerkteilnehmernausgetauschtwerden.
Diese programmierbare Logik und/oder Software sollte aus Sicherheitsgründen und/oderfürFunktionserweiterungen mitUpdates versorgtwerden.Hierzu kann es vorkommen,dassein Software-Update einesSwitches in einem Netzwerkdeswegen scheitert,weildie ReihenfolgedesUpdates(oderdesanschließendenBoot-Vorgangs) nichtkorrektist.Dies kommtinsbesondere dann vor,wenn viele Geräte im Netzwerk gleichzeitigmiteinem Updateversorgtwerden.Daskanndazuführen,dasseinSwitch gebootetwird,derdie Boot-Befehlskete unterbricht,bevordie hinterihm liegenden Switchesdengleichen Befehlbekommen.
Typischerweise wird hier mit Bootverzögerungen gearbeitet,um das Problem zu beheben.Das istallerdings nichtimmerausreichend,um Probleme während des Updatevorgangszuverhindern.
Aufgabe dervorliegenden Erfindung es istdaher,die vorgenannten Probleme zu behebenundeinsicheresVerfahrenfürUpdatesvon Netzwerkgeräten,insbesondere vonSwitchen,bereitzustellen.
DieseAufgabewird mitden MerkmalendesAnspruchsgelöst. Dazu wird die Reihenfolge derNetzwerkgeräte,insbesondere derSwitches,mitLLDP ermittelt.Die Boot-Befehle werden dann in derkorrekten Reihenfolge geschickt.Das führt dazu,dassdie Netzwerkgeräte,insbesondere die Switches,zum Beispielin der Linie in derReihenfolge ihrerEntfernung von derStation (zum Beispielein dafür bestimmtes Netzwerkgerätoderauch eine Metzmangementstation),die die Updates verteilt,neu gebootetwerden.Hierbeiwird zum Beispielderam weitesten entfernte zuerstneugebootet,dannderam zweitweitestenentfernte alsnächstes,usw.
LLDP istein Layer-2-Protokoll,welches gemäß IEEE-802-1AB genormt ist.Durch dieses Protokollkönnen Informationen zwischen benachbarten Netzwerkteilnehmern und Netzwerkkomponenten ausgetauschtwerden.Das Protokollarbeitetunabhängig von anderen Protokollen.Es versendetInformationen übersich selbstund empfängt von anderen Teilnehmern gesendete Informationen. LLDP benötigt somit keine Kommunikation mitanderen Geräten.
Im Folgenden wird der Einfachheit halber das Verfahren anhand von Switches beschrieben,istabernichtaufdiese Gattungvon Netzwerkgeräten beschränkt.
Bevorzugtwird vorgeschlagen,den am weitesten entfernten Switch zuerstmitder neuen Software und/oderdem Befehlzum Rebooten zu versorgen,dann den am zweitweitesten entfernte, und so weiter. Bei der Einhaltung dieser hier vorgeschlagenen Reihenfolge wird garantiert,dass dasjeweilige nächste Software- Update (oderBoot-Befehl)überhauptsein Zielerreicht(das bedeutet,dass dermit einem Software-Update zu versorgende oderzu bootende Switch nichthintereinem gerade bootendenund damitnichterreichbarenSwitch liegt).
DasVerfahren nachderErfindung istbeispielhaftinderFigurdargestellt.

Claims

3 PATENTANSPRÜCHE
1. Verfahren, um die Reihenfolge von Software-Updates und/oder von Bootbefehlen an Netzwerkteilnehmern, vorzugsweise Switchen, zu bestimmten, wobeiineinem NetzwerkeineUpdatestation,mehrere Netzwerkteilnehmerund zumindest ein Switch, vorzugsweise mehrere Switche, miteinander kommunizieren können, dadurch gekennzeichnet, dass mitels LLDP Informationen über die Netzgeräte, vorzugsweise die Switches,indem Netzwerkgesammeltwerden, dass die Entfernung zumindesteinen Switches,vorzugsweise dermehreren Switche,vonderUpdatestationdurchdie Informationenbestimmtwird und dass die Reihenfolge von Updates und/oder Bootbefehlen an die Netzwerkteilnehmer,vorzugsweisediemehrerenSwitche,durchdieEntfernung festgelegtwird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass zunächst diejenigenSwitchezuerstmitUpdatesund/oderBootbefehlenversorgtwerden, welche die größte EntfernungzurUpdatestationaufweisen.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Reihenfolge von Updates und/oder Bootbefehlen von dem Switch mit der größten Entfernung zu dem Switch mit der geringsten Entfernung zur Updatestation festgelegtwird. 4 Verfahrennacheinem derAnsprüche 1bis3,dadurch gekennzeichnet,dass aufManagementInformation Bases (MIBs)derSwitche zugegriffen wird und überdieseZugriffedie EntfernungzudeneinzelnenSwitchenfestgelegtwird. VerfahrennachAnspruch4,dadurchgekennzeichnet,dassderZugriffaufdie MIBsüberdie Updatestationdurchgeführtwird. VerfahrennachAnspruch4,dadurchgekennzeichnet,dassderZugriffaufdie MIBs übereinenderNetzwerkteilnehmerdurchgeführtwird. Verfahrennacheinem derAnsprüche 1bis6,dadurch gekennzeichnet,dass die Switche LLDP-fähigsind. Verfahrennacheinem derAnsprüche 1bis6,dadurch gekennzeichnet,dass zu denSwitchenbenachbarte NetzwerkteilnehmerLLDP-fähigsind. Verfahren nacheinem derAnsprüche4 bis8,dadurch gekennzeichnet,dass derZugriffaufdie MIBsüberSNMP Befehledurchgeführtwird. Verfahren nacheinem derAnsprüche 1bis9,dadurch gekennzeichnet,dass zunächstUpdatesaufallen Switchen gleichzeitig verteiltwerden und lediglich die Updatereihenfolgedurchdie Entfernungfestgelegtwird. Verfahrennacheinem derAnsprüche1bis10,dadurchgekennzeichnet,dass ähnlichwie die Switche auch Routervondem vorgeschlagenenVerfahrenzur VerteilungderSoftware-Updatesund/oderBoot-Befehleprofitierenkönnen. Verfahrennacheinem derAnsprüche 1bis11,dadurchgekennzeichnet,dass die UpdatestationalseigenständigerNetzwerkteilnehmerausgeführt ist. Verfahrennacheinem derAnsprüche1bis11,dadurchgekennzeichnet,dass die Updatestationineinem derSwitche integriertist. 5 Verfahren nach einem derAnsprüche 1bis 13,beidem eine Bootstation,die die Software-UpdatesderanderenSwitchesveranlasst(bzw.die Boot-Befehle verschickt)einbeliebigesGerätim Netzwerk,wiez.B.ein PC,einSwitchoder ein Routerseinkann. Verfahren nach einem der Ansprüche 1 bis 14 beidem die Bootstation dasjenige Gerät ist, das die Software-Updates verteilt oder Boot-Befehle verschickt,wobeidiese Funktion der Bootstation auch ein anderes Gerät (Switch,Routeroderdergleichen)im NetzbeiBedarfübernehmenkann.
PCT/EP2022/085659 2021-12-22 2022-12-13 Software-update reihenfolge mittels link layer discovery protocol (lldp) WO2023117593A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102021134250.3 2021-12-22
DE102021134250 2021-12-22

Publications (1)

Publication Number Publication Date
WO2023117593A1 true WO2023117593A1 (de) 2023-06-29

Family

ID=84785335

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2022/085659 WO2023117593A1 (de) 2021-12-22 2022-12-13 Software-update reihenfolge mittels link layer discovery protocol (lldp)

Country Status (2)

Country Link
DE (1) DE102022133145A1 (de)
WO (1) WO2023117593A1 (de)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160313985A1 (en) * 2015-04-21 2016-10-27 Arista Networks, Inc. System and method of updating a network element
CN113572636A (zh) * 2021-07-13 2021-10-29 武汉迈威通信股份有限公司 环网拓扑结构中交换机的批量升级方法及环网拓扑结构

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160313985A1 (en) * 2015-04-21 2016-10-27 Arista Networks, Inc. System and method of updating a network element
CN113572636A (zh) * 2021-07-13 2021-10-29 武汉迈威通信股份有限公司 环网拓扑结构中交换机的批量升级方法及环网拓扑结构

Also Published As

Publication number Publication date
DE102022133145A1 (de) 2023-06-22

Similar Documents

Publication Publication Date Title
EP1309920B1 (de) Adressvergabeverfahren für mindestens einen neu an ein bussystem angeschlossenen busteilnehmer
DE3300263C2 (de)
DE102005032692B4 (de) Anordnung und Verfahren zur Konfiguration von Schnittstellen einer drahtlosen Verbindung zur Datenübertragung
WO1999029068A1 (de) Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz
WO2008124854A2 (de) Kommunikationsverfahren und apparat zur effizienten und sicheren übertragung von tt-ethernet nachrichten
EP3142296B1 (de) Verfahren zur konfiguration eines modularen steuerungsgeräts eines industriellen automatisierungssystems und modulares steuerungsgerät
DE19842593C2 (de) Verfahren zum Betrieb eines Busmasters an einem Feldbus
EP0509114B1 (de) Verfahren zum Übertragen von Daten an mehrere Datenstationen
WO2023117593A1 (de) Software-update reihenfolge mittels link layer discovery protocol (lldp)
EP2913727B1 (de) Verfahren zur Übermittlung von Nachrichten über ein Rückwandbus-System eines modularen industriellen Automatisierungsgeräts
DE19510247A1 (de) Verfahren zur Datenübertragung
EP1642207B1 (de) Zuordnung von stationsadressen zu kommunikationsteilnehmern in einem bussystem
WO2016037932A1 (de) Kommunikationseinrichtung, kommunikationssystem und verfahren zum synchronisierten senden von telegrammen
EP2110725B1 (de) System und Verfahren zur Zuordnung eines Gerätenamens
DE2507405C2 (de) Anordnung zum Synchronisieren gleichzeitig auszuführender Tasks für Peripheriegeräte einer Datenverarbeitungsanlage
EP3659322B1 (de) Softwareverteilungsverfahren, und softwareverteilungssystem für ein spurgebundenes fahrzeug
DE19645861A1 (de) Plattformunabhängiges Kommunikations-Verfahren für heterogenes Netzwerk
EP0562353A2 (de) Verfahren zum Übertragen hochpriorer Programme und Daten in einem Kommunikationssystem
DE102004017698A1 (de) SCADA-System
EP2416528B1 (de) Verfahren zur Kommunikation in einem Automatisierungsnetzwerk
LU101163B1 (de) Verfahren und Vorrichtungen für eine Lastzuweisung und Überwachung für eine zuzuweisende versorgungssicherheitskritische Ressource in einem Netzwerk
EP1659466B1 (de) Rückwirkungsfreie Übertragung einer Identifikationsinformation auf Kommunikationsleitungen
EP3236637B1 (de) Kommunikation über ein weitverkehrsnetz mittels eines applikationsspezifischen protokolls
DE102022124701A1 (de) Backupverfahren von für an ein Netzwerk angeschaltete Netzwerkgeräte und hierzu eingerichtetes Netzwerkgerät
DE4103428A1 (de) Universelles programmierbares datenkommunikations-verbindungssystem

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22835385

Country of ref document: EP

Kind code of ref document: A1