EP2098014A2 - Verfahren und vorrichtung zum austausch von daten - Google Patents

Verfahren und vorrichtung zum austausch von daten

Info

Publication number
EP2098014A2
EP2098014A2 EP07846677A EP07846677A EP2098014A2 EP 2098014 A2 EP2098014 A2 EP 2098014A2 EP 07846677 A EP07846677 A EP 07846677A EP 07846677 A EP07846677 A EP 07846677A EP 2098014 A2 EP2098014 A2 EP 2098014A2
Authority
EP
European Patent Office
Prior art keywords
access system
network access
customer
network
ethernet
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
EP07846677A
Other languages
English (en)
French (fr)
Inventor
Jürgen HEILES
Matthias Schnitter
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 EP2098014A2 publication Critical patent/EP2098014A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2878—Access multiplexer, e.g. DSLAM
    • H04L12/2879—Access multiplexer, e.g. DSLAM characterised by the network type on the uplink side, i.e. towards the service provider network
    • H04L12/2881—IP/Ethernet DSLAM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0888—Throughput

Definitions

  • the present invention relates to methods and apparatus for exchanging data between a customer network access system and a provider network access system.
  • a broadband access network such as digital subscriber line (DSL) or passive optical network (PON) subscriber access technologies
  • DSL digital subscriber line
  • PON passive optical network
  • a provider-side network access system has as its primary task to enable a connection to a customer network access system.
  • the provider-side network access system is a device that can be connected directly to the customer network access system via layer 2 of the OSI model.
  • the provider-side network access system can be, for example, a network node
  • the provider-side network access system is normally located in the premises of a network operator.
  • the customer network access system has as a primary task to enable a connection to a provider-side network access system. It is usually housed and usually owned by a customer. It primarily serves to connect electronic devices or electronic components of the customer to the access network of the provider.
  • the term "customer network access system” therefore includes in particular the terms “network work termination device, modem, switch, bridge and router.
  • Tasks to be solved by the monitoring of the provider are, for example, the determination of whether the connection is working and to identify or exclude certain cases of error in the case of customer complaints, or to act preventively.
  • ATM Asynchronous Transfer Mode
  • ATM supports appropriate operation, administration and maintenance (OAM) functions that allow end-to-end connection monitoring.
  • OAM functions for ATM are disclosed, for example, in the ITU-T Standard 1.610.
  • ATM is used as Layer 2 protocol, where Ethernet can then be transmitted over ATM.
  • Ethernet frames are segmented at the transmitter, packaged and transmitted in ATM cells and unpacked at the receiver from the ATM cells and reassembled into Ethernet frames.
  • ATM is increasingly being replaced by Ethernet, or new Ethernet-based ones are being introduced
  • Ethernet is then transmitted directly over layer 1.
  • DSL physical layer
  • Ethernet is used on layer 2, an end-to-end monitoring of the connection should still be possible.
  • OAM functions for Ethernet (Ethernet OAM) have already been defined, for example in the ITU-T standard Y.1731 and the IEEE Draft Standard 802. These allow end-to-end monitoring on the Ethernet MAC Layer (Layer 2).
  • Ethernet OAM OAM functions for Ethernet
  • Layer 2 In order to use standardized Ethernet OAM functions, however, their implementation in the customer-side network access system and in the provider-side network access system is necessary.
  • the customer's network access system is normally owned by the customer and thus can not be readily exchanged and / or configured for Ethernet OAM. For this reason, there is a need to adapt the interface of a provider network access system to which a customer network access system is connected to the configuration of the customer network access system. For this, the provider-side network access system must have knowledge of any support for Ethernet OAM by the customer's network access system.
  • the provider network access system would receive misleading information and draw a wrong conclusion. Furthermore, it is possible that the special layer 2 connection to be monitored with Ethernet OAM is faulty. Then the ETH-LBM and / or the ETH-LBR frame may not be transmitted over the connection. Although the customer network access system may support Ethernet OAM, the provider-side network access system incorrectly assumes that it does not support it.
  • the present invention has for its object to exchange data between a customer network access system and a provider network access system.
  • a message is sent from the provider network access system to the customer network access system.
  • the message uses a multicast address in its destination MAC address field, which is not forwarded by the customer's network access system. By this is meant that a frame sent to this address will not be forwarded by the customer's network access system.
  • the customer network access system sends a response relating to an Ethernet OAM function. In a preferred embodiment, it can be determined in this way whether the Ethernet OAM function is supported by the customer network access system.
  • the provider-side network access system Message from the provider-side network access system does not go beyond the customer's network access system into the network the customer can be forwarded. This ensures that devices in the customer's network, which are behind the customer's network access system, can not answer the message with a response to the provider network access system and so the provider-side network access system can not draw a false conclusion regarding the customer network access system.
  • the solution can be used with Ethernet OAM implementations according to ITU-T standard Y.1731 as well as according to IEEE Draft Standard 802. lays. Also, it is not necessary that the provider side
  • Network access system before sending the message knows the MAC address of the customer network access system, because the message does not use a unicast MAC address, but a multicast MAC address. Furthermore, the
  • MAC addresses that are not forwarded by the customer network access system are, for example, slow-protocol multicast addresses (Annex 43B from IEEE Standard 802.3-2005) or group MAC addresses (Table 7.10 and Chapter 7.12.6 from IEEE Standard 802.1D -2004).
  • a slow protocol For a slow protocol, a maximum of 10 frames per second are normally sent. However, several slow protocols can run in parallel, then the rate of frames per unit time is greater. In addition, frames of a slow protocol are untagged, i. the frames do not run in a VLAN.
  • a slow protocol in the Length / Type field of the Ethernet frame uses the value (Ethertype) "88-09". This value tells the receiver that the frame belongs to a slow protocol.
  • the information contained in the response indicates whether an Ethernet OAM Function supported by the customer network access system or not. If, for example, the customer-side network access system is newly connected to an interface of the provider-side network access system, then in this way the provider-side network access system is informed that the Ethernet OAM function is supported. As a result, the provider-side network access system can configure the interface for the Ethernet OAM function.
  • the response can be transmitted directly to the provider-side network access system.
  • the answer may also use a multicast address in its destination MAC address field which is not forwarded by the provider-side network access system.
  • the response includes information about multiple Ethernet OAM functions supported by the customer's network access system. In a particularly preferred embodiment, the response includes information about all Ethernet OAM functions supported by the customer's network access system.
  • each partial response may contain a value of "true” or "false", the value indicating whether a particular Ethernet OAM function is supported by the customer network access system.
  • Ethernet OAM functions include the loopback protocol, the link trace protocol and the continuity check protocol defined in ITU-T Y.1731 and IEEE 802. lag.
  • Other examples defined in ITU-T Y.1731 include the Ethernet Alarm Indication Signal Protocol, the Ethernet Remote Defect Indication Protocol, the Ethernet Locked Signal Protocol, the Ethernet Test Signal Protocol, and the Ethernet Automatic Protection Switching Protocol, the Ethernet Maintenance Communication Channel Protocol, the Ethernet Experimental OAM Protocol, the Ethernet Vendor Specific OAM Protocol, the Frame Loss Measurement Protocol, the Frame Delay Measurement Protocol, and the Throughput Measurement Protocol.
  • a provider-side network access system which comprises means which are adapted for carrying out a method according to the invention.
  • the invention will be explained in more detail with reference to the drawing, for example. Showing:
  • FIG. 1 shows a network, which comprises a provider-side network access system and a customer-side network access system, in an embodiment of the invention
  • FIG. 2 shows a network in a further embodiment
  • FIG. 3 shows a network in a further embodiment
  • FIG. 4 shows a network in a further embodiment
  • FIG. 5 shows a network in a further embodiment.
  • FIG. 1 shows a network N, which comprises a provider-side network access system PN and a customer-side network access system KN.
  • the customer network access system KN includes a customer-side logic KL and a customer-side interface KS.
  • the customer logic KL has an Ethernet OAM function ETH OAM.
  • the provider-side network access system PN includes a provider-side logic PL and a provider-side interface PS.
  • a message M is sent from the provider-side network access system PN to the customer-side network access system KN.
  • the message M uses in a destination MAC address field a multicast address MD, which is not forwarded by the customer network access system KN.
  • the customer network access system KN On the basis of the message M, the customer network access system KN generates a response A which includes information about the customer network access system KN and sends it to the provider network access system PN.
  • the message M in a source MAC address field MS preferably uses the MAC address of the provider network access system which is used by the customer network access system in the destination MAC address field AD of the response A.
  • the source MAC address field AS of the response preferably comprises the MAC address of the customer network access system KN.
  • the response A includes the information that the customer network access system has implemented the Ethernet OAM function. This information is particularly useful if the customer network access system has been connected to the provider network access system PN immediately before the message is sent, because this can inform the provider network access system PN that it is the provider side interface PS to which the customer network access system KN has been connected for which Ethernet OAM function is to be configured.
  • the message M comprises a write command and at least one value for a parameter, which is set in the customer network access system KN.
  • the answer A in this case contains a confirmation that the parameter has been set.
  • the written parameters can also be supplied with the answer A.
  • the message M comprises a read command.
  • FIG. 2 shows an embodiment of a network N, which comprises a customer network KNW and a provider network PNW.
  • the provider network PNW comprises a Broadband Network Gateway BNG and an Access Node AN, which may be implemented, for example, as a DSL Access Multiplexer (DSLAM).
  • DSL Access Multiplexer DSL Access Multiplexer
  • the access node AN assumes the function of the provider-side network access system PN.
  • the Broadband Network Gateway BNG and the Access Node AN are interconnected via an Ethernet aggregation network EAN.
  • the provider network PNW may contain further network nodes, which are included for example by the Ethernet aggregation network EAN.
  • the customer network KNW comprises a customer-side network access system, which is designed as a network termination device NT.
  • the customer network KNW may contain other devices that are connected to the network termination device NT and here by a terminal, such as a personal computer PC, symbolized.
  • the provider network PNW uses Ethernet as layer 2 technology. It can therefore be monitored by means of Ethernet OAM functions. This monitoring is indicated in FIG. 2 as monitoring of the provider network UPN. This means that, for example, the BNG in regular
  • Intervals sends monitoring messages to the access node AN. From the arrival of a monitoring message, the access node AN can conclude that the data transmission from the broadband network gateway BNG to the access node AN works.
  • the monitoring messages are advantageously transmitted within the same logical Ethernet channels in which other data are transmitted. This ensures that the monitoring messages are subject to the same possible error conditions as the other data. For example, if a data transfer by an error is interrupted, so the transmission of the monitoring messages is interrupted.
  • the monitoring messages can also be transmitted in the opposite direction, from the access node AN to the broadband network gateway BNG. This checks, for example, the function of the data transmission from the AN to the BNG. It is also possible to monitor only individual sections in this way, for example the route from the Broadband Network Gateway BNG to a network node located in the Ethernet aggregation network EAN.
  • the network section from the access node AN to the network termination device NT is referred to below as the subscriber interface TS.
  • Subscriber interface TS can only be checked with Ethernet OAM functions if the
  • Network termination device NT Ethernet OAM supported. However, since this may not be known to the operator, either a recognition of the Ethernet OAM functionality must be performed in the network termination device NT or omit Ethernet OAM and this route be monitored by other methods. Common methods for monitoring the subscriber interface TS are, for example, monitoring by means of "Ethernet in the First MiIe" EFM OAM in accordance with IEEE Standard 802.3-2005 and the monitoring of layer 1 without monitoring the layer 2. When monitoring the subscriber interface TS by means of EFM OAM Although it is possible to check whether Ethernet frames can ever be transmitted between the access node AN and the network termination device NT, there is no possibility of individually checking the logical channels within the layer 2.
  • the access node AN has a means for sending a message via the subscriber interface to the network termination device NT.
  • the message uses in its destination MAC address field a special multicast address, due to which the immediately next layer 2 device receives the message but does not forward it.
  • An example of such a special multicast address is, for example, a slow protocol multicast address.
  • the message also includes the request to return an answer, which indicates whether the network termination device has implemented NT Ethernet OAM, to the access node AN.
  • the message can be from the
  • Access Node be triggered autonomously or on command of a network management system MGMT. If the network termination device has implemented NT Ethernet OAM, it will understand the request and send an affirmative answer. If it has not implemented the Ethernet OAM function, it will either understand the request and send a negative reply or it will not understand the request and will not send a response.
  • the use of the special multicast address prevents devices located in the customer network behind the network termination device NT from sending an incorrect response to the access node AN. As a result, the access node AN can reliably judge whether it can monitor the monitoring link UTS up to the network termination device NT by means of Ethernet OAM. Such automatic detection is particularly useful when the network termination device NT is newly connected to the access node AN. For this purpose, it can be provided that the access node AN repeatedly sends the message to the specific multicast address at predefined time intervals.
  • FIG. 3 shows a further embodiment, which is based on the embodiment of FIG. 2 described above.
  • the network termination device NT supports the Ethernet OAM function.
  • the network termination device NT will therefore return to the access node AN the answer that Ethernet OAM is supported.
  • the subscriber interface TS can be monitored by means of Ethernet OAM.
  • all partial routes between the network termination device NT and the broadband network gateway BNG would then be monitored: between the network termination device NT and the access node AN on the one hand and between the access node AN and the broadband network gateway BNG on the other hand.
  • an error could still occur within the access node AN, which would not be detected because one monitoring link would already be over, but the next would not have started.
  • Node through to the BNG be sent back. This is possible, for example, by the network termination device NT writing its own MAC address in the source MAC address field. This is forwarded to the Broadband Network Gateway BNG together with the information that the network termination device NT has implemented the Ethernet OAM function. Conversely, the broadband network gateway BNG can subsequently transmit its own MAC address with a message addressed to the network termination device NT.
  • monitoring messages between the network termination device NT and the Broadband Network Gateway BNG can be sent specifically, so that the entire route from BNG to NT can be monitored by means of Ethernet OAM functions.
  • This monitoring is indicated by an Ethernet loopback message frame ETH-LBM, which is sent from the BNG to the NT and the one with a Ethernet loopback reply frame ETH-LBR is answered by the NT to the BNG.
  • the monitoring therefore represents an end-to-end monitoring ETE.
  • FIG. 4 shows a further embodiment, which is based on the embodiment of FIG. 2 described above.
  • the network termination device NT is designed to use technology on the subscriber interface ATM as layer 2. This means that no Ethernet frames are packed in the ATM cells, but the user data are packed directly into ATM cells. Since the network termination device supports NT ATM, it is expected to support ATM OAM functions, but not Ethernet OAM functions. The network termination device NT will therefore not send a response to the access node which contains the
  • the network termination device will return an error message to the access node, which it uses as an indication that the network termination device NT does not support Ethernet OAM functionality. It should also be mentioned that the access node AN can already determine when connecting the NT device to the subscriber line and during the subsequent startup of the layer 1 technology that the network termination device supports ATM. It can be concluded that the network termination device NT also supports ATM OAM and therefore the subscriber interface can be monitored by means of ATM OAM functions.
  • Ethernet the provider network can be monitored using Ethernet OAM functions. End-to-end monitoring is limited because the messages used by Ethernet OAM to monitor the provider network are on-premises
  • Ethernet loopback message frame ETH-LBM which the BNG sends to the AN
  • ETH-LBM is converted in the AN into one or more ATM loopback message cells ATM-LBM and sent to the NT.
  • the NT responds to the incoming ATM loopback cell with another ATM loopback reply cell, ATM-LBR, which sends it back to the access node AN.
  • ATM-LBR another ATM loopback reply cell
  • the access node AN Upon receipt of the ATM loopback reply cell ATM-LBR, the access node AN generates an Ethernet loopback reply frame ETH-LBR, which it sends back to the BNG. It can be concluded from the received ETH-LBR framework that the data transmission from the BNG to the NT and from the NT to the BNG works.
  • FIG. 5 shows a further embodiment, which is based on the embodiment of FIG. 2 described above.
  • the network termination device NT is designed to use technology as Layer 2 technology on the subscriber interface TS Ethernet.
  • the Ethernet frames are transmitted directly through the layer 1 technology, ie they are not previously packaged in ATM cells.
  • the NT network termination device does not support Ethernet OAM functions.
  • the network termination device NT uses Ethernet as layer 2 technology but does not support Ethernet OAM functions, monitoring of the subscriber interface TS by means of Ethernet OAM functions is not possible.
  • the network termination device NT notifies this to the access node AN in the response. However, for example, it remains possible to dispense with monitoring of the layer 2 and to monitor only the layer 1.
  • the monitoring of the network N then runs, for example, such that the BNG sends an Ethernet loopback message frame ETH-LBM to the access node AN, the access node AN then checks the layer 1 on the subscriber interface, for example by changing its status Ll queries for layer 1 and the access node AN returns an Ethernet loopback reply frame ETH-LBR to the BNG in case the layer 1 test has returned a positive result. in the In the event of a negative test result, the Access Node AN does not send an ETH-LBR frame to the BNG.
  • FIG. 2 also shows a network management system MGMT of the provider network PNW.
  • the network operator can do that
  • Control provider network PNW with the network management system MGMT. It can, for example, make or read out settings on the network elements in the provider network, for example on the access node AN or the broadband network gateway BNG, via the network management system MGMT.
  • the network management system MGMT sends a request to the access node AN, a message containing a write or
  • Read command involves sending to the network termination device NT.
  • the request contains, for example, the information as to whether the message should contain a write command or a read command.
  • the request additionally includes, for example
  • the request contains additional information about one or more parameters to be read.
  • the information contained in the response of the network termination device NT for example the read values of the parameter (s) in the case of a read command, for example a confirmation in the case of a write command, is sent from the access node AN to the network management system MGMT.
  • the present invention is independent of which layer 1 technology is used.
  • an access network for example, DSL (Digital Subscriber)
  • DSL Digital Subscriber
  • PNW provider network PNW provider-side network access system

