WO2020168898A1 - 一种灵活以太网通信方法及网络设备 - Google Patents
一种灵活以太网通信方法及网络设备 Download PDFInfo
- Publication number
- WO2020168898A1 WO2020168898A1 PCT/CN2020/073625 CN2020073625W WO2020168898A1 WO 2020168898 A1 WO2020168898 A1 WO 2020168898A1 CN 2020073625 W CN2020073625 W CN 2020073625W WO 2020168898 A1 WO2020168898 A1 WO 2020168898A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- network device
- phy
- flexe
- memories
- phys
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 115
- 238000004891 communication Methods 0.000 title claims description 20
- 230000015654 memory Effects 0.000 claims abstract description 143
- 101100520014 Ceratodon purpureus PHY1 gene Proteins 0.000 claims description 214
- 238000004590 computer program Methods 0.000 claims description 7
- 208000033748 Device issues Diseases 0.000 claims description 4
- 238000011084 recovery Methods 0.000 abstract description 10
- 230000007246 mechanism Effects 0.000 abstract description 8
- 238000002955 isolation Methods 0.000 abstract description 5
- 101100520026 Avena sativa PHYA4 gene Proteins 0.000 description 36
- 238000005516 engineering process Methods 0.000 description 22
- 238000013461 design Methods 0.000 description 20
- 230000005540 biological transmission Effects 0.000 description 18
- 101100520025 Avena sativa PHYA3 gene Proteins 0.000 description 14
- 101100520018 Ceratodon purpureus PHY2 gene Proteins 0.000 description 13
- 101150005660 PHY1 gene Proteins 0.000 description 13
- 230000006870 function Effects 0.000 description 12
- 230000008569 process Effects 0.000 description 12
- 238000010586 diagram Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 239000000835 fiber Substances 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 5
- 238000013506 data mapping Methods 0.000 description 4
- 230000002441 reversible effect Effects 0.000 description 4
- 239000013307 optical fiber Substances 0.000 description 3
- 239000002245 particle Substances 0.000 description 3
- 239000007787 solid Substances 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000009432 framing Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000003786 synthesis reaction Methods 0.000 description 1
Images
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
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- 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/1652—Optical Transport Network [OTN]
- H04J3/1658—Optical Transport Network [OTN] carrying packets or ATM cells
-
- 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
- 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/40—Bus networks
- H04L12/40169—Flexible bus arrangements
- H04L12/40176—Flexible bus arrangements involving redundancy
- H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
- H04L41/0613—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on the type or category of the network elements
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0057—Operations, administration and maintenance [OAM]
- H04J2203/006—Fault tolerance and recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0073—Services, e.g. multimedia, GOS, QOS
- H04J2203/0082—Interaction of SDH with non-ATM protocols
- H04J2203/0085—Support of Ethernet
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0686—Additional information in the notification, e.g. enhancement of specific meta-data
Definitions
- This application relates to the field of communication technology, and in particular to a flexible Ethernet (English: Flexible Ethernet, FlexE) communication method, network equipment and system.
- a flexible Ethernet English: Flexible Ethernet, FlexE
- FlexE technology is based on high-speed Ethernet (English: Ethernet) interface, through the Ethernet media access control (English: Media Access Control, MAC) layer and physical layer decoupling to achieve low-cost, highly reliable carrier-class interface technology. FlexE technology realizes the decoupling of the MAC layer and the physical layer by introducing a flexible Ethernet shim (English: FlexE shim) layer on the basis of IEEE802.3, thereby realizing flexible rate matching.
- Ethernet Ethernet
- MAC Media Access Control
- FlexE technology meets the requirements of flexible bandwidth port applications by binding multiple Ethernet physical layer devices (hereinafter referred to as PHY for physical layer devices) into a flexible Ethernet group (English: FlexE group) and physical layer channelization. Therefore, the MAC rate provided by FlexE can be greater than the rate of a single PHY (through bundling), or less than the rate of a single PHY (through channelization).
- the embodiment of the present application provides a FlexE communication method, which can reduce the influence of the PHY in a fault state on the Client service carried by the PHY in the normal state in the FlexE group.
- this application provides a flexible Ethernet FlexE communication method, the method includes:
- the first network device receives p first overhead blocks sent by the second network device through p physical layer device PHYs in the flexible Ethernet group FlexE group, and the p first overhead blocks correspond to p FlexE overhead frames one-to-one ,
- the p FlexE overhead frames correspond to the p PHYs one-to-one, and the FlexE group is composed of n PHYs, where n ⁇ 2, and n is an integer;
- the first network device simultaneously reads the p head overhead blocks from the p memories.
- the method further includes:
- the first network device sends a continuous Ethernet Local Fault Ordered Set Ethernet Local Fault Ordered Set on the time slot mapped by the client carried by the m PHYs.
- the first network device sends a continuous Ethernet Local Fault Ordered Set Ethernet Local Fault Ordered Set on the time slots mapped by the clients carried by the m PHYs, including:
- the first network device writes the continuous Ethernet Local Fault Ordered Set into the m memories corresponding to the m PHYs.
- the method before the first network device saves the p head overhead blocks to p memories of the n memories, the method further includes:
- the first network device determines that the first PHY is in a fault state, and the first PHY is one of the m PHYs;
- the first network device issues an alarm, and the alarm indicates that the FlexE group has failed
- the first network device determines that the failure type of the first PHY belongs to the first failure type, and stops the alarm.
- the network device when any PHY in the FlexE group is in a fault state, the network device will issue an alarm to indicate that the FlexE group has failed. It will not stop until all PHYs in the FlexE group are in a normal state. The alarm.
- the alarm sent by the first network device can also be understood as the first network device switching to the FlexE group alarm state. In the alarm state, the entire FlexE group's business will be affected and cannot work normally.
- the method of the present application after the first network device sends out an alarm, it is determined to stop the alarm by judging the failure type of the PHY, thereby avoiding interruption of the client services carried by the normal PHY.
- the method before the first network device saves the p head overhead blocks to p memories of the n memories, the method further includes:
- the first network device determines that the first PHY is in a fault state, and the first PHY is one of the m PHYs;
- the first network device determines that the failure type of the first PHY belongs to the first failure type, and avoids issuing an alarm indicating that the FlexE group has failed.
- the first overhead block of the failed PHY is not used as a judgment condition for PHY alignment. That is, only after the first overhead block of the PHY currently in the normal state in the FlexE group is stored in the corresponding memory, it is considered that the PHY of the FlexE group is aligned.
- this application provides a flexible Ethernet FlexE communication method.
- the method includes:
- the first network device receives n header overhead blocks sent by the second network device through a flexible Ethernet group FlexE group, where the FlexE group is composed of the n physical layer devices PHY, and the n header overhead blocks There is a one-to-one correspondence with n FlexE overhead frames, and the n FlexE overhead frames have a one-to-one correspondence with the n PHYs, where n ⁇ 2, and n is an integer.
- the first network device stores the n head overhead blocks in n memories, and the n head overhead blocks correspond to the n memories in a one-to-one correspondence.
- the first network device reads the n first overhead blocks from the n memories at the same time, where the n first overhead blocks pass a preset time period T after the specific first overhead block is saved in the corresponding memory. Is read.
- the specific head overhead block is the last saved head overhead block among the n head overhead blocks.
- the duration T is greater than or equal to 1 clock cycle, and the clock cycle is the duration required for the first network device to perform a read operation on a memory.
- T The greater the value of T, the greater the delay deviation that can be tolerated.
- those skilled in the art can configure the value of T according to actual network scenarios.
- the method further includes:
- the first network device receives p header overhead blocks sent by the second network device through p PHYs in the FlexE group.
- the p first overhead blocks correspond to p FlexE overhead frames one-to-one
- the first network device saves the p header overhead blocks to p memories in the n memories, and the p header overhead blocks correspond to the p memories in a one-to-one correspondence.
- the first network device simultaneously reads the p head overhead blocks from the p memories.
- the method further includes:
- the first network device sends a continuous Ethernet Local Fault Ordered Set Ethernet Local Fault Ordered Set on the time slot mapped by the client carried by the m PHYs.
- the first network device sends a continuous Ethernet Local Fault Ordered Set Ethernet Local Fault Ordered Set on the time slots mapped by the clients carried by the m PHYs, including:
- the first network device writes the continuous Ethernet Local Fault Ordered Set into the m memories corresponding to the m PHYs.
- the method further includes:
- the first network device determines that a first PHY has failed, and the first PHY is one of the m PHYs;
- the first network device issues an alarm, and the alarm indicates that the FlexE group has failed
- the first network device determines that the failure type of the first PHY belongs to the first failure type, and stops the alarm.
- the method further includes:
- the first network device determines that a first PHY has failed, and the first PHY is one of the m PHYs;
- the first network device determines that the failure type of the first PHY belongs to the first failure type, so as to avoid triggering an alarm indicating that the FlexE group has failed.
- the buffer duration T can absorb the delay changes that may be caused when the PHY fails to recover, and avoid the resulting PHY realignment . In this way, business interruption is avoided, and lossless recovery of a failed PHY can be achieved.
- this application provides a network device for implementing any one of the possible designs of the first aspect, the second aspect, the first aspect, or any one of the possible designs of the second aspect.
- the network device includes a receiver, a processor, and a memory.
- the present application provides a computer-readable storage medium that stores instructions in the computer-readable storage medium, which when run on a computer, causes the computer to execute the first, second, and first aspects above. Any one of the possible designs in the first aspect or any one of the possible designs in the second aspect.
- the present application provides a computer-readable storage medium, including any one of the possible designs used to implement the first, second, and first aspects, or any one of the possible designs in the second aspect. Method of the program.
- this application provides a communication system, including the network equipment provided in the third aspect, which is used to implement any possible design of the first aspect, the second aspect, or the second aspect Method of design.
- FIG. 1A is a schematic diagram of code type definition of 64B/66B encoding in an embodiment of this application;
- FIG. 1B is a schematic diagram of the code pattern definition of free blocks in an embodiment of the application.
- Figure 2 is a schematic diagram of the FlexE standard architecture
- Figure 3 is a schematic diagram of a network scenario in an embodiment of the application.
- FIG. 4 is a schematic diagram of an architecture for transmitting information using FlexE technology in an embodiment of the application
- FIG. 5 is a schematic diagram of the code pattern definition of the first overhead block in an embodiment of the application.
- FIG. 6 is a schematic flowchart of a communication method for fault isolation provided by an embodiment of this application.
- FIG. 7 is a schematic flowchart of a communication method for failure recovery provided by an embodiment of the application.
- FIG. 8 is a schematic flowchart of another communication method for fault isolation provided by an embodiment of this application.
- FIG. 9 is a schematic flowchart of another communication method for failure recovery provided by an embodiment of this application.
- FIG. 10 is a schematic structural diagram of a network device provided by an embodiment of this application.
- Ethernet ports usually appear as data-oriented logical concepts, called logical ports or simply ports, and Ethernet physical interfaces appear as hardware concepts, called physical interfaces or simply interfaces.
- an Ethernet port is marked with a MAC address.
- the speed of the Ethernet port is determined on the basis of the speed of the Ethernet physical interface.
- the maximum bandwidth of an Ethernet port corresponds to the bandwidth of an Ethernet physical interface, such as 10 megabits per second (Mbps), 100Mbps, 1000Mbps (1Gbps), 10Gbps, 40Gbps, 100Gbps and 400Gbps Ethernet Physical interface.
- Ethernet has been widely used and developed by leaps and bounds in a considerable period of time in the past.
- the Ethernet port rate has been increased by 10 times, from 10Mbps to 100Mbps, 1000Mbps (1Gbps), 10Gbps, 40Gbps, 100Gbps, 400Gbps continuous evolution and development.
- the more developed the technology the greater the difference in bandwidth particles, and the easier it is to deviate from the expectations of actual application requirements.
- the bandwidth growth required by mainstream applications does not show such a 10-fold increase feature, such as 50Gbps, 75Gbps, 200Gbps and so on.
- the industry hopes to provide support for Ethernet ports (virtual connections) with bandwidths of 50Gbps, 60Gbps, 75Gbps, 200Gbps, and 150Gbps.
- ports with flexible bandwidth can be provided.
- These ports can use one or several Ethernet physical interfaces together.
- two 40GE ports and two 10GE ports share a 100G physical interface;
- Flexible rate adjustments are made in response to changes in demand, such as adjusting from 200Gbps to 330Gbps, or 50Gbps to 20Gbps, to improve port efficiency or extend its life cycle.
- they can be cascaded and bundled to support the stacking increase of logical port rates (for example, two 100GE physical interfaces are cascaded and bundled to support 200GE logical ports).
- FlexE supports functions such as sub-rate, channelization, and reverse multiplexing for Ethernet services.
- FlexE can support 250G Ethernet services (MAC code stream) to be transmitted using 3 existing 100GE physical interfaces.
- FlexE can support the transmission of 200G Ethernet services using two existing 100GE physical media-related (English: Physical Medium Dependent, PMD) sublayers.
- FlexE can support several logical ports to use one or more physical interfaces together, and can support multiplexing multiple low-rate Ethernet services into high-rate flexible Ethernet.
- this FlexE technology based on the service flow aggregation function of Ethernet technology can realize seamless connection with the Ethernet interface of the underlying service network.
- the introduction of these FlexE sub-rates, channelization and inverse multiplexing functions greatly expands the application of Ethernet, enhances the flexibility of Ethernet applications, and makes Ethernet technology gradually penetrate the field of transport networks.
- FlexE provides a feasible evolution direction for the virtualization of Ethernet physical links.
- Flexible Ethernet needs to support several virtual Ethernet data connections on a group of cascaded physical interfaces. For example, four 100GE physical interfaces are cascaded and bundled to support several logical ports. If the bandwidth of some logical ports of several logical ports decreases, the bandwidth of another part of logical ports increases, and the total amount of reduced bandwidth is equal to the total amount of increased bandwidth. The bandwidth block speed of several logical ports is adjusted flexibly and used together Four 100GE physical interfaces.
- FlexE draws on Synchronous Digital Hierarchy (SDH)/Optical Transfer Network (OTN) technology, constructs a fixed frame format for physical interface transmission, and divides TDM time slots.
- SDH Synchronous Digital Hierarchy
- OTN Optical Transfer Network
- FlexE's TDM slot division granularity is 66 bits, which can correspond to a 64B/66B bit block.
- a FlexE frame contains 8 lines. The first 64B/66B bit block in each line is the FlexE overhead block. After the overhead block is the payload area for time slot division. With a granularity of 66 bits, it corresponds to 20x1023 66-bit bearing spaces.
- the bandwidth of the 100GE interface is divided into 20 time slots, and the bandwidth of each time slot is about 5Gbps.
- FlexE implements multiple transmission channels on a single physical interface through interleaving and multiplexing, that is, multiple time slots.
- Ethernet logical port Several physical interfaces can be bundled, and all time slots of the several physical interfaces can be combined to carry an Ethernet logical port. For example, 10GE requires two time slots, 25GE requires 5 time slots, and so on. The 64B/66B bit blocks that can be seen on the logical port are still sequentially transmitted. Each logical port corresponds to a MAC and transmits the corresponding Ethernet message. The start and end of the message and the identification of idle padding are the same as traditional Ethernet. . FlexE is just an interface technology, and the related switching technology can be based on existing Ethernet packets, or it can be crossed based on FlexE, which will not be repeated here.
- bit blocks mentioned in this application can be M1/M2 bit blocks, or M1B/M2B bit blocks.
- M1/M2 represents a coding method, where M1 represents the number of payload bits in each bit block, and M2 represents The total number of bits in each bit block, M1 and M2 are positive integers, M2>M1.
- This type of M1/M2 bit block stream is transmitted on the Ethernet physical layer link.
- 1G Ethernet uses 8/10Bit encoding, and 1GE physical layer link transmits 8/10 bit block streams;
- 10GE/40GE/100GE uses 64/ 66 Bit encoding, the 10GE/40GE/100GE physical layer link transmits a 64/66 bit block stream.
- other encoding methods will also appear, such as 128/130 Bit encoding, 256/258 Bit encoding, etc.
- For the M1/M2 bit block stream there are different types of bit blocks and they are clearly specified in the standard.
- Figure 1A includes 16 code type definitions. Each row represents a code type definition of a bit block. Among them, D0-D7 represent data bytes, C0-C7 represent control bytes, S0 represent start bytes, and T0-T7 represent The end byte, the second row corresponds to the code definition of the idle bit block (idle block), the idle bit block can be represented by /I/, as shown in Figure 1B.
- Line 7 corresponds to the code definition of the start block, which can be represented by /S/.
- Line 8 corresponds to the code type definition of the O code (for example, OAM code block) code block, and the O code code block can be represented by /O/.
- Lines 9-16 correspond to the code definitions of 8 types of end blocks, and the 8 types of end blocks can be represented by /T/.
- the FlexE technology realizes the decoupling of the MAC layer and the physical layer by introducing the FlexE shim layer on the basis of IEEE802.3, and its realization is shown in Figure 2 to realize flexible rate matching.
- part of the FlexE architecture includes the MAC sublayer, FlexE shim layer, and physical layer.
- the MAC sublayer belongs to a sublayer of the data link layer, and is connected to the logical link control sublayer.
- the physical layer can be further divided into a physical coding sublayer (English: physical coding sublayer, PCS), a physical medium attachment (physical medium attachment, PMA) sublayer, and a PMD sublayer.
- the functions of the above-mentioned layers are all realized by corresponding chips or modules.
- PCS In the process of sending signals, PCS is used to encode data, scrambled (scrambled), insert overhead (OH), and insert alignment markers (alignment marker, AM); in the process of receiving signals, PCS performs operations such as The reverse process of the above steps will be performed.
- Sending and receiving signals can be realized by different functional modules of the PCS.
- the main functions of the PMA sublayer are link monitoring, carrier monitoring, encoding and decoding, sending clock synthesis, and receiving clock recovery.
- the main functions of the PMD sublayer are scrambling/descrambling of the data stream, encoding and decoding, and DC recovery and adaptive equalization of the received signal.
- the FlexE architecture applicable to this application is not limited to this.
- RS reconciliation sublayer
- FEC forward error correction
- the FlexE communication system 100 includes a network device 1, a network device 2, a user device 1, and a user device 2.
- the network device 1 may be an intermediate node. At this time, the network device 1 is connected to the user equipment 1 through other network devices.
- the network device 1 may be an edge node. In this case, the network device 1 is directly connected to the user equipment 1.
- the network device 1 may be an intermediate node. At this time, the network device 1 is connected to the user equipment 1 through other network devices.
- the network device 1 may also be an edge node. In this case, the network device 1 is directly connected to the user equipment 1.
- the network device 2 may be an intermediate node.
- the network device 2 is connected to the user equipment 2 through other network devices.
- the network device 2 may also be an edge node.
- the network device 2 is directly connected to the user equipment 2.
- the network device 1 includes a FlexE interface 1, and the network device 2 includes a FlexE interface 2. FlexE interface 1 is adjacent to FlexE interface 2.
- Each FlexE interface includes a sending port and a receiving port.
- the difference from a traditional Ethernet interface is that one FlexE interface can carry multiple clients, and the FlexE interface as a logical interface can be composed of multiple physical interfaces.
- the flow of business data in the forward channel shown in FIG. 3 is shown by the solid arrow in FIG. 3, and the flow of business data in the reverse channel is shown by the dotted arrow in FIG. 3.
- the transmission channel in the embodiment of the present invention takes the forward channel as an example, and the flow direction of the service data in the transmission channel is user equipment 2 ⁇ network equipment 2 ⁇ network equipment 1 ⁇ user equipment 1.
- FIG. 3 only exemplarily shows two network devices and two user equipments, and the network may include any other number of network devices and user equipment, which is not limited in the embodiment of the present application.
- the FlexE communication system shown in FIG. 3 is only an example, and the application scenario of the FlexE communication system provided in this application is not limited to the scenario shown in FIG. 3.
- the technical solution provided in this application is applicable to all network scenarios where FlexE technology is used for data transmission.
- a FlexE group interface is a logical interface bound by a group of physical interfaces.
- the FlexE group interface carries a total of 6 clients, client1 to client6.
- the data mapping of client1 and client2 are transmitted on PHY1; the data mapping of client3 is transmitted on PHY2 and PHY3; the data mapping of client4 is transmitted on PHY3; the data mapping of client5 and client6 is transmitted on PHY4. It can be seen that different FlexE clients are mapped and transmitted on the FlexE group to realize the bundling function. among them:
- FlexE group It can also be called a bundle group.
- the multiple PHYs included in each FlexE group have a logical binding relationship.
- the so-called logical bundling relationship means that different PHYs may not have a physical connection relationship. Therefore, multiple PHYs in the FlexE group may be physically independent.
- the network equipment in FlexE can identify which PHYs are included in a FlexE group through the number of PHYs to realize the logical bundling of multiple PHYs.
- the number of each PHY can be identified by a number between 1-254, and 0 and 255 are reserved numbers.
- the number of a PHY can correspond to an interface on a network device. Two adjacent network devices need to use the same number to identify the same PHY.
- the number of each PHY included in a FlexE group need not be consecutive. Generally, there is a FlexE group between two network devices, but this application does not limit that there is only one FlexE group between two network devices, that is, there may be multiple FlexE groups between two network devices.
- One PHY can be used to carry at least one client, and one client can transmit on at least one PHY.
- the PHY includes the physical layer device of the transmitting device and the physical layer device of the receiving device.
- the PHY in FlexE also includes devices for performing FlexE shim layer functions.
- the physical layer device of the sending device may also be called the sending PHY or the PHY in the sending direction, and the physical layer device of the receiving device may also be called the receiving PHY or the PHY in the receiving direction.
- FlexE client Corresponds to various user interfaces of the network, consistent with the traditional business interfaces in the existing IP/Ethernet network. FlexE client can be flexibly configured according to bandwidth requirements, and supports Ethernet MAC data streams of various rates (such as 10G, 40G, n*25G data streams, and even non-standard rate data streams). For example, it can be encoded by 64B/66B. The data stream is passed to the FlexE shim layer. FlexE client can be interpreted as an Ethernet stream based on a physical address. Clients sent through the same FlexE group need to share the same clock, and these clients need to adapt according to the allocated time slot rate.
- FlexE shim as an additional logical layer inserted between the MAC and PHY (PCS sublayer) of the traditional Ethernet architecture, the core architecture of FlexE technology is realized through the time slot (English: time slot) distribution mechanism based on the daily table (English: calendar) .
- the main function of FlexE shim is to slice data according to the same clock and encapsulate the sliced data into pre-divided slots. Then, according to the pre-configured time slot configuration table, each divided time slot is mapped to the PHY in the FlexE group for transmission. Among them, each time slot is mapped to a PHY in the FlexE group.
- the FlexE shim layer reflects the time slot mapping relationship between the client and the FlexE group and the calendar working mechanism by defining overhead frames (English: overhead frame)/overhead multiframe (English: overhead Multiframe). It should be noted that the above overhead frame may also be called a flexible Ethernet overhead frame (English: FlexE overhead frame), and the above overhead multiframe may also be called a flexible Ethernet overhead multiframe (English: FlexE overhead Multiframe).
- the FlexE shim layer provides an in-band management channel through overhead, supports the transfer of configuration and management information between the two FlexE interfaces that are connected, and realizes the establishment of automatic link negotiation.
- an overhead multiframe is composed of 32 overhead frames, and an overhead frame has 8 overhead blocks (English: overhead block), and the above overhead block may also be called an overhead slot (English: overhead slot).
- the overhead block may be, for example, a 64B/66B code block, which appears once every 1023*20 blokcs, but the fields contained in each overhead block are different.
- the first overhead block (hereinafter referred to as the first overhead block) contains information such as "0x4B" control characters and "0x5" code characters.
- the two Bits of the header of the header overhead block are 10
- the control block type is 0x4B
- the "O code" character of the header overhead block is 0x5.
- the control character "0x4B" and the "O code” character “0x5" are matched between the two connected FlexE interfaces to determine the first overhead block of the overhead frame for each PHY lock transmission.
- the first overhead block transmitted on each PHY serves as an identifier (English: marker), which is used to align the PHYs bound to the FlexE group in the receiving direction. Aligning the PHYs of the FlexE group can achieve data synchronization and locking, and subsequently, the data carried by each PHY can be read from the memory synchronously.
- the first code block of each overhead frame can also be called the frame header of the overhead frame. Aligning each PHY of the FlexE group essentially refers to aligning the first overhead block of the overhead frame of each PHY. The following describes the PHY alignment process with an example in conjunction with the scenario of FIG. 4.
- the network device 2 simultaneously sends the overhead frame 1 to the overhead frame 4 through PHY1, PHY2, PHY3, and PHY4.
- the overhead frame 1 to the overhead frame 4 include the first overhead block 1 to the first overhead block 4, respectively.
- the first overhead block 1, the first overhead block 2, the first overhead block 3, and the first overhead block 4 correspond to PHY1, PHY2, PHY3, and PHY4 respectively.
- network device 2 sends overhead frame 1 to overhead frame 4 at the same time, but the length of the different fibers corresponding to PHY1, PHY2, PHY3, and PHY4 may be different. Therefore, the first overhead block 1 to the first overhead Block 4 may not be received by network device 1 at the same time. For example, the network device 1 receives the first overhead block 1 to the first overhead block 4 in the order of the first overhead block 1 -> the first overhead block 2 -> the first overhead block 3 -> the first overhead block 4. After the network device 1 receives the first overhead block 1, it stores the first overhead block 1 in the memory 1 corresponding to the PHY1.
- the network device 1 stores the subsequently received first overhead block 2 in the memory 2 corresponding to PHY2, and stores the received first overhead block 3 in the memory 3 corresponding to PHY3.
- the network device 1 receives the first overhead block 4 transmitted on the PHY4, and stores the first overhead block 4 in the memory 4 corresponding to the PHY4, it immediately starts to read each head overhead block and other cached data from each memory at the same time.
- start immediately means that after the last head overhead block 4 is cached in the memory, the read operation of the memory 1 to the memory 4 is started at the same time.
- the time that the last head overhead block 4 waits in the buffer is zero. That is, for the last arriving head cost block 4, the interval between the write operation of the network device 1 buffering the head cost block 4 to the memory 4 and the read operation of reading the head cost block 4 from the memory 4 is 0 .
- PHY alignment can also be called FlexE group deskew.
- FlexE group deskew Through PHY alignment, the delay deviation between each PHY is eliminated, thereby realizing time slot alignment between all PHYs in the FlexE group.
- the aforementioned delay deviation is caused by different fiber lengths, for example.
- the network device 1 can simultaneously receive the first overhead block of each PHY to be sent subsequently, simultaneously cache the respective first overhead blocks in their respective corresponding memories, and simultaneously read the respective stored data from the respective memories.
- the data of each client can be recovered according to the time slot.
- Solution 1 Currently, the FlexE standard specified by OIF defines: when one or more PHYs in a FlexE group fails, all FlexE cliets in the FlexE group will be sent a continuous Ethernet local failure sequence set (English: Ethernet Local Fault Ordered Set), hereinafter referred to as LF, means that the network device in the receiving direction will write continuous LF in the memory corresponding to all PHYs in the FlexE group. The above operations will cause all client services of FlexE group to be interrupted.
- LF Ethernet Local Fault Ordered Set
- Solution 2 Use automatic protection switching (English: automatic protection switching, APS) and other protection mechanisms to switch the working FlexE group to the protection FlexE group, and protect the FlexE group to carry client services, but the above operations will also cause all clients in the FlexE group
- the service is interrupted during the switching process, and the interruption duration may be as long as 50 ms, for example.
- Solution 3 When PHY4 fails, the network device removes the failed PHY4 from the FlexE group, creates a new FlexE group that does not include PHY4, and uses the new FlexE group to continue to carry client services. However, the above operations will also cause all client services in the FlexE group to be interrupted during the rebuilding of the group.
- this application proposes a method 100 for fault isolation.
- the method 100 provided by the embodiment of the present application will be described in detail below with reference to FIG. 6.
- the network architecture of the application method 100 includes a network device 1 and a network device 2.
- the network device 1 may be the network device 1 shown in FIG. 3 or FIG. 4
- the network device 2 may be the network device 2 shown in FIG. 3 or FIG. Among them, network device 1 and network device 2 are connected through FlexE Group.
- the network architecture may be the network architecture shown in FIG. 3 or FIG. 4.
- the following uses the architecture shown in FIG. 4 as an example to introduce the method 100.
- the method 100 includes: in time period 1, the following operations S101 to S104 are performed.
- the network device 2 simultaneously sends three FlexE overhead frames to the network device 1 through PHY1, PHY2 and PHY3 in the FlexE group.
- the network device 2 sends the FlexE overhead frame 1 to the network device 1 through the PHY1, and the FlexE overhead frame 1 includes the first overhead block 1.
- the network device 2 sends the FlexE overhead frame 2 to the network device 1 through the PHY2, and the FlexE overhead frame 2 includes the first overhead block 2.
- the network device 3 sends the FlexE overhead frame 3 to the network device 1 through the PHY3, and the FlexE overhead frame 3 includes the first overhead block 3.
- PHY4 in the FlexE group is in a fault state, and PHY1, PHY2 and PHY3 are all in a normal working state.
- network device 2 can send the corresponding FlexE overhead frame through PHY4.
- network device 1 cannot receive it. To the FlexE overhead frame.
- the network device 1 receives the first overhead block 1, the first overhead block 2 and the first overhead block 3 through PHY1, PHY2 and PHY3.
- the network device 1 saves the received three header overhead blocks into three memories, and the three header overhead blocks have a one-to-one correspondence with the three memories.
- each PHY has a corresponding memory for storing PHY-related data.
- the first network device simultaneously reads the three header overhead blocks from the three memories.
- the first overhead block of the failed PHY is not used as a judgment condition for PHY alignment. That is, only after the first overhead block of the PHY currently in the normal state in the FlexE group is stored in the corresponding memory, it is considered that the PHY of the FlexE group is aligned.
- the method 100 further includes:
- the network device 1 sends a continuous LF to the time slot mapped by the client carried by the PHY4 in the failed state.
- the network device 1 can, but is not limited to, send continuous LFs to the time slot mapped by the client carried by the PHY4 in the faulty state in the following manner.
- Method 1 The network device 1 writes the continuous Ethernet Local Fault Ordered Set to the memory corresponding to the PHY4 in the fault state.
- network device 1 uses flexE cross technology to transmit data, and writes LF in the memory corresponding to the faulty PHY, so that when the client service carried by the faulty PHY is forwarded to the downstream device, the client is inserted into the LF and continues to be forwarded to the downstream device
- the sink device can recognize that the CLIENT service carried by PHY4 has an error based on the LF. In this way, the wrong data can be discarded in time to avoid providing wrong data to the user.
- Method 2 When PHY4 fails, network device 1 does not write LF in the memory corresponding to PHY4. At this time, you can write the actually received data, or write to the Idle block, or not write data.
- network device 1 restores the client carried by PHY4, it writes LF in the time slot mapped by the client. In a specific implementation manner, the network device 1 reads the cached data from the PHY memory, restores the client data, and stores the client data in the memory corresponding to each client. At this time, write continuous LF to the memory corresponding to the client.
- the method 100 further includes:
- the network device 1 After determining that the PHY4 is in a fault state, the network device 1 issues an alarm, which indicates that the FlexE group is faulty.
- the network device 1 determines that the failure type of the PHY4 belongs to the first failure type, and stops the alarm.
- the prior art can be effectively compatible.
- an alarm indication of the group level will be triggered. Once the group level alarm is triggered, business processing will be interrupted until the alarm stops.
- the network device determines that the PHY failure belongs to a predetermined failure type, it will stop the alarm.
- the subsequent processing of the data received by the normal PHY can be continued without interrupting the service.
- the method 100 further includes:
- the first network device determines that the first PHY is in a fault state, and the first PHY is one of the m PHYs;
- the first network device determines that the failure type of the first PHY belongs to the first failure type, and avoids issuing an alarm indicating that the FlexE group has failed.
- the failure type of the PHY is first determined. Then, according to the failure type of the PHY, it is determined whether to issue an alarm indicating that the FlexE group has failed. Therefore, when the PHY failure belongs to a specific failure type, no alarm will be issued, and subsequent processing of the data received by the normal PHY can be continued without interrupting the service.
- the network device 1 recognizes the failure type of the PHY, and can implement corresponding processing for different failure types.
- the fault types can be divided into two categories, namely the first fault type and the second fault type mentioned above.
- the first fault type the network device 1 can use the fault isolation method provided in this application to isolate the faulty PHY. Clients that are not related to the faulty PHY can still work normally without being affected by the faulty PHY. The entire process will not be affected.
- the CLIENT carried by the normal PHY is written to LF, and the group will not be rebuilt.
- the above-mentioned first failure type includes but is not limited to fiber failure, high bit error rate, and optical module damage.
- the PHY failure belongs to the second type of failure, for example, the deskew of the shim layer fails, the group number Group Number is configured incorrectly, the instance number Instance Number is configured incorrectly, etc., after the group level alarm is issued, the group level alarm is issued for the above failure types Afterwards, continuous LF is inserted into all clients carried by the FlexE group.
- the method provided in this application can effectively isolate the faulty PHY, reduce the impact on the client carried in the normal PHY, and improve the reliability of service transmission.
- the cause of the PHY4 failure is a flexE shim layer failure, for example, a shim layer failure causes a data error in the transmission direction
- the previously failed PHY can automatically recover and join the FlexE group. And can carry the client normally, no need to re-create the group.
- the network device 2 sends data synchronously, and the network device 1 receives data synchronously, and the received data can be processed according to the method in the prior art.
- the present application provides a processing method 200 for fault recovery.
- the method 200 for processing fault recovery provided by the present application will be specifically introduced below in conjunction with FIG. 7.
- the method 200 includes the following operations S201-S204. It should be noted that the operations in the method 200 should be performed before the method 100, so that when the PHY failure recovers, it can be added to the group without loss.
- network device 2 sends 4 FlexE overhead frames to network device 1 through FlexE group.
- the four FlexE overhead frames are FlexE overhead frame A, FlexE overhead frame B, FlexE overhead frame C, and FlexE overhead frame D.
- the 4 FlexE overhead frames include 4 first overhead blocks.
- the network device 2 sends the FlexE overhead frame A to the network device 1 through the PHY1, and the FlexE overhead frame A includes the first overhead block A.
- the network device 2 sends the FlexE overhead frame B to the network device 1 through the PHY2, and the FlexE overhead frame B includes the first overhead block B.
- the network device 2 sends the FlexE overhead frame C to the network device 1 through the PHY3, and the FlexE overhead frame C includes the first overhead block C.
- the network device 2 sends the FlexE overhead frame D to the network device 1 through the PHY4, and the FlexE overhead frame D includes the first overhead block D.
- the network device 1 receives the 4 header overhead blocks sent by the network device 2 through the FlexE group.
- the network device 1 saves the 4 header cost blocks into 4 memories, and the 4 header cost blocks correspond to the 4 memories one-to-one.
- the network device 1 reads the 4 first cost blocks from the 4 memories at the same time, where the 4 first cost blocks are saved for a preset time period T after the specific first cost block is saved in the corresponding memory. Reading, the specific head cost block is the last head cost block saved among the 4 head cost blocks.
- the preset duration T is greater than or equal to 1 clock cycle, and the clock cycle is the time required for the network device 1 to perform a read operation on a memory.
- the network device 1 can read at least one data block from a memory.
- the duration T is greater than or equal to 2 clock cycles.
- the above operations S201-S204 in the above method 200 are performed.
- the memory's delayed read mechanism that is, the mechanism of temporarily reading the memory
- the buffer duration T can absorb the delay difference that may be caused by different PHYs when the failed PHY is restored, and avoid PHY realignment caused by the delay difference between different PHYs. In this way, business interruption is avoided, and the failed PHY can be recovered without damage.
- the head cost block with the shortest stay in the memory of the network device 1 is the specific head cost block.
- the duration of the other three first overhead blocks in the memory of the network device 1 is greater than the duration T.
- T can be configured adaptively according to the specific design scheme in the actual network.
- T can take w clock cycles.
- W can take any integer in the value [1,1000].
- w can be 2, can be 5, can be 10, can be 50, 100, 200, 300, 400, or 500.
- T can also be greater than 1000 clock cycles.
- FIG. 8 is a schematic flowchart of a communication method 300 provided by an embodiment of the present application.
- the network architecture of the application method 300 includes at least a first network device and a second network device.
- the first network device may be shown in FIG. 3 or FIG.
- the second network device may be the network device 2 shown in FIG. 3 or FIG.
- the network architecture may be the network architecture shown in FIG. 3 or FIG. 4.
- the method shown in FIG. 8 can specifically implement the method shown in FIG. 6.
- the first network device and the second network device in FIG. 8 may be the network device 1 and the network device 2 in the method 100 shown in FIG. 6, respectively.
- the method 300 includes the following operations S301-S304.
- the second network device simultaneously sends p FlexE overhead frames to the network device 1 through p PHYs currently available in the FlexE group.
- the p FlexE overhead frames include p first overhead blocks, the p first overhead blocks are in one-to-one correspondence with p FlexE overhead frames, and the p FlexE overhead frames are in one-to-one correspondence with the p PHYs.
- the first network device receives p first overhead blocks sent by the second network device through p physical layer devices PHY in the flexible Ethernet group FlexE group.
- the first network device saves the p first overhead blocks to p memories in the n memories, and the p first overhead blocks correspond to the p memories in a one-to-one correspondence.
- the first network device simultaneously reads the p head overhead blocks from the p memories.
- the method 300 further includes:
- the first network device sends a continuous Ethernet Local Fault Ordered Set Ethernet Local Fault Ordered Set on the time slot mapped by the client carried by the m PHYs.
- the first network device may send continuous LFs to the timeslots mapped by the clients carried by the m PHYs in but not limited to the following manner.
- Manner 1 The first network device writes the continuous Ethernet Local Fault Ordered Set into the m memories corresponding to the m PHYs.
- Manner 2 When the m PHYs fail, the first network device does not write LF in the m memories corresponding to the m PHY4. At this time, the actually received data may be written in the m memories, or the Idle block may be written, or no data may be written.
- the first network device restores the clients carried by the m PHY4 in the failed state, it writes LF in the time slot mapped by each client. In a specific implementation manner, when the first network device restores client data from m memories, it writes the client data into the memory corresponding to each client. At this time, write continuous LF to the memory corresponding to the client.
- the method further includes:
- the first network device determines that the first PHY is in a fault state, and the first PHY is one of the m PHYs;
- the first network device issues an alarm, and the alarm indicates that the FlexE group has failed
- the first network device determines that the failure type of the first PHY belongs to the first failure type, and stops the alarm.
- the method before the first network device saves the p header overhead blocks in p memories of the n memories in the first time period, the method further includes:
- the first network device determines that the first PHY is in a fault state, and the first PHY is one of the m PHYs;
- the first network device determines that the failure type of the first PHY belongs to the first failure type, and avoids issuing an alarm indicating that the FlexE group has failed.
- the first time period is, for example, time period 1 in the method 100.
- the p available PHYs are PHY1, PHY2 and PHY3.
- the m PHYs in the failed state are, for example, PHY4.
- FIG. 9 is a schematic flowchart of a communication method 400 provided by an embodiment of the present application.
- the network architecture of the application method 400 includes at least a first network device and a second network device.
- the first network device may be shown in FIG. 3 or FIG.
- the second network device may be the network device 2 shown in FIG. 3 or FIG.
- the network architecture may be the network architecture shown in FIG. 3 or FIG. 4.
- the method 400 shown in FIG. 9 may specifically implement the method 200 shown in FIG. 7.
- the first network device and the second network device in FIG. 9 may be the network device 1 and the network device 2 in the method 200 shown in FIG. 7, respectively.
- the method 400 includes the following operations S401-S404.
- the second network device sends n FlexE overhead frames to the first network device through the FlexE group.
- the FlexE group is composed of the n physical layer devices PHY.
- the n FlexE overhead frames include n first overhead blocks.
- the n first overhead blocks have a one-to-one correspondence with the n FlexE overhead frames.
- the n FlexE overhead frames have a one-to-one correspondence with the n PHYs. n ⁇ 2, n is an integer.
- the first network device receives the n header overhead blocks sent by the second network device through the flexible Ethernet group FlexE group.
- the first network device saves the n head overhead blocks in n memories.
- the n head overhead blocks have a one-to-one correspondence with the n memories.
- the first network device reads the n first overhead blocks from the n memories at the same time, where the n first overhead blocks are stored in the corresponding memory after the specific first overhead block is stored in the corresponding memory. Read.
- the specific head overhead block is the last saved head overhead block among the n head overhead blocks.
- the duration T is greater than or equal to 1 clock cycle
- the clock cycle is the duration required for the first network device to perform a read operation on a memory.
- the second time period is, for example, the time period 2 in the method 200.
- PHY1, PHY2, PHY3 and PHY4 are available.
- FIG. 10 is a schematic diagram of a network device 500 provided by this application.
- the network device 500 may be applied to the network architecture shown in FIG. 3 or FIG. 4, to perform operations performed by the network device 1 in the method 100 or method 200, or to perform the operations performed by the first network device in the method 300 or method 400. Operation.
- the network device 500 may be, for example, the network device 1 in the network architecture shown in FIG. 3 or FIG. 4, or may be a line card or chip that implements related functions.
- the network device 500 includes a receiver 501, a processor 502 coupled to the receiver, and n memories 503.
- the receiver 501 is specifically configured to perform the operation of receiving information performed by the network device 1 in the foregoing method 100 or method 200; the processor 502 is configured to perform other processing performed by the network device 1 in the foregoing method 100 or method 200 except for receiving information .
- the n memories 503 are used to store the FlexE data received by the network device 1 through the FlexE group in the above method 100 or method 200.
- the receiver 501 is also used to perform the operation of receiving information performed by the first network device in the above method 300 or method 400; the processor 502 is used to perform other than receiving information performed by the first network device in the above method 300 or method 400 Other processing.
- the n memories 503 are used to store the FlexE data received by the first network device through the FlexE group in the above method 300 or method 400.
- the receiver can refer to one interface or multiple logically bundled interfaces.
- the interface may be, for example, an interface between the PHY layer and the transmission medium layer, such as a medium dependent interface (MDI).
- Interface can also refer to the physical interface of a network device.
- the processor 502 may be an application-specific integrated circuit (English: application-specific integrated circuit, abbreviation: ASIC), a programmable logic device (English: programmable logic device, abbreviation: PLD) or a combination thereof.
- the above-mentioned PLD can be a complex programmable logic device (English: complex programmable logic device, abbreviation: CPLD), field programmable logic gate array (English: field-programmable gate array, abbreviation: FPGA), general array logic (English: generic array) logic, abbreviation: GAL) or any combination thereof.
- the processor 502 may also be a central processing unit (English: central processing unit, abbreviation: CPU), a network processor (English: network processor, abbreviation: NP), or a combination of CPU and NP.
- the processor 502 may refer to one processor, or may include multiple processors.
- the memory 503 may include a volatile memory (English: volatile memory), such as a random access memory (English: random-access memory, abbreviation: RAM); the memory may also include a non-volatile memory (English: non-volatile memory) , Such as read-only memory (English: read-only memory, abbreviation: ROM), flash memory (English: flash memory), hard disk (English: hard disk drive, abbreviation: HDD) or solid state drive (English: solid-state drive) , Abbreviation: SSD); the memory 820 may also include a combination of the foregoing types of memory.
- the n memories 503 described in this application may be n independent memories. The n memories can also be integrated in one or more memories. At this time, each memory can be understood as a different storage area in the corresponding memory.
- the receiver 501, the processor 502, and the n memories 503 may be independent physical units.
- the processor 502 and n memories 503 can be integrated together and implemented by hardware.
- the receiver 501 may also be integrated with the processor 502 and n memories 503, and implemented by hardware.
- the aforementioned hardware may be, for example, ASIC, PLD, or a combination thereof.
- the above-mentioned PLD can be CPLD, FPGA, general array logic GAL or any combination thereof.
- the steps of the method or algorithm described in the embodiments of the present application can be directly embedded in hardware, a software unit executed by a processor, or a combination of the two.
- the software unit can be stored in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM or any other storage medium in the field.
- the storage medium may be connected to the processor, so that the processor can read information from the storage medium, and can store and write information to the storage medium.
- the storage medium may also be integrated into the processor.
- the processor and the storage medium can be arranged in the ASIC.
- the size of the sequence number of each process does not mean the order of execution.
- the execution order of each process should be determined by its function and internal logic, and should not correspond to the different The implementation process constitutes any limitation.
- the computer program product includes one or more computer instructions.
- the computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices.
- the computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center.
- the computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server or a data center integrated with one or more available media.
- the usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a solid state disk (SSD)).
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
Description
Claims (13)
- 一种灵活以太网FlexE的通信方法,其特征在于,所述方法包括:所述第一网络设备通过灵活以太网组FlexE group中的p个物理层装置PHY接收第二网络设备发送的p个首开销块,所述p个首开销块与p个FlexE开销帧一一对应,所述p个FlexE开销帧与所述p个PHY一一对应,所述FlexE group由n个PHY组成,n≥2,n为整数;其中,所述FlexE group中的m个PHY处于故障状态,并且,所述p个PHY处于正常状态,p+m=n,1≤m<n,m和p均为整数;所述第一网络设备将所述p个首开销块保存到所述n个存储器中的p个存储器,所述p个首开销块与所述p个存储器一一对应;所述第一网络设备同时从所述p个存储器读取所述p个首开销块。
- 根据根据权利要求1所述的方法,其特征在于,所述方法还包括:所述第一网络设备在所述m个PHY所承载的client所映射的时隙上发送连续的以太网本地故障顺序集Ethernet Local Fault Ordered Set。
- 根据权利要求2所述的方法,其特征在于,所述第一网络设备在所述m个PHY所承载的client所映射的时隙上发送连续的以太网本地故障顺序集Ethernet Local Fault Ordered Set,包括:所述第一网络设备向所述m个PHY所对应的m个存储器中写入所述连续的Ethernet Local Fault Ordered Set。
- 根据权利要求1-3任一项所述的方法,其特征在于,所述第一网络设备将所述p个首开销块保存到所述n个存储器的p个存储器之前,所述方法还包括:所述第一网络设备确定第一PHY处于故障状态,所述第一PHY是所述m个PHY中的一个PHY;所述第一网络设备发出告警,所述告警指示所述FlexE group发生故障;所述第一网络设备确定所述第一PHY的故障类型属于第一故障类型,停止所述告警。
- 根据权利要求1-3任一项所述的方法,其特征在于,所述第一网络设备将所述p个首开销块保存到所述n个存储器的p个存储器之前,所述方法还包括:所述第一网络设备确定第一PHY处于故障状态,所述第一PHY是所述m个PHY中的一个PHY;所述第一网络设备确定所述第一PHY的故障类型属于第一故障类型,避免发出指示所述FlexE group发生故障的告警。
- 一种第一网络设备,其特征在于,包括:接收器,处理器和n个存储器;所述接收器用于:通过灵活以太网组FlexE group中的p个物理层装置PHY接收第二网络设备发送的p个首开销块,所述p个首开销块与p个FlexE开销帧一一对应,所述p个FlexE开销帧与所述p个PHY一一对应,所述FlexE group由n个PHY组成,n≥2,n为整数;其中,所述FlexE group中的m个PHY处于故障状态,并且,所述p个PHY处于正常状态,p+m=n,1≤m<n,m和p均为整数;所述处理器用于:将所述p个首开销块保存到所述n个存储器中的p个存储器,并 同时从所述p个存储器读取所述p个首开销块,其中,所述p个首开销块与所述p个存储器一一对应。
- 根据权利要求6所述的网络设备,其特征在于,所述处理器还用于:在所述m个PHY所承载的client所映射的时隙上发送连续的以太网本地故障顺序集Ethernet Local Fault Ordered Set。
- 根据权利要求7所述的第一网络设备,其特征在于,所述处理器还用于向所述m个PHY所对应的m个存储器中写入所述连续的Ethernet Local Fault Ordered Set。
- 根据权利要求6-8任一项所述的第一网络设备,其特征在于,所述处理器还用于在所述处理器将所述p个首开销块保存到所述n个存储器中的p个存储器之前:确定第一PHY处于故障状态,所述第一PHY是所述m个PHY中的一个PHY;发出告警,所述告警用于指示所述FlexE group发生故障;确定所述第一PHY的故障类型属于第一故障类型,停止所述告警。
- 根据权利要求6-8任一项所述的第一网络设备,其特征在于,所述处理器还用于在所述处理器将所述p个首开销块保存到所述n个存储器中的p个存储器之前:确定第一PHY处于故障状态,所述第一PHY是所述m个PHY中的一个PHY;确定所述第一PHY的故障类型属于第一故障类型,避免发出指示所述FlexE group发生故障的告警。
- 一种第一网络设备,其特征在于,用于执行权利要求1-5任一项所述的灵活以太网FlexE的通信方法。
- 一种计算机可读存储介质,包括计算机程序,当所述程序被处理器运行时,使得所述处理器执行权利要求1-5任一项所述方法。
- 一种计算机程序产品,包括计算机程序,所述计算机程序被计算机运行时,使得所述计算机利要求1-5任一项所述方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2021548206A JP7282187B2 (ja) | 2019-02-19 | 2020-01-21 | フレキシブルイーサネット通信方法及びネットワーク装置 |
MX2021009932A MX2021009932A (es) | 2019-02-19 | 2020-01-21 | Metodo de comunicacion de ethernet flexible y dispositivo de red. |
EP20760350.7A EP3905594A4 (en) | 2019-02-19 | 2020-01-21 | FLEXIBLE ETHERNET COMMUNICATION METHOD AND NETWORK DEVICE |
KR1020217027239A KR102582988B1 (ko) | 2019-02-19 | 2020-01-21 | 플렉시블 이더넷 통신 방법 및 네트워크 장치 |
US17/404,220 US11792067B2 (en) | 2019-02-19 | 2021-08-17 | Flexible ethernet communication method and network device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910121442.4 | 2019-02-19 | ||
CN201910121442.4A CN111585778B (zh) | 2019-02-19 | 2019-02-19 | 一种灵活以太网通信方法及网络设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/404,220 Continuation US11792067B2 (en) | 2019-02-19 | 2021-08-17 | Flexible ethernet communication method and network device |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2020168898A1 true WO2020168898A1 (zh) | 2020-08-27 |
Family
ID=72110740
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2020/073625 WO2020168898A1 (zh) | 2019-02-19 | 2020-01-21 | 一种灵活以太网通信方法及网络设备 |
Country Status (7)
Country | Link |
---|---|
US (1) | US11792067B2 (zh) |
EP (1) | EP3905594A4 (zh) |
JP (1) | JP7282187B2 (zh) |
KR (1) | KR102582988B1 (zh) |
CN (1) | CN111585778B (zh) |
MX (1) | MX2021009932A (zh) |
WO (1) | WO2020168898A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113452623A (zh) * | 2020-03-26 | 2021-09-28 | 华为技术有限公司 | 基于FlexE传输业务流的方法及设备 |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111294226B (zh) * | 2018-12-10 | 2023-05-09 | 华为技术有限公司 | 通信方法和装置 |
CN111585778B (zh) * | 2019-02-19 | 2022-02-25 | 华为技术有限公司 | 一种灵活以太网通信方法及网络设备 |
BR112022004518A2 (pt) * | 2019-09-12 | 2022-05-31 | Huawei Tech Co Ltd | Método de negociação de slot e dispositivo |
CN112532522B (zh) * | 2019-09-19 | 2023-09-05 | 中兴通讯股份有限公司 | 一种业务路径的建立方法、装置、电子设备 |
CN116069568A (zh) * | 2021-10-29 | 2023-05-05 | 华为技术有限公司 | 一种故障信息处理方法及装置 |
CN114726733B (zh) * | 2022-03-16 | 2024-04-26 | 轻舟微电子(杭州)有限公司 | 一种基于ram实现无损增删FlexE成员的方法 |
WO2023197770A1 (zh) * | 2022-04-15 | 2023-10-19 | 华为技术有限公司 | 一种故障通告方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170005949A1 (en) * | 2015-06-30 | 2017-01-05 | Ciena Corporation | Flexible ethernet client multi-service and timing transparency systems and methods |
CN106612220A (zh) * | 2015-10-27 | 2017-05-03 | 中兴通讯股份有限公司 | 灵活以太网的通道管理方法和装置 |
US20170272308A1 (en) * | 2016-03-17 | 2017-09-21 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Flexible ethernet logical lane aggregation |
CN107888345A (zh) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | 一种信息传输的方法和设备 |
CN108809674A (zh) * | 2017-04-28 | 2018-11-13 | 华为技术有限公司 | 配置链路组的方法和设备 |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7242736B2 (en) * | 2003-05-15 | 2007-07-10 | Sun Microsystems, Inc. | Data transfer |
US7760749B2 (en) * | 2007-01-11 | 2010-07-20 | Via Technologies, Inc. | Apparatus and method for deskewing 1000 BASE-T Ethernet physical layer signals |
US8295163B1 (en) * | 2007-11-16 | 2012-10-23 | Marvell International Ltd. | Reassigning signals to cable channels |
JP5038207B2 (ja) * | 2008-03-27 | 2012-10-03 | 日本オクラロ株式会社 | 伝送システム及びデータ伝送方法 |
US10135760B2 (en) | 2015-06-30 | 2018-11-20 | Ciena Corporation | Flexible Ethernet chip-to-chip inteface systems and methods |
US9838290B2 (en) * | 2015-06-30 | 2017-12-05 | Ciena Corporation | Flexible ethernet operations, administration, and maintenance systems and methods |
US9800361B2 (en) * | 2015-06-30 | 2017-10-24 | Ciena Corporation | Flexible ethernet switching systems and methods |
CN106330630B (zh) | 2015-07-03 | 2019-09-03 | 华为技术有限公司 | 传输灵活以太网的数据流的方法、发射机和接收机 |
US9900206B2 (en) | 2015-07-20 | 2018-02-20 | Schweitzer Engineering Laboratories, Inc. | Communication device with persistent configuration and verification |
CN106612203A (zh) | 2015-10-27 | 2017-05-03 | 中兴通讯股份有限公司 | 一种处理灵活以太网客户端数据流的方法及装置 |
US10505655B2 (en) | 2016-07-07 | 2019-12-10 | Infinera Corp. | FlexE GMPLS signaling extensions |
JP2018038017A (ja) * | 2016-09-02 | 2018-03-08 | 富士通株式会社 | 伝送装置及び検出方法 |
JP2018046373A (ja) | 2016-09-13 | 2018-03-22 | 富士通株式会社 | 伝送装置及び伝送方法 |
CN107888516B (zh) | 2016-09-29 | 2021-05-11 | 中兴通讯股份有限公司 | 一种承载业务的方法、设备和系统 |
CN108075903B (zh) * | 2016-11-15 | 2020-04-21 | 华为技术有限公司 | 用于建立灵活以太网群组的方法和设备 |
JP6612717B2 (ja) | 2016-11-24 | 2019-11-27 | 日本電信電話株式会社 | 光伝送システム、及び光伝送方法 |
CN108156074B (zh) * | 2016-12-02 | 2020-10-23 | 华为技术有限公司 | 保护倒换方法、网络设备及系统 |
JP6659530B2 (ja) | 2016-12-21 | 2020-03-04 | 日本電信電話株式会社 | 伝送異常検出方法、送信側装置、受信側装置及びコンピュータプログラム |
CN108347317B (zh) | 2017-01-22 | 2020-11-10 | 华为技术有限公司 | 一种业务的传输方法、网络设备及网络系统 |
US11277420B2 (en) * | 2017-02-24 | 2022-03-15 | Ciena Corporation | Systems and methods to detect abnormal behavior in networks |
CN108809901B (zh) | 2017-05-02 | 2021-05-04 | 华为技术有限公司 | 一种业务承载的方法、设备和系统 |
CN109218061A (zh) | 2017-07-07 | 2019-01-15 | 中兴通讯股份有限公司 | 灵活以太网之故障通知及获取方法、装置、通信设备 |
CN113037540A (zh) | 2017-08-09 | 2021-06-25 | 华为技术有限公司 | 一种通信方法、设备及存储介质 |
CN111585778B (zh) * | 2019-02-19 | 2022-02-25 | 华为技术有限公司 | 一种灵活以太网通信方法及网络设备 |
-
2019
- 2019-02-19 CN CN201910121442.4A patent/CN111585778B/zh active Active
-
2020
- 2020-01-21 JP JP2021548206A patent/JP7282187B2/ja active Active
- 2020-01-21 KR KR1020217027239A patent/KR102582988B1/ko active IP Right Grant
- 2020-01-21 WO PCT/CN2020/073625 patent/WO2020168898A1/zh unknown
- 2020-01-21 EP EP20760350.7A patent/EP3905594A4/en active Pending
- 2020-01-21 MX MX2021009932A patent/MX2021009932A/es unknown
-
2021
- 2021-08-17 US US17/404,220 patent/US11792067B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170005949A1 (en) * | 2015-06-30 | 2017-01-05 | Ciena Corporation | Flexible ethernet client multi-service and timing transparency systems and methods |
CN106612220A (zh) * | 2015-10-27 | 2017-05-03 | 中兴通讯股份有限公司 | 灵活以太网的通道管理方法和装置 |
US20170272308A1 (en) * | 2016-03-17 | 2017-09-21 | Avago Technologies General Ip (Singapore) Pte. Ltd. | Flexible ethernet logical lane aggregation |
CN107888345A (zh) * | 2016-09-29 | 2018-04-06 | 中兴通讯股份有限公司 | 一种信息传输的方法和设备 |
CN108809674A (zh) * | 2017-04-28 | 2018-11-13 | 华为技术有限公司 | 配置链路组的方法和设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113452623A (zh) * | 2020-03-26 | 2021-09-28 | 华为技术有限公司 | 基于FlexE传输业务流的方法及设备 |
CN113452623B (zh) * | 2020-03-26 | 2023-11-14 | 华为技术有限公司 | 基于FlexE传输业务流的方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
JP2022520281A (ja) | 2022-03-29 |
US11792067B2 (en) | 2023-10-17 |
EP3905594A1 (en) | 2021-11-03 |
EP3905594A4 (en) | 2022-03-23 |
US20210377103A1 (en) | 2021-12-02 |
CN111585778A (zh) | 2020-08-25 |
KR20210118165A (ko) | 2021-09-29 |
KR102582988B1 (ko) | 2023-09-25 |
JP7282187B2 (ja) | 2023-05-26 |
CN111585778B (zh) | 2022-02-25 |
MX2021009932A (es) | 2021-09-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020168898A1 (zh) | 一种灵活以太网通信方法及网络设备 | |
US12034624B2 (en) | Flexible ethernet operations, administration, and maintenance systems and methods | |
WO2020168897A1 (zh) | 一种灵活以太网通信方法及网络设备 | |
WO2018228420A1 (zh) | 一种传输网络系统、数据交换和传输方法、装置及设备 | |
CN109391494B (zh) | 一种通信方法、设备及可读存储介质 | |
US20210273826A1 (en) | Communication method and communications apparatus | |
US20230035379A1 (en) | Service flow adjustment method and communication apparatus | |
US11804982B2 (en) | Communication method and apparatus | |
WO2023197770A1 (zh) | 一种故障通告方法及装置 | |
WO2024002188A1 (zh) | 用于灵活以太网的方法、网络设备及存储介质 | |
WO2023141777A1 (zh) | 通信方法及网络设备 | |
WO2024032191A1 (zh) | 一种故障码块处理方法及装置 | |
WO2023071249A1 (zh) | 一种时隙协商方法及装置 | |
WO2019023824A1 (zh) | 一种比特块流处理、速率匹配、交换的方法和装置 | |
EP3664371B1 (en) | Switching method and apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 20760350 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2020760350 Country of ref document: EP Effective date: 20210729 |
|
ENP | Entry into the national phase |
Ref document number: 2021548206 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 20217027239 Country of ref document: KR Kind code of ref document: A |