Juniper Networks
Log in
|
How to Buy
|
Contact Us
|
United States (Change)
Choose Country
Close

Choose Country

North America

  • United States

Europe

  • Deutschland - Germany
  • España - Spain
  • France
  • Italia - Italy
  • Россия - Russia
  • United Kingdom

Asia Pacific

  • Asean Region (Vietnam, Indonesia, Singapore, Malaysia)
  • Australia
  • 中国 - China
  • India
  • 日本 - Japan
  • 대한민국 - Korea
  • 台灣 - Taiwan
Solutions
Products & Services
Company
Partners
Support
Education
Community
Security Intelligence Center

Technical Documentation

Support
Technical Documentation
Content Explorer New
 
Enterprise MIBs
 
EOL Documentation
 
Feature Explorer Login required New
 
File Format Help
 
Glossary
 
Portable Libraries
 
 
Home > Support > Technical Documentation > JunosE Software > OAM Remote Fault Detection Feature
Print
Rate and give feedback:  Feedback Received. Thank You!
Rate and give feedback: 
Close
This document helped resolve my issue.  Yes No

Additional Comments

800 characters remaining

May we contact you if necessary?

Name:  
E-mail: 
Submitting...
 

Related Documentation

  • OAM Feature Overview
  • OAM Messages
  • Configuring 802.3ah OAM Link-Fault Management
  • Monitoring OAM Link-Fault Management Sessions on All Configured Interfaces
  • ethernet oam lfm remote-failure
  • show ethernet oam lfm summary
 

OAM Remote Fault Detection Feature

Failures in Ethernet connectivity that are caused by slowly degrading quality are difficult to notice. JunosE Software enables you to configure the OAM application to monitor the receive path of the link for quality and generate Event Notification PDUs to the remote peer. The following failure conditions can be communicated by the remote entity to its peer using the Flags field of an Information OAM PDU (Unresolved xref):

Link Fault

This event type signifies that a loss of signal is detected by the receiver; for example, the peer's laser is not operating correctly. A link fault is sent once per second in the Information OAM PDU. Link fault is applicable only when the physical sublayer is capable of independent transmit and receive operations. If you configure this option, the local OAM entity detects loss-of-signal conditions that occurred in the receive path of the link. The local entity influences the state of the link based on an Information OAM PDU with the Link Fault bit set in the Flags field that it receives from the remote peer.

Dying Gasp

This event type denotes that an unrecoverable condition, such as a power failure, has taken place. This type of condition is vendor specific. A notification about the condition might be sent immediately and continuously. If you configure this option, the local OAM entity detects unrecoverable error conditions that occurred in the receive path of the link. The local entity influences the state of the link based on an Information OAM PDU with the Dying Gasp bit set in the Flags field that it receives from the remote peer.

Critical Event

This event type indicates that an unspecified vendor-specific critical event has occurred. A critical event might be sent immediately and continuously. If you configure this option, the local OAM entity detects critical event error conditions that occurred in the receive path of the link. The local entity influences the state of the link based on an Information OAM PDU with the Critical Event bit set in the Flags field that it receives from the remote peer.

You can specify the action to be taken by the system when the configured link-fault event occurs, such as disabling the interface or failing over to the secondary port on GE-2 and GE-HDE line modules that are paired with GE-2 SFP I/O modules with physical link redundancy. You can also configure the OAM application to react to event notifications received from the peer.

If a link fault is detected, any Information OAM PDUs sent with the Link Fault bit set do not contain any TLV data. Any OAM PDU received with these flags set are processed with priority by the router. Other link events, such as Errored Symbol Period Event and Errored Frame Event, which result in threshold values being exceeded are notified using TLVs in Event Notification PDUs.

In JunosE Software, you can configure the OAM application to monitor the receive path of the link for quality and generate Event Notification PDUs to the remote peer. You can also configure the OAM application to respond to event notifications received from the peer.

 

Related Documentation

  • OAM Feature Overview
  • OAM Messages
  • Configuring 802.3ah OAM Link-Fault Management
  • Monitoring OAM Link-Fault Management Sessions on All Configured Interfaces
  • ethernet oam lfm remote-failure
  • show ethernet oam lfm summary
 

Published: 2012-06-26

 
  • About Juniper
  • Investor Relations
  • Press Releases
  • Newsletters
  • Juniper Offices
  • Green Networking
  • Resources
  • How to Buy
  • Partner Locator
  • Image Library
  • Visio Templates
  • Security Center
  • Community
  • Forums
  • Blogs
  • Junos Central
  • Social Media
  • Developers
  • Support
  • Technical Documentation
  • Knowledge Base (KB)
  • Software Downloads
  • Product Licensing
  • Contact Support
Site Map / RSS Feeds / Careers / Accessibility / Feedback / Privacy & Policy / Legal Notices
Copyright© 1999-2012 Juniper Networks, Inc. All rights reserved.
Help
|
My Account
|
Log Out