Abstract

Die vorliegende Erfindung betrifft ein Verfahren und Vorrichtungen zum Austauschen von Daten zwischen einem kundenseitigen Netzwerkzugangssystem (KN, NT) und einem providerseitigen Netzwerkzugangssystem (PN, AN). Eine Nachricht (M) wird von dem providerseitigen Netzwerkzugangssystem (PN, AN) zu dem kundenseitigen Netzwerkzugangssystem (KN, NT) verschickt. Die Nachricht löst eine Antwort (A) aus, welche eine Information (I) über das kundenseitige Netzwerk- Zugangssystem (KN, NT) umfasst und welche von dem kundenseitigen Netzwerkzugangssystem (KN, NT) zu dem providerseitigen Netzwerkzugangssystem (PN, AN) verschickt wird. Die Nachricht (M) verwendet in einem Destination-MAC-Adressfeld (MD) eine Multicastadresse, die die Eigenschaft hat, dass an sie adressierte Nachrichten von dem kundenseitigen Netzwerkzugangssystem (KN, NT) nicht weitergeleitet werden, und die Information (I) bezieht sich auf eine Ethernet OAM Funktion (ETH OAM). Ist die Nachricht beispielsweise eine Anfrage, ob die Ethernet OAM Funktion durch das kundenseitige Netzwerkzugangssystem (KN, NT) unterstützt wird, so kann auf diese Weise das providerseitige Netzwerkzugangssystem (PN, AN) automatisch an die Konfiguration des kundenseitigen Netzwerkzugangssystems (KN, NT) angepasst werden.

