EP1488582A1 - Method for operation and monitoring of mpls networks - Google Patents

Method for operation and monitoring of mpls networks

Info

Publication number
EP1488582A1
EP1488582A1 EP03744760A EP03744760A EP1488582A1 EP 1488582 A1 EP1488582 A1 EP 1488582A1 EP 03744760 A EP03744760 A EP 03744760A EP 03744760 A EP03744760 A EP 03744760A EP 1488582 A1 EP1488582 A1 EP 1488582A1
Authority
EP
European Patent Office
Prior art keywords
mpls
oam
packets
connection
packet
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
EP03744760A
Other languages
German (de)
French (fr)
Inventor
Joachim Klink
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
Siemens AG
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 Siemens AG filed Critical Siemens AG
Publication of EP1488582A1 publication Critical patent/EP1488582A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H04L45/505—Cell based

Definitions

  • the invention relates to a method according to the preamble of claim 1.
  • the 07 ⁇ M functionality (Operation and Maintenance) is to be regarded as an essential part of the operation of public communication networks. It supports the quality of the network performance while reducing the operating costs of the network. It makes a significant contribution, particularly with regard to the quality of service of the information transmitted (QoS).
  • QoS quality of service of the information transmitted
  • the operator of a communication network can obtain information at any time as to whether the quality of service guaranteed for a connection (service level agreement) is being met. For this, the operator must know the availability of existing connections (connection "up * or" down w ) as well as the time delay in the transmission of the information (delay, delay variation), the - if necessary averaged - deviation from the otherwise usual distance between each two information transmissions (delay jitter), or the number of information not allowed to be transmitted at all (blocking rate, error performance).
  • MPLS networks are currently proposed for transmissions on the Internet. Information is transmitted in MPLS networks (Multiprotocol Packet Label Switching) using MPLS packets. MPLS packets have a variable length, each with a header and an information part. The header part is used to record connection information while the information part is used to record useful information. IP packets are used as useful information. The connection information contained in the header is designed as an MPLS connection number. However, this is only valid in the MPLS network.
  • Fig. 1 it is assumed that information such. B. can be supplied from a subscriber TLN1 to a subscriber TLN2.
  • the sending subscriber TLN1 is connected to the Internet network IP, through which the information is routed according to an Internet protocol, such as the IP protocol. This protocol is not a connection-oriented protocol.
  • the Internet network IP has a plurality of routers R, which can be meshed with one another.
  • the receiving subscriber TLN2 is connected to a further Internet network IP.
  • An MPLS network is inserted between the two Internet networks IP, through which information in the form of MPLS packets is switched through in a connection-oriented manner.
  • This network has a plurality of routers meshed with one another. In an MPLS network, these can be so-called label switched routers (LSR).
  • LSR label switched routers
  • the invention has for its object to show a way how an OAM functionality can be integrated into MPLS networks with little effort.
  • MPLS-OAM packets are particularly advantageous in the invention. These are inserted into the traffic flow of user data packets. All that is required is a mark or identifier in the packet header, so that the MPLS-OAM packets can be distinguished from the MPLS packets carrying the user data.
  • FIG 1 shows the basic conditions in an MPLS network
  • Figure 2 shows an end-to-end connection between two participants
  • Figure 3 shows the relationships in the packet header and in the information part of an MPLS-OAM packet
  • LSP label switched path
  • the nodes N1 ... N4 should be designed as routers LSR of an MPLS network.
  • an information flow arises between the subscriber TLN1 and the subscriber TLN2, which is formed from a plurality of MPLS packets carrying the user data.
  • MPLS-OAM packets can be inserted into this MPLS packet flow (inband LSP).
  • connections are defined via which only MPLS-OAM packets are routed (outband LSP).
  • in-band MPLS-OAM packets are useful for logging LSP connections on an individual basis. However, in some cases it may be more advantageous to define an out-of-band MPLS-OAM packet flow. An example of this is the MPLS group equivalent circuit.
  • the MPLS-OAM packets are marked.
  • the special marking mechanisms are shown in FIG. 3 and will be described in more detail later.
  • the sequence of several MPLS-OAM packets defines an MPLS-OAM packet flow.
  • 3 different types of an MPLS-OAM packet flow can exist simultaneously for an LSP connection:
  • End-to-end MPLS-OAM packet flow It is used in particular when OAM communication takes place between a source and a sink of an LSP connection. It is formed from MPLS-OAM packets, which are inserted in the source of the connection LSP in the user data stream and are removed again at the sink. The MPLS-OAM packets can be recorded and monitored along the connection LSP to the connection point CP without interfering with the transmission process.
  • the MPLS-OAM packet flow of type A is distinguished from the end-to-end defined MPLS-OAM packet flow. It is used in particular when OAM communication takes place between the nodes which delimit a connection section (segment) of type A (FIG. 2).
  • One or more Type A MPLS-OAM segments can be defined in the LSP connection, but they cannot be nested nor can they overlap with other Type A segments.
  • the MPLS-OAM packet flow of type B is finally distinguished from the two types of packet flow mentioned above. It is used in particular when OAM communication takes place between the nodes which delimit a type B connection section (FIG. 2).
  • One or more MPLS-OAM segments of type B can be defined in the LSP connection, but they cannot be nested nor can they overlap with other type B segments.
  • an MPLS-OAM packet flow (end-to-end, type A, type B) is formed from MPLS-OAM packets, which are inserted into the user data stream at the beginning of a segment and removed from it again at the end of the segment. They can be recorded and edited along the connection LSP at the connection points CP without interfering with the transmission process.
  • Each connection point CP in the connection LSP including the sources and sinks of the connection can be configured as an MPLS-OAM source or an MPLS-OAM sink, the MPLS-OAM packets originating from an MPLS-OAM source preferably as “upstream” * are to be configured.
  • MPLS-OAM packets end-to-end, type A, type B
  • end points of the associated MPLS-OAM segment must be defined.
  • the definition of source and sink for an MPLS-OAM segment is not necessarily fixed for the duration of the connection. This means that the segment in question, for example can be reconfigured using fields in the signaling protocol.
  • the segmented MPLS-OAM packet flow (type A or type B) can be nested within an end-to-end MPLS-OAM packet flow.
  • the connection points CP can be the source / sink of a segment flow (type A or type B) as well as the end-to-end MPLS-OAM packet flow.
  • the MPLS-OAM packet flow (segment flow) of type A is functionally independent of that of type B with regard to inserting, removing and processing the MPLS-OAM packets.
  • a connection point CP can therefore be the source and sink of an OAM segment flow of type A and type B at the same time.
  • the segments of type A can overlap with those of type B.
  • type A segments can overlap with type B segments. Both segments can operate independently of one another and will therefore not influence each other in any way. In MPLS equivalent circuits, however, overlapping can lead to problems.
  • MPLS-OAM packets can be distinguished from MPLS packets carrying user data.
  • Two alternative approaches are possible:
  • one of the EXP bits in the MPLS packet header can be used to distinguish MPLS-OAM packets from MPLS packets carrying user data.
  • this procedure is a very simple one Differentiation possible.
  • This bit can be checked in the sink of an MPLS-OAM segment or at the connection points CP in order to filter out MPLS-OAM packets before further evaluations are carried out.
  • one of the MPLS connection numbers (MPLS label values) No. 4 to No. 15 in the header of the MPLS packet can be used as the identifier.
  • MPLS connection numbers have been reserved by IANA.
  • the next identifier in the stack of the assigned connection LSP must indicate what the inband OAM functionality is carried out for.
  • This approach is somewhat more complex to implement because the hardware in the OAM sink and the connection points CP requires two MPLS stack inputs for each MPLS OAM packet.
  • the processing must be done in real time, i.e. in the connection points CP the OAM packets must be reinserted into the flow if the sequence order is adhered to. This is imperative to ensure correct performance monitoring results in the OAM sink.
  • the MPLS-OAM packets contain fields that are common to all types of OAM packets as well as the functional fields.
  • the coding principles for currently unused common and special fields are:
  • the currently unused bytes and bits in the OAM sink should not be checked for compliance with the coding rule.
  • MPLS-OAM functionality should ensure that facilities that are older versions support, have no compatibility problems with regard to the content of the MPLS-OAM packages. This means that functions and coding of defined fields should not be redefined in the future. However, currently unused fields and code points can be redefined in the future and are therefore reserved. It should also be noted that in the exemplary embodiment the left bit is the most significant bit and is transmitted first. The coding for MPLS-OAM packets is shown in FIG. 3.

