[go: up one dir, main page]

DE60224101T2 - Kommunikationsnetzwerk - Google Patents

Kommunikationsnetzwerk Download PDF

Info

Publication number
DE60224101T2
DE60224101T2 DE60224101T DE60224101T DE60224101T2 DE 60224101 T2 DE60224101 T2 DE 60224101T2 DE 60224101 T DE60224101 T DE 60224101T DE 60224101 T DE60224101 T DE 60224101T DE 60224101 T2 DE60224101 T2 DE 60224101T2
Authority
DE
Germany
Prior art keywords
network
update
firmware
message
network element
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.)
Expired - Lifetime
Application number
DE60224101T
Other languages
English (en)
Other versions
DE60224101D1 (de
Inventor
Paul Hartshorne
Jonathan Munns
Timothy Hunneyball
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.)
Ericsson AB
Original Assignee
Ericsson AB
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 Ericsson AB filed Critical Ericsson AB
Application granted granted Critical
Publication of DE60224101D1 publication Critical patent/DE60224101D1/de
Publication of DE60224101T2 publication Critical patent/DE60224101T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Silicon Compounds (AREA)
  • Photovoltaic Devices (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)

Description

  • Diese Erfindung betrifft Kommunikationsnetze und insbesondere das Aktualisieren von Software/Firmware, die auf verschiedenen Elementen des Netzes installiert ist.
  • Es existieren viele Arten von Telekommunikationsnetzen, einschließlich herkömmlicher PSTNs, SDH (Synchrondigitalhierarchie), SONST (synchrones optisches Netz), Lichtwellenleitertechnik und ATM (asynchroner Transfermodus). In der Regel umfassen diese Netze eine große Anzahl miteinander verbundener Netzelemente. Innerhalb eines beliebigen Netzes wird es Netzelemente geben, die von derselben Marke, demselben Modell und derselben Version von Hardware sowie Firmware sind. Die Netzelemente sind in einer von einer Reihe Konfigurationen miteinander verbunden, einschließlich Ring, Stern, Flächennetz oder seriell durch ein Inband-Datennetz.
  • 1 zeigt ein typisches SDH-Netz, in dem vier Netzelemente 10 in einer Ringkonfiguration miteinander verbunden sind. Eine Elementsteuerung 12 ist mit einem der Netzelemente verbunden und ein Notebook oder ein anderer PC 14 ist mit einem anderen Netzelement verbunden. Die Netzelemente sind durch einen Datenkommunikationskanal miteinander verbunden.
  • Um die Firmware oder Software auf einem beliebigen Netzelement zu aktualisieren, und der Ausdruck Firmware wird hierin im Folgenden verwendet, um sich auf Firmware oder Software zu beziehen, muss jedes Netzelement der Reihe nach von dem Benutzer entweder aus der Ferne, beispielsweise von der Elementsteuerung aus, oder lokal durch Anschließen des Notebooks 14 an ein gegebenes Element aktualisiert werden. Das Notebook kann auch für Fernaktualisierungen verwendet werden. Elementsteuerungen aktualisieren Netzelemente unter Anwendung von Batching-Mechanismen, die nacheinander ausgeführt werden und folglich sehr zeitaufwändig sind. Zum Beispiel weist das Landesnetz Großbritanniens in der Größenordnung von 12.000 Netzelementen auf und das Aktualisieren dauert mehr als sechs Monate. Dies ist ganz klar extrem zeitaufwändig und teuer. Infolgedessen werden nur Aktualisierungen durchgeführt, wenn es absolut erforderlich ist und es werden praktisch nur die wichtigsten Verbesserungen implementiert. Infolgedessen wird die volle Leistungsfähigkeit des Netzes nicht umgesetzt und es ist es nicht wert, einige unwesentlichere Verbesserungen zu integrieren.
  • Wir sind uns der Lehre von GB-A-2348721 (Ideagen software ltd) bewusst, die ein System der Art offenbart, in der ein Client einen bekannten Server auffordert zu bestimmen, of eine Softwareaktualisierung zur Verfügung steht, und die Aktualisierung herunterlädt, wenn es vorrangig ist, diese zu installieren. Die Lehre dieses Dokuments wurde als Grundlage für den einleitenden Teil von Anspruch 1 verwendet. Wir sind uns auch der Lehre von US-A-909581 (Park Seong-Kab) bewusst, die eine ähnliche Lehre aufweist.
  • Die Erfindung zielt darauf ab, diesen Nachteil zu überwinden und ein System und ein Verfahren geltend zu machen, die die zum Aktualisieren eines Kommunikationsnetzes benötigte Zeit erheblich reduziert.
  • In ihrer weitesten Form befasst sich die Erfindung mit dem Rundsenden von Aktualisierungen von einem ersten Netzelement zu anderen Netzelementen, für die die Aktualisierungen relevant sind.
  • Insbesondere wird ein Verfahren zum Aktualisieren von Firmware, die auf Netzelementen eines Kommunikationsnetzes installiert ist, bereitgestellt, wobei das Verfahren Folgendes umfasst: Laden der Firmware-Aktualisierung auf ein Quellennetzelement auf dem Netz und Rundsenden der Aktualisierung durch das Netz an Netzelemente, auf die die Firmware-Aktualisierung zutrifft; gekennzeichnet dadurch, dass der Schritt des Rundsendens der Firmware-Aktualisierung das Senden einer Benachrichtigungsmitteilung, die die Netzelementart identifiziert, auf die die Aktualisierung zutrifft, an zum Quellennetzelement benachbarte Netzelemente und das Rundsenden der Benachrichtigungsmitteilung durch das Netz, indem jedes Netzelement, das die Benachrichtigungsmitteilung empfängt, sie an benachbarte Netzelemente weiterleitet, umfasst.
  • Das Verfahren umfasst vorzugsweise das Installieren eines Protokollagenten auf jedem Netzelement zum Ausführen eines Netzaktualisierungsprotokolls; und das Rundsenden der Firmware-Aktualisierung durch das Netz an Netzelemente, auf die die Firmware-Aktualisierung zutrifft, indem das Netzaktualisierungsprotokoll auf jedes Netzelement angewendet wird, umfasst.
  • Die Erfindung stellt außerdem ein Kommunikationsnetz bereit, das mehrere Netzelemente umfasst, wobei jedes Netzelement einen Netzaktualisierungsprotokollagenten zum Empfangen von Netzaktualisierungsmitteilungen von benachbarten Netzelementen, Rundsenden von empfangenen Netzaktualisierungsmitteilungen an benachbarte Netzelemente und Aktualisieren der Firmware der Netzelemente entsprechend dem Inhalt der Netzaktualisierungsmitteilung aufweist; wobei die Netzaktualisierungsmitteilungen eine Kennung der Netzelementarten, die aktualisiert werden sollen, umfassen.
  • Die Erfindung stellt weiterhin ein Netzelement für ein Kommunikationsnetz bereit, das einen Netzaktualisierungsprotokollagenten zum Empfangen von Netzaktualisierungsmitteilungen von einem oder mehreren benachbarten Netzelementen auf einem Kommunikationsnetz, zum Rundsenden von empfangenen Netzaktualisierungsmitteilungen an benachbarte Netzelemente auf einem Kommunikationsnetz und zum Aktualisieren der Netzelement-Firmware entsprechend dem Inhalt der Netzaktualisierungsmitteilung umfasst; wobei die Netzaktualisierungsmitteilungen eine Kennung der Netzelementarten, die aktualisiert werden sollen, umfassen.
  • Die Erfindung stellt weiterhin ein Netzaktualisierungsprotokoll zum Aktualisieren von Firmware, die in Netzelementen eines Kommunikationsnetzes gespeichert ist, bereit, wobei das Protokoll eine Benachrichtigungsmitteilung, die die Netzelemente, die aktualisiert werden sollen, identifiziert, eine Download-Mitteilung zum Herunterladen der Aktualisierung auf die identifizierten Netzelemente und eine Anwendungsmitteilung zum Bewirken, dass Netzelemente, die die Firmware-Aktualisierung empfangen haben, die Aktualisierung anwenden, umfasst.
  • Ausführungsformen der Erfindung haben den Vorteil, dass die zum Durchführen einer Aktualisierung auf einer Reihe Elemente auf einem Netz benötigte Zeit erheblich reduziert wird. Zum Beispiel kann bei dem zuvor genannten Netz Großbritanniens die Zeit von mehr als sechs Monaten um einen sehr beträchtlichen Umfang, möglicherweise auf sogar weniger als einen Tag, reduziert. Während diese Reduktion beim Reduzieren der Kosten von Aktualisierungen deutlich von Vorteil ist, ist es auch vorteilhaft, weil sie ermöglicht, dass Aktualisierungen öfter durchgeführt werden, wodurch ermöglicht wird, dass unwesentliche Aktualisierungen häufig durchgeführt werden, ohne dass auf eine wichtige Aktualisierung gewartet werden muss, wobei es sich um Jahre handeln kann.
  • Eine Firmware-Aktualisierung kann Firmware für eine Reihe unterschiedlicher Funktionen auf einem Netzelement enthalten. Vorzugsweise wird ein Firmware-Aktualisierungsbild entsprechend der Netzelementfunktion, auf die sie zutreffen, in mehrere Teilbilder unterteilt. Dies hat den Vorteil, dass sogar wenn der Firmware-Download von dem Transportmechanismus segmentiert wird. Ein Netzelement kann dahingehend selektiv sein, welche Firmware es empfängt, entsprechend seinen Erfordernissen. Dies reduziert die Verarbeitungslast auf dem Netzelement.
  • Vorzugsweise wird periodisch eine Bestandsmitteilung von einem Netzelement an benachbarte Netzelemente gesendet, die die Firmware, die auf dem Netzelement gespeichert ist, auflistet, wobei die benachbarten Netzelemente die empfangene Firmware-Liste mit ihren eigenen Firmware-Listen vergleichen und dem sendenden Netzelement die Identität etwaiger Firmware auf der empfangenen Liste, jedoch nicht auf seiner eigenen Liste anzeigen, wobei die fehlende Firmware dann an den empfangenden Netzagenten gesendet wird. Dies hat den Vorteil des Bereitstellens eines sehr wirtschaftlichen Verfahrens zum Sicherstellen der Zuverlässigkeit von Rundsendungen. Die Alternative besteht darin, jede gesendete Mitteilung, die einen großen Einfluss auf die Kommunikationsnetz-Lade- und -Download-Zeit hat, zu bestätigen.
  • Ausführungsformen der Erfindung werden nun beispielhaft und unter Bezugnahme auf die begleitenden Zeichnungen beschrieben, in denen:
  • 1, auf die zuvor verwiesen wurde, ein Beispiel von Netzelementen auf einem Ring zeigt;
  • 2 eine Reihe Netzelemente, die die vorliegende Erfindung verkörpern, zeigt; und
  • 3 den Mitteilungsablauf in einem Vorgang, der die Erfindung verkörpert, zeigt.
  • In dem System und dem Verfahren, die beschrieben werden, werden Firmware-Aktualisierungen durchgeführt, indem die Firmware durch das gesamte Netz flutet. In nichtseriellen Netzen werden Netzelemente parallel aktualisiert. Die folgende Beschreibung betrifft ein SDH-Netz, die Erfindung ist jedoch auf ein beliebiges Telekommunikationsnetz anwendbar. In ähnlicher Weise betrifft die folgende Beschreibung TCP/IP-Stapel, obwohl andere Stapel, wie OSI-Kommunikationsstapel, verwendet werden können. 2 zeigt drei Netzelemente 10, die durch einen Inband-Datenkommunikationskanal 16 miteinander verbunden sind. Jedes Netzelement ist herkömmlich und beinhaltet einen Speicher 18 und einen Kommunikationsstapel 20. Jedes Netzelement beinhaltet außerdem einen NUP-Agenten (NUP = Network Upgrade Protocol, Netzaktualisierungsprotokoll) 22, der unter Anwendung herkömmlicher Aktualisierungstechniken auf jedes Netzelement heruntergeladen wird und der Software umfasst, die ein Netzaktualisierungsprotokoll implementiert, das die Erfindung verkörpert. Der NUP-Agent handhabt das Empfangen und die Verteilung von NUP-Protokoll-Mitteilungen. Der NUP-Agent ermöglicht einem Systembenutzer, den NUP-Agenten 22 über eine Befehlszeile oder eine andere Benutzerschnittstelle zu konfigurieren und zu informieren, um das Netzelement-Firmware-Bild rundzusenden.
  • Eine Aktualisierung wird durchgeführt, indem zunächst eine erste Quelle, Netzelement (NE) 10, unter Verwendung des Notebooks 14 oder der Elementsteuerung 12 aktualisiert wird, wie in Bezug auf 1 beschrieben. Der Vorgang ist mit bekannten Techniken identisch. Wenn diese Aktualisierung abgeschlossen ist, weist der Benutzer den ersten, aktualisierten NUP-Agenten 22 an, den Verteilungsvorgang zu starten. Diese Anweisung kann zu einem beliebigen Zeitpunkt, nachdem der Quellen-NUP-Agent 22 aktualisiert wurde, erfolgen.
  • Den NUP-Agenten 22 in jedem NE 10 kann eine Reihe Zustände zugeteilt sein, einschließlich „listen" (Zuhören), „receive" (Empfangen) und „broadcast only" (Nur rundsenden). Um eine Aktualisierung zu verteilen, die an dem Quellen-NUP-Agenten 22 empfangen wurde, wechselt der Quellen-NUP- Agent 22 in den Zustand „broadcast only" und sendet eine Benachrichtigungsmitteilung aus, die seine benachbarten NEs darüber informiert, dass in Kürze eine Firmware-Aktualisierung erfolgen wird. Die Benachrichtigungsmitteilung beinhaltet einen Kopf mit Adressierung, die die Marke und das Modell und die Version von Ausrüstungen bezeichnet, die die folgenden Mitteilungen annehmen sollten. Ziel-NEs, die dieser Adressierung entsprechen, wechseln von einem Zustand „listen", bei dem es sich um den Standardzustand handelt, in einen Zustand „receive". NEs, die dieser nicht entsprechen, bleiben im Zustand „listen".
  • Nach Benachrichtigung sendet der Quellen-NUP-Agent 22 die Firmware-Bilder, die in der Benachrichtigung aufgelistet sind, unter Verwendung der vom NUP heruntergeladenen Mitteilungen rund. Diese Mitteilung ist zu einer IS-IS-Verbindungszustand-Paketmitteilung analog.
  • Ein beliebiger NUP-Agent 22 im Zustand „receive" wird die heruntergeladenen Firmware-Bilder in ihren Speichern 18 speichern.
  • Wenn ein NE 10 den Firmware-Bestand aufweist, der in der Benachrichtigungsmitteilung festgesetzt ist, muss das NE angewiesen werden, auf die neue Firmware zu wechseln. Dies kann auf zweierlei Art vorgenommen werden. Die erste besteht darin, die Anweisung in der Benachrichtigungsmitteilung zu haben, und die zweite setzt eine separate Anwendungsmitteilung ein. Der erstere Ansatz wendet die neue Firmware an, sobald die gesamte Firmware heruntergeladen wurde. Der zweite ermöglicht, dass der Wechsel auf einen späteren Zeitpunkt verschoben wird. Dies wird mittels eines Flags „applystate" (Zustand anwenden) erzielt, das von dem NUP-Agenten 22 auf „pending" (Schwebend) gesetzt wird.
  • Sobald ein Download abgeschlossen wurde, ob angewendet oder nicht, kehrt der NUP-Agent 22 in den Zustand „listen" zurück.
  • Während Perioden von NUP-Mitteilungsaktivität gibt der NUP-Agent von NEs eine Bestandsmitteilung an seine benachbarten NEs aus. Dies kann darauf hinweisen, dass Firmware fehlt. Dies kann beispielsweise auftreten, wenn ein Download auf ein NE nicht möglich war, beispielsweise wenn er sich nicht in einem Zustand „receive" befand, als die Originalbestandsmitteilung gesendet wurde. Diese Mitteilung ist zu einer IS-IS-Sequenznummer-Paketmitteilung analog. Bei Erfassung fehlender Firmware wird ein NE derselben Marke/desselben Modells und derselben Version eine Download-Mitteilung mit der fehlenden Firmware an den NE senden.
  • In einigen Netzszenarios werden Inseln spezifischer Netzelementarten existieren, die durch NEs anderer Arten getrennt sind. Dies könnte implizieren, dass Inseln derselben Art Bestandsmitteilungen an und von entfernten Inseln nicht senden und empfangen können. Dies ist nicht der Fall. Wie zuvor spezifiziert, wird jede empfangene Mitteilung, die nicht für sich selbst ist, an das benachbarte Netzelement weitergeleitet und wird schließlich von einem NE derselben Art empfangen oder an den End-NEs vergeht. Nach Empfang durch die entfernte Insel derselben Art kann eine Antwort gesendet und etwaige fehlende Firmware auf den NE, der die Anforderung sendete, heruntergeladen werden.
  • 3 zeigt den Mitteilungsablauf in dem beschriebenen Vorgang. Die Figur zeigt Mitteilungen, die von einem Quellennetzelement an ein benachbartes Netzelement und von diesem Netzelement an ein weiteres Netzelement, das zu dem zweiten, benachbarten Netzelement benachbart ist, gesendet wurden. Die Figur ist des besseren Verständnisses halber von einem echten Fall in hohem Maße vereinfacht, da jedes Netzelement Mitteilungen an mehr als ein anderes Element senden wird, um sie durch das Netz rundzusenden.
  • Folglich sendet in 3 das Quellen-NE eine Mitteilung „send notify" (Benachrichtigung senden) 24, die durch das Netz von Netzelementen gesendet wird. Auf diese folgt eine Reihe Software-Download-Mitteilungen, die als „S/W-Download-Mitteilung 1" bis „S/W-Download-Mitteilung n", 26a bis 26n, gezeigt sind. Diese Software-Download-Mitteilungen werden bis zum Abschluss an alle Netzelemente verteilt.
  • Periodisch wird ein Netzelement, hier das mittlere der drei gezeigten, eine Bestandsmitteilung 28 an benachbarte Netzelemente aussenden. Der Bestand spezifiziert, welche Bilder von den benachbarten Netzelementen empfangen werden sollten. In dem gegebenen Beispiel wird dem Quellen-NE die Bestandsmitteilung gesendet, wird jedoch als das Ursprungselement nichts von dem mittleren Element empfangen haben und muss keine Bestandsmitteilung senden. Das andere benachbarte Element, als benachbartes NE identifiziert, sendet jedoch seine eigene Bestandsmitteilung 28, aus der das mittlere NE bestimmt, dass die Bilder in S/W-Download-Mitteilung fehlen. Das mittlere Netzelement überträgt die fehlenden Bilder 26b erneut an das benachbarte NE. Eine weitere Bestandsmitteilung 30, die von dem benachbarten NE an das mittlere NE gesendet wurde, informiert darüber, dass das benachbarte NE alle erforderlichen Bilder empfangen hat.
  • Schließlich, wenn die Software-Aktualisierung, die durch das Netz gesendet wurde, angewendet werden soll, wird eine Anwendungsmitteilung 32 von dem Quellen-NE an das benachbarte NE und weiter an das nächste benachbarte NE' und somit durch das Netz gesendet.
  • Der folgende Pseudocode erläutert den Betrieb der NUP-Agenten. Um die Deutlichkeit zu verbessern, wurde ein Teil der Ausnahmenbehandlung weggelassen.
  • Figure 00090001
  • Figure 00100001
  • Figure 00110001
  • Figure 00120001
  • Figure 00130001
  • Nun wird die Struktur der Firmware beschrieben. Einige aktuelle Firmwarewiederherstellungsmechanismen liefern ein Bild, das die gesamte Firmware für das Netzelement enthält. Dieses kann mehrere Megabyte enthalten und wird von der zugrunde liegenden Anwendung und den Transportmechanismen segmentiert.
  • Die NUP-Agenten wirken auf das Einzelbild ein, um es in konstituierende Teilbilder aufzubrechen. Dies können beispielsweise ein Bild für eine Traffic-Card, ein Bild für eine Switch-Card usw. beinhalten. Diese Teilbilder können von dem Transportmechanismus weiter segmentiert werden. Ein Segment enthält jedoch jetzt nur Firmware für nur eine Art von Karte. Infolgedessen kann der Ziel-NUP-Agent dahingehend selektiv sein, welche Bilder auszuwählen und in dem Speicher des Netzelements zu speichern sind. Die Bestimmung, welche Bilder auszuwählen und zu speichern sind, wird von dem NUP-Agenten vorgenommen, indem er die Liste von Dateien und Versionen in der Benachrichtigungsmitteilung mit dem gegenwärtigen Bestand des NE vergleicht. Dieser Ansatz hat den Vorteil, dass ein Netzelement nur Firmware speichert, die es aktualisieren muss, wodurch die Verarbeitungslast auf dem NE reduziert wird.
  • In einem großen Netz, wie einem Telekommunikationsnetz, ist es zwingend, dass Firmware-Aktualisierungen auf Netzelementen eine hohe Zuverlässigkeit aufweisen, um einen Dienstausfall zu verhindern. Dies kann vorgenommen werden, indem jede Mitteilung bestätigt wird, oder auf eine beliebige andere Weise. Ein Bestätigen jeder Mitteilung ist unerwünscht und wirkt sich stark auf das Netz aus. Es erhöht auch die Download-Zeit. Anstelle des Bestätigens von Mitteilungen werden Bestandsmitteilungen ausgesendet, wie in Bezug auf 3 beschrieben. Die Bestandsmitteilungen enthalten eine Liste aller Firmware-Bilder in einem Spei cher des Netzelements. Das Ziel-NE, das die Bestandsmitteilung empfängt, vergleicht den empfangenen Bestand mit seinen eigenen Auflistungen und wenn es erfasst, dass etwaige Firmware fehlt oder beispielsweise eine frühere Versionsnummer vorliegt, wird es die fehlenden Bilder unter Verwendung einer NUP-Download-Mitteilung an die Quelle der Bestandsmitteilung senden.
  • Das Verfahren und das System, die die Erfindung verkörpern, wurden im Hinblick auf die Firmware-Aktualisierungen beschrieben, die an alle adäquaten Netzelemente gesendet werden. Es wird einige Ausnahmen geben. Wenn zum Beispiel ein Netzelement von der korrekten Art ist, jedoch bereits die korrekte Version der Firmware hat, die aktualisiert wird, wird dieses NE im Zustand „listen" bleiben, wenn es eine Benachrichtigungsmitteilung empfängt. Folglich untersucht es die Aktualisierungsdetails in der Benachrichtigungsmitteilung, bestimmt, dass es bereits jene Firmware hat, und wechselt nicht in den Zustand „receive".
  • Wenn ein NE der korrekten Art von einem anderen Benutzer, einem Craft-Terminal oder einer Elementsteuerung verwendet wird, wird es die Aktualisierung empfangen und speichern, es wird sie jedoch nicht anwenden, bis sie von ihrem aktuellen Verwendungszweck freigegeben wird.
  • Ein NE, das sich bereits in einem Zustand „receive" oder „broadcast only" befindet, wird eine neue Download-Anforderung nicht annehmen, bis der gegenwärtige Job abgeschlossen ist.
  • Ein NE in einem Stilllegungszustand wird keine Downloads annehmen.
  • Die vorstehende Beschreibung geht davon aus, dass das Netz ausreichend Kapazität zum Durchführen der Aktualisierungen aufweist. Wenn das Netz verstopft ist, werden die Mitteilungen in eine Warteschlange gestellt, bis zu einem Zeitpunkt, an dem sie zu den benachbarten NEs weitergeleitet werden können.
  • Der Systembenutzer kann den Bestand eines beliebigen Netzelements bestimmen, indem er sich dieses Netzelement über eine Elementsteuerung oder ein anderes Diagnosewerkzeug, das mit dem Netz oder einem spezifischen Netzelement verbunden ist, ansieht.
  • Das Netzaktualisierungsprotokoll umfasst vier Hauptteile: Benachrichtigung, Bestand, Download und Anwendung. Diese werden der Reihe nach beschrieben.
  • BENACHRICHTIGUNG
  • Die Benachrichtigungsmitteilung wird über das Netz gesendet, um die NEs der in der Mitteilung definierten Art anzuweisen, in einen Firmware-Download-Wartezustand einzutreten. NEs, die nicht von der relevanten Art sind, treten nicht in diesen Zustand ein und bleiben in einem Zustand „listen" für weitere Benachrichtigungsmitteilungen.
  • Die Struktur der Benachrichtigungsmitteilung ist wie folgt:
    Kopf – NE-Art
    Jobkennung
    Mitteilungslänge
    Prüfsumme
    Nutzlast – Assoziative Wertepaare von Firmware bzw.
    Version.
    Flag „apply immediately" (Sofort anwenden).
  • Die Mitteilung enthält außerdem eine Jobkennung, um eine Störung durch andere, gleichzeitig ablaufende Downloads zu verhindern. Ein „Apply immediately"-Flag wird dazu verwen det, die NEs anzuweisen, die Aktualisierung anzuwenden, sobald sie vollständig empfangen wurde. Wenn dieses Flag gesetzt ist, wird jegliche folgende Anwendungsmitteilung ignoriert.
  • BESTAND
  • Eine Bestandsmitteilung wird von einem Netzelement an seine Nachbarn rundgesendet, um seinen Firmware-Bestand anzuzeigen. Die Struktur der Mitteilung ist wie folgt:
    Kopf – NE-Art
    Jobkennung
    Mitteilungslänge
    Prüfsumme
    Nutzlast – Assoziative Wertepaare von Firmware bzw.
    Version.
  • DOWNLOAD
  • Diese Mitteilung enthält das eigentliche Firmware-Bild, das herunterzuladen ist. Die Struktur der Mitteilung ist wie folgt:
    Kopf – NE-Art
    Jobkennung
    Mitteilungslänge
    Prüfsumme
    Nutzlast – Firmware-Bild, binär für eine logische
    Entität.
  • ANWENDUNG
  • Diese Mitteilung weist die NEs an, die neue Software anzuwenden. Sie ist nicht erforderlich, wenn das „Apply immediately"-Flag in der Benachrichtigungsmitteilung gesetzt ist. Die Anwendungsmitteilung kann sofort nach der letzten Download-Mitteilung oder zu einem späteren Zeitpunkt nach einem von einem Benutzer hervorgerufenen Ereignis gesendet werden. Die Struktur der Mitteilung ist wie folgt:
    Kopf – NE-Art
    Jobkennung
    Mitteilungslänge
    Prüfsumme
    Nutzlast – Assoziative Wertepaare von Software bzw.
    Version
    Effektive Zeit (nur für verschobene Anwen
    dung).
  • Der Empfang dieser Mitteilung erzeugt einen Alarm, um die Tatsache zu protokollieren, dass die Firmware sich geändert hat. Wenn das „Apply immediately"-Flag in der Benachrichtigungsmitteilung gesetzt wurde, ist diese Mitteilung nicht erforderlich und wird bei Sendung ignoriert. Sie kann auch ein Ereignis hervorrufen, das an das NE gesendet wird, von dem aus die globale Anwendung initiiert wurde.
  • Man wird zu schätzen wissen, dass die beschriebene Ausführungsform der Erfindung sehr von Vorteil ist und ermöglicht, die zum Aktualisieren eines Netzes benötigte Zeit von mehreren Monaten auf einige wenige Stunden zu reduzieren. Dies ermöglicht das Schaffen großer Kosteneinsparungen und das Vornehmen häufiger Aktualisierungen, was den Netzbetrieb optimieren kann. Zuvor wurden aufgrund der Kosten und der Schwierigkeit des Aktualisierungsvorgangs nur die wichtigsten und wesentlichsten Aktualisierungen vorgenommen.
  • Viele Abarten der beschriebenen Ausführungsformen sind möglich, ohne vom Schutzumfang der Erfindung abzuweichen, die von den hieran angefügten Ansprüchen definiert wird. Obwohl die Beschreibung beispielsweise im Hinblick auf ein SDH-Netz angeführt wurde, ist die Erfindung nicht auf eine bestimmte Art von Netz beschränkt.