Description

Verfahren und Vorrichtung zum Austausch von Daten
Die vorliegende Erfindung betrifft Verfahren und Vorrichtungen zum Austauschen von Daten zwischen einem kun- denseitigen Netzwerkzugangssystem und einem providerseitigen Netzwerkzugangssystem.
In einem Breitbandzugangsnetzwerk, beispielsweise mit Digital Subscriber Line (DSL) oder Passive Optical Network (PON) Technologien für den Teilnehmerzugang, ist der Netzwerkbetreiber an einer Überwachung der Verbindung von einem providerseitigen Netzwerkzugangssystem bis zu einem kundenseitigen Netzwerkzugangssystem interessiert.
Ein providerseitiges Netzwerkzugangssystem hat als primäre Aufgabe, eine Verbindung zu einem kundenseitigen Netzwerkzugangssystem zu ermöglichen. Typischerweise ist das provider- seitige Netzwerkzugangssystem ein Gerät, welches über Schicht 2 des OSI-Modells direkt mit dem kundenseitigen Netzwerkzugangssystem verbindbar ist. Das providerseitige Netzwerkzu- gangssystem kann beispielsweise ein Netzwerkknoten
(insbesondere ein Schicht 2 Netzwerkknoten), ein Broadband Network Gateway (BNG) , ein IP Edge Router, ein Broadband Remote Access Server (BRAS) , ein Multiplexer, insbesondere ein Digital Subscriber Line Access Multiplexer (DSLAM) oder eine Kombination davon sein. Das providerseitige Netzwerkzugangssystem ist normalerweise in den Räumlichkeiten eines Netzwerkbetreibers untergebracht .
Das kundenseitige Netzwerkzugangssystem hat als primäre Aufgabe, eine Verbindung zu einem providerseitigen Netzwerkzugangssystem zu ermöglichen. Es ist normalerweise bei einem Kunden untergebracht und meist auch in dessen Besitz. Es dient primär dazu, elektronische Geräte oder elektronische Baugruppen des Kunden an das Zugangsnetzwerk des Providers anzuschliessen. Unter den Begriff „kundenseitiges Netzwerkzugangssystem" fallen daher insbesondere die Begriffe „Netz- werkterminierungsgerät", „Modem", „Switch", „Bridge" und „Router" .
Aufgaben, die durch die Überwachung des Providers zu lösen sind, sind beispielsweise das Feststellen, ob die Verbindung funktioniert sowie bei Reklamationen des Kunden bestimmte Fehlerfälle festzustellen, auszuschliessen oder dagegen präventiv zu agieren. In manchen Breitbandzugangsnetzen wird Asynchronous Transfer Mode (ATM) als Schicht 2 Protokoll eingesetzt, um eine Ende-zu-Ende-Verbindung von dem BNG zum Netzwerkterminierungsgerät herzustellen. Um die geforderte Überwachung zu ermöglichen unterstützt ATM entsprechende Operation-, Administration- und Maintenance- (OAM) Funktionen die eine Überwachung der Ende-zu-Ende-Verbindung ermöglichen. OAM-Funktionen für ATM (ATM OAM) sind beispielsweise in dem ITU-T Standard 1.610 offenbart.
Traditionellerweise wird ATM als Schicht 2 Protokoll verwendet, wobei Ethernet dann über ATM übertragen werden kann. Damit ist gemeint, dass Ethernetrahmen beim Sender segmentiert, in ATM-Zellen verpackt und übertragen werden und beim Empfänger aus den ATM-Zellen ausgepackt und wieder zu Ethernetrahmen zusammengesetzt werden. In modernen Breitbandnetzen wird jedoch in zunehmendem Masse ATM durch Ethernet ersetzt, bzw. werden neue auf Ethernet basierende
Breitbandzugangsnetze installiert. Ethernet wird dann direkt über der Schicht 1 übertragen. Damit ist gemeint, dass Ethernetrahmen unmittelbar mittels der Technologie der Bitübertragungsschicht (z.B. DSL) übertragen werden. Es findet keine zusätzliche Kapselung in ATM-Zellen statt. Für den Fall, dass auf Schicht 2 Ethernet eingesetzt wird, soll eine Ende-zu-Ende Überwachung der Verbindung weiterhin möglich sein. Dazu sind bereits OAM-Funktionen für Ethernet (Ethernet OAM) definiert worden, beispielsweise in dem ITU-T Standard Y.1731 und dem IEEE Draft Standard 802. lag. Diese ermöglichen eine Ende-zu-Ende Überwachung auf dem Ethernet MAC Layer (Schicht 2) . Um standardisierte Ethernet OAM-Funktionen verwenden zu können, ist jedoch deren Implementierung im kundenseitigen Netzwerkzugangssystem und im providerseitigen Netzwerkzu- gangssystem notwendig. Während der Netzwerkbetreiber die volle Kontrolle über das providerseitige Netzwerkzugangssystem hat und dieses entsprechend mit OAM-Funktionen ausstatten kann, ist das kundenseitige Netzwerkzugangssystem normalerweise im Besitz des Kunden und kann daher nicht ohne weiteres ausgetauscht und/oder für Ethernet OAM konfiguriert werden. Aus diesem Grund besteht das Bedürfnis, die Schnittstelle eines providerseitigen Netzwerkzugangssystems, an welche ein kundenseitiges Netzwerkzugangssystem angeschlossen wird, der Konfiguration des kundenseitigen Netzwerkzugangssystems anzupassen. Dazu muss das providerseitige Netzwerkzugangssystem Kenntnis über eine allfällige Unterstützung von Ethernet OAM durch das kundenseitige Netzwerkzugangssystem haben.
Aus dem Liaison Statement der ITU-T Q.5/13 an das DSL Forum vom 24. Februar 2006 „Reply Liaison Statement on Ethernet OAM functionality" ist ein Verfahren bekannt, bei welchem das providerseitige Netzwerkzugangssystem Kenntnis über die Unterstützung von Ethernet OAM durch das kundenseitige Netz- werkzugangssystem dadurch zu gewinnen versucht, dass sie einen Multicast Ethernet Loopback Message (ETH-LBM) -Rahmen zum kundenseitigen Netzwerkzugangssystem schickt und die Antwort des kundenseitigen Netzwerkzugangssystems auswertet. Wenn das kundenseitige Netzwerkzugangssystem einen Ethernet Loopback Reply (ETH-LBR) -Rahmen zurückschickt, unterstützt es offensichtlich Ethernet OAM. Trifft innerhalb einer gewissen Zeit kein ETH-LBR-Rahmen ein, wird Ethernet OAM offensichtlich nicht unterstützt. Nachteilig an diesem Verfahren ist jedoch, dass der ETH-LBR-Rahmen auch von einem anderen, im Netz des Kunden liegenden Gerät stammen kann statt von dem möglicherweise Ethernet OAM nicht unterstützenden kundenseitigen Netzwerkzugangsgerät. In diesem Fall würde das providerseitige Netzwerkzugangssystem eine irreführende Information erhalten und daraus eine falsche Schlussfolgerung ziehen. Ferner ist es möglich, dass die spezielle Schicht 2-Verbindung, die mit Ethernet OAM überwacht werden soll, fehlerhaft ist. Dann können auch möglicherweise der ETH-LBM und/oder der ETH-LBR-Rahmen nicht über die Verbindung übertragen werden. Obwohl das kundenseitige Netzwerkzugangssystem eventuell Ethernet OAM unterstützt, wird vom providerseitigen Netzwerkzugangssystem fälschlicherweise angenommen, es unterstütze dies nicht.
Der vorliegenden Erfindung liegt die Aufgabe zugrunde, Daten zwischen einem kundenseitigen Netzwerkzugangssystem und einem providerseitigen Netzwerkzugangssystem auszutauschen.
Diese Aufgabe wird durch die in den unabhängigen Ansprüchen angegebenen Merkmale gelöst. Vorteilhafte Ausgestaltungen der Erfindung sind in weiteren Ansprüchen angegeben.
Dabei wird eine Nachricht von dem providerseitigen Netzwerkzugangssystem zu dem kundenseitigen Netzwerkzugangssystem verschickt. Die Nachricht verwendet in ihrem Destination-MAC- Adressfeld eine Multicastadresse, die von dem kundenseitigen Netzwerkzugangssystem nicht weitergeleitet wird. Damit ist gemeint, dass ein Rahmen, der an diese Adresse geschickt wird, von dem kundenseitigen Netzwerkzugangssystem nicht weitergeleitet wird. Aufgrund der Nachricht versendet das kundenseitige Netzwerkzugangssystem eine Antwort, welche sich auf eine Ethernet OAM Funktion bezieht. In einer bevorzugten Ausführungsform kann auf diese Weise in Erfahrung gebracht werden, ob die Ethernet OAM Funktion durch das kundenseitige Netzwerkzugangssystem unterstützt wird.
Vorteilhaft an dieser Lösung ist, dass durch Verwendung der Multicastadresse, die nicht weitergeleitet wird, die
Nachricht des providerseitigen Netzwerkzugangssystems nicht über das kundenseitige Netzwerkzugangssystem hinaus ins Netz des Kunden weitergeleitet werden kann. Damit ist sichergestellt, dass Geräte im Netz des Kunden, die hinter dem kundenseitigen Netzwerkzugangssystem liegen, die Nachricht nicht mit einer Antwort an das providerseitige Netzwerkzugangssystem beantworten können und so das providerseitige Netzwerkzugangssystem keinen falschen Schluss in Bezug auf das kundenseitige Netzwerkzugangssystem ziehen kann. Zudem kann die Lösung mit Ethernet OAM Implementierungen gemäss ITU-T Standard Y.1731 sowie gemäss IEEE Draft Standard 802. lag eingesetzt werden. Auch ist es nicht notwendig, dass das providerseitige
Netzwerkzugangssystem vor dem Versenden der Nachricht die MAC-Adresse des kundenseitigen Netzwerkzugangssystems kennt, weil die Nachricht keine Unicast-MAC-Adresse, sondern eine Multicast-MAC-Adresse verwendet. Des weiteren können die
Nachricht und die Antwort auch dann noch übertragen werden, wenn die spezielle zu überwachende Schicht 2-Verbindung fehlerhaft ist.
MAC-Adressen, die von dem kundenseitigen Netzwerkzugangssystem nicht weitergeleitet werden sind beispielsweise Slow- Protocol-Multicast-Adressen (Annex 43B aus IEEE Standard 802.3-2005) oder Group-MAC-Adressen (Table 7.10 und Kapitel 7.12.6 aus IEEE Standard 802.1D-2004) .
Für ein Slow-Protocol werden normalerweise maximal 10 Rahmen pro Sekunde gesendet. Es können jedoch auch mehrere Slow- Protocols parallel laufen, dann ist die Rate der Rahmen pro Zeiteinheit grösser. Zudem sind Rahmen eines Slow-Protocols untagged, d.h. die Rahmen laufen nicht in einem VLAN.
Normalerweise verwendet ein Slow Protocol im Length/Type-Feld des Ethernetrahmens den Wert (Ethertype) "88-09". Durch diesen Wert erkennt der Empfänger, dass der Rahmen zu einem Slow-Protocol gehört.
In einer vorteilhaften Ausführungsform sagt die in der Antwort enthaltene Information aus, ob eine Ethernet OAM Funktion durch das kundenseitige Netzwerkzugangssystem unterstützt wird oder nicht. Wird beispielsweise das kundenseitige Netzwerkzugangssystem neu an eine Schnittstelle des providerseitigen Netzwerkzugangssystems angeschlossen, so wird auf diese Weise das providerseitige Netzwerkzugangssystem informiert, dass die Ethernet OAM Funktion unterstützt wird. In der Folge kann das providerseitige Netzwerkzugangssystem die Schnittstelle für die Ethernet OAM Funktion konfigurieren .
Indem die Antwort in ihrem Destination-MAC-Adressfeld die Source-MAC-Adresse der Nachricht verwendet, kann die Antwort direkt an das providerseitige Netzwerkzugangssystem übermittelt werden. Alternativ dazu kann die Antwort, um zu dem providerseitigen Netzwerkzugangssystem übermittelt zu werden, auch in ihrem Destination-MAC-Adressfeld eine Multicastadresse verwenden, welche von dem providerseitigen Netzwerkzugangssystem nicht weitergeleitet wird.
Indem ein Schicht 2 Protokoll, welches durch das kundenseitige Netzwerkzugangssystem verwendet wird, vorzugsweise vor dem Versenden der Nachricht oder vor dem Versenden der Antwort ermittelt wird, können bereits Rückschlüsse auf eine allfällige Unterstützung von Ethernet OAM durch das kunden- seitige Netzwerkzugangssystem gezogen werden. Unterstützt das kundenseitige Netzwerkzugangssystem beispielsweise nur ATM über der Schicht 1, so kann darauf geschlossen werden, dass Ethernet OAM durch das kundenseitige Netzwerkzugangssystem nicht unterstützt wird.
Indem überprüft wird, ob auf Schicht 2 ein Ethernet-Protokoll durch das kundenseitige Netzwerkzugangssystem unterstützt wird, insbesondere, ob Ethernet über ATM und/oder ob Ethernet über Schicht 1 unterstützt wird, kann darauf geschlossen werden, dass die Möglichkeit besteht, dass Ethernet OAM durch das kundenseitige Netzwerkzugangssystem unterstützt wird und dass deshalb eine Prüfung, ob Ethernet OAM unterstützt wird, sinnvoll ist.
In einer bevorzugten Ausführungsform enthält die Antwort Informationen über mehrere Ethernet OAM Funktionen, welche durch das kundenseitige Netzwerkzugangssystem unterstützt werden. In einer besonders bevorzugten Ausführungsform enthält die Antwort Informationen über alle Ethernet OAM Funktionen, welche durch das kundenseitige Netzwerkzugangs- System unterstützt werden.
Die Antwort kann in mehrere Teil-Antworten aufgeteilt sein. Beispielsweise kann jede Teil-Antwort einen Wert „wahr" oder „falsch" enthalten, wobei der Wert angibt, ob eine bestimmte Ethernet OAM Funktion durch das kundenseitige Netzwerkzugangssystem unterstützt wird.
Beispiele von Ethernet OAM Funktionen sind das Loopback- Protokoll, das Linktrace-Protokoll und das Continuity Check- Protokoll, welche in ITU-T Y.1731 und IEEE 802. lag definiert sind. Weitere Beispiele, welche in ITU-T Y.1731 definiert sind, sind das Ethernet Alarm Indication Signal-Protokoll, das Ethernet Remote Defect Indication-Protokoll, das Ethernet Locked Signal-Protokoll, das Ethernet Test Signal-Protokoll, das Ethernet Automatic Protection Switching-Protokoll, das Ethernet Maintenance Communication Channel-Protokoll, das Ethernet Experimental OAM-Protokoll, das Ethernet Vendor Specific OAM-Protokoll, das Frame Loss Measurement-Protokoll, das Frame Delay Measurement-Protokoll und das Throughput Measurement-Protokoll.
Gemäss einem weiteren Aspekt der Erfindung wird ein provider- seitiges Netzwerkzugangssystem vorgeschlagen, welches Mittel umfasst, welche für die Durchführung eines erfindungsgemässen Verfahrens adaptiert sind. Die Erfindung wird nachfolgend anhand der Zeichnung beispielsweise näher erläutert. Dabei zeigen:
Figur 1 ein Netzwerk, welches ein providerseitiges Netz- werkzugangssystem und ein kundenseitiges Netzwerkzugangssystem umfasst, in einer Ausführungsform der Erfindung;
Figur 2 ein Netzwerk in einer weiteren Ausführungsform;
Figur 3 ein Netzwerk in einer weiteren Ausführungsform;
Figur 4 ein Netzwerk in einer weiteren Ausführungsform; und
Figur 5 ein Netzwerk in einer weiteren Ausführungsform.
Figur 1 zeigt ein Netzwerk N, welches ein providerseitiges Netzwerkzugangssystem PN und ein kundenseitiges Netzwerkzugangssystem KN umfasst. Das kundenseitige Netzwerkzugangs- System KN umfasst eine kundenseitige Logik KL und eine kundenseitige Schnittstelle KS. Die kundenseitige Logik KL verfügt über eine Ethernet OAM Funktion ETH OAM. Das providerseitige Netzwerkzugangssystem PN umfasst eine providerseitige Logik PL und eine providerseitige Schnittstelle PS. Um ein Verfahren gemäss einer bevorzugten Ausführungsform der Erfindung durchzuführen, wird eine Nachricht M von dem providerseitigen Netzwerkzugangssystem PN zu dem kundenseitigen Netzwerkzugangssystem KN verschickt. Die Nachricht M verwendet in einem Destination-MAC-Adressfeld eine Multicastadresse MD, die von dem kundenseitigen Netzwerkzugangssystem KN nicht weitergeleitet wird. Aufgrund der Nachricht M erzeugt das kundenseitige Netzwerkzugangssystem KN eine Antwort A, welche eine Information über das kundenseitige Netzwerkzugangssystem KN umfasst und versendet diese an das providerseitige Netzwerkzugangssystem PN. Vorzugsweise verwendet die Nachricht M in einem Source-MAC- Adressfeld MS die MAC-Adresse des providerseitigen Netzwerkzugangssystems, welche von dem kundenseitigen Netzwerkzugangssystem in das Destination-MAC-Adressfeld AD der Antwort A eingesetzt wird. Das Source-MAC-Adressfeld AS der Antwort umfasst vorzugsweise die MAC-Adresse des kundenseitigen Netzwerkzugangssystems KN.
In einer besonders bevorzugten Ausführungsform umfasst die Antwort A die Information, dass das kundenseitige Netzwerkzugangssystem die Ethernet OAM Funktion implementiert hat. Diese Information ist inbesondere dazu nützlich, wenn das kundenseitige Netzwerkzugangssystem unmittelbar vor dem Versenden der Nachricht mit dem providerseitigen Netzwerkzu- gangssystem PN verbunden worden ist, denn dadurch kann das providerseitige Netzwerkzugangssystem PN informiert werden, dass es diejenige providerseitige Schnittstelle PS, an welche das kundenseitige Netzwerkzugangssystem KN angeschlossen worden ist, für die Ethernet OAM Funktion konfigurieren soll.
In einer weiteren besonders bevorzugten Ausführungsform umfasst die Nachricht M einen Schreibbefehl und mindestens einen Wert für einen Parameter, welcher in dem kundenseitigen Netzwerkzugangssystem KN eingestellt wird. Die Antwort A enthält in diesem Fall eine Bestätigung, dass der Parameter eingestellt worden ist. Optional können auch die geschriebenen Parameter mit der Antwort A mitgeliefert werden.
In einer weiteren besonders bevorzugten Ausführungsform umfasst die Nachricht M einen Lesebefehl. Dies ist beispielsweise nützlich, wenn das providerseitige Netzwerkzugangssystem Werte der zur Zeit im kundenseitigen Netzwerkzugangssystem eingestellten Parameter erfahren muss. Mit der Antwort werden die zu lesenden Parameter mitgeliefert. Figur 2 zeigt eine Ausführungsform eines Netzwerkes N, welches ein Kundennetzwerk KNW und ein Providernetzwerk PNW umfasst. Das Providernetzwerk PNW umfasst einen Broadband Network Gateway BNG und einen Access Node AN, der beispielsweise als ein DSL-Zugangsmultiplexer (DSLAM) ausgeführt sein kann. In dieser Ausführungsform nimmt der Access Node AN die Funktion des providerseitigen Netzwerkzugangssystems PN ein. Der Broadband Network Gateway BNG und der Access Node AN sind über ein Ethernet Aggregationsnetz EAN miteinander verbunden. Das Providernetzwerk PNW kann weitere Netzknoten enthalten, welche beispielsweise von dem Ethernet Aggregationsnetz EAN umfasst werden.
Das Kundennetzwerk KNW umfasst ein kundenseitiges Netzwerkzugangssystem, welches als Netzwerkterminierungsgerät NT ausgeführt ist. Das Kundennetzwerk KNW kann weitere Geräte enthalten, die mit dem Netzwerkterminierungsgerät NT verbunden sind und hier durch ein Endgerät, zum Beispiel einen Personal Computer PC, symbolisiert sind.
Das Providernetzwerk PNW verwendet Ethernet als Schicht 2 Technologie. Es kann deshalb mittels Ethernet OAM Funktionen überwacht werden. Diese Überwachung ist in Figur 2 bezeichnet als Überwachung des Providernetzwerkes UPN. Damit ist gemeint, dass beispielsweise der BNG in regelmässigen
Abständen Überwachungsnachrichten an den Access Node AN sendet. Aus dem Eintreffen einer Überwachungsnachricht kann der Access Node AN schliessen, dass die Datenübertragung vom Broadband Network Gateway BNG zum Access Node AN funktioniert. Die Überwachungsnachrichten werden vorteilhafterweise innerhalb derselben logischen Ethernet- Kanäle übertragen, in denen auch sonstige Daten übertragen werden. Damit ist sichergestellt, dass die Überwachungsnachrichten den selben möglichen Fehlerbedingungen unterliegen wie die sonstigen Daten. Wenn beispielsweise eine Datenübertragung durch einen Fehler unterbrochen wird, so wird auch die Übertragung der Überwachungsnachrichten unterbrochen .
Die Überwachungsnachrichten können auch in der Gegenrichtung, vom Access Node AN zum Broadband Network Gateway BNG, übertragen werden. Damit wird beispielsweise die Funktion der Datenübertragung vom AN zum BNG überprüft. Es ist auch möglich, nur einzelne Teilstrecken derartig zu überwachen, beispielsweise die Strecke vom Broadband Network Gateway BNG zu einem im Ethernet Aggregationsnetz EAN liegenden Netzknoten.
Der Netzabschnitt von dem Access Node AN bis zu dem Netzwerkterminierungsgerät NT, wird im folgenden als Teilnehmerschnittstelle TS bezeichnet. Die
Teilnehmerschnittstelle TS kann nur dann mit Ethernet OAM Funktionen überprüft werden, wenn das
Netzwerkterminierungsgerät NT Ethernet OAM unterstützt. Da dies dem Betreiber aber möglicherweise nicht bekannt ist, muss entweder eine Erkennung der Ethernet OAM Funktionalität im Netzwerkterminierungsgerät NT durchgeführt werden oder auf Ethernet OAM verzichtet werden und diese Strecke mit anderen Methoden überwacht werden. Gängige Methoden zur Überwachung der Teilnehmerschnittstelle TS sind beispielsweise die Überwachung mittels „Ethernet in the First MiIe" EFM OAM gemäß IEEE Standard 802.3-2005 sowie die Überwachung der Schicht 1 unter Verzicht auf Überwachung der Schicht 2. Bei der Überwachung der Teilnehmerschnittstelle TS mittels EFM OAM kann man zwar überprüfen, ob überhaupt Ethernetrahmen zwischen Access Node AN und Netzwerkterminierungsgerät NT übertragen werden können, es fehlt aber die Möglichkeit, die logischen Kanäle innerhalb der Schicht 2 einzeln zu überprüfen. Wenn alternativ nur die Schicht 1 der Teilnehmerschnittstelle überwacht wird und auf eine Überwachung der Schicht 2 verzichtet wird, so kann nur überwacht werden, ob die Übertragungstechnik funktioniert, d.h. ob überhaupt Information übertragen werden kann. Es kann nicht überwacht werden, ob Nachrichten des verwendeten Schicht 2 Protokolls übertragen werden können.
Aus diesem Grund verfügt der Access Node AN über ein Mittel zum Versenden einer Nachricht über die Teilnehmerschnittstelle an das Netzwerkterminierungsgerät NT. Die Nachricht verwendet in ihrem Destination-MAC-Adressfeld eine spezielle Multicastadresse, aufgrund welcher das unmittelbar nächst gelegene Schicht 2 Gerät die Nachricht empfängt, jedoch nicht weiterleitet. Beispiel einer solchen speziellen Multicastadresse ist beispielsweise eine Slow Protocol Multicast Adresse. Die Nachricht enthält zudem die Aufforderung, eine Antwort, welche Aufschluss darüber gibt, ob das Netzwerkterminierungsgerät NT Ethernet OAM implementiert hat, an den Access Node AN zurückzusenden. Die Nachricht kann von dem
Access Node autonom oder auf Befehl eines Netzwerk Management Systems MGMT ausgelöst werden. Hat das Netzwerkterminierungsgerät NT Ethernet OAM implementiert, so wird es die Aufforderung verstehen und eine bejahende Antwort senden. Hat es die Ethernet OAM Funktion nicht implementiert, so wird es entweder die Aufforderung verstehen und eine verneinende Antwort senden oder es wird die Aufforderung nicht verstehen und keine Antwort senden. Durch die Verwendung der speziellen Multicastadresse wird verhindert, dass Geräte, welche im Kundennetzwerk hinter dem Netzwerkterminierungsgerät NT liegen, eine falsche Antwort an den Access Node AN senden. Dadurch kann der Access Node AN zuverlässig beurteilen, ob er die Überwachungstrecke UTS bis zum Netzwerkterminierungsgerät NT mittels Ethernet OAM überwachen kann. Eine solche automatische Ermittlung ist insbesondere dann nützlich, wenn das Netzwerkterminierungsgerät NT neu an den Access Node AN angeschlossen wird. Dazu kann vorgesehen sein, dass der Access Node AN in vordefinierten Zeitabständen die Nachricht an die spezielle Multicastadresse wiederholt verschickt.
Figur 3 zeigt eine weitere Ausführungsform, welche auf der oben beschriebenen Ausführungsform von Figur 2 aufbaut. In dieser Ausführungsform unterstützt das Netzwerkterminierungs- gerät NT die Ethernet OAM Funktion. Das Netzwerktermi- nierungsgerät NT wird daher an den Access Node AN die Antwort zurücksenden, dass Ethernet OAM unterstützt wird.
In der Folge kann die Teilnehmerschnittstelle TS mittels Ethernet OAM überwacht werden. Damit wären dann alle Teilstrecken zwischen dem Netzwerkterminierungsgerät NT und dem Broadband Network Gateway BNG überwacht: Zwischen dem Netzwerkterminierungsgerät NT und dem Access Node AN zum einen und zwischen dem Access Node AN und dem Broadband Network Gateway BNG zum anderen. Jedoch könnte nun immer noch ein Fehler innerhalb des Access Node AN auftreten, der nicht erkannt werden würde, da die eine Überwachungsstrecke schon zu Ende wäre, die nächste aber noch nicht begonnen hätte.
Es ist in einer weiteren bevorzugten Ausführungsform deshalb wünschenswert, eine echte Ende-zu-Ende Überwachung ETE einzuführen, bei der Überwachungsnachrichten vom BNG durch alle Netzknoten hindurch bis zum NT und vom NT durch alle
Netzknoten hindurch zum BNG zurück geschickt werden. Dies ist beispielsweise möglich, indem das Netzwerkterminierungsgerät NT in das Source-MAC-Adressfeld seine eigene MAC Adresse schreibt. Diese wird in der Folge zusammen mit der Information, dass das Netzwerkterminierungsgerät NT die Ethernet OAM Funktion implementiert hat an den Broadband Network Gateway BNG weitergeleitet. Umgekehrt kann anschliessend der Broadband Network Gateway BNG mit einer an das Netzwerkterminierungsgerät NT adressierten Nachricht seine eigene MAC-Adresse übermitteln. Dadurch sind die
Voraussetzungen geschaffen, dass Überwachungsnachrichten zwischen dem Netzwerkterminierungsgerät NT und dem Broadband Network Gateway BNG gezielt verschickt werden können, wodurch die komplette Strecke vom BNG zum NT mittels Ethernet OAM Funktionen überwacht werden kann. Diese Überwachung ist angedeutet durch einen Ethernet-Loopback-Message-Rahmen ETH- LBM, der vom BNG zum NT gesendet wird und der mit einem Ethernet-Loopback-Reply-Rahmen ETH-LBR vom NT zum BNG beantwortet wird. Die Überwachung stellt darum eine Ende-zuEnde Überwachung ETE dar.
Figur 4 zeigt eine weitere Ausführungsform, welche auf der oben beschriebenen Ausführungsform von Figur 2 aufbaut. Das Netzwerkterminierungsgerät NT ist ausgebildet, um auf der Teilnehmerschnittstelle ATM als Schicht 2 Technologie zu verwenden. Damit ist gemeint, dass in den ATM-Zellen keine Ethernetrahmen eingepackt sind, sondern die Nutzdaten direkt in ATM-Zellen eingepackt sind. Da das Netzwerkterminierungsgerät NT ATM unterstützt, ist davon auszugehen, dass es auch ATM OAM Funktionen unterstützt, jedoch keine Ethernet OAM Funktionen. Das Netzwerkterminierungsgerät NT wird daher keine Antwort an den Access Node senden, welche die
Unterstützung von Ethernet OAM bejaht. Typischerweise wird das Netzwerkterminierungsgerät eine Fehlermeldung an den Access Node zurück schicken, welche von diesem als Hinweis verwendet wird, dass das Netzwerkterminierungsgerät NT keine Ethernet OAM Funktion unterstützt. Es sei zudem erwähnt, dass der Access Node AN bereits beim Anschliessen des NT-Gerätes an die Teilnehmeranschlussleitung und beim darauf folgenden Hochfahren der Schicht 1 Technologie feststellen kann, dass das Netzwerkterminierungsgerät ATM unterstützt. Daraus kann geschlossen werden, dass das Netzwerkterminierungsgerät NT auch ATM OAM unterstützt und deshalb kann die Teilnehmerschnittstelle mittels ATM OAM Funktionen überwacht werden.
Da die Schicht 2 Technologie im Providernetzwerk dagegen
Ethernet ist, kann das Providernetzwerk mittels Ethernet OAM Funktionen überwacht werden. Eine Ende-zu-Ende Überwachung ist nur eingeschränkt möglich, weil die Nachrichten, die durch Ethernet OAM Funktionen zur Überwachung des Providernetzwerkes verwendet werden, im AN in solche
Nachrichten übersetzt werden müssen, wie sie von den ATM OAM Funktionen zur Überwachung verwendet werden. Dabei kann ein Teil der Information verloren gehen. Beispielsweise wird der Ethernet-Loopback-Message-Rahmen ETH-LBM, den der BNG zum AN sendet, im AN in eine oder mehrere ATM-Loopback-Message- Zellen ATM-LBM umgewandelt und zum NT geschickt. Das NT beantwortet die ankommende ATM Loopback Zelle mit einer weiteren ATM-Loopback-Reply-Zelle ATM-LBR, die es zurück zum Access Node AN schickt. Auf den Empfang der ATM-Loopback Reply-Zelle ATM-LBR hin erzeugt der Access Node AN einen Ethernet-Loopback-Reply Rahmen ETH-LBR, den er zum BNG zurück schickt. Aus dem empfangenen ETH-LBR Rahmen kann geschlossen werden, dass die Datenübertragung vom BNG bis zum NT und vom NT bis zum BNG funktioniert.
Figur 5 zeigt eine weitere Ausführungsform, welche auf der oben beschriebenen Ausführungsform von Figur 2 aufbaut. Das Netzwerkterminierungsgerät NT ist ausgebildet, um auf der Teilnehmerschnittstelle TS Ethernet als Schicht 2 Technologie zu verwenden. Die Ethernetrahmen werden dabei direkt durch die Schicht 1 Technologie übertragen, d.h. sie werden nicht vorher in ATM-Zellen verpackt. Das Netzwerkterminierungsgerät NT unterstützt keine Ethernet OAM Funktionen. Da das Netzwerkterminierungsgerät NT zwar Ethernet als Schicht 2 Technologie verwendet, aber keine Ethernet OAM Funktionen unterstützt, ist eine Überwachung der Teilnehmerschnittstelle TS mittels Ethernet OAM Funktionen nicht möglich. Das Netzwerkterminierungsgerät NT teilt dies dem Access Node AN in der Antwort mit. Es bleibt jedoch beispielsweise die Möglichkeit, auf eine Überwachung der Schicht 2 zu verzichten und nur die Schicht 1 zu überwachen. Die Überwachung des Netzwerkes N läuft dann beispielsweise so ab, dass der BNG einen Ethernet-Loopback-Message-Rahmen ETH- LBM zum Access Node AN schickt, der Access Node AN daraufhin die Schicht 1 auf der Teilnehmerschnittstelle überprüft, indem er zum Beispiel ihren Status Ll bezüglich Schicht 1 abfragt, und der Access Node AN im Falle, dass der Schicht 1 Test ein positives Ergebis geliefert hat, einen Ethernet Loopback Reply-Rahmen ETH-LBR an den BNG zurückschickt. Im Falle eines negativen Testergebnisses schickt der Access Node AN keinen ETH-LBR Rahmen an den BNG.
Figur 2 zeigt ausserdem ein Netzwerk Management System MGMT des Providernetzwerkes PNW. Der Netzbetreiber kann das
Providernetzwerk PNW mit dem Netzwerk Management System MGMT steuern. Er kann zum Beispiel an den Netzelementen im Providernetzwerk, zum Beispiel am Access Node AN oder dem Broadband Network Gateway BNG, über das Netzwerk Management System MGMT Einstellungen vornehmen oder auslesen.
In einer speziellen Ausführungsform, welche unabhängig von den vorangehend beschriebenen Ausführungsformen ist, schickt das Netzwerk Management System MGMT eine Aufforderung an den Access Node AN, eine Nachricht, die einen Schreib- oder
Lesebefehl beinhaltet, an das Netzwerkterminierungsgerät NT zu schicken. Die Aufforderung enthält beispielsweise die Information, ob die Nachricht einen Schreibbefehl oder einen Lesebefehl enthalten soll. Im Falle eines Schreibbefehls enthält die Aufforderung zusätzlich beispielsweise
Informationen über einen oder mehrere zu schreibende Parameter und beispielsweise deren Werte. Im Falle eines Lesebefehls enthält die Aufforderung zusätzliche Informationen über einen oder mehrere zu lesende Parameter. Die Informationen, die in der Antwort des Netzwerktermi- nierungsgerätes NT enthalten sind, im Falle eines Lesebefehls beispielsweise die gelesenen Werte des oder der Parameter, im Falle eines Schreibbefehls beispielsweise eine Bestätigung, werden vom Access Node AN an das Netzwerk Management System MGMT geschickt.
Die vorliegende Erfindung ist unabhängig davon, welche Schicht 1 Technologie verwendet wird. Für ein Zugangsnetzwerk kann auf Schicht 1 beispielsweise DSL (Digital Subscriber
Line) oder PON (Passive Optical Network) eingesetzt werden. Liste der verwendeten Bezugszeichen
A Antwort AD Destination-MAC-Adressfeld der Antwort
AN Access Node
ATM-LBM ATM-Loopback-Message-Zelle
ATM-LBR ATM-Loopback-Reply-Zelle
AS Source-MAC-Adressfeld der Antwort BNG Broadband Network Gateway
DSLAM DSL-Zugangsmultiplexer
EAN Ethernet Aggregationsnetz
ETH-LBM Ethernet-Loopback-Message-Rahmen
ETH-LBR Ethernet-Loopback-Reply-Rahmen ETH OAM Ethernet OAM Funktion
KL kundenseitige Logik
KN kundenseitiges Netzwerkzugangssystem
KNW Kundennetzwerk
KS kundenseitige Schnittstelle Ll Schicht 1 Status der Teilnehmerschnittstelle
M Nachricht
MD Destination-MAC-Adressfeld der Nachricht
MGMT Netzwerk Management System
MS Source-MAC-Adressfeld der Nachricht N Netzwerk
NT Netzwerkterminierungsgerät
AN Access Node
PL Providerseitige Logik
PN providerseitiges Netzwerkzugangssystem PNW Providernetzwerk
PS providerseitige Schnittstelle
TS Teilnehmerschnittstelle

