EP2077058A1 - Verfahren und anordnung zur konfiguration zumindest einer einem netzknoten zugeordneten netzeinheit - Google Patents

Verfahren und anordnung zur konfiguration zumindest einer einem netzknoten zugeordneten netzeinheit

Info

Publication number
EP2077058A1
EP2077058A1 EP07820385A EP07820385A EP2077058A1 EP 2077058 A1 EP2077058 A1 EP 2077058A1 EP 07820385 A EP07820385 A EP 07820385A EP 07820385 A EP07820385 A EP 07820385A EP 2077058 A1 EP2077058 A1 EP 2077058A1
Authority
EP
European Patent Office
Prior art keywords
lcl
network unit
stored
configuration
network
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.)
Withdrawn
Application number
EP07820385A
Other languages
English (en)
French (fr)
Inventor
Frank Leiding
Achmed Schulz
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.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Nokia Siemens Networks GmbH and Co KG
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 Nokia Siemens Networks GmbH and Co KG filed Critical Nokia Siemens Networks GmbH and Co KG
Publication of EP2077058A1 publication Critical patent/EP2077058A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0421—Circuit arrangements therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13003—Constructional details of switching devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13039—Asymmetrical two-way transmission, e.g. ADSL, HDSL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13095—PIN / Access code, authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13109—Initializing, personal profile
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13298—Local loop systems, access network