Claims (20)

  1. Verfahren, das das Aktualisieren von Firmware betrifft, die auf Netzelementen eines Kommunikationsnetzes installiert ist, wobei das Verfahren Folgendes umfasst: Laden der Firmware-Aktualisierung auf ein Quellennetzelement (10) auf dem Netz und Rundsenden der Aktualisierung durch das Netz an Netzelemente (10), auf die die Firmware-Aktualisierung zutrifft; gekennzeichnet dadurch, dass der Schritt des Rundsendens der Firmware-Aktualisierung das Senden einer Benachrichtigungsmitteilung, die die Netzelementart identifiziert, auf die die Aktualisierung zutrifft, an zum Quellennetzelement (10) benachbarte Netzelemente und das Rundsenden der Benachrichtigungsmitteilung durch das Netz, indem jedes Netzelement, das die Benachrichtigungsmitteilung empfängt, sie an benachbarte Netzelemente (10) weiterleitet, umfasst.
  2. Verfahren nach Anspruch 1, wobei bei Empfang der Benachrichtigungsmitteilung ein Netzelement der Art, die in der Nachricht identifiziert wird, in einen Empfangszustand zum Empfang der Firmware-Aktualisierung wechselt.
  3. Verfahren nach Anspruch 1 oder 2, wobei der Schritt des Rundsendens der Aktualisierung durch das Net das Senden einer Download-Mitteilung, die das Firmware-Aktualisierungsbild enthält, an zu den Quellennetzelementen benachbarte Netzelemente und das Rundsenden der Download-Mitteilung durch das Netz, indem jedes Netzelement, das die Download-Mitteilung empfängt, sie an benachbarte Netzelemente weiterleitet, umfasst.
  4. Verfahren nach Anspruch 3, wobei jedes Netzelement mehrere unterschiedliche Funktionen, auf die die Firmware-Aktualisierung zutrifft, umfasst, wobei das Verfahren das Unterteilen des Firmware-Aktualisierungsbilds in der Download-Mitteilung in mehrere Teilbilder entsprechend der Netzelementfunktion, auf die sie zutreffen, umfasst.
  5. Verfahren nach einem der Ansprüche 1 bis 4, wobei die Benachrichtigungsmitteilung ein Flag enthält, das Netzelemente, die die Firmware-Aktualisierung empfangen, anweist, die Aktualisierung sofort, nachdem sie empfangen wurde, anzuwenden.
  6. Verfahren nach einem der Ansprüche 1 bis 5, wobei der Schritt des Rundsendens der Firmware-Aktualisierung das Senden einer Anwendungsmitteilung von dem Quellennetzelement an benachbarte Elemente und das Senden der Anwendungsmitteilung von jedem Netzelement, an dem sie empfangen wird, an benachbarte Netzelemente umfasst, wobei die Anwendungsmitteilung Netzelemente, auf die die Firmware-Aktualisierung zutrifft, anweist, die Aktualisierung anzuwenden.
  7. Verfahren nach einem der vorhergehenden Ansprüche, das das periodische Senden einer Bestandsmitteilung (28) von einem gegebenen Netzelement an benachbarte Elemente, wobei die Bestandsmitteilung eine Liste von Firmware, die auf dem Netzelement (10) gespeichert ist, umfasst, und, an den benachbarten Netzelementen, die die Bestandsmitteilung empfangen, das Vergleichen der empfangenen Firmware-Liste mit seiner eigenen Firmware-Liste und, falls der Vergleich anzeigt, dass das Netzelement, das die Bestandsmitteilung sendet, nicht über die gesamte Firmware in der Liste des empfangenden Netzelements verfügt, das Senden der fehlenden Firmware an das Netzelement, von dem die Bestandsmitteilung stammt, umfasst.
  8. Verfahren nach Anspruch 7, wobei die Bestandsmitteilung (28) eine Kennung der Netzelementart enthält und nur von benachbarten Netzelementen derselben Art beantwortet wird.
  9. Verfahren nach Anspruch 8, wobei die Anwendungsmitteilung eine Anzeige enthält, dass die Anwendung der Firmware-Aktualisierung auf einen spezifizierten Zeitpunkt verschoben wird.
  10. Verfahren nach Anspruch 1, das weiterhin das Installieren eines Protokollagenten (22) auf jedem Netzelement (10) zum Ausführen eines Netzaktualisierungsprotokolls; und das Rundsenden der Firmware-Aktualisierung durch das Netz an Netzelemente, auf die die Firmware-Aktualisierung zutrifft, indem das Netzaktualisierungsprotokoll auf jedes Netzelement angewendet wird, umfasst.
  11. Kommunikationsnetz, das mehrere Netzelemente (10) umfasst, wobei jedes Netzelement einen Netzaktualisierungsprotokollagenten (22) zum Empfangen von Netzaktualisierungsmitteilungen von benachbarten Netzelementen, Rundsenden von empfangenen Netzaktualisierungsmitteilungen an benachbarte Netzelemente und Aktualisieren der Firmware der Netzelemente entsprechend dem Inhalt der Netzaktualisierungsmitteilung aufweist; wobei die Netzaktualisierungsmitteilungen eine Kennung der Netzelementarten, die aktualisiert werden sollen, umfassen.
  12. Netzelement für ein Kommunikationsnetz, das einen Netzaktualisierungsprotokollagenten (22) zum Empfangen von Netzaktualisierungsmitteilungen von einem oder mehreren benachbarten Netzelementen auf einem Kommunikationsnetz, zum Rundsenden von empfangenen Netzaktualisierungsmitteilungen an benachbarte Netzelemente auf einem Kommunikationsnetz und zum Aktualisieren der Netzelement-Firmware entsprechend dem Inhalt der Netzaktualisierungsmitteilung umfasst; wobei die Netzaktualisierungsmitteilungen eine Kennung der Netzelementarten, die aktualisiert werden sollen, umfassen.
  13. Vorrichtung nach Anspruch 11 oder 12, wobei der Netzaktualisierungsprotokollagent (NAP-Agent) (22) Mittel zum Aufteilen eines Firmwarebilds in mehrere funktionelle Teilbilder umfasst.
  14. Vorrichtung nach Anspruch 11, 12 oder 13, wobei der NAP-Agent (22) Mittel zum Prüfen einer NAP-Mitteilung umfasst, um zu bestimmen, ob der Mitteilungsinhalt für das Netzelement relevant ist.
  15. Vorrichtung nach einem der Ansprüche 11 bis 14, wobei der NAP-Agent (22) Mittel zum Ändern des Zustands des Agenten bei Empfang einer Netzaktualisierungsprotokollmitteilung, die für das Netzelement relevant ist, umfasst, wodurch das Netzelement eine Firmware-Aktualisierung empfangen und speichern kann.
  16. Vorrichtung nach einem der Ansprüche 11 bis 15, wobei der NAP-Agent (22) Mittel zum Senden eines Bestands von Firmware, die auf dem NAP-Agenten gespeichert ist, an benachbarte Netzelemente auf einem Kommunikationsnetz umfasst.
  17. Vorrichtung nach Anspruch 16, wobei der NAP-Agent (22) Mittel zum Empfangen eines Bestands von einem benachbarten Netzelement auf einem Kommunikationselement, zum Vergleichen des empfangenen Bestands mit seinem eigenen Bestand und, wenn der empfangene Bestand Elemente enthält, die nicht in seinem eigenen Bestand sind, Identifizieren dieser Elemente gegenüber dem Netzelement, von dem der Bestand empfangen wurde, umfasst.
  18. Vorrichtung nach einem der Ansprüche 11 bis 17, wobei der NAP-Agent (22) Mittel zum Anwenden von empfangener Firmware in Bezug auf eine Anwendungsmitteilung enthält.
  19. Netzaktualisierungsprotokoll zum Aktualisieren von Firmware, die in Netzelementen eines Kommunikationsnetzes gespeichert ist, wobei das Protokoll eine Benachrichtigungsmitteilung, die die Netzelementart, die aktualisiert werden soll, identifiziert, eine Download-Mitteilung zum Herunterladen der Aktualisierung auf die Netzelemente der identifizierten Art und eine Anwendungsmitteilung zum Bewirken, dass Netzelemente, die die Firmware-Aktualisierung empfangen haben, die Aktualisierung anwenden, umfasst.
  20. Netzaktualisierungsprotokoll nach Anspruch 19, das eine Bestandsmitteilung zum Bewirken, dass ein Bestand von Firmware von einem Netzelement an benachbarte Elemente gesendet wird, und zum Bewirken, dass die benachbarten Netzelemente jeweils dem Netzelement, das die Bestandsmitteilung sendet, anzeigen, ob etwaige Firmware, die in der Bestandsmitteilung identifiziert wurde, nicht auf einem benachbarten Netzelement gespeichert ist, umfasst.