Claims

Patentansprüche
1. Verfahren zum Austauschen von Daten zwischen einem kundenseitigen Netzwerkzugangssystem (KN, NT) und einem providerseitigen Netzwerkzugangssystem (PN, AN) , wobei eine Nachricht (M) von dem providerseitigen Netzwerkzugangssystem (PN, AN) zu dem kundenseitigen Netzwerkzugangssystem (KN, NT) verschickt wird, welche eine Antwort (A) , welche eine Information (I) über das kundenseitige Netzwerkzugangssystem (KN, NT) umfasst, von dem kundenseitigen Netzwerkzugangssystem (KN, NT) zu dem providerseitigen Netzwerkzugangssystem (PN, AN) auslöst, dadurch gekennzeichnet, dass die Nachricht (M) in einem Destination-MAC-Adressfeld (MD) eine Multicastadresse verwendet, die die Eigenschaft hat, dass ein an sie adressierter Rahmen von dem kundenseitigen Netzwerkzugangssystem (KN, NT) nicht weitergeleitet wird, und die Information (I) sich auf eine Ethernet OAM Funktion (ETH OAM) bezieht.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Information (I) aussagt, ob die Ethernet OAM Funktion (ETH OAM) durch das kundenseitige Netzwerkzugangssystem (KN, NT) unterstützt wird oder nicht.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Antwort (A) in ihrem Destination-MAC-Adressfeld (AD) die Source-MAC-Adresse (MS) der Nachricht (M) verwendet.
4. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Antwort (A) in ihrem Destination-MAC-Adressfeld (AD) eine weitere oder dieselbe Multicastadresse verwendet, welche von dem providerseitigen Netzwerkzugangssystem (PN, AN) nicht weitergeleitet wird.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Multicastadresse und/oder die weitere Multicastadresse eine Slow-Protocol-Multicast-Adresse gemäss Annex 43B aus IEEE Standard 802.3-2005 oder eine Group-MAC-Adresse gemäss Table 7.10 und Kapitel 7.12.6 aus IEEE Standard 802.1D-2004 ist.
6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass mindestens ein Schicht 2 Protokoll, welches durch das kunden- seitige Netzwerkzugangssystem (KN, NT) verwendet wird, ermittelt wird.
7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass überprüft wird, ob auf Schicht 2 ein Ethernet-Protokoll durch das kundenseitige Netzwerkzugangssystem (KN, NT) unterstützt wird, insbesondere, ob Ethernet über ATM und/oder ob Ethernet über Schicht 1 unterstützt wird.
8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Antwort Informationen über mehrere Ethernet OAM Funktionen (ETH OAM) umfasst, welche durch das kundenseitige Netzwerkzugangssystem (KN, NT) unterstützt werden, insbesondere dass die Antwort Informationen über alle Ethernet OAM Funktionen (ETH OAM) umfasst, welche durch das kundenseitige Netzwerkzugangssystem (KN, NT) unterstützt werden.
9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine Schnittstelle (PS) des providerseitigen Netzwerkzugangssystems (PN, AN) für die Unterstützung der Ethernet OAM Funktion (ETH OAM) oder einer Auswahl von Ethernet OAM Funktionen (ETH OAM) konfiguriert wird.
10. Providerseitiges Netzwerkzugangssystem (PN, AN) umfassend Mittel welche für die Durchführung des Verfahrens gemäss einem der Ansprüche 1-9 adaptiert sind.
11. Netzwerk (N) umfassend ein providerseitiges Netzwerkzu- gangssystem (PN, AN) und ein kundenseitiges Netzwerkzugangs- System (KN, NT) , welche für die Durchführung des Verfahrens gemäss einem der Ansprüche 1-9 adaptiert sind.
EP07846677A 2006-11-24 2007-11-20 Verfahren und vorrichtung zum austausch von daten Withdrawn EP2098014A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102006055959A DE102006055959B3 (de) 2006-11-24 2006-11-24 Verfahren und Vorrichtung zum Austausch von Daten
PCT/EP2007/010006 WO2008061691A2 (de) 2006-11-24 2007-11-20 Verfahren und vorrichtung zum austausch von daten

