GB2423447A - Notification of faults in a system comprising two Ethernet networks interconnected by a synchronous transport network such as SDH - Google Patents
Notification of faults in a system comprising two Ethernet networks interconnected by a synchronous transport network such as SDH Download PDFInfo
- Publication number
- GB2423447A GB2423447A GB0503173A GB0503173A GB2423447A GB 2423447 A GB2423447 A GB 2423447A GB 0503173 A GB0503173 A GB 0503173A GB 0503173 A GB0503173 A GB 0503173A GB 2423447 A GB2423447 A GB 2423447A
- Authority
- GB
- United Kingdom
- Prior art keywords
- network
- ethernet
- destination
- originating
- failure
- 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
Links
- 230000001360 synchronised effect Effects 0.000 title claims abstract description 23
- 238000012423 maintenance Methods 0.000 claims abstract description 4
- 238000000034 method Methods 0.000 claims description 21
- 230000000977 initiatory effect Effects 0.000 claims description 6
- 238000009432 framing Methods 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 abstract description 5
- 238000001514 detection method Methods 0.000 abstract description 3
- RGNPBRKPHBKNKX-UHFFFAOYSA-N hexaflumuron Chemical compound C1=C(Cl)C(OC(F)(F)C(F)F)=C(Cl)C=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F RGNPBRKPHBKNKX-UHFFFAOYSA-N 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 9
- 230000008901 benefit Effects 0.000 description 6
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 230000000246 remedial effect Effects 0.000 description 3
- 239000000835 fiber Substances 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 1
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/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/14—Monitoring arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1611—Synchronous digital hierarchy [SDH] or SONET
- H04J3/1617—Synchronous digital hierarchy [SDH] or SONET carrying packets or ATM cells
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
The invention relates to a telecommunications network including an origin Ethernet network 42 and a destination Ethernet network 44 in communication with the first Ethernet network via a synchronous transport network 46 such as SDH or SONET. A failure message is sent to the destination Ethernet network 44 where it initiates a consequent action such as instructing an egress port of the destination to enter a start-up state, which effectively shuts of a laser in the destination Ethernet tributary card 54. Preferably an Ethernet Port Extension (EPE) terminal 72 is provided. When the EPE detects a fault 74 it issues a failure message, preferably in the form of an Operation Administration and Maintenance (OAM) message. Failure messages may be encapsulated in GFP frames for transmission across the synchronous transport network. Failure messages may also be sent to the destination Ethernet network in response to the detection of faults in Ethernet links 62, or in the synchronous transport network. The latter faults may be signified by an LCAS failure.
Description
Notification of Faults in Telecommunications Networks The invention
relates to the notification of faults in a telecommunications network having an originating Ethernet network and a destination Ethernet network in communication with the originating Ethernet network via a synchronous transport network.
It is known to provide an Ethernet Local Area Network (LAN) which incorporates a way of notification of failures from an originating end to a terminating end of the network. Such a network is illustrated in Figure 1, generally designated 10, which shows a generation device 12 at one end of the network and a destination device 14 at the other end of the network. The generation device 12 is connected to a first Network Transmission Element (NTE) 16 by a cable 18. The destination device 14 is connected to a second NTE 20 by a cable 22. The first and second NTEs 16, 20 are connected via an optic fibre 24. A failure in the network 10 can occur at an NTE 16 illustrated at 26; at a port 28 of the generation device 12; due to failure of the cable 18 illustrated at 30; or due to failure of the optic fibre 24 illustrated at 32. Such failures in the network 10 are indicated to the destination device 14 in a variety of ways including laser shutdown at an egress port of the second NTE 20. The benefit of indicating a failure to the destination device 14 is that the malfunction can be detected very quickly at the destination device, typically within the order of a few milliseconds. Such a rapid detection is useful to permit remedial action to be taken for avoidance of data loss.
It is further known to provide two Ethernet LANs in communication via a Synchronous Digital Hierarchy (SDH) transport network. Such an arrangement is typically a requirement when the two Ethernet LANs are far apart. The International Telecommunication Union recommendation G.7041 describes how to carry Ethernet frames across an SDH transport network using a Generic Framing Procedure (GFP). A problem associated with such an arrangement of networks is that when a failure occurs in the originating Ethernet LAN a destination device of the receiving Ethernet LAN is not notified of the failure because of the interruption caused by the SDH network.
Instead, an egress port of the receiving Ethernet LAN stays live, but in an idle state.
Whilst an idle state may be an indication of a failure in the network, the destination device must detect this state before any remedial action is taken. Such detection typically takes a few seconds. This has the disadvantage that the remedial action can take a relatively long time to implement which may result is loss of data.
What is required is a way of notifying failures to a destination Ethernet network to initiate a consequent action.
The present invention provides a method of operating a telecommunications network including the steps of; providing an originating Ethernet network; providing a destination Ethernet network; providing a synchronous transport network to permit communication between the originating Ethernet network and the destination Ethernet network; characterised in that the method further includes the step of providing a failure message to the destination Ethernet network, the failure message initiating a consequent action at the destination Ethernet network.
The invention also provides a telecommunications network including; an originating Ethernet network; a destination Ethernet network in communication with the first Ethernet network via a synchronous transport network; characterised in that the destination Ethernet network is adapted to receive a failure message, the failure message adapted to initiate a consequent action at the destination Ethernet network.
Such arrangements have the advantage that when a failure occurs in the upstream part of the network it can be detected more quickly due to the consequent action than is known from prior arrangements.
Other features of the invention will be apparent from the following description of a preferred embodiment shown by way of example only in the accompanying drawings, in which; - Figure 1 is a schematic diagram of an Ethernet network according to the prior art.
- Figure 2 is a schematic diagram illustrating a telecommunications network according to the present invention.
- Figure 3 is a schematic diagram illustrating a telecommunications network according to an alternative embodiment of the present invention.
- Figure 4 is a schematic diagram illustrating a telecommunications network according to a further embodiment of the present invention.
- Figure 5 is a schematic diagram illustrating a telecommunications network according to a further embodiment of the present invention.
In Figure 2 there is shown a schematic diagram illustrating a telecommunications network according to the present invention, generally designated 40. The network 40 comprises a first Ethernet LAN 42 in communication with a second Ethernet LAN 44 via an SDH transport network 46. The first and second Ethernet LANs 42, 44 are typically far apart. Considering the flow of data from the first Ethernet LAN 42 to the second Ethernet LAN 44, the first Ethernet LAN 42 has an originating device 48 and Jo the second Ethernet LAN 44 has a destination device 50. The originating device 48 and the destination device 50 are typically routers. The originating device 48 is connected to a first Ethernet tributary card 52 of the first Ethernet LAN 42. The destination device 50 is connected to a second Ethernet tributary card 54 of the second Ethernet LAN 44. The first and second tributary cards 52, 54 are connected via a worker link 55, or worker path, in the SDH network 46.
In the network 40 Ethernet frames sent by the originating device 48 are transmitted to the first Ethernet tributary card 52 for transmission via the SDH network 46. The International Telecommunication Union recommendation G.704l describes how to carry Ethernet frames across an SDH network using a Generic Framing Procedure (GFP). To enable transmission by the SDH network 46 the Ethernet frames are encapsulated in GFP data frames. GFP provides for a GFP management frame which includes a GFP header, the GFP header includes a Client Signal Fail (CSF) portion. The GFP frames are then input to the payload part of an SDH frame of the SDH network 46 for transmission to the second Ethernet network 44. At the interface of the SDH network 46 with the second Ethernet network 44 the GFP frames are extracted from SDH frames. The Ethernet frames are then extracted from GFP data frames for sending on to the destination device 50. The CSF message is extracted from the GFP header by the Ethernet tributary card 54. Alternatively the CSF message can be communicated to the second Ethernet LAN 44 via unused bits in the SDH overhead.
A failure in the network 40 can occur at a port 58 of the originating device 48; or due to failure of the link 62 between the originating device 48 and the first Ethernet tributary card 52. These failures are communicated to the second Ethernet tributary card 54 via the CSF portion to initiate a consequent action in the second Ethernet LAN 44. Further failures in the network can occur at the first Ethernet tributary card 52 illustrated at 56; and in the SDH network 46 indicated at 57. The failure at 57 may be due to failure of a node or link of the SDH network (not shown) or due to failure of multiple nodes or links of the SDH network 46 which is detected by a Link Capacity Adjustment Scheme (LCAS). The skilled person would know the arrangements for such a LCAS. The LCAS is implemented within the SDH network 46 for carrying of data. The failures due to the Ethernet tributary card 52, and due to a node or a link of the SDH network are communicated to the second Ethernet LAN 44 via an SDH frame to initiate the consequent action. Communication via an SDH frame may be via the payload or the overhead bytes of the SDH frame, or by a loss of SDH frames. The failure detected by LCAS is communicated to the second Ethernet LAN 44 via a Total Loss of Capacity Receive (TLCR) failure message. The failure detected by LCAS can also be communicated to the second Ethernet LAN 44 via a Partial Loss of Capacity Receive (PLCR) failure message which indicates that only part of the LCAS multiple nodes or multiple links connection has been lost. When either of the LCAS TLCR and LCAS PLCR failure messages is received at the second Ethernet LAN 44 the consequent action is initiated.
In the case of the network 40 of Figure 2 the consequent action is to instruct the second Ethernet tributary card 54, or an egress port thereof, to enter a start up state which effectively shuts off a laser in the second Ethernet tributary card 54. The benefit of initiating this consequent actions is to ensure that when a failure occurs in the upstream part of the network it can be detected more quickly in the downstream part of the network than is known from prior arrangements.
Figure 3 shows a schematic diagram illustrating a telecommunications network according to an alternative embodiment of the present invention, generally designated 70. Like features to the embodiment of Figure 2 are shown with like reference numerals. The network 70 of Figure 3 includes a first Ethernet Port Extension (EPE) terminal 72 in the first Ethernet LAN 42. The first EPE terminal 72 is located between the originating device 48 and the first Ethernet tributary card 52. In this embodiment a failure in the network 70 at the first Ethernet LAN 42, for example at the first EPE terminal 72, illustrated at 74, can be communicated to the first Ethernet tributary card 52 in two ways. The first is via an Operation, Administration and Maintenance (OAM) message which is inserted in an Ethernet frame. The second is via an OAM message which is inserted in an overhead of the Ethernet frames in the data stream. The failure received at the first Ethernet tributary card 52 is then notified to the second Ethernet tributary card 54 via the CSF portion of the GFP, or via unused bits of an SDH frame to initiate a consequent action in the second Ethernet LAN 44.
It will be appreciated that failures in the network 70 of Figure 3 can also occur in a like manner to the failures in the network 40 of Figure 2 to initiate a consequent action. In Figure 3 these failures can occur at a port 58 of the originating device 48; at the first Ethernet tributary card 52 illustrated at 56; and in the SDH network 46 indicated at 57.
These failures are communicated to the second Ethernet LAN in a like manner to the embodiment of Figure 2. In Figure 3 further failures can occur due to failure of the link io 62 between the originating device 48 and the first Ethernet tributary card 52. If the failure in the link 62 occurs upstream of the EPE terminal 72 an OAM message is sent to the first Ethernet LAN 42 which then sends a CSF message to the second Ethernet LAN as described above. If the failure in the link 62 occurs downstream of the EPE terminal 72 a CSF message is sent to the second Ethernet LAN 44 as described above.
In the case of the network 70 of Figure 3 the consequent action is to tell the second Ethernet tributary 54 to enter a start up state which effectively shuts off a laser in the second Ethernet tributary card 54. The network 70 may also include a second EPE terminal (not shown) in the second Ethernet LAN 44 between the second Ethernet tributary card 54 and the destination device 50. In this arrangement a failure in the first Ethernet LAN 42 is communicated via the second Ethernet tributary card 54 to the second EPE terminal using the CSF portion of the GFP, or via unused bits of an SDH frame or using an OAM message. Alternatively another type of frame that might be recognised by the second EPE terminal could be sent.
Figure 4 shows a schematic diagram illustrating a telecommunications network according to an alternative embodiment of the present invention, generally designated 80. Like features to the embodiment of Figure 2 are shown with like reference numerals. The network 80 of Figure 4 includes an SDH network 46 having a standby link 82, or protection path, in addition to the worker link 55 for connecting the first and second Ethernet LANs 42, 44. In this embodiment a failure in the network 80 at the first tributary card 52, illustrated at 56; or due to failure of the link 62 between the originating device 48 and the first Ethernet tributary card 52; or due to a failure in the SDH network 46 indicated at 57, is communicated to the second Ethernet tributary card 54 as described above to initiate a consequent action at the second Ethernet LAN 44.
In the case of the network 80 of Figure 4 the consequent action is to tell the second Ethernet Tributary card 54 to enter a start up state which effectively shuts off a laser in the second Ethernet tributary card 54. This provides an indication to the destination device 50 and causes it to switch from the worker link 55 to the standby link 82 in the SDH network 46. The benefit of initiating this consequent action is to maintain operability of the network 80 to ensure date flow continuity between the first Ethernet LAN 42 and the second Ethernet LAN 44.
In Figure 5 there is shown a schematic diagram illustrating a telecommunications network according to a further embodiment of the present invention, generally designated 90. Like features to the embodiment of Figure 2 are shown with like reference numerals. The network 90 of Figure 5 includes three originating Ethernet LANs 92, 94, 96 that communicate with the second Ethernet LAN 44. To achieve this a "layer 2" card 98 is required at the second Ethernet LAN 44. Each of the originating Ethernet LANs 92, 94, 96 has a respective link 100, 102, 104 in the SDH network to the layer 2 card 98. In this embodiment a failure in the network 90 at any of the three originating Ethernet LANs 92, 94, 96, or at any of the links 100, 102, 104 is communicated to the layer 2 card 98 as described above to initiate a consequent action at the second Ethernet LAN 44.
In the case of the network 90 of Figure 5 the consequent action can be one of two options. The first consequent action is to instruct the layer 2 card 98 to enter an idle state only for that part of the layer 2 card 98 relating to a failure in up to two of the first Ethernet LANs 92, 94, 96, or links 100, 102, 104. An idle state is a live condition but where not data is being sent. Such an idle state has the benefit of maintaining the connection for the remaining first Ethernet network 92, 94, 96, or link 100, 102, 104 which has not failed. The second consequent action is to tell the layer 2 card 98 to enter a start up state which effectively shuts off a laser to the destination device 50. The benefit of initiating the second consequent action is to ensure that when a failure occurs in the upstream part of the network it can be detected more quickly in the downstream part of the network than is known from prior arrangements.
All of the embodiments of the invention in Figures 2 - 5 implement a consequent action in the second Ethernet LAN 44 on receipt of a failure message at the second Ethernet LAN 44. These consequent actions are contained in a look up table that is implemented in software at the Ethernet tributary card 54. Such an implementation in software is an example of a trigger means, which is a device to receive the failure message and to look up the configured consequent action. The consequent action can then be implemented as required in the second Ethernet LAN 44.
It will also be appreciated that whilst the embodiments of the invention have been described with an SDH network the invention is equally applicable to a SONET network. Such networks are characterised as synchronous transport networks.
Claims (28)
1. A method of operating a telecommunications network including the steps of, providing an originating Ethernet network; providing a destination Ethernet network; providing a synchronous transport network to permit communication between the originating Ethernet network and the destination Ethernet network; characterised in that the method further includes the step of, providing a failure message to the destination Ethernet network, the failure message initiating a consequent action at the destination Ethernet network.
2. A method according to claim 1 and further including the steps of, providing a first Ethernet Port Extension (EPE) terminal in the originating Ethernet network; and generating the failure message from a fault detected at the first EPE terminal.
3. A method according to claim 2 and further including the steps of; providing a second EPE terminal in the destination Ethernet network; and communicating the fault detected at the first EPE terminal to the second EPE terminal.
4. A method according to claim I and further including the steps of; providing an Ethernet Port Extension (EPE) terminal in the destination Ethernet network; and generating the failure message from a fault decoded at the originating Ethernet network.
5. A method according to any of claims 2 - 4 and further including the step of; providing the failure message as one of an Operation, Administration and Maintenance (OAM) message carried by an Ethernet frame, and an OAM message inserted in an overhead of Ethernet frames in a data stream of the network.
6. A method according to any preceding claim and further including the step of providing the failure message as a Client Signal Fail (CSF) message generated in the originating Ethernet network, the CSF message being communicated to the destination Ethernet network via one of a Generic Framing Procedure (GFP), and unused bits of an overhead of frames of the synchronous network.
7. A method according to any of claims 1 - 5 and further including the step of; providing the failure message in a frame of the synchronous transport network in the event of failure in a physical layer of the synchronous transport network.
8. A method according to any of claims 1 - 5 and further including the step of, providing the failure message in a frame of the synchronous transport network in the event of failure of a Link Capacity Adjustment Scheme (LCAS) of the synchronous transport network.
9. A method according to any preceding claim and further including the step of; providing a protection path and a worker path in the synchronous transport network for connecting the originating and destination Ethernet networks; wherein the consequent action causes the originating and destination Ethernet networks to switch from the worker path to the protection path.
10. A method according to any preceding claim and further including the steps of providing a plurality of originating Ethernet networks in communication with the destination Ethernet network; and initiating the consequent action upon receipt of a failure message from any of the originating Ethernet networks.
11. A method according to claim 10 and further including the step of; instructing an egress port of the destination Ethernet network to enter an idle state as the consequent action.
12. A method according to any of claims 1-10 and further including the step of, instructing an egress port of the destination Ethernet network to enter a start-up state as the consequent action.
13. A method according to any preceding claim and further including the step of, providing the consequent action in a look up table wherein the failure message contains a pointer to a particular consequent action in said look up table.
14. A method as substantially described herein with reference to Figures 2 - 5 of the accompanying drawings.
15. A telecommunications network including; an originating Ethernet network; a destination Ethernet network in communication with the first Ethernet network via a synchronous transport network; characterised in that the destination Ethernet network is adapted to receive a failure message, the failure message adapted to initiate a consequent action at the destination Ethernet network.
16. A telecommunications network according to claim 15 and further including a first Ethernet Port Extension (EPE) terminal in the origin Ethernet network wherein the failure message is generated from a fault detected at the first EPE terminal.
17. A telecommunications network according to claim 16 and further including a second EPE terminal in the destination Ethernet network wherein the fault detected at the first EPE terminal is communicated to the second EPE terminal.
18. A telecommunications network according to claim 15, and further including an Ethernet port extension (EPE) terminal in the destination network, wherein the failure message is adapted to be generated from a fault detected at the originating Ethernet network.
19. A telecommunications network according to claim 16 or claim 18 wherein the failure message is one of an Operation Administration Maintenance (OAM) message adapted to be carried by an Ethernet frame, and an OAM message adapted to be inserted in an overhead of Ethernet frames in a data stream of the network.
20. A telecommunications network according to any of claims 15 - 19 wherein the failure message is provided as a Client Signal Fail (CSF) message generated in the originating Ethernet network, the CSF message adapted to be communicated to the destination Ethernet network via one of a Generic Framing Procedure (GFP), and unused bits of an overhead of frames of the synchronous network.
21. A telecommunications network according to any of claims 15 - 19 wherein the failure message is provided in a frame of the synchronous transport network in the event of failure in a physical layer of the synchronous transport network.
22. A telecommunications network according to any of claims 15 - 19 wherein the failure message is provided in a frame of the synchronous transport network in the event of failure of a Link Capacity Adjustment Scheme (LCAS) of the synchronous transport network.
23. A telecommunications network according to any of claims 15 - 22 wherein a protection path and a worker path are provided in the synchronous transport network for connecting the originating and destination Ethernet networks and the consequent action causes the originating and destination Ethernet networks to switch from the worker path to the protection path.
24. A telecommunications network according to any of claims 15 - 23 and further including a plurality of originating Ethernet networks in communication with the destination Ethernet network, the consequent action being initiated upon receipt of a failure message from any of the originating Ethernet networks.
25. A telecommunications network according to claim 24 wherein an egress port or the destination Ethernet network is adapted to enter an idle state as the consequent action.
26. A telecommunications network according to any of claims 15 - 24 wherein an egress port of the destination Ethernet network is adapted to enter a start-up state as the consequent action.
27. A telecommunications network according to any of claims 15 - 26 wherein the consequent action is provided in a look up table and the failure message contains a pointer to a particular consequent action in said look up table.
28. A telecommunications network as substantially described herein with reference to Figures 2 - 5 of the accompanying drawings.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0503173A GB2423447A (en) | 2005-02-16 | 2005-02-16 | Notification of faults in a system comprising two Ethernet networks interconnected by a synchronous transport network such as SDH |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0503173A GB2423447A (en) | 2005-02-16 | 2005-02-16 | Notification of faults in a system comprising two Ethernet networks interconnected by a synchronous transport network such as SDH |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| GB0503173D0 GB0503173D0 (en) | 2005-03-23 |
| GB2423447A true GB2423447A (en) | 2006-08-23 |
Family
ID=34385554
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| GB0503173A Withdrawn GB2423447A (en) | 2005-02-16 | 2005-02-16 | Notification of faults in a system comprising two Ethernet networks interconnected by a synchronous transport network such as SDH |
Country Status (1)
| Country | Link |
|---|---|
| GB (1) | GB2423447A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2086197A1 (en) * | 2006-12-27 | 2009-08-05 | Huawei Technologies Co Ltd | A method and apparatus for controlling the link aggregation |
| US7944841B2 (en) * | 2006-12-08 | 2011-05-17 | Electronic And Telecommunications Research Institute | Method and apparatus for transmitting error information between ethernet network and synchronous digital hierarchy network |
| RU2463719C2 (en) * | 2007-11-26 | 2012-10-10 | Супкон Груп Ко., Лтд | Method, system for processing faults and data exchange device, based on industrial ethernet network |
| CN101997711B (en) * | 2009-08-17 | 2014-12-10 | 中兴通讯股份有限公司 | Method and packet data network (PDN) system for sending operation administration maintenance (OAM) message |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020196784A1 (en) * | 2001-06-25 | 2002-12-26 | Michio Masuda | Transport network with circuitry for monitoring packet path accommodated in STM path |
| US20030058106A1 (en) * | 2001-09-26 | 2003-03-27 | Nec Corporation | Network termination device, alarm transfer system and alarm transferring method |
| US20030117952A1 (en) * | 2001-12-26 | 2003-06-26 | Kyoko Ueno | Method of transmitting data with redundant structure, and device for transmitting data by said method |
| US20030185223A1 (en) * | 2002-03-28 | 2003-10-02 | Michael Tate | Signaling methods for a telecommunication system and devices for implementing such methods |
| US20030235214A1 (en) * | 2002-05-07 | 2003-12-25 | Andre Leroux | Service channel over the Ethernet inter-frame gap |
| US20040170128A1 (en) * | 2003-02-27 | 2004-09-02 | Nec Corporation | Alarm transfer method and wide area ethernet network |
-
2005
- 2005-02-16 GB GB0503173A patent/GB2423447A/en not_active Withdrawn
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020196784A1 (en) * | 2001-06-25 | 2002-12-26 | Michio Masuda | Transport network with circuitry for monitoring packet path accommodated in STM path |
| US20030058106A1 (en) * | 2001-09-26 | 2003-03-27 | Nec Corporation | Network termination device, alarm transfer system and alarm transferring method |
| US20030117952A1 (en) * | 2001-12-26 | 2003-06-26 | Kyoko Ueno | Method of transmitting data with redundant structure, and device for transmitting data by said method |
| US20030185223A1 (en) * | 2002-03-28 | 2003-10-02 | Michael Tate | Signaling methods for a telecommunication system and devices for implementing such methods |
| US20030235214A1 (en) * | 2002-05-07 | 2003-12-25 | Andre Leroux | Service channel over the Ethernet inter-frame gap |
| US20040170128A1 (en) * | 2003-02-27 | 2004-09-02 | Nec Corporation | Alarm transfer method and wide area ethernet network |
Non-Patent Citations (1)
| Title |
|---|
| "Ethernet and MRV Sign Reseller Agreement to Cut the Cost of Ethernet Over SDH Services", 24 December 2004. Downloaded from http://www.marconi.com/Home/press_office/News/Archive/2003 on 7 June 2005. * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7944841B2 (en) * | 2006-12-08 | 2011-05-17 | Electronic And Telecommunications Research Institute | Method and apparatus for transmitting error information between ethernet network and synchronous digital hierarchy network |
| EP2086197A1 (en) * | 2006-12-27 | 2009-08-05 | Huawei Technologies Co Ltd | A method and apparatus for controlling the link aggregation |
| EP2086197A4 (en) * | 2006-12-27 | 2009-11-18 | Huawei Tech Co Ltd | A method and apparatus for controlling the link aggregation |
| US7949011B2 (en) | 2006-12-27 | 2011-05-24 | Huawei Technologies Co., Ltd. | Method and apparatus for controlling link aggregation |
| RU2463719C2 (en) * | 2007-11-26 | 2012-10-10 | Супкон Груп Ко., Лтд | Method, system for processing faults and data exchange device, based on industrial ethernet network |
| US8488475B2 (en) | 2007-11-26 | 2013-07-16 | Supcon Group Co., Ltd. | Fault processing method, system and exchanging device based on industry ethernet network |
| CN101997711B (en) * | 2009-08-17 | 2014-12-10 | 中兴通讯股份有限公司 | Method and packet data network (PDN) system for sending operation administration maintenance (OAM) message |
Also Published As
| Publication number | Publication date |
|---|---|
| GB0503173D0 (en) | 2005-03-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6414940B1 (en) | Method and system of managing unidirectional failures in a distributed restoration network | |
| US6717909B2 (en) | Ethernet protection system providing fault tolerence for communication lines and interface cards according to classified failure states | |
| US20030076857A1 (en) | Transmitter, SONET/SDH transmitter, and transmission system | |
| EP1881643B1 (en) | A method for protection switching of the pseudo wire in the packet switch network and the device thereof | |
| CN1973466B (en) | Communication network protection systems and communication network | |
| CN101317388B (en) | Apparatus and method for multi-protocol label switching label-switched path protection switching | |
| US20070133564A1 (en) | Method for propagating maintenance signal in VPWS network using SDH/SONET | |
| EP1868322B1 (en) | A method for implementing network protection combining the network element double-adscription and the ringnet protection | |
| US7706254B2 (en) | Method and system for providing ethernet protection | |
| EP2866398B1 (en) | Data transmission system providing improved failure resilience | |
| EP1463370A1 (en) | Transport network restoration method | |
| CN101662398B (en) | Method for transferring alarm of client access link in transmission system | |
| US8787147B2 (en) | Ten gigabit Ethernet port protection systems and methods | |
| US20180351686A1 (en) | Fault propagation in segmented protection | |
| CN101159504A (en) | Synchronous digital hierarchy based ethernet protecting method | |
| US20040221058A1 (en) | Nested protection switching in a mesh connected communications network | |
| EP2312792A1 (en) | Protection protocol device for network node and method for processing protection switching thereof | |
| GB2423447A (en) | Notification of faults in a system comprising two Ethernet networks interconnected by a synchronous transport network such as SDH | |
| US7751335B2 (en) | Failure handling system | |
| EP2827506B1 (en) | Method for changing overhead and preventing subnets from switching simultaneously, device, network element, and network | |
| US20060077991A1 (en) | Transmission apparatus and transmission system | |
| JP4950109B2 (en) | Path monitoring system, path management apparatus, failure processing suppression method, and program in multi-layer network | |
| WO2012079328A1 (en) | Switching method and system for multiplex section protection and packet transport network device | |
| US6104702A (en) | Apparatus and method for extending operation of non-intrusive monitors in SDH | |
| EP1696639B1 (en) | Failure management and propagation in a telecommunication network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| WAP | Application withdrawn, taken to be withdrawn or refused ** after publication under section 16(1) |