No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

S12700 V200R010C00 Configuration Guide - Reliability

This document describes the configuration of BFD, DLDP, VRRP, SmartLink, CFM, EFM, Y.1731 and MAC swap loopback to ensure reliability on the device.
Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
Principles

Principles

Function Overview

Y.1731 can manage fault information and monitor performance.
  • Fault management functions include continuity check (CC), loopback (LB), and linktrace (LT). Y.1731 fault management is similar to CFM fault management.

  • Performance monitoring functions include one- and two-way frame delay measurement and alarm indication signal (AIS) on virtual local area networks (VLANs).

Table 10-1  Y.1731 functions

Function

Purpose

Usage

One-way Frame Delay Measurement

Measures the network delay time on a unidirectional link between MEPs.

  • One-way frame delay measurement is used to measure the delay time on a unidirectional link between a MEP and its RMEP. The MEP must synchronize its time with its RMEP.

  • Two-way frame delay measurement is used to measure the delay time on a bidirectional link between a MEP and its RMEP. The MEP does not need to synchronize its time with its RMEP.

Two-way Frame Delay Measurement

Measures the network delay time on a bidirectional link between MEPs.

AIS

Detects server-layer faults and suppresses alarms, minimizing the impact on network management systems (NMSs).

AIS is used to suppresses local alarms in the scenario where faults must be rapidly detected. When CFM detects connectivity faults, AIS suppresses generated alarms.

ETH-DM

Delay measurement (DM) measures the delay time and delay variation. A MEP sends a message carrying ETH-DM information to its RMEP and then receives a response message carrying ETH-DM information from its RMEP.

ETH-DM supports the following methods:
  • One-way frame delay measurement

    A MEP sends a 1DM message carrying one-way ETH-DM information to its RMEP. After receiving this message, the RMEP measures the one-way frame delay or delay variation.

    One-way frame delay measurement can be implemented only after the MEP synchronizes the time with its RMEP. The delay variation can be measured regardless of whether the MEP synchronizes the time with its RMEP. If a MEP synchronizes its time with its RMEP, the one-way frame delay and delay variation can be measured. If the time is not synchronized, only the one-way delay variation can be measured.

    One-way frame delay measurement can be implemented in either of the following modes:
    • On-demand measurement calculates the one-way frame delay at a time or a specific number of times for diagnosis.

    • Proactive measurement calculates the one-way frame delay periodically.

    In on-demand or proactive mode, a MEP sends 1DM frames to its RMEP. Figure 10-2 illustrates the procedure for one-way delay measurement.

    Figure 10-2  One-way frame delay measurement

    One-way frame delay measurement is implemented on an end-to-end link between a local MEP and its RMEP by exchanging 1DM frames. After one-way frame delay measurement is configured, a MEP periodically sends 1DM frames carrying TxTimeStampf (the time when the 1DM frame was sent). After receiving a 1DM frame, the RMEP parses TxTimeStampf and compares this value with RxTimef (the time when the 1DM frame was received). The RMEP calculates the one-way frame delay based on these values using the following formula:

    Frame delay = RxTimef – TxTimeStampf

    The frame delay value can be used to measure the delay variation.

    A delay variation is an absolute difference between two delays.

    Service packets are prioritized based on 802.1p priorities and are transmitted using different policies. Traffic passing through a P on the network shown in Figure 10-3 carries 802.1p priority values of 1 and 2.

    One-way delay measurement is enabled on PE1 to send traffic with the priority value of 1 to measure the frame delay on a link between PE1 and PE2. Traffic with the priority value of 2 is also sent. After receiving traffic with the priority values of 1 and 2, the P forwards traffic with a higher priority, delaying the arrival of traffic with the priority value of 1 at PE2. As a result, the frame delay calculated on PE2 is inaccurate.

    802.1p priority-based one-way frame delay measurement can be enabled to obtain accurate results.

    Figure 10-3  802.1p priority-based one-way frame delay measurement
  • Two-way frame delay measurement

    A MEP sends a delay measurement message (DMM) carrying an ETH-DM request to its RMEP. After receiving the DMM, the RMEP sends a delay measurement reply (DMR) carrying an ETH-DM response to the MEP.

    Two-way frame delay measurement can be implemented in either of the following modes:
    • The on-demand measurement calculates the two-way frame delay at a time for diagnosis.

    • The proactive measurement calculates the two-way frame delay periodically.

    Figure 10-4 illustrates the procedure for two-way delay measurement.

    Figure 10-4  Two-way frame delay measurement

    Two-way frame delay measurement is performed by a local MEP to send a DMM to its RMEP and then receive a DMR from the RMEP. After the two-way frame delay measurement is configured, a MEP periodically sends DMMs carrying TxTimeStampf (the time when the DMM was sent). After receiving the DMM, the RMEP replies with a DMR. The DMR carries RxTimeStampf (the time when the DMM was received) and TxTimeStampb (the time when the DMR was sent). The value in every field of the DMM is copied to the DMR except that the source and destination MAC addresses were interchanged. Upon receiving the DMR, the MEP calculates the two-way frame delay by using the following formula:

    Frame delay = (RxTimeb - TxTimeStampf) - (TxTimeStampb - RxTimeStampf)

    The frame delay value can be used to measure the delay variation.

    A delay variation is an absolute difference between two delays.

    Service packets are prioritized based on 802.1p priorities and are transmitted using different policies. Traffic passing through a P on the network shown in Figure 10-5 carries 802.1p priority values of 1 and 2.

    Two-way delay measurement is enabled on PE1 to send traffic with the priority value of 1 to measure the frame delay on a link between PE1 and PE2. Traffic with the priority value of 2 is also sent. After receiving traffic with the priority values of 1 and 2, the P forwards traffic with a higher priority, delaying the arrival of traffic with the priority value of 1 at PE2. As a result, the frame delay calculated on PE2 is inaccurate.

    802.1p priority-based two-way frame delay measurement can be enabled to obtain accurate results.

    Figure 10-5  802.1p priority-based two-way frame delay measurement

AIS

Alarm indication signal (AIS) is used to transmit fault information.

A MEP is configured in MD1 with the level of 6 on each of customer edge CE1 and CE2 access interfaces on the user network shown in Figure 10-6. A MEP is configured in MD2 with the level of 3 on each of PE1 and PE2 access interfaces on a carrier network.
  • If CFM detects a fault in the link between AIS-enabled PEs, CFM sends AIS packet data units (PDUs) to CEs. After receiving the AIS PDUs, the CEs suppress alarms, minimizing the impact of a lot of alarms on a network management system (NMS).

  • After the link between the PEs recovers, the PEs stop sending AIS PDUs. CEs do not receive AIS PDUs during a period of time 3.5 times as long as the interval at which AIS PDUs are sent. Therefore, the CEs cancel the alarm suppression function.

Figure 10-6  AIS implementation

Usage Scenario

Y.1731 applies to virtual local area networks (VLANs). AIS is the same in these scenarios. Different Y.1731 statistical functions are supported in specific scenarios. The following example illustrates Y.1731 statistical functions in different scenarios on the network shown in Figure 10-7.

Figure 10-7  Y.1731 statistical functions in specific scenarios
A VLAN is configured between a CE and PE1 on the network. Y.1731 can be used on the link between the CE and PE1. Figure 10-8 lists supported Y.1731 statistical functions.
Figure 10-8  Y.1731 statistical functions in the VLAN scenario
Translation
Download
Updated: 2019-08-21

Document ID: EDOC1000142090

Views: 101353

Downloads: 113

Average rating:
This Document Applies to these Products
Related Documents
Related Version
Share
Previous Next