Publications (1)

Publication Number Publication Date
EP2098014A2 true EP2098014A2 (de) 2009-09-09

Family

ID=39364051

Family Applications (1)

Application Number Title Priority Date Filing Date
EP07846677A Withdrawn EP2098014A2 (de) 2006-11-24 2007-11-20 Verfahren und vorrichtung zum austausch von daten

Country Status (5)

Country Link
US (1) US20100017539A1 (de)
EP (1) EP2098014A2 (de)
CN (1) CN101554019A (de)
DE (1) DE102006055959B3 (de)
WO (1) WO2008061691A2 (de)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143055B (zh) 2010-11-26 2013-10-09 华为技术有限公司 接入节点的业务控制方法和装置
CN102025569B (zh) * 2010-12-15 2016-03-30 中兴通讯股份有限公司 点到点的远端环回测试方法及系统及装置
EP3330619B1 (de) * 2015-07-30 2019-11-27 Mitsubishi Electric Corporation Innenraumeinheit von klimaanlagen

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050099954A1 (en) * 2003-11-10 2005-05-12 Nortel Networks Limited Ethernet OAM network topography discovery

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2008061691A2 *

Also Published As

Publication number Publication date
DE102006055959B3 (de) 2008-07-24
US20100017539A1 (en) 2010-01-21
WO2008061691A2 (de) 2008-05-29
WO2008061691A3 (de) 2008-07-17
CN101554019A (zh) 2009-10-07

