Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ITU-T Y.1731 이더넷 서비스 OAM 개요

SUMMARY 이 섹션에서는 서비스 OAM(ITU-TY.1731)과 두 가지 주요 구성 요소에 대해 설명합니다. 장애 관리(모니터링, 감지 및 격리) 및 성능 모니터링(프레임 손실 측정, 합성 프레임 손실 측정, 프레임 지연 측정).

이더넷 프레임 지연 측정 개요

ITU-T Y.1731 프레임 지연 측정 기능

Ethernet OAM(Operations, Administration, and Maintenance)을 위한 IEEE 802.3-2005 표준은 단일 P2M(Point-to-Point) Ethernet LAN에서 링크 결함을 탐지하고 보고하는 일련의 링크 장애 관리 메커니즘을 정의합니다.

Junos OS는 서비스 프로바이더가 Ethernet 서비스에 대한 자동화된 엔드투엔드 관리 및 모니터링을 제공하는 주요 OAM 표준을 지원합니다.

  • IEEE 표준 802.1ag("CFM(Connectivity Fault Management)"라고도 합니다.

  • ITU-T 권장 사항 Y.1731 – IEEE 802.1ag와는 다른 용어를 사용하며 장애 모니터링, 진단 및 성능 모니터링을 위한 Ethernet 서비스 OAM 기능을 정의합니다.

이러한 기능을 통해 운영자는 구속력이 있는 SLA(Service-Level Agreement)를 제공하고 고객의 특정 요구에 맞게 조정된 속도 및 성능이 보장된 서비스 패키지를 통해 새로운 수익을 창출할 수 있습니다.

ACX 시리즈 라우터는 사전 예방적 및 온 디맨드 모드를 지원합니다.

주:

ACX5048 및 ACX5096 라우터는 지연 측정을 위해 소프트웨어 기반 타임 스탬프만 지원합니다.

이더넷 CFM

CFM(Connectivity Fault Management)을 위한 IEEE 802.1ag 표준은 단일 링크 또는 여러 LAN으로 구성된 네트워크를 아우르는 여러 링크에 관계없이 모든 경로에 대해 엔드투엔드 Ethernet 서비스 보증을 제공하는 메커니즘을 정의합니다.

M320, MX 시리즈 및 T 시리즈 라우터의 이더넷 인터페이스를 위해 Junos OS는 Ethernet CFM 표준의 다음과 같은 핵심 요소를 지원합니다.

  • IEEE 802.1ag Ethernet OAM Continuity Check 프로토콜을 사용한 장애 모니터링

  • IEEE 802.1ag Ethernet OAM Linktrace 프로토콜을 사용한 경로 검색 및 장애 검증

  • IEEE 802.1ag Ethernet OAM 루프백 프로토콜을 사용한 장애 격리

CFM 환경에서는 네트워크 운영자, 서비스 프로바이더 및 고객과 같은 네트워크 엔티티가 서로 다른 관리 도메인에 포함될 수 있습니다. 각 관리 도메인은 하나의 유지 보수 도메인에 매핑됩니다. 유지보수 도메인은 서로 다른 레벨 값으로 구성되어 분리된 상태로 유지합니다. 각 도메인은 엔터티가 자체적인 관리 및 엔드 투 엔드 모니터링을 수행하고 보안 위반을 방지할 수 있도록 충분한 정보를 제공합니다.

그림 1 고객, 프로바이더 및 운영자 이더넷 브리지, 유지 보수 도메인, MEP(Maintenance Association End Points) 및 MIP(Maintenance Intermediate Points) 간의 관계를 보여줍니다.

그림 1: MEP, MIP 및 유지 보수 도메인 레벨의 관계MEP, MIP 및 유지 보수 도메인 레벨의 관계
주:

ACX 시리즈 라우터에서 MIP(유지 보수 중간 지점)는 ACX5048 및 ACX5096 라우터에서만 지원됩니다.

이더넷 프레임 지연 측정

OAM 기능의 두 가지 주요 목표는 프레임 지연 및 프레임 지연 변형("프레임 지터"라고도 함)과 같은 서비스 품질 속성을 측정하는 것입니다. 이러한 측정을 통해 고객이 네트워크 결함의 영향을 받는 전에 네트워크 문제를 식별할 수 있습니다.

Junos OS는 MX 시리즈 라우터의 이더넷 물리적 또는 논리적 인터페이스에서 구성된 MEP 간의 이더넷 프레임 지연 측정을 지원합니다. 이더넷 프레임 지연 측정은 특정 서비스에 대한 지연 측정을 트리거하기 위해 운영자에게 정밀한 제어를 제공하며 SLA 모니터링에 사용할 수 있습니다. 또한 이더넷 프레임 지연 측정은 최악의 경우 및 최상의 경우 지연, 평균 지연, 평균 지연 변동 등과 같은 기타 유용한 정보를 수집합니다. ETH-DM(Ethernet Frame Delay Measurement)의 Junos OS 구현은 이더넷 기반 네트워크를 위한 ITU-T 권장 사항 Y.1731, OAM 기능 및 메커니즘을 완벽하게 준수합니다. 권장 사항은 ITU-T 용어의 "ETH 계층"이라고 불리는 Ethernet 서비스 계층에서 네트워크를 운영하고 유지하기 위한 OAM 메커니즘을 정의합니다.

MPC(Modular Port Concentrator)와 SFP+를 갖춘 10기가비트 이더넷 MPC를 갖춘 MX 시리즈 라우터는 프레임 지연 및 지연 변동을 위해 VPLS에서 ITU-T Y.1731 기능을 지원합니다.

주:

MX 시리즈 Virtual Chassis는 이더넷 프레임 지연 측정(DM)을 지원하지 않습니다.

편도 이더넷 프레임 지연 측정

일방형 ETH-DM 모드에서는 측정 프레임이 한 라우터에서 시작자 MEP로부터 전송되는 시간과 다른 라우터의 수신기 MEP에서 프레임이 수신되는 시간 사이에 일련의 프레임 지연 및 프레임 지연 변동 값을 계산합니다.

주:

ACX 시리즈 라우터는 편도 이더넷 프레임 지연 측정을 지원하지 않습니다.

1DM 전송

일방통행 프레임 지연 측정을 시작할 때 라우터는 초기화기 MEP에서 수신기 MEP까지, 그리고 사용자가 지정한 프레임의 수에 대해 단방향 지연 측정을 위해 프로토콜 데이터 유닛(PDU)을 전달하는 프레임인 1DM 프레임을 보냅니다. 라우터는 각 1DM 프레임을 드롭 부적격으로 표시하고 전송 시간의 타임스탬프를 프레임에 삽입합니다.

1DM 리셉션

MEP가 1DM 프레임을 수신하면, 수신기 MEP가 포함된 라우터는 해당 프레임의 단방향 지연(프레임이 수신된 시간과 프레임 자체에 포함된 타임스탬프 간의 차이)과 지연 변형(현재와 이전 지연 값 간의 차이)을 측정합니다.

편도 ETH-DM 통계

수신기 MEP가 포함된 라우터는 ETH-DM 데이터베이스에 각 단방향 지연 통계 세트를 저장합니다. ETH-DM 데이터베이스는 주어진 CFM 세션(피어 MEP 쌍)에 대해 최대 100 세트의 통계를 수집합니다. 언제든지 ETH-DM 데이터베이스 내용을 표시하여 이러한 통계에 액세스할 수 있습니다.

편도 ETH-DM 프레임 수

각 라우터는 송수신되는 단방향 ETH-DM 프레임의 수를 계산합니다.

  • 개시자 MEP의 경우, 라우터는 전송되는 1DM 프레임의 수를 계산합니다.

  • 수신기 MEP의 경우, 라우터는 수신된 유효한 1DM 프레임의 수와 수신된 잘못된 1DM 프레임의 수를 계산합니다.

각 라우터는 CFM 데이터베이스에 ETH-DM 프레임 카운트를 저장합니다. CFM 데이터베이스는 CFM 세션 통계를 저장하고 ETH-DM을 지원하는 인터페이스의 경우 모든 ETH-DM 프레임이 중요합니다. MEP에 할당된 이더넷 인터페이스나 CFM 세션의 MEP에 대한 CFM 데이터베이스 정보를 표시함으로써 프레임 카운트에 언제든지 액세스할 수 있습니다.

시스템 클럭 동기화

편도 지연 계산의 정확성은 시작자 MEP 및 수신기 MEP에서 시스템 클럭의 긴밀한 동기화에 따라 달라집니다.

편도 지연 변동의 정확성은 시스템 클럭 동기화에 의존하지 않습니다. 지연 변동은 단순히 연속적인 편도 지연 값 간의 차이이기 때문에 단계 외 기간은 프레임 지터 값에서 제거됩니다.

주:

주어진 편도 이더넷 프레임 지연 측정의 경우 프레임 지연 및 프레임 지연 변형 값은 수신기 MEP가 포함된 라우터에서만 사용할 수 있습니다.

양방향 이더넷 프레임 지연 측정

양방향 ETH-DM 모드에서 프레임 지연 및 프레임 지연 변형 값은 초기자 MEP가 요청 프레임을 전송하고 응답자 MEP로부터 응답 프레임을 수신할 때의 시차를 기반으로 하며 응답자 MEP에서 경과한 시간을 빼줍니다.

DMM 전송

양방향 프레임 지연 측정을 시작하면 라우터는 시작 장치 MEP에서 응답자 MEP까지, 그리고 사용자가 지정한 프레임의 수에 따라 양방향 ETH-DM 요청을 위해 PDU를 전달하는 프레임인 DMM(Delay Measurement Message) 프레임을 보냅니다. 라우터는 각 DMM 프레임을 드롭 부적격으로 표시하고 프레임에 전송 시간의 타임스탬프를 삽입합니다.

DMR 전송

MEP가 DMM 프레임을 수신하면 응답자 MEP는 ETH-DM 회신 정보와 DMM 프레임에 포함된 타임스탬프 사본을 전달하는 DMR(Delay Measurement Reply) 프레임으로 응답합니다.

DMR 리셉션

MEP가 유효한 DMR을 수신하면 MEP가 포함된 라우터는 다음 타임스탬프 순서에 따라 해당 프레임의 양방향 지연을 측정합니다.

  1. TITxDMM

  2. TRXDMM

  3. TRTxDMR

  4. TIRxDMR

양방향 프레임 지연은 다음과 같이 계산됩니다.

  1. [TIRxDMRTITxDMM] – [TRTxDMR – TRxDMM]

이 계산에서는 프레임 지연이 시작자 MEP가 DMM 프레임을 보내는 시간과 응답기 MEP에서 관련 DMR 프레임을 수신하는 시간과 응답자 MEP에서 경과한 시간 간의 차이를 보여줍니다.

지연 변동은 현재 값과 이전 지연 값 간의 차이입니다.

양방향 ETH-DM 통계

시작자 MEP가 포함된 라우터는 ETH-DM 데이터베이스에 각 양방향 지연 통계 세트를 저장합니다. ETH-DM 데이터베이스는 주어진 CFM 세션(피어 MEP 쌍)에 대해 최대 100 세트의 통계를 수집합니다. 언제든지 ETH-DM 데이터베이스 내용을 표시하여 이러한 통계에 액세스할 수 있습니다.

양방향 ETH-DM 프레임 수

각 라우터는 송수신되는 양방향 ETH-DM 프레임의 수를 계산합니다.

  • 초기자 MEP의 경우, 라우터는 전송된 DMM 프레임 수, 수신된 유효한 DMR 프레임 수 및 수신된 잘못된 DMR 프레임의 수를 계산합니다.

  • 응답자 MEP의 경우, 라우터는 전송된 DMR 프레임의 수를 계산합니다.

각 라우터는 CFM 데이터베이스에 ETH-DM 프레임 카운트를 저장합니다. CFM 데이터베이스는 CFM 세션 통계를 저장하고 ETH-DM을 지원하는 인터페이스의 경우 모든 ETH-DM 프레임이 중요합니다. MEP에 할당된 이더넷 인터페이스나 CFM 세션의 MEP에 대한 CFM 데이터베이스 정보를 표시함으로써 프레임 카운트에 언제든지 액세스할 수 있습니다.

주:

주어진 양방향 Ethernet 프레임 지연 측정의 경우 프레임 지연 및 프레임 지연 변형 값은 초기자 MEP가 포함된 라우터에서만 사용할 수 있습니다.

편도 및 양방향 ETH-DM 중에서 선택

일방통행 프레임 지연 측정을 위해서는 시작 장치 MEP 및 수신기 MEP의 시스템 클럭이 밀접하게 동기화되어야 합니다. 양방향 프레임 지연 측정은 두 시스템의 동기화를 요구하지 않습니다. 클럭이 동기화되는 것이 실용적이지 않다면 양방향 프레임 지연 측정이 더 정확합니다.

두 시스템이 물리적으로 서로 가까이 있으면 단방향 지연 값이 양방향 지연 값에 비해 매우 높습니다. 일방통행 지연 측정을 위해서는 두 시스템의 타이밍을 매우 세분화된 수준으로 동기화해야 하며, MX 시리즈 라우터는 현재 이러한 세분화된 동기화를 지원하지 않습니다.

Ethernet 프레임 지연 측정에 대한 제한 사항

Ethernet 프레임 지연 측정 기능에는 다음과 같은 제한이 적용됩니다.

  • ETH-DM 기능은 LSI(Label-Switched Interface ) 의사회선에서 지원되지 않습니다.

    ETH-DM 기능은 통합 Ethernet 인터페이스에서 지원됩니다.

  • 수신 경로의 ETH-DM 프레임을 위한 하드웨어 지원 타임스탬핑은 MX 시리즈 라우터의 Enhanced DPC 및 Enhanced Queuing DPC의 MEP 인터페이스에서만 지원됩니다. 하드웨어 지원 타임스탬핑에 대한 자세한 내용은 ETH-DM 세션을 지원할 라우터 구성 지침 및 하드웨어 지원 타임스탬핑 옵션 활성화를 참조하십시오.

  • Ethernet 프레임 지연 측정은 분산된 주기적 패킷 관리 데몬(ppm)이 활성화된 경우에만 트리거될 수 있습니다. 이 제한에 대한 자세한 내용은 ETH-DM 세션을 지원하고분산된 ppm이 비활성화되지 않도록 보장하기 위한 라우터 구성 지침을 참조하십시오.

  • 한 번에 한 세션만 동일한 원격 MEP 또는 MAC 주소로 모니터링할 수 있습니다. ETH-DM 세션 시작에 대한 자세한 내용은 ETH-DM 세션 시작(Starting an ETH-DM Session)을 참조하십시오.

  • ETH-DM 통계는 ETH-DM 세션의 2개 피어 라우터 중 하나에서만 수집됩니다. 편도 ETH-DM 세션의 경우 ETH-DM별 show 명령을 사용하여 프레임 ETH-DM 통계를 수신기 MEP에서만 표시할 수 있습니다. 양방향 ETH-DM 세션의 경우 동일한 ETH-DM별 show 명령을 사용하여 시작자 MEP에서만 프레임 지연 통계를 표시할 수 있습니다. 자세한 내용은 ETH-DM 통계 및 ETH-DM 프레임 카운트 관리를 참조하십시오.

  • ETH-DM 프레임 수는 MEP에서 모두 수집되며 각 CFM 데이터베이스에 저장됩니다.

  • GRES( Graceful Routing Engine Switchover )가 발생하면 수집된 ETH-DM 통계가 손실되고 ETH-DM 프레임 수는 0으로 재설정됩니다. 따라서 전환이 완료되면 ETH-DM 통계 및 ETH-DM 프레임 카운터의 수집을 다시 시작해야 합니다. GRES는 듀얼 라우팅 엔진을 장착한 라우터가 패킷 포워딩을 중단하지 않고도 기본 라우팅 엔진에서 백업 라우팅 엔진으로 전환할 수 있도록 지원합니다. 자세한 내용은 Junos OS 고가용성 사용자 가이드를 참조하십시오.

  • 시스템이 변경될 때(예: 재구성에서) 프레임 지연 통계의 정확성이 저하됩니다. 안정적인 시스템에서 Ethernet 프레임 지연 측정을 수행하는 것이 좋습니다.

이더넷 프레임 손실 측정 개요

OAM 기능의 주요 목표는 프레임 지연, 프레임 지연 변형("프레임 지터"라고도 함) 및 프레임 손실과 같은 서비스 품질 속성을 측정하는 것입니다. 이러한 측정을 통해 고객이 네트워크 결함의 영향을 받는 전에 네트워크 문제를 식별할 수 있습니다.

Junos OS는 MX 시리즈 라우터의 이더넷 물리적 또는 논리적 인터페이스에서 구성되고 현재 VPWS 서비스에만 지원되는 MEP(Maintenance Association End Points) 간의 ETH-LM(Ethernet Frame Loss Measurement)을 지원합니다. ETH-LM은 수신 및 송신 서비스 프레임에 적용되는 카운터 값을 수집하는 데 사용됩니다. 이러한 카운터는 한 쌍의 MEP 간에 전송 및 수신된 데이터 프레임의 수를 유지합니다. Ethernet 프레임 손실 측정은 ETH-LM 정보가 포함된 프레임을 피어 MEP로 전송하고 피어 MEP로부터 ETH-LM 정보가 포함된 프레임을 수신함으로써 수행됩니다. 이러한 유형의 프레임 손실 측정은 단일 엔드 이더넷 손실 측정이라고도 합니다.

주:

MX 시리즈 Virtual Chassis는 이더넷 프레임 손실 측정(ETH-LM)을 지원하지 않습니다.

ETH-LM은 다음과 같은 프레임 손실 측정을 지원합니다.

  • 근단단 프레임 손실 측정—수신 데이터 프레임과 관련된 프레임 손실 측정.

  • 원거리 프레임 손실 측정—송신 데이터 프레임과 관련된 프레임 손실 측정.

주:

ITU-T Y1731의 사전 예방적 및 이중 엔드 손실 측정 기능은 ACX 시리즈 라우터에서 지원되지 않습니다.

ETH-LM 기능은 통합 Ethernet 인터페이스에서 지원됩니다.

주:

Junos OS Release 16.1을 시작하면, 이더넷 손실 측정(ETH-LM) 결과는 노란색 클래스 또는 중간 높이의 PLP(Packet Loss Priority)에 속하는 것으로 분류되는 유지 보수 단말 장치(MEP)에서 CFM(Connectivity Fault Management) 및 PM(Performance Monitoring) PDU를 로컬로 수신하는 경우 부정확합니다. 이 잘못된 결과의 문제는 다운 MEP의 CFM 세션에 대한 Ethernet 손실 측정에 특정합니다. Ethernet 손실 측정 통계는 다음 시나리오에서 부정확합니다.

  • 이더넷 손실 측정이 다운 상태의 MEP를 위한 CFM 세션에서 작동 중

  • 다운 MEP의 논리적 인터페이스에서 수신되는 CFM PDU는 노란색 또는 중간 수준의 PLP로 분류됨

  • 입력 분류기가 PLP를 중간값으로 표시하면 패킷이 노란색으로 표시됩니다.

무색 모드에서 Ethernet 손실 측정을 구성할 때 Ethernet 손실 측정 결과와의 불일치 문제가 발견되지 않습니다. 부정확한 손실 측정 결과의 문제를 방지하기 위해 모든 로컬 CFM PDU를 녹색으로 또는 높은 PLP로 프로비저닝하십시오.

주:

Junos OS Release 16.1부터 시작하여 NNI(Network-to-Network) 또는 egress 인터페이스가 DPC상의 구성원 링크가 있는 통합 이더넷 인터페이스인 경우 연결 장애 관리를 위한 성능 모니터링(명령문 및 하위 상태[edit protocols oam ethernet connectivity-fault-management](계층 수준 포함performance-monitoring)은 지원되지 않습니다.

서비스 수준 계약 측정

SLA(Service-Level Agreement) 측정은 대역폭, 지연, 지연 변동(지터), 연속성 및 서비스 가용성(E-Line 또는 E-LAN)을 모니터링하는 프로세스입니다. 이를 통해 고객이 네트워크 결함의 영향을 받는 전에 네트워크 문제를 식별할 수 있습니다.

주:

Ethernet VPN 서비스는 다음과 같이 분류할 수 있습니다.

  • P2P(Peer-to-Peer-Services) E-Line 서비스—E-Line 서비스는 MPLS 기반 Layer 2 VPN VPWS(Virtual Private Wire Service)를 사용하여 제공됩니다.

  • 멀티포인트-멀티포인트 서비스(E-LAN 서비스)—E-LAN 서비스는 MPLS 기반 VPLS(Virtual Private LAN Service)를 사용하여 제공됩니다.

자세한 내용은 Junos VPNs 구성 가이드를 참조하십시오.

Junos OS에서 SLA 측정은 다음으로 분류됩니다.

  • 온 디맨드 모드—온 디맨드 모드에서 측정은 CLI를 통해 트리거됩니다.

  • 사전 예방적 모드—사전 예방적 모드에서 측정은 반복자 애플리케이션에 의해 트리거됩니다.

Ethernet 프레임 지연 측정 및 Ethernet 프레임 손실 측정은 인터페이스에서 ae 지원되지 않습니다.

SLA 측정을 위한 온 디맨드 모드

온 디맨드 모드에서는 CLI를 통해 사용자가 측정을 트리거합니다.

사용자가 CLI를 통해 지연 측정을 트리거하면 생성된 지연 측정 요청은 ITU-T Y.1731 표준에서 지정한 프레임 형식에 따라 생성됩니다. 양방향 지연 측정을 위해 서버측 프로세싱을 패킷 포워딩 엔진으로 위임하여 라우팅 엔진의 오버로드를 방지할 수 있습니다. 자세한 내용은 ETH-DM 세션을 지원할 라우터 구성을 참조하십시오. 서버측 프로세싱이 Packet Forwarding Engine에 위임되면 지연 측정 메시지(DMM) 프레임 receive 카운터와 DMR(Delay Measurement Reply) 프레임 transmit 카운터가 명령에 의해 show 표시되지 않습니다.

사용자가 CLI를 통해 손실 측정을 트리거하면 라우터는 손실 측정 TLV와 함께 패킷을 표준 형식으로 보냅니다. 기본적으로 session-id-tlv 인수는 동일한 로컬 MEP의 동시 손실 측정 세션을 허용하도록 패킷에 포함됩니다. 인수를 사용하여 세션 ID TLV를 no-session-id-tlv 비활성화할 수도 있습니다.

단일 엔드 ETH-LM은 온 디맨드 운영, 관리 및 유지 보수 목적으로 사용됩니다. MEP는 ETH-LM 요청 정보가 포함된 프레임을 피어 MEP로 보내고 피어 MEP로부터 ETH-LM 회신 정보가 포함된 프레임을 수신하여 손실 측정을 수행합니다. 단일 엔드 ETH-LM 요청에 사용되는 프로토콜 데이터 유닛(PDU)을 LMM(Loss Measurement Message)이라고 하며, 단일 엔드 ETH-LM 회신에 사용되는 PDU를 LMR(Loss Measurement Reply)이라고 합니다.

SLA 측정을 위한 사전 예방적 모드

선제적 모드에서 SLA 측정은 반복자 애플리케이션에 의해 트리거됩니다. 반복기는 MX 시리즈 라우터에서 양방향 지연 측정 또는 손실 측정을 위해 ITU-Y.1731 호환 프레임의 형태로 SLA 측정 패킷을 주기적으로 전송하도록 설계되었습니다. 이 모드는 사용자가 시작한 온 디맨드 SLA 측정과 다릅니다. 반복자는 등록한 각 연결에 대해 주기적인 지연 또는 손실 측정 요청 패킷을 전송합니다. 반복자는 CPU 오버로드를 피하기 위해 동일한 연결에 대해 측정 주기가 동시에 발생하지 않도록 보장합니다. Junos OS는 VPWS를 위한 사전 예방적 모드를 지원합니다. 반복자가 원격 인접를 형성하고 기능적으로 작동하려면 CCM(Continuity Check Message)이 CFM(Connectivity Fault Management)의 로컬 및 원격 MEP 구성 간에 활성화되어야 합니다. 반복자 인접 매개변수의 변경이 있으면 기존 반복기 통계를 재설정하고 반복기를 다시 시작합니다. 여기서 Adjacency라는 용어는 상호 이해를 위한 관련 정보와 함께 2개의 단말 장치(직접 또는 가상으로 연결됨)의 쌍을 의미하며, 이는 후속 처리에 사용됩니다. 예를 들어, 반복자 인접성은 MEP의 두 단말 장치 간의 반복자 연결을 말합니다.

모든 DPC 또는 MPC의 경우, 10밀리초(ms)의 사이클 시간 값을 위한 30개의 반복 인스턴스만 지원됩니다. Junos OS에서는 255개의 반복자 프로필 구성과 2,000개의 원격 MEP 연결이 지원됩니다.

100ms 미만의 사이클 시간 값을 가진 반복기는 무한한 반복자에 대해서만 지원되는 반면, 100ms 이상의 사이클 시간 값을 가진 반복기는 유한하고 무한한 반복자 모두를 지원합니다. 무한 반복기는 반복기가 비활성화되거나 수동으로 비활성화될 때까지 무한히 실행되는 반복자입니다.

주:

ACX5048 및 ACX5096 라우터는 1초 이상의 반복 주기 시간을 지원합니다.

라우터에서 구성된 VPWS 서비스는 반복기에서 연결(여기에서는 원격 및 로컬 MEP 쌍)을 등록한 다음 해당 연결에서 주기적인 SLA 측정 프레임 전송을 시작하여 SLA 측정을 위해 모니터링됩니다. 엔드 투 엔드 서비스는 양 단말 장치에서 구성된 유지 보수 연결 단말 장치(MEP)를 통해 식별됩니다.

양방향 지연 측정 및 손실 측정을 위해 반복자는 목록의 연결에 대한 요청 메시지를 보낸 다음 이전 반복 주기에서 폴링된 연결에 대한 요청 메시지를 보냅니다. SLA 측정 프레임에 대한 백 투 백 요청 메시지와 해당 응답은 지연 변동 및 손실 측정을 계산하는 데 도움이 됩니다.

운영자에 의해 개입 및 중단되지 않거나 반복 카운트 조건이 충족될 때까지 반복에 연결된 서비스를 위한 Y.1731 프레임 전송은 끝없이 계속됩니다. 반복자가 보다 선제적인 SLA 측정 프레임을 전송하지 못하도록 하려면 운영자는 다음 작업 중 하나를 수행해야 합니다.

  • deactivate sla-iterator-profile 계층 수준에서 명령문을 [edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance association ma-name mep mep-id remote-mep mep-id] 활성화합니다.

  • disable 계층 수준에서 해당 반복자 프로필 [edit protocols oam ethernet connectivity-fault-management performance-monitoring sla-iterator-profiles profile-name] 에 명령문을 프로비저닝합니다.

선제적 모드에 따른 Ethernet 지연 측정 및 손실 측정

양방향 지연 측정에서 지연 측정 메시지(DMM) 프레임은 반복 애플리케이션을 통해 트리거됩니다. DMM 프레임은 표준 프레임 형식으로 설명된 필드 외에도 반복자 유형, 길이 및 값(TLV)을 전달하며 서버는 DMM 프레임에서 지연 측정 응답(DMR) 프레임으로 반복 TLV를 복사합니다.

양방향 지연 측정 방법을 이용한 편도 지연 변이 계산에서 지연 변형 계산은 DMR 프레임에 있는 타임스탬프를 기반으로 합니다(1DM 프레임이 아님). 따라서 클라이언트측 및 서버측 클럭을 동기화할 필요가 없습니다. 시계의 차이가 일정하다고 가정할 때, 단방향 지연 변동 결과는 상당히 정확할 것으로 예상됩니다. 또한 이 방법을 사용하면 단방향 지연 변형 측정 목적으로만 별도의 1DM 프레임을 보낼 필요가 없습니다.

손실 측정을 위한 사전 예방적 모드에서 라우터는 손실 측정 TLV 및 반복자 TLV와 함께 표준 형식으로 패킷을 보냅니다.

Ethernet 장애 통보 프로토콜 개요

FNP(Failure Notification Protocol)는 MX 시리즈 라우터의 Point-to-Point Ethernet 전송 네트워크에서 장애를 감지하는 장애 통보 메커니즘입니다. 노드 링크에 장애가 발생하면 FNP는 장애를 감지하고 회선이 다운된 인접 노드에 FNP 메시지를 보냅니다. FNP 메시지를 수신하면 노드는 트래픽을 보호 회로로 리디렉션할 수 있습니다.

주:

FNP는 E-Line 서비스에서만 지원됩니다.

E-Line 서비스는 2개의 UNI(User Network Interfaces) 간에 안전한 P2M(Point-to-Point) 이더넷 연결을 제공합니다. E-Line 서비스는 보호되는 서비스이며 각 서비스에는 서킷 및 보호 회로가 작동합니다. CFM은 작동 모니터링 및 경로 보호에 사용됩니다. CCM 간격으로 인해 수백 밀리초 또는 몇 초 만에 페일오버 시간이 발생합니다. FNP는 50ms 미만의 서비스 서킷 장애 감지 및 전파를 제공하며 E-Line 서비스를 위한 50ms 페일오버를 제공합니다.

MX 라우터는 PE 노드 역할을 하며 관리 VLAN에서 수신되는 FNP 메시지와 관리 VPLS를 위해 생성된 이더넷 인터페이스와 PW에서 수신되는 FNP 메시지를 처리합니다. MX-series 라우터는 FNP 메시지를 시작하지 않고 이더넷 액세스 네트워크의 디바이스에서 생성한 FNP 메시지에만 응답합니다. FNP는 VPLS 라우팅 인스턴스의 일부인 논리적 인터페이스에서만 실행될 수 있으며, VPLS 라우팅 인스턴스에 CCM을 구성해야 하는 물리적 인터페이스는 없습니다. FNP는 물리적 인터페이스당 하나의 논리적 인터페이스 에서만 실행될 수 있습니다.

모든 E-Line 서비스는 에지 보호 기능을 갖춘 레이어 2 회로로 구성됩니다. 작동 회로 또는 보호 회로와 관련된 VLAN은 논리적 인터페이스에 매핑되어야 합니다. E-LINE 서비스에서 사용하는 VLAN에 대한 링 링크에서는 트렁크 포트 또는 액세스 포트가 지원되지 않습니다. FNP는 보호 회로와 관련된 논리적 인터페이스를 제어하지 않습니다. MX 노드에 종료 지점이 없는 E-Line 서비스만 FNP에 의해 제어됩니다.

FNP는 Graceful Restart 및 GRES( Graceful Routing Engine Switchover ) 기능을 지원합니다.

이더넷 종합 손실 측정 개요

ETH-SLM(Ethernet Synthetic Loss Measurement)은 데이터 트래픽 대신 합성 프레임을 사용하여 프레임 손실 계산을 지원하는 애플리케이션입니다. 이 메커니즘은 데이터 트래픽의 프레임 손실 비율을 근사하는 통계 샘플로 간주할 수 있습니다. 각 유지 보수 연결 단말 장치(MEP)는 프레임 손실(frame loss) 측정을 수행하여 시간을 사용할 수 없게 합니다.

근 엔드 프레임 손실은 수신 데이터 프레임과 관련된 프레임 손실을 지정하며, 원거리 프레임 손실은 송신 데이터 프레임과 관련된 프레임 손실을 지정합니다. 에지엔드 및 원거리 프레임 손실 측정은 모두 거의 엔드에 심각한 오류가 발생한 초와 사용 가능한 시간을 결정하는 데 사용되는 원거리 오류 초의 영향을 받습니다. ETH-SLM은 SLM(Synthetic Loss Message) 및 SLR(Synthetic Loss Reply) 프레임을 사용하여 수행됩니다. ETH-SLM은 두 방향 중 하나를 사용할 수 없다고 판단되는 경우 양방향 서비스를 사용할 수 없는 것으로 정의하기 때문에 합성 프레임을 사용하여 각 MEP가 근단 및 원거리의 합성 프레임 손실 측정을 수행할 수 있도록 지원합니다.

ITU-T Y.1731 표준인 ETH-LM 및 ETH-SLM에 의해 정의된 두 가지 유형의 프레임 손실 측정이 있습니다. Junos OS는 단말 ETH-SLM만 지원합니다. 단일 엔드 ETH-SLM에서 각 MEP는 ETH-SLM 요청 정보가 포함된 프레임을 피어 MEP로 전송하고 피어 MEP로부터 ETH-SLM 회신 정보가 포함된 프레임을 수신하여 합성 손실 측정을 수행합니다. 단일 엔드 ETH-SLM은 능동적 또는 온 디맨드 OAM에 사용되어 점대점(point-to-point) 이더넷 연결에 적용 가능한 종합 손실 측정을 수행합니다. 이 방법을 사용하면 MEP가 동일한 MEG(Maintenance Entity Group)의 일부인 한 쌍의 MEP와 관련된 원거리 및 거의 엔드 손실 측정을 시작하고 보고할 수 있습니다.

주:

MX 시리즈 Virtual Chassis는 ETH-SLM(Ethernet Synthetic Loss Measurement)을 지원하지 않습니다.

단일 엔드 ETH-SLM은 한정된 양의 ETH-SLM 프레임을 하나 또는 여러 MEP 피어로 시작하고 피어로부터 ETH-SLM 회신을 수신함으로써 온 디맨드 또는 사전 예방적 테스트를 수행하는 데 사용됩니다. ETH-SLM 프레임은 엔드 엔드 및 원거리의 종합 손실 측정을 측정하고 보고하는 데 사용되는 ETH-SLM 정보를 포함합니다. SLA(Service-Level Agreement) 측정은 서비스의 대역폭, 지연, 지연 변동(지터), 연속성 및 가용성을 모니터링하는 프로세스입니다. 이를 통해 고객이 네트워크 결함의 영향을 받는 전에 네트워크 문제를 식별할 수 있습니다. 선제적 모드에서 SLA 측정은 반복자 애플리케이션에 의해 트리거됩니다. 반복기는 합성 프레임 손실 측정을 위해 ITU-Y.1731 호환 프레임의 형태로 SLA 측정 패킷을 주기적으로 전송하도록 설계되었습니다. 이 모드는 사용자가 시작한 온 디맨드 SLA 측정과 다릅니다. 온 디맨드 모드에서는 CLI를 통해 사용자가 측정을 트리거합니다. 사용자가 CLI를 통해 ETH-SLM을 트리거하면 생성된 SLM 요청은 ITU-T Y.1731 표준에서 지정한 프레임 형식에 따라 생성됩니다.

주:

ACX5048 및 ACX5096 라우터는 레이어 2 서비스를 위한 ETH-SLM을 지원합니다.

ETH-SLM 구성 시나리오

ETH-SLM은 동일한 MEG 레벨의 일부인 2개의 MEP 간의 엔드/엔드 프레임 손실을 측정합니다. ETH-SLM을 구성하여 상향식 또는 업스트림 MEP와 하향식 또는 다운스트림 MEP 모두에 대한 종합 손실을 측정할 수 있습니다. 이 섹션에서는 ETH-SLM 운영을 위한 다음 시나리오에 대해 설명합니다.

MPLS 터널의 업스트림 MEP

업스트림 방향으로 2개의 MX 시리즈 라우터인 MX1 및 MX2의 사용자 네트워크 인터페이스(UNIS) 간에 MEP가 구성되는 시나리오를 생각해 보십시오. MX1 및 MX2는 MPLS 코어 네트워크를 통해 연결됩니다. ETH-SLM 측정은 두 라우터를 연결하는 경로의 업스트림 MEP 간에 수행됩니다. MX1과 MX2 모두 온 디맨드 또는 사전 예방적 ETH-SLM을 시작할 수 있으며, 이는 각각 MX1 및 MX2에서 원거리 및 근사한 손실을 측정할 수 있습니다. 2개의 UNI는 MPLS 기반 Layer 2 VPN VPWS(Virtual Private Wire Service)를 사용하여 연결됩니다.

이더넷 네트워크의 다운스트림 MEP

다운스트림 방향의 이더넷 인터페이스에서 2개의 MX 시리즈 라우터인 MX1과 MX2 사이에 MEP가 구성된 시나리오를 생각해 보십시오. MX1 및 MX2는 이더넷 토폴로지에서 연결되며 다운스트림 MEP는 이더넷 네트워크로 구성됩니다. ETH-SLM 측정은 두 라우터를 연결하는 경로의 다운스트림 MEP 간에 수행됩니다. ETH-SLM은 이들 두 라우터 간의 경로에서 측정될 수 있습니다.

작동 경로를 지정하거나 MEP에서 경로를 보호함으로써 다운스트림 방향에서 MEP를 구성하고 MPLS를 통한 VPWS에 대한 서비스 보호를 지원하는 또 다른 시나리오를 생각해 보십시오. 서비스 보호는 장애가 발생할 경우 작업 경로에 대한 엔드 투 엔드 연결 보호를 제공합니다. 서비스 보호를 구성하려면 두 개의 개별 전송 경로(작업 경로와 보호 경로)를 생성해야 합니다. 두 개의 유지 보수 연결을 생성하여 작업 경로를 지정하고 경로를 보호할 수 있습니다. 유지 보수 연결을 경로와 연결하려면 유지 보수 연결에서 MEP 인터페이스를 구성하고 경로를 작동 또는 보호로 지정해야 합니다.

샘플 토폴로지에서 MX 시리즈 라우터인 MX1은 MPLS 코어를 통해 다른 2개의 MX 시리즈 라우터인 MX2 및 MX3에 연결됩니다. MX1과 MX2 간의 CFM(Connectivity Fault Management) 세션은 MEP에서 작동하는 경로이며 MX1과 MX3 사이의 CFM 세션은 MEP의 보호 경로입니다. MX2 및 MX3는 이더넷 인터페이스에서 액세스 네트워크의 MX4에 연결됩니다. 다운스트림 MEP는 MX2(작동 CFM 세션)를 통과하는 MX1과 MX4 사이에 구성되며 MX3(보호된 CFM 세션)을 통과하는 MX1과 MX4 사이를 통과합니다. ETH-SLM은 이러한 다운스트림 MEP 간에 수행됩니다. 다운스트림 MEP 모두에서 구성은 업스트림 MEP와 유사한 MX1 및 MX4 UNI에서 수행됩니다.

ETH-SLM 메시지 형식

SLM(Synthetic Loss Messages)은 ETH-SLM(Single-Ended Ethernet Synthetic Loss Measurement) 요청을 지원합니다. 이 항목에는 SLM 프로토콜 데이터 단위(PDU), SLR PDU 및 데이터 반복자 유형 길이 값(TLV)의 형식을 설명하는 섹션이 포함되어 있습니다.

SLM PDU 형식

SLM PDU 형식은 SLM 정보를 전송하기 위해 MEP에 의해 사용됩니다. SLM PDU에는 다음과 같은 구성 요소가 포함되어 있습니다.

  • 소스 MEP ID—Source MEP ID는 SLM 프레임을 전송하는 MEP를 식별하는 데 마지막 13개의 중요 비트가 사용되는 2-옥텟 필드입니다. MEP ID는 MEG 내에서 고유합니다.

  • 테스트 ID—테스트 ID는 전송 MEP에 의해 설정된 4-옥텟 필드이며, MEP 간에 여러 테스트가 동시에 실행될 때 테스트를 식별하는 데 사용됩니다(동시 온디맨드 테스트와 사전 예방적 테스트 포함).

  • TxFCf—TxFCf는 MEP가 피어 MEP로 전송하는 SLM 프레임의 수를 전송하는 4-옥텟 필드입니다.

다음은 SLM PDU의 필드입니다.

  • MEG 레벨—0~7 범위에서 구성된 유지 보수 도메인 수준.

  • 버전— 0.

  • OpCode—OAM PDU 유형을 식별합니다. SLM의 경우 55입니다.

  • 플래그—모든 제로로 설정.

  • TLV 오프셋—16.

  • 소스 MEP ID—SLM 프레임을 전송하는 MEP를 식별하는 데 사용되는 2-옥텟 필드 이 2-octet 필드에서 마지막 13개 이상의 중요 비트가 SLM 프레임을 전송하는 MEP를 식별하는 데 사용됩니다. MEP ID는 MEG 내에서 고유합니다.

  • RESV—예약된 필드가 모든 0으로 설정되어 있습니다.

  • 테스트 ID—전송 MEP에 의해 설정되고 MEP 간에 여러 테스트가 동시에 실행될 때(동시 온디맨드 및 사전 테스트 포함)를 식별하는 데 사용되는 4-옥텟 필드.

  • TxFCf—MEP가 피어 MEP로 전송하는 SLM 프레임의 수를 전송하는 4-옥텟 필드

  • TLV 옵션—전송된 모든 SLM에 데이터 TLV를 포함할 수 있습니다. ETH-SLM을 위해 데이터 TLV의 가치 부분은 지정되지 않습니다.

  • 엔드 TLV—모든 제로 옥텟 값.

SLR PDU 형식

SLR 정보를 전송하기 위해 MEP가 SLR(Synthetic Loss Reply) PDU 형식을 사용합니다. 다음은 SLR PDU의 필드입니다.

  • MEG 레벨—3비트 필드 값이 마지막으로 수신된 SLM PDU에서 복사됩니다.

  • 버전—5비트 필드 값이 마지막으로 수신된 SLM PDU에서 복사됩니다.

  • OpCode—OAM PDU 유형을 식별합니다. SLR의 경우 54로 설정됩니다.

  • 플래그—SLM PDU에서 복사된 1-옥텟 필드.

  • TLV 오프셋—SLM PDU에서 복사된 1-옥텟 필드.

  • 소스 MEP ID—SLM PDU에서 복사된 2-옥텟 필드.

  • 응답자 MEP ID—SLR 프레임을 전송하는 MEP를 식별하는 데 사용되는 2-옥텟 필드.

  • 테스트 ID—SLM PDU에서 복사된 4-옥텟 필드.

  • TxFCf—SLM PDU에서 복사된 4-옥텟 필드.

  • TxFCb—4 옥텟 필드. 이 값은 이 테스트 ID에 대해 전송되는 SLR 프레임의 수를 나타냅니다.

  • TLV 옵션—값이 SLM PDU(있는 경우)에서 복사됩니다.

  • 엔드 TLV—SLM PDU에서 복사된 1-옥텟 필드.

데이터 이터레이터 TLV 형식

데이터 반복자 TLV는 Y.1731 데이터 프레임의 데이터 TLV 부분을 지정합니다. MEP는 MEP가 구성되면 데이터 TLV를 사용하여 다양한 프레임 크기의 지연 및 지연 변동을 측정합니다. 다음은 데이터 TLV의 필드입니다.

  • 유형—TLV 유형을 식별합니다. 이 TLV 유형에 대한 값은 Data(3)입니다.

  • 길이—데이터 패턴을 포함하는 값 필드의 옥텟 크기를 식별합니다. 길이 필드의 최대 값은 1440입니다.

  • 데이터 패턴— n-옥텟(n 은 길이를 나타냄) 임의 비트 패턴. 수신기는 무시합니다.

ETH-SLM 메시지 전송

ETH-SLM 기능은 한 쌍의 MEP 간에 여러 개의 SLM(Synthetic Loss Message) 요청을 동시에 처리할 수 있습니다. 세션은 사전 예방적 또는 온 디맨드 SLM 세션이 될 수 있습니다. 각 SLM 요청은 테스트 ID에 의해 고유하게 식별됩니다.

MEP는 SLM 요청을 전송하거나 SLM 요청에 응답할 수 있습니다. SLM 요청에 대한 응답을 종합 손실 회신(SLR)이라고 합니다. MEP가 테스트 ID를 사용하여 SLM 요청을 결정한 후 MEP는 SLM 메시지 또는 SLM 프로토콜 데이터 유닛(PDU)의 정보를 기초로 원거리 및 근단 프레임 손실을 계산합니다.

MEP는 각 테스트 ID와 손실 측정이 수행되어야 하는 유지 보수 엔티티에서 모니터링되는 각 피어 MEP에 대해 다음과 같은 로컬 카운터를 유지 관리합니다.

  • TxFCl—테스트 ID를 위해 피어 MEP로 전송되는 합성 프레임의 수입니다. 소스 MEP는 대상 또는 수신 MEP가 SLR 정보와 함께 합성 프레임의 연속 전송에 대해 이 값을 증분하는 동안 ETH-SLM 요청 정보가 포함된 합성 프레임의 연속 전송에 대해 이 값을 증분합니다.

  • RxFCl—테스트 ID를 위해 피어 MEP로부터 수신된 합성 프레임의 수입니다. 소스 MEP는 대상 또는 수신 MEP가 ETH-SLM 요청 정보와 함께 합성 프레임을 연속으로 수신하기 위해 SLR 정보가 포함된 합성 프레임을 연속으로 수신하기 위해 이 숫자를 증분합니다.

다음 섹션에서는 SLM PDU의 처리 단계를 설명하여 합성 프레임 손실을 결정합니다.

SLM 요청의 시작 및 전송

MEP는 OpCode 필드가 55로 설정된 SLM 요청을 주기적으로 전송합니다. MEP는 세션에 대한 고유의 테스트 ID를 생성하고, 소스 MEP ID를 추가하며, SLM이 시작되기 전에 해당 세션에 대한 로컬 카운터를 초기화합니다. 세션(테스트 ID)을 위해 전송되는 각 SLM PDU의 경우, 패킷에 로컬 카운터 TxFCl이 전송됩니다.

테스트 ID는 시작 MEP에서 구성되고 응답 MEP는 시작 MEP에서 수신되는 테스트 ID를 사용하기 때문에 테스트 ID 값은 시작 및 응답 MEP 간의 테스트 ID 값을 동기화할 필요가 없습니다. ETH-SLM은 샘플링 기법이기 때문에 서비스 프레임을 계산하는 것보다 정확도가 낮습니다. 또한 측정의 정확성은 사용된 SLM 프레임의 수 또는 SLM 프레임 전송 기간에 따라 달라집니다.

SLM 수신 및 SLE 전송

대상 MEP가 소스 MEP로부터 유효한 SLM 프레임을 수신하면 SLR 프레임이 생성되어 요청 또는 소스 MEP로 전송됩니다. MEG 수준 및 대상 MAC 주소가 수신 MEP의 MAC 주소와 일치하는 경우 SLR 프레임이 유효합니다. SLM PDU의 모든 필드는 다음 필드를 제외하고 SLM 요청에서 복사됩니다.

  • 소스 MAC 주소는 대상 MAC 주소로 복사되고 소스 주소에는 MEP의 MAC 주소가 포함되어 있습니다.

  • OpCode 필드의 값이 SLM에서 SLR(54)으로 변경되었습니다.

  • 응답자 MEP ID에 MEP ID가 입력되어 있습니다.

  • TxFCb는 SLR 프레임 전송 시 로컬 카운터 RxFCl의 값과 함께 저장됩니다.

  • SLM 프레임이 수신될 때마다 SLR 프레임이 생성됩니다. 따라서 응답자의 RxFCl은 수신되는 SLM 프레임의 수와 같으며 전송되는 SLR 프레임의 수와도 같습니다. 응답자 또는 MEP를 수신하는 RxFCl은 TxFCl과 같습니다.

SLE 수신

SLM 프레임(지정된 TxFCf 값 포함)이 전송되면 MEP는 피어 MEP의 타임아웃 값 내에서 해당 SLR 프레임(동일한 TxTCf 값을 전달)을 수신할 것으로 기대합니다. 타임아웃 값(5초) 후에 수신되는 SLR 프레임은 폐기됩니다. SLR 프레임에 포함된 정보를 통해 MEP는 지정된 측정 기간 동안의 프레임 손실을 결정합니다. 측정 기간은 전송되는 SLM 프레임의 수가 주어진 정확도로 측정하기에 통계적으로 적합한 시간 간격입니다. MEP는 측정 기간 동안 에지 엔드 및 엔드 프레임 손실을 결정하기 위해 다음 값을 사용합니다.

  • 측정 기간이 끝날 때 마지막으로 SLR 프레임의 TxFCf 및 TxFCb 값과 로컬 카운터 RxFCl 값을 받았습니다. 이러한 값은 TxFCf[tc], TxFCb[tc], RxFCl[tc]로 표현되며, 여기서 tc는 측정 기간의 종료 시간입니다.

  • 테스트 시작 후 처음 수신된 SLR 프레임의 TxFCf 및 TxFCb 값과 측정 기간 시작 시 로컬 카운터 RxFCl이 있는 SLR 프레임의 TxFCf 값입니다. 이러한 값은 TxFCf[tp], TxFCb[tp], RxFCl[tp]로 표현되며, 여기서 tp는 측정 기간의 시작 시간입니다.

수신되는 각 SLR 패킷에 대해 전송 또는 소스 MEP에서 로컬 RxFCl 카운터가 증분됩니다.

프레임 손실 계산

합성 프레임 손실은 로컬 카운터의 값과 수신된 마지막 프레임의 정보를 기초로 측정 기간 말에 계산됩니다. 마지막으로 받은 프레임에는 TxFCf 및 TxFCb 값이 포함됩니다. 로컬 카운터에는 RxFCl 값이 포함되어 있습니다. 이러한 값을 사용하면 프레임 손실이 다음 공식을 사용하여 결정됩니다.

프레임 손실(원거리) = TxFCf – TxFCb

프레임 손실(근단단) = TxFCb – RxFCl

출시 내역 표
릴리스
설명
16.1
Junos OS Release 16.1을 시작하면, 이더넷 손실 측정(ETH-LM) 결과는 노란색 클래스 또는 중간 높이의 PLP(Packet Loss Priority)에 속하는 것으로 분류되는 유지 보수 단말 장치(MEP)에서 CFM(Connectivity Fault Management) 및 PM(Performance Monitoring) PDU를 로컬로 수신하는 경우 부정확합니다.
16.1
Junos OS Release 16.1부터 시작하여 NNI(Network-to-Network) 또는 egress 인터페이스가 DPC상의 구성원 링크가 있는 통합 이더넷 인터페이스인 경우 연결 장애 관리를 위한 성능 모니터링(명령문 및 하위 상태[edit protocols oam ethernet connectivity-fault-management](계층 수준 포함performance-monitoring)은 지원되지 않습니다.