DE60224101T 2001-10-04 2002-10-04 Kommunikationsnetzwerk Expired - Lifetime DE60224101T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GBGB0123861.7A GB0123861D0 (en) 2001-10-04 2001-10-04 Comunications networks
GB0123861 2001-10-04
PCT/GB2002/004541 WO2003029969A2 (en) 2001-10-04 2002-10-04 Communications networks

Publications (2)

Publication Number Publication Date
DE60224101D1 DE60224101D1 (de) 2008-01-24
DE60224101T2 true DE60224101T2 (de) 2008-12-04

Family

ID=9923248

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60224101T Expired - Lifetime DE60224101T2 (de) 2001-10-04 2002-10-04 Kommunikationsnetzwerk

Country Status (9)

Country Link
US (1) US7992142B2 (de)
EP (1) EP1497718B1 (de)
JP (1) JP2005528003A (de)
CN (1) CN100538634C (de)
AT (1) ATE381058T1 (de)
CA (1) CA2461273C (de)
DE (1) DE60224101T2 (de)
GB (1) GB0123861D0 (de)
WO (1) WO2003029969A2 (de)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2408406B (en) * 2003-11-21 2006-01-11 Motorola Inc Method of downloading software
US7305672B2 (en) * 2004-01-06 2007-12-04 International Business Machines Corporation Dynamic software update system, method and program product
US8051483B2 (en) 2004-03-12 2011-11-01 Fortinet, Inc. Systems and methods for updating content detection devices and systems
US7565445B2 (en) 2004-06-18 2009-07-21 Fortinet, Inc. Systems and methods for categorizing network traffic content
US8230414B1 (en) * 2005-06-16 2012-07-24 Infinera Corporation Software distribution and cache management across client machines on a network
US7814479B2 (en) * 2005-12-14 2010-10-12 International Business Machines Corporation Simultaneous download to multiple targets
US7580974B2 (en) 2006-02-16 2009-08-25 Fortinet, Inc. Systems and methods for content type classification
US10313254B1 (en) 2007-03-30 2019-06-04 Extreme Networks, Inc. Network management interface for a network element with network-wide information
US7761734B2 (en) * 2007-04-13 2010-07-20 International Business Machines Corporation Automated firmware restoration to a peer programmable hardware device
US7761735B2 (en) * 2007-04-13 2010-07-20 International Business Machines Corporation Automated firmware restoration to a peer programmable hardware device
WO2008155798A1 (ja) * 2007-06-20 2008-12-24 Fujitsu Limited ユニット間設定同期装置
EP2129041A1 (de) * 2008-05-27 2009-12-02 Siemens Milltronics Process Instruments Inc. Netzwerk und Verfahren zur Aktualisierung mehrerer Geräte in einem derartigen Netzwerk
EP2370896B1 (de) * 2008-12-22 2014-04-30 Telefonaktiebolaget L M Ericsson (PUBL) Softwareaufrüstung von netzelementen in einem telekommunikationsnetz
US9104521B2 (en) * 2009-03-16 2015-08-11 Tyco Electronics Subsea Communications Llc System and method for remote device application upgrades
CN104641673B (zh) * 2012-10-04 2018-05-04 罗德施瓦兹两合股份有限公司 用于自动配置测试仪的方法和测试系统
US10560968B2 (en) 2017-06-13 2020-02-11 Mueller International, Llc Broadcast messaging
US11082294B2 (en) * 2017-08-15 2021-08-03 Mueller International, Llc Broadcast remote firmware update

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5008814A (en) 1988-08-15 1991-04-16 Network Equipment Technologies, Inc. Method and apparatus for updating system software for a plurality of data processing units in a communication network
DE69129480T2 (de) * 1990-08-23 1998-10-01 Fujitsu Ltd Anordnung zur Modifikation der Firmware, wobei ältere Versionen erneut geladen werden können.
JPH086796A (ja) 1994-06-15 1996-01-12 Nec Corp ダウンロード方法、そのネットワークシステム、及びデータファイル更新方法
CN1089538C (zh) * 1995-01-30 2002-08-21 艾利森电话股份有限公司 软件的灵活下载
JP3698761B2 (ja) * 1995-07-19 2005-09-21 富士通株式会社 情報転送方法及び情報転送装置
KR100286008B1 (ko) * 1995-12-30 2001-04-16 윤종용 소프트웨어 프로그램 자동 갱신방법
US6151643A (en) * 1996-06-07 2000-11-21 Networks Associates, Inc. Automatic updating of diverse software products on multiple client computer systems by downloading scanning application to client computer and generating software list on client computer
JP2000067021A (ja) 1998-08-25 2000-03-03 Nec Corp ソフトウエアの高速自動更新方式
US6289511B1 (en) * 1998-09-29 2001-09-11 Telephonaktiebolaget Lm Ericsson Method and system for distributing software in a telecommunications network
US6233730B1 (en) * 1998-12-16 2001-05-15 Emc Corporation Revision compatibility between programs
US6324692B1 (en) * 1999-07-28 2001-11-27 Data General Corporation Upgrade of a program
US7469405B2 (en) * 2000-04-25 2008-12-23 Kforce Inc. System and method for scheduling execution of cross-platform computer processes
US6883168B1 (en) * 2000-06-21 2005-04-19 Microsoft Corporation Methods, systems, architectures and data structures for delivering software via a network
GB2348721A (en) * 2000-07-15 2000-10-11 Ideagen Software Limited Automated software or data updating in distributed computing system
US7162538B1 (en) * 2000-10-04 2007-01-09 Intel Corporation Peer to peer software distribution system
US20030182414A1 (en) * 2003-05-13 2003-09-25 O'neill Patrick J. System and method for updating and distributing information
US20040068721A1 (en) * 2000-11-17 2004-04-08 O'neill Patrick Network for updating firmware and / or software in wireless communication devices
GB2374163B (en) * 2000-11-27 2004-12-01 Gordano Ltd Maintaining software and data
US6944854B2 (en) * 2000-11-30 2005-09-13 International Business Machines Corporation Method and apparatus for updating new versions of firmware in the background
US7743374B2 (en) * 2000-12-21 2010-06-22 Canon Kabushiki Kaisha Network system, information processing apparatus, information processing method, and control program for remote driver installation
US7307978B2 (en) * 2001-05-01 2007-12-11 Avago Technologies Enterprise Ip (Singapore) Pte Ltd Method and system for routing packets through a network by employing geographical position data
JP4056794B2 (ja) * 2002-05-28 2008-03-05 株式会社日立製作所 ストレージシステムの制御方法及びストレージシステム
US6966058B2 (en) * 2002-06-12 2005-11-15 Agami Systems, Inc. System and method for managing software upgrades in a distributed computing system
JP2005050061A (ja) * 2003-07-31 2005-02-24 Canon Inc プッシュ型インストールシステム、情報処理装置、プッシュ型インストール方法およびプログラム
US7392520B2 (en) * 2004-02-27 2008-06-24 Lucent Technologies Inc. Method and apparatus for upgrading software in network bridges