Definitions

  • the invention relates to a method and an arrangement for configuring at least one network unit assigned to a network node (DSLAM).
  • DSLAM network node
  • Modern communication networks usually consist of a plurality of interconnected network nodes.
  • a current telecommunications network is shown schematically in FIG.
  • the main network of the entire telecommunications network is a broadband network, which can be implemented, for example, as an IP network (IP: "Internet Protocol”)
  • IP Internet Protocol
  • Main network also referred to as the backbone of the network
  • DSLAM Digital Subscriber Line Access Multiplexer
  • TN1, TN2 to TNk The individual participants connected to DSLAMl are denoted in FIG. 1 by TN1, TN2 to TNk. Further subscribers, for example connected to DSLAM2 and DSLAM3, are not shown in FIG. 1 for better clarity.
  • Each of the subscriber lines (DSL1, DSL2, ..., DSLk) is initially connected, on the exchange side, to a separate network unit, for example in the DSLAM1, a so-called "line card" (LCl, ..., LCl) TNl to TNk are for example with a first linecard LCl connected. Accordingly, further subscriber lines can be connected to the further line cards LC2 to LCl assigned to the DSLAMl (not shown in FIG. 1).
  • a DSLAM usually contains a plurality of these line cards (LCl,...,. LCl), which are usually plugged into dedicated slots or slots within the corresponding DSLAM.
  • the individual line cards (LCl,..., LCl) contain, for example, a plurality of subscriber ports (POl,..., POm) to which the individual subscriber lines (DSL1,..., DSLk) can be connected.
  • POl subscriber ports
  • DSLk subscriber lines
  • One task of the line cards (LCl, ..., LCl) is to control and monitor the data flow on the subscriber lines (DSLl, ..., DSLk). For this task, information about the properties of the individual subscriber lines (DSL1, ..., DSLk) is required on the line cards (LCl, ..., LCl).
  • This information is usually stored in a non-volatile memory (for example directly in the DSLAM1) and is transmitted to the individual line cards (LCl,..., LCl) during a system start by a central module arranged in the DSLAM1.
  • a DSLAM contains several central modules (ZBG) responsible for a certain number of line cards (LCl,..., LCl).
  • the individual line cards (LCl,..., LCl) are thus individually configured during a configuration process in accordance with the information transmitted by the respective central module (ZBG). Subsequently, a corresponding initialization of the individual chipsets arranged on the line card (LCl,..., LCl) begins in the line cards (LCl,..., LCl).
  • the object of the invention is, inter alia, this
  • This object is based on a method according to the
  • configuration data are stored centrally in the network node and / or stored in the at least one network unit in a decentralized manner. Furthermore, it is checked during a booting process, if at least a part of the centrally stored in the network node and the at least one network unit locally stored configuration data is at least approximately identical, and carried out the configuration of the at least one network unit depending on the result of the check.
  • the essential advantage of the invention is that the time required for the configuration of network nodes or network units assigned to them is minimized.
  • the configuration of the at least one network unit is advantageously carried out according to the methods described in US Pat at least one network unit decentrally stored configuration data - claim 2.
  • the configuration data stored in the network node are transmitted to the at least one network unit and stored there, and the configuration of the at least one network unit takes place in accordance with the transmitted configuration data.
  • the check is carried out, for example, using keys that are uniquely assigned to the configuration data, wherein it is checked whether at least a part of the keys stored in the network node and in the at least one network unit is at least approximately identical - Claim 4.
  • the keys are advantageously stored in the network node, are transmitted to the at least one network unit and / or stored there and each contain information about the MAC address and / or slot number of the network unit and / or storage time of the key claims 5 and 6. By using such information, the network entities can be uniquely identified.
  • Figure 1 is a schematic representation of a current, already mentioned in the introduction to the telecommunications system and
  • FIG. 2 shows a flow chart for explaining an exemplary sequence of the method according to the invention.
  • a global unique key is advantageously generated in a configuration operation initiated by the central assembly.
  • shelf The MAC address of the shelf ("shelf") of the DSLAM in which the central module and the corresponding line cards are located, the slot number of the configured line card within the corresponding shelf (1 ... 1), the storage time of the configuration and optionally
  • the MAC address is a media access control address, which is a unique, unique, 48-bit hardware address that uniquely identifies a node in a network. Address consists of a vendor ID and an adapter ID, so in this example it clearly refers to at least the shelf in which the central module and the associated line cards are located, and this is the only fixed identification option with regard to the subscriber lines Assemblies in the DSLAMs can be freely plugged in or the positions exchanged, for example in a DSLAM several shelves for central modules and the associated line cards can be present.
  • the slot number in turn contains information about the position of a line card within a shelf. For example, a shelf can contain a plurality of individual slots or slots (1 to 1), the slot number correspondingly indicating the position of the corresponding line card 1... 1 in the shelf.
  • the key may also contain information about the storage time of the configuration or the startup process, for example, which makes subsequent configurations or startup processes distinguishable from other configuration (and startup) processes.
  • a random number can be inserted into the key. This contributes to an increase in security, since the probability that two identical keys are generated, for example due to errors in the generation or transmission of the key, can be further minimized or completely ruled out by an individually generated random number.
  • the key generated according to the invention is non-volatile stored both on the central module and on the corresponding line card.
  • the key is generated, for example, in the DSLAM, for example in the central module, and then transferred according to the invention, for example together with the assigned configuration information to be transmitted to the corresponding linecard.
  • a first configuration process ie, for example, during a first initialization of a DSLAM
  • the information necessary for the configuration of the individual line cards or for the initialization of the corresponding chipsets is transmitted to the line cards from the central module according to a current method.
  • the line cards are then used to initialize the chipsets, as explained in the introduction to the description.
  • the transmitted configuration information or configuration data are stored non-volatile respectively on the respective line cards and in the DSLAM, advantageously in the relevant central module.
  • both the key stored on the line card itself and the key stored on the central module for the corresponding line card to be configured are first of all read out (step 201).
  • step 202 the two keys are subsequently checked. In this example, this means that it is examined whether the two keys read out are identical.
  • the configuration information used for the last configuration and stored nonvolatilely on the line card for re-initializing the chipsets of this line card can be used.
  • the line card is thus able to initialize the corresponding chipsets independently (step 203).
  • step 202 If, however, it was found in step 202 that the two keys read out are not identical, this means that the configuration data assigned to each of the keys is not identical, e.g. the configuration data stored on the linecard are obsolete. Thus, a re-configuration of the corresponding line card by the central module must be performed. In this case, the configuration information required for the configuration of the line card is thus transmitted from the central module to the line card. In addition, as described above, an up-to-date key representing the new configuration information is generated. This is stored centrally in the DSLAM and also transmitted to the linecard. This is shown in Fig.2 mutatis mutandis by the corresponding steps 205 and 204, respectively.
  • initialization of the chipsets according to the newly communicated configuration information may be started on the linecard (step 206). Said configuration information and the generated key are then stored non-volatile again on the line card in addition to the storage on the central module (step 207).
  • the time required for initialization can usually be drastically reduced. Since only those linecards need to be provided with new configuration information that has changed since the system was last started or the last time the system was booted, most line cards can transfer the configuration information from the central module to the linecard and confirm the line configuration completed configuration omitted.
  • Changes in the configuration information for a single linecard may be, for example, the result in the following reasons.
  • a so-called offline configuration configuration actions can be performed while the line card in question is not present.
  • the central module sends the configuration information stored thereon and the associated key to the corresponding line card, whereupon the configuration is carried out accordingly and the configuration information and the key are stored.
  • the line card in question is in principle one of the original configuration operations described above. This means that in these cases a new key corresponding to the current configuration information is generated, which is stored both in the DSLAM and in the line card.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und eine Anordnung zur Konfiguration zumindest einer einem Netzknoten (DSLAM) zuge- ordneten Netzeinheit (LC1,..., LCl) beispielsweise in einem Kommunikationsnetz. Beim erfindungsgemäßen Verfahren werden während eines Konfigurationsvorgangs Konfigurationsdaten in dem Netzknoten (DSLAM) zentral gespeichert und/oder in der zumindest einen Netzeinheit (LC1,..., LCl) dezentral gespeichert. Des Weiteren wird während eines Hochlaufvorgangs überprüft, ob zumindest ein Teil der in dem Netzknoten (DSLAM) zentral gespeicherten und der in der zumindest einen Netzeinheit (LC1,..., LCl) dezentral gespeicherten Konfigurationsdaten zumindest annähernd identisch ist, und die Konfiguration der zumindest einen Netzeinheit (LC1,..., LCl) abhängig vom Überprüfungsergebnis durchgeführt. Die Überprüfung kann erfindungsgemäß anhand von den Konfigurationsdaten eindeutig zugeordneten Schlüsseln erfolgen werden, wobei die Schlüssel ebenfalls im Netzknoten (DSLAM) und in der zumindest einen Netzeinheit (LC1,..., LCl) gespeicherten sind.

Description

Beschreibung
Verfahren und Anordnung zur Konfiguration zumindest einer einem Netzknoten zugeordneten Netzeinheit
Die Erfindung betrifft ein Verfahren und eine Anordnung zur Konfiguration zumindest einer einem Netzknoten (DSLAM) zugeordneten Netzeinheit.
Moderne Kommunikationsnetze bestehen zumeist aus einer Mehrzahl miteinander verbundener Netzknoten. Beispielhaft ist in Fig.l ein aktuelles Telekommunikationsnetz schematisch dargestellt. Das Hauptnetz des gesamten Telekommunikationsnetzes ist ein breitbandiges Netz, das beispielsweise als IP-Netz (IP: „Internet Protocol") ausgeführt sein kann. An dieses
Hauptnetz, auch als Backbone des Netzes bezeichnet, sind mehrere Netzknoten angebunden, die als vermittlungsseitige Anschlusseinheiten für die einzelnen an das Telekommunikationsnetz angeschlossenen Teilnehmer fungieren. In Fig.l sind die- se Netzknoten als „DSLAM" (1-3) bezeichnet. DSLAM steht hier für „Digital Subscriber Line Access Multiplexer", also für Netzeinrichtungen, die Datenströme von einer Vielzahl von (unter anderem digitalen) Teilnehmeranschlussleitungen zu einem hochbitratigen Datenstrom zusammenfassen können (in Rich- tung des Hauptnetzes), bzw. den vom Hauptnetz kommenden Datenstrom auf die einzelnen Teilnehmeranschlussleitungen aufteilen. Die einzelnen an DSLAMl angeschlossenen Teilnehmer sind in Fig.l mit TNl, TN2 bis TNk bezeichnet. Weitere, beispielsweise an DSLAM2 und DSLAM3 angeschlossene Teilnehmer sind in Fig.l der besseren Übersichtlichkeit wegen nicht dargestellt .
Jede der Teilnehmeranschlussleitungen (DSLl, DSL2, ..., DSLk) ist vermittlungsseitig zunächst mit einer beispielsweise im DSLAMl angeordneten eigenen Netzeinheit, einer so genannten „Linecard" (LCl, ..., LCl) verbunden. Die in Fig.l eingetragenen Teilnehmer TNl bis TNk sind beispielsweise mit einer ersten Linecard LCl verbunden. An die weiteren dem DSLAMl zugeordneten Linecards LC2 bis LCl können dementsprechend weitere Teilnehmeranschlussleitungen angeschlossen sein (in Fig.l nicht eingezeichnet).
Ein DSLAM enthält, wie in Fig.l zu sehen, üblicherweise eine Mehrzahl dieser Linecards (LCl, ..., LCl), welche zumeist in dafür vorgesehene Einschubfächer bzw. Slots innerhalb des entsprechenden DSLAMs eingesteckt sind. Die einzelnen Line- cards (LCl, ..., LCl) wiederum enthalten ihrerseits beispielsweise mehrere Teilnehmerports (POl, ..., POm), an die die einzelnen Teilnehmerleitungen (DSLl, ..., DSLk) angeschlossenen werden können. Üblich ist in aktuellen Netzen eine Größenordnung von zum Beispiel vierundzwanzig, achtund- vierzig oder zweiundsiebzig Teilnehmerports an einer Linecard. Eine Aufgabe der Linecards (LCl, ..., LCl) ist, den Da- tenfluss auf den Teilnehmerleitungen (DSLl, ..., DSLk) zu steuern und zu überwachen. Für diese Aufgabe werden auf den Linecards (LCl, ..., LCl) Informationen über die Eigenschaf- ten der einzelnen Teilnehmeranschlüsse (DSLl, ..., DSLk) benötigt .
Diese Informationen sind zumeist zentral nichtflüchtig gespeichert (etwa direkt im DSLAMl) und werden bei einem Sys- temstart von einer im DSLAMl angeordneten Zentralbaugruppe an die einzelnen Linecards (LCl, ..., LCl) übermittelt. Üblicherweise enthält ein DSLAM mehrere für eine bestimmte Anzahl an Linecards (LCl, ..., LCl) zuständige Zentralbaugruppen (ZBG) .
Nach einem Systemstart werden somit während eines Konfigurationsvorgangs die einzelnen Linecards (LCl, ..., LCl) gemäß der von der jeweiligen Zentralbaugruppe (ZBG) übermittelten Informationen individuell konfiguriert. Anschließend beginnt in den Linecards (LCl, ..., LCl) eine entsprechende Initialisierung der einzelnen, auf der Linecard (LCl, ..., LCl) angeordneten Chipsätze. Da jeder dieser Konfigurationsvorgänge zur Zentralbaugruppe (ZBG) bestätigt werden muss und das Einschreiben der einzelnen Konfigurationen in die Chipsätze bzw. das Initialisieren der Chipsätze auf den Linecards (LCl, ..., LCl) zeitintensiv ist, ist die Gesamtzeit des Konfigurationsprozesses auch aufgrund der oftmals hohen Anzahl an Teilnehmerports (POl, ..., POm) pro Linecard (LCl, ..., LCl) jedoch sehr umfangreich.
Die Aufgabe der Erfindung ist daher unter anderem, diesen
Nachteil des zeitaufwändigen Konfigurationsprozesses zu umgehen bzw. die Initialisierung der einem Netzknoten zugeordneten Netzeinheiten in einem Kommunikationsnetz zu verbessern.
Diese Aufgabe wird ausgehend von einem Verfahren gemäß dem
Patentanspruch 1 sowie durch eine Anordnung gemäß dem Patentanspruch 10 durch deren kennzeichnende Merkmale gelöst.
Im Rahmen des erfindungsgemäßen Verfahrens werden zur Konfi- guration zumindest einer einem Netzknoten zugeordneten Netzeinheit während eines Konfigurationsvorgangs Konfigurationsdaten in dem Netzknoten zentral gespeichert und/oder in der zumindest einen Netzeinheit dezentral gespeichert. Ferner wird während eines Hochlaufvorgangs überprüft, ob zumindest ein Teil der in dem Netzknoten zentral gespeicherten und der in der zumindest einen Netzeinheit dezentral gespeicherten Konfigurationsdaten zumindest annähernd identisch ist, sowie die Konfiguration der zumindest einen Netzeinheit abhängig vom Überprüfungsergebnis durchgeführt.
Der wesentliche Vorteil der Erfindung liegt darin, dass die für die Konfiguration von Netzknoten bzw. diesen zugeordneten Netzeinheiten erforderliche Zeit minimiert wird.
Vorteilhaft erfolgt bei Feststellen einer Identität die Konfiguration der zumindest einen Netzeinheit gemäß den in der zumindest einen Netzeinheit dezentral gespeicherten Konfigurationsdaten - Anspruch 2.
Bei Feststellen einer Nicht-Identität werden die in dem Netz- knoten gespeicherten Konfigurationsdaten an die zumindest eine Netzeinheit übermittelt und dort gespeichert und die Konfiguration der zumindest einen Netzeinheit erfolgt gemäß den übermittelten Konfigurationsdaten - Anspruch 3.
Zusätzlich erfolgt die Überprüfung beispielsweise anhand von den Konfigurationsdaten eindeutig zugeordneten Schlüsseln, wobei überprüft wird, ob zumindest ein Teil der in dem Netzknoten und in der zumindest einen Netzeinheit gespeicherten Schlüssel zumindest annähernd identisch ist - Anspruch 4. Durch diese vorteilhafte Ausgestaltung ist der Überprüfungsvorgang besonders einfach und damit schnell realisierbar.
Dabei sind die Schlüssel vorteilhaft in dem Netzknoten gespeichert, werden an die zumindest eine Netzeinheit übermit- telt und/oder dort gespeichert und enthalten jeweils Informationen über MAC-Adresse und/oder Slotnummer der Netzeinheit und/oder Speicherzeit der Schlüssel - Ansprüche 5 und 6. Durch die Nutzung derartiger Informationen können die Netzeinheiten eindeutig identifiziert werden.
Weitere vorteilhafte Ausführungen des erfindungsgemäßen Verfahrens sowie eine Anordnung zur Konfiguration zumindest einer einem Netzknoten zugeordneten Netzeinheit können den weiteren Ansprüchen entnommen werden.
Im Folgenden wird die Erfindung mit Hilfe der beigefügten Zeichnungen beispielhaft erläutert.
Dabei zeigt: Figur 1 eine schematische Darstellung eines aktuellen, bereits in der Beschreibungseinleitung erwähnten Telekommunikationssystems und
Figur 2 ein Flussdiagramm zur Erläuterung eines beispielhaften Ablaufs des erfindungsgemäßen Verfahrens.
Im Folgenden wird allgemein ein Ausführungsbeispiel des erfindungsgemäßen Verfahrens erläutert. Demgemäß wird für jede in einem DSLAM enthaltene Linecard bei einem durch die Zentralbaugruppe veranlassten Konfigurationsvorgang vorteilhaft ein weltweit einmaliger, eindeutiger Schlüssel („Key") erzeugt. Dieser Schlüssel beinhaltet die folgenden Informationen :
- die MAC-Adresse des Fachs („Shelf") des DSLAM, in dem sich die Zentralbaugruppe und die entsprechenden Linecards befinden, die Slotnummer der konfigurierten Linecard innerhalb des entsprechenden Shelfs (1...1), die Speicherzeit der Konfiguration sowie optional
- eine Zufallszahl.
Bei der MAC-Adresse handelt es sich um eine so genannte „Me- dia Access Control"-Adresse . Das ist eine eindeutige, unverwechselbare, 48 Bit lange Hardware-Adresse, die zur eindeutigen Identifikation eines Knotens in einem Netzwerk dient. Die MAC-Adresse besteht aus einer Herstellerkennung und einer A- dapterkennung . In diesem Beispiel bezeichnet sie somit ein- deutig zumindest das Shelf, in dem sich die Zentralbaugruppe und die zugehörigen Linecards befinden. Dies ist zudem die einzige feste Identifikationsmöglichkeit in Bezug auf die Teilnehmeranschlüsse, da alle Baugruppen in den DSLAMs frei eingesteckt bzw. die Positionen ausgetauscht werden können. In einem DSLAM können beispielsweise mehrere Shelves für Zentralbaugruppen und die zugehörigen Linecards vorhanden sein . Die Slotnummer wiederum enthält eine Information über die Position einer Linecard innerhalb eines Shelfs. So kann ein Shelf beispielsweise eine Mehrzahl an einzelnen Einschüben bzw. Slots enthalten (1 bis 1), wobei die Slotnummer demgemäß die Position der entsprechenden Linecard 1...1 in dem Shelf angibt .
Zusätzlich kann der Schlüssel (englisch: „key") auch Informa- tionen über die Speicherzeit des Konfigurations- bzw. des HochlaufVorgangs enthalten. Dadurch werden beispielsweise nachfolgende Konfigurationen oder Hochlaufvorgänge von anderen Konfigurations- (und Hochlauf-) Vorgängen unterscheidbar gemacht .
Optional kann des Weiteren erfindungsgemäß eine Zufallszahl in den Schlüssel eingefügt werden. Diese trägt zu einer Erhöhung der Sicherheit bei, da durch eine jeweils individuell erzeugte Zufallszahl die Wahrscheinlichkeit, dass - etwa durch Fehler bei Erzeugung oder Übertragung des Schlüssels - zwei identische Schlüssel erzeugt werden, weiter minimiert bzw. komplett ausgeschlossen werden kann.
Der erzeugte Schlüssel wird erfindungsgemäß sowohl auf der Zentralbaugruppe als auch auf der entsprechenden Linecard nichtflüchtig gespeichert. Der Schlüssel wird beispielsweise im DSLAM, etwa in der Zentralbaugruppe, erzeugt und anschließend erfindungsgemäß beispielsweise gemeinsam mit den zugeordneten und zu übermittelnden Konfigurationsinformationen an die entsprechende Linecard übermittelt.
Bei einem ersten Konfigurationsvorgang, d.h. beispielsweise bei einer erstmaligen Grundinitialisierung eines DSLAMs, werden die für die Konfiguration der einzelnen Linecards bzw. die für die Initialisierung der entsprechenden Chipsätze nötigen Informationen nach einem aktuellen Verfahren von der Zentralbaugruppe an die Linecards übermittelt. Auf den Line- cards werden die Informationen anschließend, wie in der Beschreibungseinleitung erläutert, zur Initialisierung der Chipsätze verwendet. Zusätzlich werden die übertragenen Konfigurationsinformationen oder Konfigurationsdaten jeweils auf den entsprechenden Linecards sowie im DSLAM, vorteilhaft in der zuständigen Zentralbaugruppe, nichtflüchtig gespeichert.
Sollte das System nun erneut gestartet werden müssen (etwa nach einem Spannungsausfall oder einem aus einem anderen Grund durchgeführten Systemreset) , wird zur Konfiguration der Linecards das erfindungsgemäße Verfahren beispielsweise nach dem Flussdiagramm aus Fig.2 durchgeführt.
Bei jedem derartigen Hochlaufvorgang werden zunächst sowohl der auf der Linecard selbst abgespeicherte Schlüssel, als auch der für die entsprechende, zu konfigurierende Linecard auf der Zentralbaugruppe abgelegte Schlüssel ausgelesen (Schritt 201) .
In Schritt 202 werden die beiden Schlüssel anschließend überprüft. Das bedeutet in diesem Beispiel, dass untersucht wird, ob die beiden ausgelesenen Schlüssel identisch sind.
Sind beide Schlüssel identisch, so wurden an der Linecard bzw. an ihrer Position im Netz (genauer: im DSLAM) seit dem letzten Konfigurationsvorgang (oder dem vorangegangenen Hochlaufvorgang) keine Veränderungen vorgenommen; dies bedeutet, dass die den Schlüsseln zugeordneten Konfigurationsdaten i- dentisch sind. Erfindungsgemäß können somit die bei der letz- ten Konfiguration verwendeten und auf der Linecard nichtflüchtig abgespeicherten Konfigurationsinformationen zur erneuten Initialisierung der Chipsätze dieser Linecard verwendet werden. Die Linecard ist in einem solchen Fall also in der Lage, die entsprechenden Chipsätze selbstständig zu ini- tialisieren (Schritt 203) . Es existieren in diesem Fall somit keine aktualisierten Konfigurationsdaten, die zunächst von der Zentralbaugruppe bzw. dem DSLAM an die Linecard übermittelt werden müssten.
Wurde in Schritt 202 jedoch festgestellt, dass die beiden ausgelesenen Schlüssel nicht identisch sind, so bedeutet dies, dass die jeweils den Schlüsseln zugeordneten Konfigurationsdaten nicht identisch sind, z.B. sind die auf der Linecard gespeicherten Konfigurationsdaten veraltet. Somit muss eine erneute Konfiguration der entsprechenden Linecard durch die Zentralbaugruppe durchgeführt werden. In diesem Fall werden somit die zur Konfiguration der Linecard erforderlichen aktuellen Konfigurationsinformationen von der Zentralbaugruppe an die Linecard übertragen. Zusätzlich wird, wie oben beschrieben, ein aktueller, die neuen Konfigurationsinformatio- nen repräsentierender Schlüssel erzeugt. Dieser wird zentral im DSLAM gespeichert und ebenfalls an die Linecard übertragen. Dies wird in Fig.2 sinngemäß durch die entsprechenden Schritte 205 bzw. 204 dargestellt. Nach Erhalt der Informationen kann auf der Linecard mit der Initialisierung der Chip- sätze gemäß den neu übermittelten Konfigurationsinformationen begonnen werden (Schritt 206) . Besagte Konfigurationsinformationen sowie der erzeugte Schlüssel werden anschließend zusätzlich zur Speicherung auf der Zentralbaugruppe auch erneut auf der Linecard nichtflüchtig abgespeichert (Schritt 207).
Durch das erfindungsgemäße Konfigurationsverfahren kann die zur Initialisierung benötigte Zeit zumeist drastisch reduziert werden. Da nur diejenigen Linecards mit neuen Informationen zur Konfiguration versehen werden müssen, bei denen sich seit dem letzten Systemstart bzw. dem letzten Hochlaufen des Systems eine Änderung ergeben hat, kann bei den meisten Linecards das Übertragen der Konfigurationsinformationen von der Zentralbaugruppe zur Linecard sowie das Bestätigen der erfolgten Konfiguration entfallen.
Änderungen in den für eine einzelne Linecard bestimmten Konfigurationsinformationen können sich beispielsweise aus den folgenden Gründen ergeben. So können bei einer so genannten Offline-Konfiguration Konfigurationshandlungen durchgeführt werden, während die betreffende Linecard nicht vorhanden ist. Das heißt, dass in diesem Fall beispielsweise bei Abwesenheit der Linecard ausschließlich auf der Zentralbaugruppe Änderungen vorgenommen und somit ein neuer Schlüssel erzeugt wurde. Des Weiteren sind auch bei einem Austausch der Zentralkarte (der Zentralbaugruppe) oder einer oder mehrer Linecards Neukonfigurationen nötig. In jedem dieser Fälle sendet die Zent- ralbaugruppe, wie bereits oben erwähnt, die auf ihr gespeicherten Konfigurationsinformationen sowie den dazugehörigen Schlüssel an die entsprechende Linecard, auf der anschließend die Konfiguration demgemäß durchgeführt und die Konfigurationsinformationen sowie der Schlüssel abgespeichert werden. In einem solchen Fall handelt es sich daher für die betreffende Linecard im Prinzip um einen der oben beschriebenen ursprünglichen Konfigurationsvorgänge. Das bedeutet, es wird in diesen Fällen ein neuer, den aktuellen Konfigurationsinformationen entsprechender Schlüssel erzeugt, der sowohl im DSLAM als auch in der Linecard abgespeichert wird.
In den meisten Fällen wird jedoch keine Änderung an den Konfigurationsinformationen vorgenommen werden. In diesen Fällen kann also, wie oben erläutert, beim Hochfahren des Systems drastisch Zeit eingespart werden. Zudem kann die Konfiguration der Linecards, also die Initialisierung der einzelnen Chipsätze auf den Linecards, vorteilhaft parallel erfolgen, was zu einer weiteren Zeitersparnis führt.

Claims

Patentansprüche
1. Verfahren zur Konfiguration zumindest einer einem Netzknoten (DSLAM) zugeordneten Netzeinheit (LCl, ..., LCl), wobei - während eines Konfigurationsvorgangs Konfigurationsdaten in dem Netzknoten (DSLAM) zentral gespeichert und/oder in der zumindest einen Netzeinheit (LCl, ..., LCl) dezentral gespeichert werden, - während eines Hochlaufvorgangs überprüft wird, ob zumindest ein Teil der in dem Netzknoten (DSLAM) zentral gespeicherten und der in der zumindest einen Netzeinheit (LCl, ..., LCl) dezentral gespeicherten Konfigurationsdaten zumindest annähernd identisch ist, und dass die Konfiguration der zumindest einen Netzeinheit (LCl, ..., LCl) abhängig vom Überprüfungs- ergebnis durchgeführt wird.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass bei Feststellen einer Identität die Konfiguration der zumindest einen Netzeinheit (LCl, ..., LCl) gemäß den in der zumindest einen Netzeinheit (LCl, ..., LCl) dezentral gespeicherten Konfigurationsdaten erfolgt.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass bei Feststellen einer Nicht-Identität die in dem Netzknoten (DSLAM) gespeicherten Konfigurationsdaten an die zumindest eine Netzeinheit (LCl, ..., LCl) übermittelt und dort gespeichert werden und die Konfiguration der zumindest einen Netzeinheit (LCl, ..., LCl) gemäß den übermittelten Konfigurationsdaten erfolgt.
4. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Überprüfung anhand von den Konfigurationsdaten eindeutig zugeordneten Schlüsseln erfolgt, wobei überprüft wird, ob zumindest ein Teil der in dem Netzknoten (DSLAM) und in der zumindest einen Netzeinheit (LCl, ..., LCl) gespeicherten Schlüssel zumindest annähernd identisch ist.
5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass die Schlüssel in dem Netzknoten (DSLAM) gespeichert, an die zumindest eine Netzeinheit (LCl, ..., LCl) übermittelt und/oder dort gespeichert wird.
6. Verfahren nach einem der Ansprüche 4 bis 5, dadurch gekennzeichnet, dass die Schlüssel jeweils Informationen über MAC-Adresse und/oder Slotnummer der Netzeinheit (LCl, ..., LCl) und/oder
Speicherzeit der Schlüssel enthalten.
7. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass der Netzknoten (DSLAM) eine in einem Kommunikationsnetz anordenbare Multiplexeinrichtung ist und die zumindest eine Netzeinheit (LCl, ..., LCl) zumindest eine in der Multiplexeinrichtung anordenbare Teilnehmeranschlussbaugruppe ist.
8. Verfahren nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass die Konfigurationsdaten und/oder die Schlüssel auf einer im Netzknoten anordenbaren und der zumindest einen Netzeinheit (LCl, ..., LCl) zugeordneten Zentralbaugruppe (ZBG) gespeichert werden.
9. Anordnung zur Konfiguration zumindest einer einem Netzknoten (DSLAM) zugeordneten Netzeinheit (LCl, ..., LCl), mit
- Speichermitteln zum zentralen Speichern von Konfigurationsdaten in dem Netzknoten (DSLAM) und Speichermitteln zum dezentralen Speichern der Konfigurationsdaten in der zumindest einen Netzeinheit (LCl, ..., LCl), sowie
- Überprüfungsmitteln zum Überprüfen, ob zumindest ein Teil der in dem Netzknoten (DSLAM) zentral und der in der zumin- dest einen Netzeinheit (LCl, ..., LCl) dezentral speicherbaren Konfigurationsdaten zumindest annähernd identisch ist, und Konfigurationsmitteln zur Konfiguration der zumindest einen Netzeinheit (LCl, ..., LCl) abhängig vom Überprüfungser- gebnis.
10. Anordnung nach Anspruch 9, dadurch gekennzeichnet, dass Schlüsselerzeugungsmittel vorgesehen sind, die den Kon- figurationsdaten eindeutig zugeordnete Schlüssel erzeugen.
11. Anordnung nach einem der Ansprüche 9 bis 10, dadurch gekennzeichnet, dass die Überprüfungsmittel derart ausgestaltet sind, dass die Überprüfung anhand der den Konfigurationsdaten eindeutig zugeordneten Schlüsseln erfolgt, wobei überprüft wird, ob zumindest ein Teil der in dem Netzknoten (DSLAM) und in der zumindest einen Netzeinheit (LCl, ..., LCl) speicherbaren Schlüssel zumindest annähernd identisch ist.
EP07820385A 2006-09-27 2007-09-20 Verfahren und anordnung zur konfiguration zumindest einer einem netzknoten zugeordneten netzeinheit Withdrawn EP2077058A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE200610045715 DE102006045715A1 (de) 2006-09-27 2006-09-27 Verfahren und Anordnung zur Konfiguration zumindest einer einem Netzknoten zugeordneten Netzeinheit
PCT/EP2007/059942 WO2008037647A1 (de) 2006-09-27 2007-09-20 Verfahren und anordnung zur konfiguration zumindest einer einem netzknoten zugeordneten netzeinheit

Publications (1)

Publication Number Publication Date
EP2077058A1 true EP2077058A1 (de) 2009-07-08

Family

ID=38788380

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07820385A Withdrawn EP2077058A1 (de) 2006-09-27 2007-09-20 Verfahren und anordnung zur konfiguration zumindest einer einem netzknoten zugeordneten netzeinheit

Country Status (3)

Country Link
EP (1) EP2077058A1 (de)
DE (1) DE102006045715A1 (de)
WO (1) WO2008037647A1 (de)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB8725111D0 (en) * 1987-03-13 1987-12-02 Ibm Data processing system
JPH06141356A (ja) * 1992-10-26 1994-05-20 Fujitsu Ltd 電子交換機のアナログトランクカードの自動識別方法
US6731607B1 (en) * 2000-08-01 2004-05-04 Orckit Communications Ltd. Network interface auto-configuration in an access multiplexing system
US6731832B2 (en) * 2001-02-28 2004-05-04 Lambda Opticalsystems Corporation Detection of module insertion/removal in a modular optical network, and methods and apparatus therefor

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2008037647A1 *

Also Published As

Publication number Publication date
WO2008037647A1 (de) 2008-04-03
DE102006045715A1 (de) 2008-04-10

Similar Documents

Publication Publication Date Title
DE69513643T2 (de) Fernmeldevermittlungsanlage mit verbesserter redundanz
EP1309920B1 (de) Adressvergabeverfahren für mindestens einen neu an ein bussystem angeschlossenen busteilnehmer
DE2840246A1 (de) Fernmeldevermittlungssystem
DE10130027A1 (de) Bereitschaftsredundanz bei invers multiplexenden Diensten (IMA)
DE1474093A1 (de) Programmgesteuertes Datenverarbeitungssystem
WO2002049283A1 (de) Verfahren zur überprüfung eines netzwerkes und netzwerk hierzu
DE112020000145T5 (de) Redundantes Netzwerk-IP-intelligentes Umschaltverfahren und System basierend auf redundantem Computer
AT404656B (de) Leitungsredundantes feldbussystem, vorzugsweise mit ringtopologie
WO2018188779A1 (de) Kommunikationssystem zur seriellen kommunikation zwischen kommunikationsgeräten
EP1360821A2 (de) Verfahren und anordnung zum ermitteln der internetprotokolladresse einer endgeräteanordnung
EP2077058A1 (de) Verfahren und anordnung zur konfiguration zumindest einer einem netzknoten zugeordneten netzeinheit
DE69520841T2 (de) Datensicherungsverfahren für geräteeinstellungen
EP0163288B1 (de) Verfahren zur Durchschalteprüfung eines Raummultiplex-Koppelnetzes
EP1131924B1 (de) Verfahren zum unterbrechungsfreien erweitern des koppelfeldes eines kommunikationssystems
WO2017097737A1 (de) Busanordnung mit einer ersten teilnehmeranordnung und verfahren zum betreiben einer busanordnung
EP2605457A1 (de) Verfahren zum Übertragen von Nutzdaten
DE102007003258B4 (de) Verfahren zur Datenübermittlung in einer Sprachkommunikations-Linecard, Sprachkommunikations-Linecard und Signalverarbeitungsprozessor für eine Sprachkommunikations-Linecard
DE2046742C3 (de) Verfahren zur Fehlererkennung bei der Übertragung von PCM-Signalen und Fernmelde-Vermittlungsanlage hierzu
EP2123104A2 (de) Verfahren und breitbandiges zugangssystem zur ferngesteuerten sprachschnittstellensteuerung eines zugangsknoten
EP1714216B1 (de) Verfahren zur persistenten speicherung von dhcp teilnehmerdaten
DE3875599T2 (de) Fehlerkorrekturverfahren fuer ein koppelnetz und koppelnetz mit fehlerkorrektur.
DE102011056915B4 (de) Verfahren und Anordnung zur automatisierten Identifikation von Teilnehmeranschlüssen
DE2629800A1 (de) Schaltungsanordnung zur erholung nach einer stoerung des verarbeiterspeichers in einer zeitmultiplex-nachrichtenvermittlungsanlage
EP1238564B1 (de) Datenübertragungsschnittstelle für ein koppelnetzwerk sowie dazugehöriges testverfahren
CH681410A5 (de)

Legal Events

Date Code Title Description
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

17P Request for examination filed

Effective date: 20090427

AK Designated contracting states

Kind code of ref document: A1

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

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SOLUTIONS AND NETWORKS GMBH & CO. KG

17Q First examination report despatched

Effective date: 20161201

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20171002

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

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20180213