Similar Documents

Publication Publication Date Title
DE60216221T2 (de) Verfahren und Vorrichtung zur automatischen Erkennung von logischen Verbindungen zwischen Netzvorrichtungen
DE60035830T2 (de) Netzwerkgeräteverwaltungsvorrichtung und - verfahren
DE60207368T2 (de) Verfahren und Vorrichtung zur automatischen Erkennung von Netzelementen mit Datenübertragungsfähigkeiten
DE69828600T2 (de) Steuerung in einem datenzugriffsübertragungsdienst
DE69737150T2 (de) System zur parameteranalyse und verkehrsüberwachung in atm-netzen
DE60012913T2 (de) Kabelintegritätsprüfungstechnik für entfernte haussicherheitsüberwachung
DE60131615T2 (de) Topologiebestimmung in atm-netzen
EP1869839B1 (de) Verfahren, Computerprogrammprodukt und Netzknotenelement zur schnelleren Erkennung von Störungen auf Übertragungswegen und oder in Knoten
DE602004008726T2 (de) Dynamisches System zur Übertragung von Netzwerküberwachungsdaten an Knoten ausserhalb des Management Systems
DE69816026T2 (de) Verfahren zur Erzeugung eines Verwaltungskanals in einem optischen Netzwerk, ein Leitungsabschluss, eine erste Netzabschlusskarte und eine zweite Netzabschlusskarte zur Durchführung des Verfahrens
EP0993714A2 (de) Verfahren und system zur steuerung der nutzung von satelliten-übertragungskapazität in terrestrischen netzen
DE102006055959B3 (de) Verfahren und Vorrichtung zum Austausch von Daten
DE602005002418T2 (de) Verwaltungsverfahren und -system für Netzverwaltungssysteme
EP2938004B1 (de) Headend sowie system und verfahren zur ausfalltoleranten anbindung von breitband-powerline-endgeräten mittels dieses headends an ein backbone-netzwerk
EP2028791A1 (de) Erkennung von Fehlkonfigurationen auf Netzwerkinfrastrukturgeräten
DE102012020140B3 (de) Verfahren und Datenübertragungsgerät zur Datenübertragung innerhalb eines xDSL-Datenübertragungssystems, welches wenigstens zwei Ethernet-Netzwerke mittels xDSL Verbindungen miteinander verbindet
DE102006056517B4 (de) Verfahren und Vorrichtung zum Konfigurieren einer OAM-Einstellung
DE102005003059B4 (de) Verfahren zum Betreiben einer Netzwerkmanagementstation
EP1371236B1 (de) Verfahren zur selektiven und gesammelten weiterleitung von meldungen in einem tmn-netzwerk
DE10343796B4 (de) Verfahren zur Verwaltung einer Gruppe von Netzzugangsservern
EP2854345A1 (de) Verfahren und Koppel-Kommunikationsgerät zur Nachrichtenübermittlung in einem redundant betreibbaren industriellen Kommunikationsnetz
DE60206259T2 (de) Mehrfach-Brücke für eine Vielzahl gegenseitig unterschiedlichen Teilnetzwerken
EP2311240B1 (de) Verfahren zur endpunkt-adressierung sowie dafür eingerichtetes netzwerk und zugangsknoten
EP1313261A1 (de) Einrichtung und Verfahren zum Steuern eines aus mehreren Netzen bestehenden Telekommunikationssystems
DE602004001945T2 (de) Verfahren und System zur Benutzungssteuerung eines Netzzugangspunktes sowie Speichermedien, Netzzugangspunkt und Kontrolleinrichtung zur Durchführung des Verfahrens

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

AK Designated contracting states

Kind code of ref document: A2

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)
17Q First examination report despatched

Effective date: 20101022

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