Abstract: Ethernet fault management systems and methods using programmable Type-Length-Value (TLV) offsets combine software-based Operations, Administration, and Maintenance (OAM) protocol support with hardware-based fault management support to delegate generation and processing of OAM protocol messages to hardware devices with the software-based protocol support used to program hardware based on fixed offsets in the OAM protocol messages. The hardware can be designed to be flexible since the hardware can be agnostic to the logic within the OAM protocol which would reside in the software. The Ethernet fault management systems and methods combine the flexibility of software-based approaches with the speed and efficiency of hardware-based approaches.

Abstract: Ethernet fault management systems and methods using programmable Type-Length-Value (TLV) offsets combine software-based Operations, Administration, and Maintenance (OAM) protocol support with hardware-based fault management support to delegate generation and processing of OAM protocol messages to hardware devices with the software-based protocol support used to program hardware based on fixed offsets in the OAM protocol messages. The hardware can be designed to be flexible since the hardware can be agnostic to the logic within the OAM protocol which would reside in the software. The Ethernet fault management systems and methods combine the flexibility of software-based approaches with the speed and efficiency of hardware-based approaches.

Abstract: Ethernet fault management systems and methods using programmable Type-Length-Value (TLV) offsets combine software-based Operations, Administration, and Maintenance (OAM) protocol support with hardware-based fault management support to delegate generation and processing of OAM protocol messages to hardware devices with the software-based protocol support used to program hardware based on fixed offsets in the OAM protocol messages. The hardware can be designed to be flexible since the hardware can be agnostic to the logic within the OAM protocol which would reside in the software. The Ethernet fault management systems and methods combine the flexibility of software-based approaches with the speed and efficiency of hardware-based approaches.

Abstract: A Carrier Ethernet method includes receiving a request to initiate an Ethernet Operations, Administration, and Maintenance (OAM) session at a local device, setting up the OAM session at the local device responsive to the request, transmitting a Protocol Data Unit (PDU) from the local device to a remote device with information related to the OAM session and the request contained therein, and receiving the PDU at the remote device and setting up the OAM session at the remote device based on the information in the PDU. The OAM session can include Ethernet Frame Loss Measurement and can be initiated only at the local device without requiring operator involvement at the remote device.

Abstract: Ethernet fault management systems and methods using programmable Type-Length-Value (TLV) offsets combine software-based Operations, Administration, and Maintenance (OAM) protocol support with hardware-based fault management support to delegate generation and processing of OAM protocol messages to hardware devices with the software-based protocol support used to program hardware based on fixed offsets in the OAM protocol messages. The hardware can be designed to be flexible since the hardware can be agnostic to the logic within the OAM protocol which would reside in the software. The Ethernet fault management systems and methods combine the flexibility of software-based approaches with the speed and efficiency of hardware-based approaches.

Abstract: A Carrier Ethernet method includes receiving a request to initiate an Ethernet Operations, Administration, and Maintenance (OAM) session at a local device, setting up the OAM session at the local device responsive to the request, transmitting a Protocol Data Unit (PDU) from the local device to a remote device with information related to the OAM session and the request contained therein, and receiving the PDU at the remote device and setting up the OAM session at the remote device based on the information in the PDU.