Landscapes

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

Abstract

The invention relates to a manner of integrating an OAM functionality into an MPLS network with little cost within MPLS networks. MPLS-OAM packets are thus provided. The above are added to the stream of useful data packets and are differentiated from the MPLS packets by means of a particular marking or code provided within the packet header.

Description

Beschreibungdescription
Verfahren für den Betrieb und die Überwachung von MPLS-NetzenProcedures for the operation and monitoring of MPLS networks
Die Erfindung betrifft ein Verfahren gemäß dem Oberbegriff von Patentanspruch 1.The invention relates to a method according to the preamble of claim 1.
Beim Stand der Technik ist die 07ΛM Funktionalität (Operation and Maintenance) als wesentlicher Bestandteil der Betriebs- weise öffentlicher Kommunikationsnetze anzusehen. Sie unterstützt die Qualität der Netzperformance bei gleichzeitiger Reduktion der Betriebskosten des Netzes. Besonders im Hinblick auf die Dienstgüte der übertragenen Informationen (Qua- lity of Service, QoS) leistet sie einen wesentlichen Beitrag. Strategien bezüglich 07ΛM-Funktionalitäten wurden bereits für SONET/SDH sowie für ATM-Netze vorgeschlagen.In the state of the art, the 07ΛM functionality (Operation and Maintenance) is to be regarded as an essential part of the operation of public communication networks. It supports the quality of the network performance while reducing the operating costs of the network. It makes a significant contribution, particularly with regard to the quality of service of the information transmitted (QoS). Strategies regarding 07ΛM functionalities have already been proposed for SONET / SDH and for ATM networks.
Durch die OAM Funktionalität kann der Betreiber eines Kommunikationsnetzes jederzeit Kenntnis darüber erlangen, ob die für eine Verbindung garantierte Dienstgüte (Service Level Agreement) auch eingehalten wird. Hierzu muss der Betreiber die Verfügbarkeit bestehender Verbindungen (Verbindung „up* oder „downw ) ebenso kennen, wie die zeitliche Verzögerung bei der Übermittlung der Informationen (Delay, Delay Variation) , die - ggf. gemittelte - Abweichung vom ansonsten üblichen Abstand zwischen je zwei Informationsübermittlungen (Delay Jit- ter) , oder die Anzahl der erst gar nicht zur Übermittlung zugelassenen Informationen (Blocking Rate, error Performance) .Thanks to the OAM functionality, the operator of a communication network can obtain information at any time as to whether the quality of service guaranteed for a connection (service level agreement) is being met. For this, the operator must know the availability of existing connections (connection "up * or" down w ) as well as the time delay in the transmission of the information (delay, delay variation), the - if necessary averaged - deviation from the otherwise usual distance between each two information transmissions (delay jitter), or the number of information not allowed to be transmitted at all (blocking rate, error performance).
Fällt beispielsweise eine Verbindung aus, muß unmittelbar der Fehler ermittelt (Fault detection) , lokalisiert (Fault lokal- isation) , sowie gegebenenfalls die Verbindung auf eine Er- satzstrecke (Protection switching) umgeleitet werden können. Damit kann der Verkehrsfluß im Netz (Traffic flow) sowie die Vergebührung (Billing procedures) verbessert werden. Für Übertragungen im Internet werden gegenwärtig MPLS-Netze vorgeschlagen. In MPLS-Netzen (Multiprotocol Packet Label Switching) werden Informationen mittels MPLS-Paketen übertragen. MPLS-Pakete weisen eine variable Länge mit jeweils einem Kopfteil sowie einem Informationsteil auf. Der Kopfteil dient der Aufnahme von Verbindungsinformation während der Informationsteil der Aufnahme von Nutzinformation dienlich ist. Als Nutzinformation werden IP-Pakete verwendet. Die im Kopfteil enthaltene Verbindungsinformation ist als MPLS-Verbind- ungsnummer ausgebildet. Diese hat aber lediglich im MPLS-Netz Gültigkeit. Wenn somit ein IP-Paket von einem Internet-Netz in das MPLS-Netz eindringt (Fig. 1), wird diesem der im MPLS- Netz gültige Kopfteil vorangestellt. Darin sind alle Verbindungsinformationen enthalten, die den Weg des MPLS-Paketes im MPLS-Netz vorgeben. Verläßt das MPLS-Paket das MPLS-Netz, wird der Kopfteil wieder entfernt und das IP-Paket im sich daran anschließenden Internet-Netz nach Maßgabe des IP-Proto- kolls weitergeroutet .If, for example, a connection fails, the fault must be determined immediately (fault detection), localized (fault localization) and, if necessary, the connection must be redirected to a replacement link (protection switching). The traffic flow in the network (billing procedures) and the billing procedures can thus be improved. MPLS networks are currently proposed for transmissions on the Internet. Information is transmitted in MPLS networks (Multiprotocol Packet Label Switching) using MPLS packets. MPLS packets have a variable length, each with a header and an information part. The header part is used to record connection information while the information part is used to record useful information. IP packets are used as useful information. The connection information contained in the header is designed as an MPLS connection number. However, this is only valid in the MPLS network. If an IP packet from an Internet network thus penetrates the MPLS network (FIG. 1), this is preceded by the header which is valid in the MPLS network. This contains all connection information that specifies the path of the MPLS packet in the MPLS network. If the MPLS packet leaves the MPLS network, the header is removed again and the IP packet is routed further in the subsequent Internet network in accordance with the IP protocol.
In Fig. 1 wird davon ausgegangen, dass Informationen z. B. ausgehend von einem Teilnehmer TLN1 einem Teilnehmer TLN2 zugeführt werden. Der sendende Teilnehmer TLN1 ist dabei an das Internet-Netz IP angeschlossen, durch das die Informationen nach einem Internetprotokoll wie z.B. das IP-Protokoll ge- leitet werden. Dieses Protokoll ist kein verbindungsorien- tiertes Protokoll. Das Internet-Netz IP weist eine Mehrzahl von Routern R auf, die untereinander vermascht sein können. Der empfangende Teilnehmer TLN2 ist an ein weiteres Internet- Netz IP angeschlossen. Zwischen den beiden Internet-Netzen IP ist ein MPLS-Netz eingefügt, durch das Informationen in Form von MPLS-Paketen verbindungsorientiert durchgeschaltet werden. Dieses Netz weist eine Mehrzahl von miteinander ver- maschten Routern auf. In einem MPLS-Netz können dies sogenannte Label Switched Router (LSR) sein. Die OAM Funktionalität in Bezug auf ein MPLS-Netz ist bislang noch nicht angesprochen worden. Sie kann auch nicht ohne weiteres von der Lösung aus ATM-Netzen übertragen werden.In Fig. 1 it is assumed that information such. B. can be supplied from a subscriber TLN1 to a subscriber TLN2. The sending subscriber TLN1 is connected to the Internet network IP, through which the information is routed according to an Internet protocol, such as the IP protocol. This protocol is not a connection-oriented protocol. The Internet network IP has a plurality of routers R, which can be meshed with one another. The receiving subscriber TLN2 is connected to a further Internet network IP. An MPLS network is inserted between the two Internet networks IP, through which information in the form of MPLS packets is switched through in a connection-oriented manner. This network has a plurality of routers meshed with one another. In an MPLS network, these can be so-called label switched routers (LSR). The OAM functionality in relation to an MPLS network has not yet been addressed. It also cannot be easily transferred from the ATM network solution.
Der Erfindung liegt die Aufgabe zugrunde einen Weg aufzuzeigen, wie eine OAM-Funktionalität in MPLS-Netze mit geringem Aufwand integriert werden kann.The invention has for its object to show a way how an OAM functionality can be integrated into MPLS networks with little effort.
Die Erfindung wird ausgehend von den in Oberbegriff von Pa- tentanspruch 1 angegebenen Merkmalen durch die kennzeichnenden Merkmale gelöst.The invention is achieved on the basis of the features specified in the preamble of patent claim 1 by the characterizing features.
Vorteilhaft an der Erfindung ist insbesondere das Vorsehen von MPLS-OAM-Paketen. Diese werden in den Verkehrsstrom von Nutzdatenpaketen eingefügt. Hierzu ist lediglich eine Markierung oder Kennung im Paketkopf erforderlich, so dass die MPLS-OAM-Pakete von den nutzdatentragenden MPLS-Paketen unterschieden werden können.The provision of MPLS-OAM packets is particularly advantageous in the invention. These are inserted into the traffic flow of user data packets. All that is required is a mark or identifier in the packet header, so that the MPLS-OAM packets can be distinguished from the MPLS packets carrying the user data.
Vorteilhafte Weiterbildungen der Erfindung werden in den Unteransprüche angegeben.Advantageous developments of the invention are specified in the subclaims.
Die Erfindung wird im folgenden anhand eines Ausführungsbeispiels näher erläutert.The invention is explained in more detail below using an exemplary embodiment.
Es zeigen:Show it:
Figur 1 die grundsätzlichen Verhältnisse in einem MPLS-NetzFigure 1 shows the basic conditions in an MPLS network
Figur 2 eine End-to-End-Verbindung zwischen zwei TeilnehmerFigure 2 shows an end-to-end connection between two participants
Figur 3 die Verhältnisse im Paketkopf und im Informationsteil eines MPLS-OAM-PaketesFigure 3 shows the relationships in the packet header and in the information part of an MPLS-OAM packet
In Fig. 2 ist eine Verbindung (Lable Switched Path, LSP) zwischen zwei Teilnehmern TLN1, TLN2 aufgezeigt. Diese Verbindung wird über eine Mehrzahl von Knoten N1...N4 geführt, wo- durch eine Mehrzahl von Verbindungsabschnitten (Lable Switched Hop) definiert werden. Die Knoten N1...N4 sollen als Router LSR eines MPLS-Netzes ausgebildet sein. Zwischen dem Teilnehmer TLN1 und dem Teilnehmer TLN2 entsteht nun nach ei- nem erfolgreichen Verbindungsaufbau ein Informationsfluss, der aus einer Mehrzahl von die nutzdatentragenden MPLS- Paketen gebildet wird. In diesen MPLS-Paketfluss können MPLS- OAM-Pakete eingefügt werden (Inband LSP) . Im Gegensatz hierzu werden Verbindungen definiert, über die ausschließlich MPLS- OAM-Pakete geführt werden (Outband LSP) . Grundsätzlich sind inband MPLS-OAM-Pakete nützlich, um Verbindungen LSP auf individueller Basis mitzuprotokollieren. In einigen Fällen jedoch kann es vorteilhafter sein, einen Out-of-Band MPLS-OAM- Paketfluss zu definieren. Ein Beispiel hierfür ist die MPLS- Gruppenersatzschaltung.2 shows a connection (label switched path, LSP) between two subscribers TLN1, TLN2. This connection is made via a plurality of nodes N1 ... N4, where be defined by a plurality of connection sections (label switched hop). The nodes N1 ... N4 should be designed as routers LSR of an MPLS network. After the connection has been successfully established, an information flow arises between the subscriber TLN1 and the subscriber TLN2, which is formed from a plurality of MPLS packets carrying the user data. MPLS-OAM packets can be inserted into this MPLS packet flow (inband LSP). In contrast to this, connections are defined via which only MPLS-OAM packets are routed (outband LSP). Basically, in-band MPLS-OAM packets are useful for logging LSP connections on an individual basis. However, in some cases it may be more advantageous to define an out-of-band MPLS-OAM packet flow. An example of this is the MPLS group equivalent circuit.
Um MPLS-OAM-Pakete von nutzdatentragenden MPLS-Paketen unterscheiden zu können, werden die MPLS-OAM-Pakete markiert. Die speziellen Markierungsmechanismen sind in Fig. 3 aufgezeigt und werden später noch im einzelnen näher beschrieben.In order to distinguish MPLS-OAM packets from MPLS packets carrying user data, the MPLS-OAM packets are marked. The special marking mechanisms are shown in FIG. 3 and will be described in more detail later.
Die Aufeinanderfolge mehrerer MPLS-OAM-Pakete definiert einen MPLS-OAM-Paketfluss . Grundsätzlich können 3 verschiedene Arten eines MPLS-OAM-Paketflusses gleichzeitig für eine Ver- bindung LSP existieren:The sequence of several MPLS-OAM packets defines an MPLS-OAM packet flow. Basically, 3 different types of an MPLS-OAM packet flow can exist simultaneously for an LSP connection:
End-to-end MPLS-OAM-Paketfluss. Er wird insbesondere dann verwendet, wenn eine OAM Kommunikation zwischen einer Quelle und einer Senke einer Verbindung LSP erfolgt. Er wird aus MPLS-OAM-Paketen gebildet, die in der Quelle der Verbindung LSP in den Nutzdatenstrom eingefügt und an der Senke diesem wieder entnommen werden. Die MPLS-OAM-Pakete können entlang der Verbindung LSP an den Connection Point CP aufgezeichnet und überwacht werden, ohne dass in den Übertragungsprozess eingegriffen wird. Von dem End-to-end definierten MPLS-OAM-Paketfluss wird der MPLS-OAM-Paketfluss des Typs A unterschieden. Er wird insbesondere dann verwendet, wenn eine OAM Kommunikation zwischen den Knoten, die einen Verbindungsabschnitt (Segment) des Typs A begrenzen, erfolgt (Fig. 2) . Ein oder mehrere MPLS-OAM-Seg- mente des Typs A können in der Verbindung LSP definiert werden, sie können aber weder verschachtelt werden noch können sie sich mit anderen Segmenten des Typs A überlappen.End-to-end MPLS-OAM packet flow. It is used in particular when OAM communication takes place between a source and a sink of an LSP connection. It is formed from MPLS-OAM packets, which are inserted in the source of the connection LSP in the user data stream and are removed again at the sink. The MPLS-OAM packets can be recorded and monitored along the connection LSP to the connection point CP without interfering with the transmission process. The MPLS-OAM packet flow of type A is distinguished from the end-to-end defined MPLS-OAM packet flow. It is used in particular when OAM communication takes place between the nodes which delimit a connection section (segment) of type A (FIG. 2). One or more Type A MPLS-OAM segments can be defined in the LSP connection, but they cannot be nested nor can they overlap with other Type A segments.
Von den beiden vorstehend genannten Arten des Paketflusses wird schließlich der MPLS-OAM-Paketfluss des Typs B unterschieden. Er wird insbesondere dann verwendet, wenn eine OAM Kommunikation zwischen den Knoten, die einen Verbindungsabschnitt des Typs B begrenzen, erfolgt (Fig. 2) . Ein oder meh- rere MPLS-OAM-Segmente des Typs B können in der Verbindung LSP definiert werden, sie können aber weder verschachtelt werden noch können sie sich mit anderen Segmenten des Typs B überlappen.The MPLS-OAM packet flow of type B is finally distinguished from the two types of packet flow mentioned above. It is used in particular when OAM communication takes place between the nodes which delimit a type B connection section (FIG. 2). One or more MPLS-OAM segments of type B can be defined in the LSP connection, but they cannot be nested nor can they overlap with other type B segments.
Grundsatzlich wird ein MPLS-OAM-Paketfluss (end-to-end, Typ A, Typ B) aus MPLS-OAM-Paketen gebildet, die am Anfang eines Segmentes in den Nutzdatenstrom eingefugt und am Ende des Segmentes diesem wieder entnommen werden. Sie können entlang der Verbindung LSP an den Connection Points CP aufgezeichnet und bearbeitet werden, ohne dass in den Ubertragungsprozess eingegriffen wird. Jeder Connection point CP in der Verbindung LSP einschließlich der Quellen und Senken der Verbindung können als MPLS-OAM-Quelle oder MPLS-OAM-Senke konfiguriert werden, wobei die von einer MPLS-OAM-Quelle ausgehenden MPLS- OAM-Pakete vorzugsweise als „upstream* zu konfigurieren sind.In principle, an MPLS-OAM packet flow (end-to-end, type A, type B) is formed from MPLS-OAM packets, which are inserted into the user data stream at the beginning of a segment and removed from it again at the end of the segment. They can be recorded and edited along the connection LSP at the connection points CP without interfering with the transmission process. Each connection point CP in the connection LSP including the sources and sinks of the connection can be configured as an MPLS-OAM source or an MPLS-OAM sink, the MPLS-OAM packets originating from an MPLS-OAM source preferably as “upstream” * are to be configured.
Bevor MPLS-OAM-Pakete (end-to-end, Typ A, Typ B) über das MPLS-Netz übertragen werden, müssen die Endpunkte des zugehörigen MPLS-OAM-Segmentes definiert sein. Die Definition von Quelle und Senke für ein MPLS-OAM-Segment ist nicht notwendigerweise für die Dauer der Verbindung fest vorgegeben. Dies bedeutet, dass das betreffende Segment beispielsweise über Felder im Sϊgnalisierungsprotokoll rekonfiguriert werden kann.Before MPLS-OAM packets (end-to-end, type A, type B) are transmitted over the MPLS network, the end points of the associated MPLS-OAM segment must be defined. The definition of source and sink for an MPLS-OAM segment is not necessarily fixed for the duration of the connection. This means that the segment in question, for example can be reconfigured using fields in the signaling protocol.
Für jede Verbindung LSP ist eine Verschachtelung des segment- ierten MPLS-OAM-Paketflusses (Typ A oder Typ B) innerhalb eines End-to-end MPLS-OAM-Paketflusses möglich. Die Connection points CP können dabei gleichzeitig Quelle/Senke eines Segmentflusses (Typ A oder Typ B) wie auch des End-to-end- MPLS- OAM-Paketflusses sein.For each LSP connection, the segmented MPLS-OAM packet flow (type A or type B) can be nested within an end-to-end MPLS-OAM packet flow. The connection points CP can be the source / sink of a segment flow (type A or type B) as well as the end-to-end MPLS-OAM packet flow.
Der MPLS-OAM-Paketfluss (Segmentfluss) des Typs A ist funkti- onell unabhängig von dem des Typs B im Hinblick auf Einfügen, Herausnehmen sowie Verarbeiten der MPLS-OAM-Pakete. Im allgemeinen ist daher das Verschachteln von MPLS-OAM-Paketen des Typs B mit denen des Typs A und umgekehrt möglich. Im Falle der Verschachtelung kann daher ein Conection point CP gleichzeitig Quelle und Senke auch eines OAM-Segmentflusses von Typ A und von Typ B sein.The MPLS-OAM packet flow (segment flow) of type A is functionally independent of that of type B with regard to inserting, removing and processing the MPLS-OAM packets. In general, it is therefore possible to interleave MPLS-OAM packets of type B with those of type A and vice versa. In the case of interleaving, a connection point CP can therefore be the source and sink of an OAM segment flow of type A and type B at the same time.
Das Überlappen der Segmente des Typs A mit denen des Typs B ist in Abhängigkeit von der Netzarchitektur möglich. Beispielsweise können im Falle einer Punkt-zu-Punkt-Architektur Segmente des Typs A mit denen des Typs B überlapppen. Beide Segmente können unabhängig voneinander operieren und werden sich daher in keiner Weise beeinflussen. In MPLS-Ersatz- schaltungen allerdings kann das Überlappen zu Problemen führen.Depending on the network architecture, the segments of type A can overlap with those of type B. For example, in the case of a point-to-point architecture, type A segments can overlap with type B segments. Both segments can operate independently of one another and will therefore not influence each other in any way. In MPLS equivalent circuits, however, overlapping can lead to problems.
Im folgenden sei anhand von Fig. 3 näher erläutert, wie MPLS- OAM-Pakete von nutzdatentragenden MPLS-Paketen unterschieden werden können. Hierzu sind zwei alternative Lösungsansätze möglich:In the following, it will be explained in more detail with reference to FIG. 3 how MPLS-OAM packets can be distinguished from MPLS packets carrying user data. Two alternative approaches are possible:
In einer ersten Ausgestaltung der Erfindung kann eines der EXP-Bits im MPLS-Paketkopf verwendet werden, um MPLS-OAM- Pakete von nutzdatentragenden MPLS-Paketen zu unterscheiden. Insbesondere ist mit dieser Vorgehensweise eine sehr einfache Unterscheidungsmöglichkeit gegeben. In der Senke eines MPLS- OAM-Segmentes oder and den Connection points CP kann dieses Bit überprüft werden, um MPLS-OAM-Pakete herauszufiltern, bevor weitere Auswertungen vorgenommen werden.In a first embodiment of the invention, one of the EXP bits in the MPLS packet header can be used to distinguish MPLS-OAM packets from MPLS packets carrying user data. In particular, this procedure is a very simple one Differentiation possible. This bit can be checked in the sink of an MPLS-OAM segment or at the connection points CP in order to filter out MPLS-OAM packets before further evaluations are carried out.
In einer weiteren Ausgestaltung der Erfindung kann eine der MPLS-Verbindungsnummern (MPLS label values) Nr. 4 bis Nr. 15 im Kopfteil des MPLS-Pakets als Kennung verwendet werden. Diese MPLS-Verbindungsnummern wurden von der IANA reserviert. In diesem Fall muss die nächste Kennung im Stack der zugeordneten Verbindung LSP andeuten, wofür die Inband OAM- Funktionalität ausgeführt wird. Dieser Lösungsansatz ist etwas komplexer zu implementieren, da die Hardware in der OAM- Senke und den Connection points CP zwei MPLS-Stack-Eingänge für jedes MPLS-OAM-Paket benötigt. Selbstverständlich muss das Bearbeiten in Realtime erfolgen, d.h. in den Connection points CP müssen die OAM-Pakete wieder in den Fluss bei Einhalten der Sequenzreihenfolge eingefügt werden. Dies ist zwingend notwendig, um korrekte Performance-Monitoring Ergeb- nisse in der OAM-Senke sicherzustellen.In a further embodiment of the invention, one of the MPLS connection numbers (MPLS label values) No. 4 to No. 15 in the header of the MPLS packet can be used as the identifier. These MPLS connection numbers have been reserved by IANA. In this case, the next identifier in the stack of the assigned connection LSP must indicate what the inband OAM functionality is carried out for. This approach is somewhat more complex to implement because the hardware in the OAM sink and the connection points CP requires two MPLS stack inputs for each MPLS OAM packet. Of course, the processing must be done in real time, i.e. in the connection points CP the OAM packets must be reinserted into the flow if the sequence order is adhered to. This is imperative to ensure correct performance monitoring results in the OAM sink.
Die MPLS-OAM-Pakete enthalten Felder, die allen Typen von OAM-Paketen ebenso gemeinsam sind wie die Funktionsfelder. Die Kodierungsprinzipien für gegenwärtig unbenutzte gemein- same und spezielle Felder sind:The MPLS-OAM packets contain fields that are common to all types of OAM packets as well as the functional fields. The coding principles for currently unused common and special fields are:
- gegenwärtig unbenutzte OAM-Nutzdaten-Bytes, die als 0110 1010 (6AH) kodiert sind- Currently unused OAM user data bytes, which are coded as 0110 1010 (6AH)
- gegenwärtig unbenutzte Nutzdaten-Bits (unvollständige Bytes, die zu Null kodiert sind.- Currently unused user data bits (incomplete bytes that are coded to zero.
Die gegenwärtig nicht benutzten Bytes und Bits sollten in der OAM-Senke nicht auf Übereinstimmung mit der Kodierungsregel überprüft werden.The currently unused bytes and bits in the OAM sink should not be checked for compliance with the coding rule.
Weitergehende Erweiterungen zur MPLS-OAM-Funktionalität sollten sicherstellen, dass Einrichtungen, die ältere Versionen unterstützen, keine Kompatibilitätsprobleme im Hinblick auf den Inhalt der MPLS-OAM-Pakete haben. Dies bedeutet, dass Funktionen und Kodierungen von definierten Feldern in der Zukunft nicht umdefiniert werden sollten. Allerdings können gegenwärtig unbenutzte Felder- und Codepoints zukünftig umdefiniert werden und sind daher reserviert. Anzumerken bleibt noch, dass beim Ausführungsbeispiel das linke Bit das höchstwertigere Bit ist und als erstes übertragen wird. Die Kodierung für MPLS-OAM-Pakete ist in Fig. 3 aufgezeigt. Further enhancements to MPLS-OAM functionality should ensure that facilities that are older versions support, have no compatibility problems with regard to the content of the MPLS-OAM packages. This means that functions and coding of defined fields should not be redefined in the future. However, currently unused fields and code points can be redefined in the future and are therefore reserved. It should also be noted that in the exemplary embodiment the left bit is the most significant bit and is transmitted first. The coding for MPLS-OAM packets is shown in FIG. 3.

Claims

Patentansprüche claims
1. Verfahren zur Übertragung von Paketen variabler Länge über Verbindungen (Label Switched Paths, LSP) , die zwischen Kommunikationseinrichtungen eines Kommunikationssystems eingerichtet sind, wobei letztere zu einem Netz vermascht sind, d a d u r c h g e k e n n z e i c h n e t , dass innerhalb des Kopfteils eines Paketes eine Kennung vorgesehen ist, welche eine Teilmenge der insgesamt pro Verbin- düng (LSP) übertragenen Pakete kennzeichnet, die für den Betrieb und für die Überwachung (Operation and Maintenance, OAM) des Netzes eingesetzt werden.1. Method for the transmission of packets of variable length over connections (Label Switched Paths, LSP), which are set up between communication devices of a communication system, the latter being meshed into a network, characterized in that an identifier is provided within the header of a packet, which an Subset of the total of packets transmitted per connection (LSP) identifies which are used for the operation and monitoring (Operation and Maintenance, OAM) of the network.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t , dass die Pakete nach einem Multi Protocol Label Switching Ü- bertragungsverfahren (MPLS) übertragen werden, wodurch diese Pakete als MPLS-Pakete definiert sind und daß die mit der Kennung versehenen MPLS-Pakete als MPLS-OAM-Pakete definiert sind.2. The method according to claim 1, characterized in that the packets are transmitted according to a Multi Protocol Label Switching transmission process (MPLS), as a result of which these packets are defined as MPLS packets and that the MPLS packets provided with the identifier are called MPLS-OAM Packages are defined.
3. Verfahren nach Anspruch 1, 2, d a d u r c h g e k e n n z e i c h n e t , dass eines der EXP (experimental) Bits im Kopfteil des MPLS- Paketes als Kennung verwendet wird.3. The method according to claim 1, 2, and also that one of the EXP (experimental) bits in the header of the MPLS packet is used as the identifier.
4. Verfahren nach Anspruch 1, 2, d a d u r c h g e k e n n z e i c h n e t , dass eine der reservierten MPLS-Verbindungsnummern (MPLS la- bei values) Nr. 4 bis Nr. 15 im Kopfteil des MPLS-Pakets als Kennung verwendet wird.4. The method of claim 1, 2, d a d u r c h g e k e n n z e i c h n e t that one of the reserved MPLS connection numbers (MPLS la-bei values) No. 4 to No. 15 in the header of the MPLS packet is used as an identifier.
5. Verfahren nach einem der Ansprüche 1 bis 4, d a d u r c h g e k e n n z e i c h n e t , dass aus den MPLS-OAM-Paketen ein End-to-End MPLS-OAM-Paketfluss gebildet wird, der zwischen Quelle und Senke der Ver- bindung (LSP) übertragen wird, womit die gesamte Verbindung (LSP) überwacht wird.5. The method according to any one of claims 1 to 4, characterized in that an end-to-end MPLS-OAM packet flow is formed from the MPLS-OAM packets, which flows between the source and sink of the Binding (LSP) is transmitted, with which the entire connection (LSP) is monitored.
6. Verfahren nach einem der Ansprüche 1 bis 5, d a d u r c h g e k e n n z e i c h n e t , dass die Verbindung (LSP) aus einer Mehrzahl von Segmenten gebildet wird, dass aus den MPLS-OAM-Paketen ein MPLS-OAM-Segmentfluss gebildet wird, der innerhalb des betreffenden Segmentes der Verbindung (LSP) zwischen Quelle und Senke des Segmentes ü- bertragen wird, womit dieses Segment der Verbindung (LSP) ü- berwacht wird.6. The method according to any one of claims 1 to 5, characterized in that the connection (LSP) is formed from a plurality of segments, that an MPLS-OAM segment flow is formed from the MPLS-OAM packets, which flow within the relevant segment of the Connection (LSP) between source and sink of the segment is transmitted, with which this segment of the connection (LSP) is monitored.
7. Verfahren nach Anspruch 6, d a d u r c h g e k e n n z e i c h n e t , dass verschiedene Ausprägungen eines MPLS-OAM-Segmentflusses existieren, die als Typ A, Typ B etc. definiert werden, und die funktional unabhängig voneinander für dieselbe Verbindung (LSP) eingerichtet werden können.7. The method according to claim 6, d a d u r c h g e k e n n z e i c h n e t that different versions of an MPLS-OAM segment flow exist, which are defined as type A, type B etc., and which can be set up functionally independently of one another for the same connection (LSP).
8. Verfahren nach einem der Ansprüche 5 bis 7, d a d u r c h g e k e n n z e i c h n e t , dass nur ein MPLS-OAM-Segmentfluss der gleichen Ausprägung, aber mehrere MPLS-OAM-Segmentflusse jeweils unterschiedlicher Ausprägung gleichzeitig für einen beliebigen Abschnitt einer Verbindung (LSP) eingerichtet werden können.8. The method according to any one of claims 5 to 7, so that only one MPLS-OAM segment flow of the same type, but several MPLS-OAM segment flows of different types can be set up simultaneously for any section of a connection (LSP).
9. Verfahren nach einem der vorstehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass innerhalb eines MPLS-OAM-Paketes eine weitere Kennung vorgesehen wird, die eine Unterscheidung ermöglicht, ob das zugehörige MPLS-OAM-Paket Teil eines End-to-End MPLS-OAM-Paketflusses oder Teil eines MPLS-OAM-Segmentflusses ist. 9. The method according to any one of the preceding claims, characterized in that a further identifier is provided within an MPLS-OAM packet, which enables a distinction to be made as to whether the associated MPLS-OAM packet is part of an end-to-end MPLS-OAM packet flow or is part of an MPLS-OAM segment flow.
10. Verfahren nach einem der vorstehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass innerhalb eines MPLS-OAM-Paketes eine dritte Kennung vorgesehen wird, die im Falle eines MPLS-OAM-Segmentflusses eine Unterscheidung ermöglicht, zu welcher Ausprägung eines MPLS-OAM-Segmentflusses das zugehörige MPLS-OAM-Paket zugeordnet werden kann.10. The method according to any one of the preceding claims, characterized in that a third identifier is provided within an MPLS-OAM packet, which in the case of an MPLS-OAM segment flow enables a distinction to be made as to which form of an MPLS-OAM segment flow the associated MPLS -OAM package can be assigned.
11. Verfahren nach einem der vorstehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass innerhalb eines MPLS-OAM-Paketes eine vierte Kennung vorgesehen wird, die die funktionale Bedeutung des MPLS-OAM- Pakets näher kennzeichnet.11. The method according to any one of the preceding claims, that a fourth identifier is provided within an MPLS-OAM packet, which identifies the functional meaning of the MPLS-OAM packet in more detail.
12. Verfahren nach einem der vorstehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t , dass innerhalb eines MPLS-OAM-Paketes weitere Informationen übertragen werden, die im Rahmen der Funktionen des MPLS-OAM- Paketes eingesetzt werden, um den Betrieb und die Überwachung des Netzes zu unterstützen. 12. The method according to any one of the preceding claims, so that further information is transmitted within an MPLS-OAM packet that is used in the context of the functions of the MPLS-OAM packet to support the operation and monitoring of the network.
EP03744760A 2002-03-27 2003-03-18 Method for operation and monitoring of mpls networks Withdrawn EP1488582A1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10213871 2002-03-27
DE10213871 2002-03-27
PCT/DE2003/000894 WO2003081850A1 (en) 2002-03-27 2003-03-18 Method for operation and monitoring of mpls networks

Publications (1)

Publication Number Publication Date
EP1488582A1 true EP1488582A1 (en) 2004-12-22

Family

ID=28050933

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03744760A Withdrawn EP1488582A1 (en) 2002-03-27 2003-03-18 Method for operation and monitoring of mpls networks

Country Status (3)

Country Link
US (2) US20050213594A1 (en)
EP (1) EP1488582A1 (en)
WO (1) WO2003081850A1 (en)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7570648B2 (en) * 2003-02-03 2009-08-04 At&T Intellectual Property I, L.P. Enhanced H-VPLS service architecture using control word
US7643424B2 (en) * 2003-03-22 2010-01-05 At&T Intellectual Property L, L.P. Ethernet architecture with data packet encapsulation
US8254272B1 (en) * 2007-02-28 2012-08-28 Cisco Technology, Inc. Operations administration management for path computation element chains
WO2009087384A1 (en) * 2008-01-09 2009-07-16 British Telecommunications Public Limited Company Out-of-band method of managing a mpls communications network and related aspects
EP2079189A1 (en) * 2008-01-09 2009-07-15 British Telecmmunications public limited campany MPLS function invocation scheme and related aspects
US9094337B2 (en) * 2012-12-21 2015-07-28 Cieno Corporation Source identification preservation in multiprotocol label switching networks
US9369409B2 (en) * 2013-08-12 2016-06-14 Nec Corporation End-to-end hitless protection in packet switched networks
CN106936713B (en) * 2015-12-30 2020-02-21 华为技术有限公司 Label management method, data stream processing method and equipment

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5793976A (en) * 1996-04-01 1998-08-11 Gte Laboratories Incorporated Method and apparatus for performance monitoring in electronic communications networks
US6331978B1 (en) * 1999-03-09 2001-12-18 Nokia Telecommunications, Oy Generic label encapsulation protocol for carrying label switched packets over serial links
JP3482996B2 (en) * 1999-12-03 2004-01-06 日本電気株式会社 ATM switch
JP3613102B2 (en) * 1999-12-14 2005-01-26 日本電気株式会社 Frame configuration method, frame configuration apparatus, and frame configuration transfer system
US6791985B1 (en) * 2000-07-12 2004-09-14 Nortel Networks Limited ATM transport over multi-protocol label switching
US6965592B2 (en) * 2001-01-24 2005-11-15 Tekelec Distributed signaling system 7 (SS7) message routing gateway
US20030063613A1 (en) * 2001-09-28 2003-04-03 Carpini Walter Joseph Label switched communication network and system and method for path restoration
US7092361B2 (en) * 2001-12-17 2006-08-15 Alcatel Canada Inc. System and method for transmission of operations, administration and maintenance packets between ATM and switching networks upon failures
US7012933B2 (en) * 2001-12-26 2006-03-14 Tropic Networks Inc. Enhanced packet network and method for carrying multiple packet streams within a single label switched path

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NEIL HARRISON ET AL., OAM FUNCTIONALITY FOR MPLS NETWORKS - INTERNET DRAFT, 2 January 2001 (2001-01-02), pages 1 - 29 *

Also Published As

Publication number Publication date
US20050213594A1 (en) 2005-09-29
US20080175156A1 (en) 2008-07-24
WO2003081850A1 (en) 2003-10-02

Similar Documents

Publication Publication Date Title
DE10219154A1 (en) Procedure for monitoring the availability of connections in MPLS networks
EP1500236B1 (en) Method for monitoring the transmission quality of connections in mpls networks
WO2003096631A1 (en) Method for assisting equivalent circuits in mpls networks
EP1430665A2 (en) Method and device for adapting label-switched paths in packet networks
DE10219153A1 (en) Procedure for checking the continuity of connections in MPLS networks
DE10118295A1 (en) Optical crossconnect
EP1130853A1 (en) Circuit arrangement for changeover to standby of transmission installations in ring architectures with MPLS-packets
DE60214842T2 (en) Method and device for managing a telecommunications network
EP1262084B1 (en) Equivalent switching method for transmission devices in mpls networks
EP1488582A1 (en) Method for operation and monitoring of mpls networks
EP0937370B1 (en) Switching transmission units to an equivalent circuit for the purposes of bidirectional asynchronous cell transfer
EP1130852A1 (en) Method for changeover to standby of transmission installations in ring architectures with MPLS-packets
EP1188268A1 (en) Method for monitoring the bit transmission quality in packet-orientated transmission
EP1126741A1 (en) Method for protection switching of transmission equipment in MPLS networks
DE20122358U1 (en) Telecommunication system has two tiers of distributed broadband remote access servers that aggregate connections from access network and subscribers respectively into two distinct communication pipes
DE102005024782B3 (en) Method and device for data transmission with a bundling of several transmission channel devices
EP0984658B1 (en) Telecommunication system with switching device and data concentrator for access to Internet
DE10324604A1 (en) Method for forwarding IP packets to an external control component of a network node in a communication network which conveys IP packets which have several network nodes
EP0857003A2 (en) Apparatus for realising redundancy circuits of communication devices in ring architectures for the bidirectional transmission of ATM cells
WO2003032590A1 (en) Method for desensitizing packet-based connection of subscribers to a switching system
EP1629639B1 (en) Method for relaying ip-packets to an external control component of a network node
WO2007079991A1 (en) Method for routing connections in a packet-switched communication network
DE19717584A1 (en) Method for the equivalent switching of transmission devices for the bidirectional transmission of ATM cells
DE102004016941A1 (en) Method for controlling the traffic in a packet network
WO2009049638A1 (en) Method and apparatus for establishing a connection via a network

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

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 IT LI LU MC NL PT RO SE SI SK TR

17Q First examination report despatched

Effective date: 20060929

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

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

18D Application deemed to be withdrawn

Effective date: 20070411