Also Published As

Publication number Publication date
JP2005528003A (ja) 2005-09-15
CN100538634C (zh) 2009-09-09
DE60224101D1 (de) 2008-01-24
CA2461273A1 (en) 2003-04-10
WO2003029969A8 (en) 2004-07-29
CA2461273C (en) 2014-09-16
CN1596397A (zh) 2005-03-16
US7992142B2 (en) 2011-08-02
US20050108288A1 (en) 2005-05-19
EP1497718A2 (de) 2005-01-19
EP1497718B1 (de) 2007-12-12
ATE381058T1 (de) 2007-12-15
WO2003029969A3 (en) 2004-10-28
GB0123861D0 (en) 2001-11-28
WO2003029969A2 (en) 2003-04-10

Similar Documents

Publication Publication Date Title
DE60224101T2 (de) Kommunikationsnetzwerk
EP0849666B1 (de) Verfahren zum Instantiieren einer versionsbehafteten Klasse
EP0607493B1 (de) Realzeit-Steuerungssystem
DE69514102T2 (de) Verfahren und gerät zur verteilung von ereignissen in einem betriebssystem
EP0743595B1 (de) Kommunikationssystem mit Mitteln zum Austausch von Software
DE3908459C2 (de) Netzwerkserver
DE102006021830B4 (de) System und Verfahren zur zeitgesteuerten Programmausführung
DE60210829T2 (de) Aufenthaltsortsregister, Aufenthaltsortsregistrierungssystem und -methode zur Reduzierung der Anzahl von Registrierungsnachrichten
DE69127612T2 (de) Datenübertragungssteuerungssystem
DE69715267T2 (de) Verfahren zur Datenaktualisierung zwischen Teilnehmerkarten in einem zellularen Funkkommunikationssystem und Endgeräte dafür
DE69511110T2 (de) Datenkonferenznetz
DE69902373T2 (de) Verfahren und vorrichtung zur fehlerkorrektur
EP0466948B1 (de) Kommunikationssystem mit einem der zentralen Steuerung dienenden Multiprozessorsystem
DE69838326T2 (de) Wiedergewinnung von gruppeninformation unter mobilen systemen
DE60223120T2 (de) Verfahren zur realisierung von dynamischen lastausgleich von sprachdiensten in intelligenten netzen und aus diesem verfahren hervorgehendes netz
DE60211211T2 (de) Kommunikationsgerät, empfangprozessausführungsverfahren-und-programm, und rechnerlesbares medium auf dem dieses programm gespeichert ist
DE69833124T2 (de) Adaptives prozessorsystem
DE10206000A1 (de) Installations-Server
EP1203497A1 (de) Verfahren zur aktualisierung von teilnehmerbezogenen daten eines telekommunikationsnetzes
EP0472775A1 (de) Programmgesteuerte Kommunikationsanlage bzw. Vermittlungseinrichtung
DE602005005820T2 (de) Datenverteilung zu Knoten eines Telekommunikationsnetzwerkes
EP2296360B1 (de) Verfahren zum Gestalten und Generieren von Druckereierzeugnissen
DE60122995T2 (de) Verfahren zur Änderung von Teilnehmerprofilen in einem mobilen Kommunikationssystem
DE60133612T2 (de) Kommunikationsendgerät
DE69513766T2 (de) Verfahren zur Anpassung von Datenströme

Legal Events

Date Code Title Description
8364 No opposition during term of opposition