Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

ITU-T Y.1731 Ethernet Service OAM 개요

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

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

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

Ethernet OAM(Operations, Administration, and Maintenance)을 위한 IEEE(Institute of Electrical and Electronics Engineers) 802.3-2005 표준은 단일 점대점(point-to-point) Ethernet LAN에서 링크 결함을 탐지하고 보고하기 위한 링크 장애 관리 메커니즘 세트를 정의합니다.

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

  • IEEE(Institute of Electrical and Electronics Engineers)(Standard 802.1ag)는"CFM(Connectivity Fault Management)"이라고도 합니다.

  • ITU-T 권장 Y.173 IEEE(Institute of Electrical and Electronics Engineers)1은 802.1ag와는 다른 용어를 사용하며 장애 모니터링, 진단 및 성능 모니터링을 위한 Ethernet 서비스 OAM 기능을 정의합니다.

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

ACX 시리즈 라우터는 사전 및 수요에 따라 모드를 지원하며,

주:

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

이더넷 CFM

CFM(Connectivity Fault Management)을 위한 IEEE(Institute of Electrical and Electronics Engineers) 802.1ag 표준은 단일 링크 또는 여러 링크가 여러 LA로 구성된 네트워크에서 어떤 경로에서든 엔드 투 엔드 Ethernet 서비스를 보장할 수 있는 메커니즘을 정의합니다.

라우터, M320, MX 시리즈 및 T 시리즈 Ethernet 인터페이스의 경우 Junos OS CFM 표준의 주요 요소를 지원할 수 있습니다.

  • IEEE(Institute of Electrical and Electronics Engineers) 802.1ag Ethernet OAM Continuity Check 프로토콜을 사용한 장애 모니터링

  • IEEE(Institute of Electrical and Electronics Engineers) 802.1ag Ethernet OAM Linktrace 프로토콜을 사용한 경로 검색 및 장애 검증

  • IEEE(Institute of Electrical and Electronics Engineers) 802.1ag Ethernet OAM Loopback 프로토콜을 사용한 장애 인증

CFM 환경에서 네트워크 엔티티(네트워크 운영자, 서비스 프로바이더 및 고객)는 서로 다른 관리 도메인의 일부가 될 수 있습니다. 각 관리 도메인은 하나의 유지 보수 도메인에 매핑됩니다. 유지 보수 도메인은 서로 다른 수준 값으로 구성되어 분리되어 있습니다. 각 도메인은 엔티티가 자체적인 관리 및 엔드-엔드 모니터링을 수행하고 보안 침해를 방지할 수 있도록 충분한 정보를 제공합니다.

그림 1 고객, 제공업체 및 운영자 이더넷 브리지, 유지보수 도메인, 유지 보수 연결 엔드포인트(MEP), 유지 보수 중간 지점(MIP) 간의 관계를 보여줍니다.

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

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

이더넷 프레임 지연 측정

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

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

MMPC(Modular Port Concentrators)와 SFP+를 지원하는 10기가비트 이더넷 MMPC를 장착한 MX 시리즈 라우터는 프레임 지연 및 지연 변동을 위해 VPLS상에서 ITU-T Y.1731 기능을 제공합니다.

주:

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

단선 이더넷 프레임 지연 측정

편도 ETH-DM 모드에서, 일련의 프레임 지연 및 프레임 지연 변동 값들은 한 라우터에서 측정 프레임이 시작기 MEP에서 전송된 시간 및 다른 라우터의 수신기 MEP에서 프레임이 수신된 시간 사이에 경과된 시간을 기초로 계산됩니다.

주:

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

1DM 전송

단선 프레임 지연 측정을 시작할 때 라우터는 일회성 지연 측정을 위해 PDU(Protocol Data Unit)를 전달하는 프레임인 1DM 프레임을 전송합니다. 이 프레임은 시작자 MEP에서 수신기 MEP로, 그리고 사용자가 지정한 프레임 수에 대해 일방적인 지연 측정을 수행합니다. 라우터는 각 1DM 프레임을 드롭할 수 없는 것으로 표시하고 전송 시간의 타임스탬프를 프레임에 삽입합니다.

1DM 리셉션

MEP가 1DM 프레임을 수신할 때, 수신기 MEP를 포함하는 라우터는 해당 프레임에 대한 일방적 지연(프레임이 수신된 시간과 프레임 자체에 포함된 타임스탬프 간의 차이)과 지연 변동(현재 및 이전 지연 값 간의 차이)을 측정합니다.

단선 ETH-DM 통계

리시버 MEP가 포함된 라우터는 ETH-DM 데이터베이스에 각 1-웨이 지연 통계 세트를 저장합니다. ETH-DM 데이터베이스는 모든 주어진 CFM 세션(피어 MEP 쌍)에 대해 최대 100개 통계를 수집합니다. ETH-DM 데이터베이스 컨텐츠를 표시하여 이러한 통계에 액세스할 수 있습니다.

단선 ETH-DM 프레임 수

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

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

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

각 라우터는 CFM 데이터베이스에 ETH-DM 프레임 카운트를 저장합니다. CFM 데이터베이스는 CFM 세션 통계와 ETH-DM을 지원하는 인터페이스의 경우 모든 ETH-DM 프레임 카운트를 저장합니다. MEP 또는 CFM 세션에서 MEP에 할당된 Ethernet 인터페이스에 대한 CFM 데이터베이스 정보를 표시하여 프레임 카운트에 액세스할 수 있습니다.

시스템 클럭 동기화

단방향 지연 계산의 정확성은 시작자 MEP 및 수신기 MEP에서 시스템 클럭의 근접한 동기화에 따라 달라집니다.

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

주:

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

2-Way Ethernet 프레임 지연 측정

양면 ETH-DM 모드에서, 프레임 지연 및 프레임 지연 변동 값은 개시자 MEP가 요청 프레임을 전송하고 응답자 MEP로부터 회신 프레임을 수신하여 응답자 MEP에서 경과한 시간을 빼는 시간 차이를 기준으로 합니다.

DMM 전송

양면 프레임 지연 측정을 시작할 때 라우터는 두 가지 방식 ETH-DM 요청에 대해 PDU를 전송하는 프레임인 DMM(Delay Measurement Message) 프레임을 전송합니다. 이 프레임은 시작자 MEP에서 응답자 MEP에 속도와 사용자가 지정한 프레임 수에 대해 전송합니다. 라우터는 각 DMM 프레임을 드롭할 수 없는 것으로 표시하고 전송 시간의 타임스탬프를 프레임에 삽입합니다.

DMR 전송

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

DMR 수신

MEP가 유효한 DMR을 수신하면 MEP가 포함된 라우터는 다음과 같은 타임스탬프 시퀀스를 기반으로 해당 프레임에 대한 2-웨이 지연을 측정합니다.

  1. TITxDMM

  2. TRRxDMM

  3. TRTxDMR

  4. TIRxDMR

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

  1. [TIRxDMR – TITxDMM]– [TRTxDMR – TRRxDMM]

계산에 따르면, 프레임 지연은 개시자 MEP가 DMM 프레임을 전송하는 시간과 개시자 MEP가 응답자 MEP에서 관련 DMR 프레임을 수신하는 시간 간의 차이를 보여주며, 응답자 MEP에서 경과된 시간을 제외합니다.

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

양면 ETH-DM 통계

시작 MEP가 포함된 라우터는 ETH-DM 데이터베이스에 각 2-way 지연 통계 세트를 저장합니다. ETH-DM 데이터베이스는 모든 주어진 CFM 세션(피어 MEP 쌍)에 대해 최대 100개 통계를 수집합니다. ETH-DM 데이터베이스 컨텐츠를 표시하여 이러한 통계에 액세스할 수 있습니다.

양면 ETH-DM 프레임 카운트

각 라우터는 전송 및 수신되는 2웨이 ETH-DM 프레임의 수를 계산합니다.

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

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

각 라우터는 CFM 데이터베이스에 ETH-DM 프레임 카운트를 저장합니다. CFM 데이터베이스는 CFM 세션 통계와 ETH-DM을 지원하는 인터페이스의 경우 모든 ETH-DM 프레임 카운트를 저장합니다. MEP 또는 CFM 세션에서 MEP에 할당된 Ethernet 인터페이스에 대한 CFM 데이터베이스 정보를 표시하여 프레임 카운트에 액세스할 수 있습니다.

주:

주어진 2-way Ethernet 프레임 지연 측정의 경우, 프레임 지연 및 프레임 지연 변동값은 개시자 MEP를 포함하는 라우터에서만 사용할 수 있습니다.

단선 및 2-웨이 ETH-DM 간의 선택

단방향 프레임 지연 측정은 시작 MEP 및 receiver MEP의 시스템 클럭이 긴밀하게 동기화되도록 요구합니다. 2-웨이 프레임 지연 측정은 두 시스템의 동기화를 요구하지 않습니다. 클럭이 동기화되는 데 실용적이지 않을 경우, 2방향 프레임 지연 측정이 보다 정확합니다.

두 시스템이 물리적으로 가깝게 있는 경우, 양면 지연 값에 비해 단선 지연 값이 매우 높습니다. 1-웨이 지연 측정에서는 두 시스템의 타이밍을 매우 세분적으로 동기화해야 합니다. 현재 MX 시리즈 라우터는 이러한 세분화 동기화를 지원하지 않습니다.

이더넷 프레임 지연 측정에 대한 제한

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

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

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

  • 수신 경로의 ETH-DM 프레임에 대한 하드웨어 지원 타임스탬프는 MX 시리즈 라우터의 향상된 DC 및 향상된 큐링 DC의 MEP 인터페이스에서만 지원됩니다. 하드웨어 지원 타임스탬프에 대한 정보는 ETH-DM 세션을 지원하고 하드웨어 지원 타임스탬프옵션 활성화를 위한 라우터 구성 가이드라인을 참조하십시오.

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

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

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

  • ETH-DM 프레임 카운트는 두 MEP 모두에서 수집되고 해당 CFM 데이터베이스에 저장됩니다.

  • GRES(graceful 라우팅 엔진 switchover)가 발생하면 수집된 ETH-DM 통계가 손실되고 ETH-DM 프레임 카운트가 0으로 리셋됩니다. 따라서, 전환이 완료되면 ETH-DM 통계와 ETH-DM 프레임 카운터의 수집을 다시 시작해야 합니다. GRES는 듀얼 라우팅 엔진을 장착한 라우터가 패킷 포우링을 중단하지 않고도 라우팅 엔진 스위치를 백업 라우팅 엔진 수 있습니다. 자세한 내용은 Junos OS 고가용성 사용자 가이드 를 참조하십시오.

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

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

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

Junos OS MX 시리즈 라우터의 이더넷 물리적 또는 논리적 인터페이스에서 구성된 유지 보수 연결 단말 지점(MEP) 간의 ETH-LM(Ethernet 프레임 손실 측정)을 지원하며 현재 VPWS 서비스에만 지원됩니다. ETH-LM은 사업자가 ingress 및 egress 서비스 프레임에 적용 가능한 카운터 값을 수집하는 데 사용됩니다. 이들 카운터는 한 쌍의 MEP 간에 전송 및 수신된 데이터 프레임 수를 유지 관리합니다. ETH-LM 정보가 있는 프레임을 피어 MEP로 전송하고 피어 MEP에서 ETH-LM 정보를 통해 프레임을 수신하는 경우 Ethernet 프레임 손실 측정이 수행됩니다. 이러한 유형의 프레임 손실 측정은 또한 단말 Ethernet 손실 측정으로도 알려져 있습니다.

주:

MX Series Virtual Chassis ETH-LM(Ethernet Frame Loss Measurement)을 지원하지 않습니다.

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

  • 근사한 프레임 손실 측정—ingress 데이터 프레임과 관련된 프레임 손실 측정.

  • 극단 프레임 손실 측정—전송 데이터 프레임과 관련된 프레임 손실 측정.

주:

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

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

주:

릴리스 16.1에서 시작하여, ETH-LM(Ethernet Loss Measurement) 결과는 중간 정도의 노란색 클래스 또는 PLP(Packet Loss Priority)에 속하는 것으로 분류되는 유지 보수 엔드포인트(MEP)에서 로컬로 수신된 CFM(Connectivity Fault Management) 및 PM(Performance Monitoring) PD인 경우 부정확합니다. Junos OS 잘못된 결과에 대한 이러한 문제는 다운 MEP의 CFM 세션에서 Ethernet 손실을 측정하는 데 있습니다. Ethernet 손실 측정 통계는 다음과 같은 시나리오에서 부정확합니다.

  • Ethernet 손실 측정은 다운 상태의 MEP에 대한 CFM 세션에서 작동 중

  • 다운 MEP의 논리적 인터페이스에서 수신된 CFM PD는 노란색 또는 중간 정도의 PLP로 분류자에 의해 분류됩니다.

  • 입력 분류기는 PLP를 중간 정도의 크기로 마킹할 때 패킷은 노란색으로 식별됩니다.

Ethernet 손실 측정 결과와의 불일치 문제는 이더넷 손실 측정을 컬러리스 모드에서 구성할 때 관찰되지 않습니다. 이러한 부정확한 손실 측정 결과에 대한 이러한 문제를 방지하기 위해 모든 로컬 CFM PDUS를 녹색으로 또는 높은 수준의 PLP로 프로비저닝하십시오.

주:

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

서비스 수준 계약 측정

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

주:

Ethernet VPN 서비스는 다음으로 분류할 수 있습니다.

  • E-Line(Peer-to-Peer-Services)—E-Line 서비스는 VPWS(MPLS-based Layer 2 VPN virtual private wire service)를 사용하여제공됩니다.

  • E-LAN 서비스(Multipoint-to-Multipoint Services)—E-LAN 서비스는 MPLS VPLS(Virtual Private LAN Service)를 사용하여 제공됩니다.

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

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

  • On-Demand 모드—On-Demand 모드에서는 측정이 CLI.

  • 사전 예방적 모드—사전 모드인 경우, 측정은 실행기 애플리케이션에 의해 트리거됩니다.

Ethernet 프레임 지연 측정과 Ethernet 프레임 손실 측정은 인터페이스에서 지원되지 않는다는 점에 ae 유의하십시오.

SLA 측정을 위한 On-Demand 모드

On-Demand 모드에서는 사용자에 의해 측정치가 CLI.

사용자가 지연을 통해 CLI 측정되면, 생성되는 지연 측정 요청은 ITU-T Y.1731 표준에 의해 지정된 프레임 형식에 따라 생성됩니다. 2-웨이 지연 측정을 위해 서버측 프로세싱을 패킷 전달 엔진 서버측 프로세싱을 라우팅 엔진. 자세한 내용은 ETH-DM세션을 지원하는 라우터 구성 을 참조하십시오. 서버측 프로세싱이 서버측 프로세싱에 패킷 전달 엔진 DMM(Delay Measurement Message) 프레임 카운터와 DMR(Delay Measurement Reply) 프레임 카운터는 명령에 의해 표시되지 receivetransmitshow 않습니다.

사용자가 패킷을 통해 손실 CLI 트리거하면 라우터는 손실 측정 TLV와 함께 표준 형식으로 패킷을 전송합니다. 기본적으로, 인수는 동일한 로컬 MEP의 동시 손실 측정 세션을 허용하기 위해 session-id-tlv 패킷에 포함되어 있습니다. 이 인수를 사용하여 세션 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 측정 패킷을 주기적으로 전송하도록 설계됩니다. 이 모드는 사용자가 시작한 On-Demand SLA 측정과 다릅니다. 이터레이터는 등록된 각 연결에 대해 주기적인 지연 또는 손실 측정 요청 패킷을 전송합니다. 또한, CPU 오버로드를 방지할 수 있도록 동일한 연결에서 측정 주기가 동시에 발생하지 않도록 보장합니다. Junos OS VPWS에대한 사전 예방적 모드를 지원 원격 인접을 형성하고 기능적으로 운영이 되기 위해 CCM(Continuity Check Message)은 CFM(Connectivity Fault Management)의 로컬 및 원격 MEP 구성 간에 활성화되어야 합니다. 이터레이터 Adjacency Parameters의 모든 변경은 기존 이터레이터 통계를 재설정하고 이터레이터를 다시 시작합니다. 여기서 Adjacency란 상호 이해를 위한 관련 정보와 함께 2개의 단말 장치(직접 또는 가상 연결)의 쌍을 말하며, 이는 후속 프로세싱에 사용됩니다. 예를 들어, 이터레이터 Adjacency는 MEP의 두 엔드포인트 간의 이터레이터 연결(iterator association)을 참조합니다.

모든 DPS(Dense Port Concentrator) 또는 MPC의 경우 10밀리초(ms)의 사이클 시간 값에 대한 30개 이터레이터 인스턴스만 지원됩니다. 이 Junos OS 255개 이더레이터 프로파일 구성과 2000개 원격 MEP 연결이 지원됩니다.

100 ms 미만의 주기 시간 값이 있는 이더레이터는 무한(infinite) 이터레이터에서만 지원되는 반면, 100 ms 이상의 사이클 시간 값이 있는 이더레이터는 유한한 이더레이터와 무한대의 이터레이터 모두에서 지원됩니다. 무한한 이터레이터는 이터레이터가 수동으로 비활성화되거나 비활성화될 때까지 무한히 실행될 수 있는 이터레이터입니다.

주:

ACX5048 및 ACX5096 라우터는 1초 이상의 주기를 지원하며,

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

양면 지연 측정과 손실 측정을 위해, 이터레이터는 목록(있는 경우)의 연결에 대한 요청 메시지를 보낸 다음 이전의 순환 주기에서 폴링된 연결에 대한 요청 메시지를 전송합니다. 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] 명령문을 프로비저닝합니다.

이더넷 지연 측정 및 사전 모드에 기반한 손실 측정

2-웨이 지연 측정에서 DMM(Delay Measurement Message) 프레임은 이터레이터 애플리케이션을 통해 트리거됩니다. DMM 프레임은 표준 프레임 형식으로 설명된 필드 이외에도 TLV(iterator type, length, and value)를 전송하며 서버는 DMM 프레임에서 DMR(Delay Measurement Reply) 프레임으로 거치기 TLV를 복사합니다.

2-way 지연 측정 방식을 이용한 단선 지연 변동 계산에서 지연 변동 계산은 DMR 프레임(1DM 프레임이 아닌) DMR 프레임에 있는 타임스탬프를 기반으로 합니다. 따라서 클라이언트측 및 서버측 클럭이 동기화될 필요가 없습니다. 클럭의 차이가 일정하게 유지된다고 생각하면, 단방향 지연 변동 결과는 매우 정확할 것으로 예상됩니다. 또한 이 방법을 사용하면 단선 지연 변동(one-way delay variation) 측정 목적으로 별도의 1DM 프레임을 전송할 필요가 없습니다.

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

이더넷 장애 통보 프로토콜 개요

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

주:

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

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

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

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

FNP는 graceful restart 및 GRES(Graceful 라우팅 엔진 Switchover) 기능을 지원

이더넷 종합 손실 측정 개요

ETH-SLM(Ethernet synthetic loss measurement)은 데이터 트래픽이 아닌 종합 프레임을 사용하여 프레임 손실을 계산하는 애플리케이션입니다. 이 메커니즘은 데이터 트래픽의 프레임 손실 비율을 대략적으로 측정하는 통계 샘플로 간주될 수 있습니다. 각 유지 보수 연결 MEP(End Point)는 프레임 손실 측정을 수행하기 때문에 시간 사용이 불가능한 것으로 나타났습니다.

근사한 프레임 손실은 ingress 데이터 프레임과 연관된 프레임 손실과 원대한 프레임 손실을 지정하며, 원대한 프레임 손실은 egress 데이터 프레임과 연관된 프레임 손실을 지정합니다. 근사치와 극단 프레임 손실 측정 모두 근사치에 심각한 오류 초, 그리고 비가용 시간을 파악하기 위해 함께 사용되는 극심한 오류 초에 이르게 됩니다. ETH-SLM은 SLM(synthetic loss message) 및 SR(synthetic loss 응답) 프레임을 사용하여 수행됩니다. 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) Ethernet 연결에 적용 가능한 종합 손실 측정을 수행합니다. 이 방법을 통해 MEP는 동일한 MEG(Maintenance Entity Group)에 소속된 한 쌍의 MEP와 관련된 엔드 및 근사치 손실 측정을 시작 및 보고할 수 있습니다.

주:

MX Series Virtual Chassis ETH-SLM(Ethernet synthetic loss measurement)을 지원하지 않습니다.

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

주:

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

ETH-SLM 구성 시나리오

ETH-SLM은 동일한 MEG 레벨에 있는 2개의 MEP 간의 근사한 엔드 및 극단 프레임 손실을 측정합니다. 업스트림 MEP 및 하향식 또는 다운스트림 MEP에 대한 종합 손실을 측정하도록 ETH-SLM을 구성할 수 있습니다. 이 섹션에서는 ETH-SLM의 작동을 위한 다음 시나리오에 대해 설명합니다.

업스트림 MEP(MPLS Tunnels)

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

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

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

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

샘플 토폴로지에서 MX 시리즈 라우터인 MX1은 코어에서 다른 두 개의 MX 시리즈 라우터, MX2 및 MX3에 MPLS 있습니다. 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 IS에서 수행됩니다.

ETH-SLM 메시지의 형식

SM(Synthetic Loss Messages)은 단일 단말 이더넷 종합 손실 측정(ETH-SLM) 요청을 지원합니다. 이 주제에는 SLM P2US(Protocol Data Units), SR P2US 및 TLV(Data Iterator Type Length Value)의 형식을 설명하는 다음 섹션이 포함되어 있습니다.

SLM PDU 포맷

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

  • Source MEP ID—Source MEP ID는 2-옥et 필드로, 마지막 13개 최소 비트가 SLM 프레임을 전송하는 MEP를 식별하는 데 사용됩니다. MEP ID는 MEG 내에서 고유합니다.

  • 테스트 ID—Test ID는 전송 MEP에 의해 설정된 4-옥et 필드로, MEP 간에 여러 테스트가 동시에 실행될 때 테스트를 식별하는 데 사용됩니다(동시에 On-Demand 및 사전 예방적 테스트 포함).

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

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

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

  • 버전—0.

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

  • 플래그—모든 0으로 설정

  • TLV 오프셋—16.

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

  • RESV—예약된 필드는 모든 0으로 설정됩니다.

  • 테스트 ID—전송 MEP에 의해 설정되어 MEP가 설정한 4-옥et 필드는 MEP 간에 여러 테스트가 동시에 실행될 때 테스트를 식별하는 데 사용됩니다(수요에 대한 동시 테스트 및 사전 예방적 테스트 포함).

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

  • TLV 옵션—전송된 모든 SLM에 데이터 TLV를 포함될 수 있습니다. ETH-SLM의 목적에 따라 데이터 TLV의 가치 부분은 미지정입니다.

  • TLV 종료— 모든 제로 옥et 값.

SLR PDU 포맷

SLR(synthetic loss 응답) PDU 형식은 MEP가 SLR 정보를 전송하기 위해 사용됩니다. 다음은 SLR PDU의 필드입니다.

  • MEG Level—마지막 수신 SLM PDU에서 복사되는 3비트 필드입니다.

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

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

  • 플래그—SLM PDU에서 1-옥켓 필드를 복사합니다.

  • TLV 오프셋—SLM PDU에서 1-옥켓 필드를 복사합니다.

  • Source MEP ID—SLM PDU에서 2-옥켓 필드를 복사합니다.

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

  • 테스트 ID—SLM PDU에서 4-옥켓 필드를 복사합니다.

  • TxFCf—SLM PDU에서 4-옥켓 필드를 복사합니다.

  • TxFCb—4 옥et 필드. 이 값은 이 테스트 ID를 위해 전송되는 SLR 프레임의 수를 나타 내포합니다.

  • TLV 옵션—현재의 가치가 SLM PDU에서 복사됩니다.

  • 엔드 TLV—SLM PDU에서 1-옥켓 필드를 복사합니다.

데이터 이터레이터 TLV 포맷

데이터 이터레이터 TLV는 Y.1731 데이터 프레임의 데이터 TLV 부분을 지정합니다. MEP는 서로 다른 프레임 크기에 대한 지연 및 지연 변동을 측정하도록 MEP가 구성될 때 데이터 TLV를 사용한다. 다음은 데이터 TLV의 필드입니다.

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

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

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

ETH-SLM 메시지 전송

ETH-SLM 기능은 한 쌍의 MEP 간에 다중 SLM(synthetic loss message) 요청을 동시에 처리합니다. 세션은 사전 또는 수요에 따라 SLM 세션이 될 수 있습니다. 각 SLM 요청은 테스트 ID로 고유하게 식별됩니다.

MEP는 SLM 요청을 전송하거나 SLM 요청에 응답할 수 있습니다. SLM 요청에 대한 응답을 SR(synthetic loss 응답)이라고 합니다. MEP가 테스트 ID를 사용하여 SLM 요청을 결정한 후, MEP는 SLM 메시지 또는 SLM PDU(Protocol Data Unit)의 정보를 기반으로 극비 및 근사치 프레임 손실을 계산합니다.

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

  • TxFCl—테스트 ID를 위해 피어 MEP로 전송되는 종합 프레임 수입니다. 소스 MEP는 ETH-SLM 요청 정보를 통해 종합 프레임의 연속 전송을 위해 이 숫자를, 목적지 또는 수신 MEP는 SR 정보를 통해 종합 프레임을 연속 전송할 때 이 값을 증설합니다.

  • RxFCl—테스트 ID를 위해 피어 MEP로부터 수신된 종합 프레임 수. 소스 MEP는 목적지 또는 수신 MEP가 ETH-SLM 요청 정보를 통해 종합 프레임을 연속 수신할 수 있는 동안 SR 정보가 있는 종합 프레임을 연속 수신하기 위해 이 수치가 증분됩니다.

다음 섹션에서는 SLM PDUS의 처리 단계를 설명하여 종합적인 프레임 손실을 파악합니다.

SLM 요청의 시작 및 전송

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

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

SLM 수신 및 SLA 전송

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

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

  • OpCode 필드의 가치는 SLM에서 SR로 변경됩니다(54).

  • 응답자 MEP ID에는 MEP의 MEP ID가 채워진 채로 있습니다.

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

  • SLM 프레임이 수신될 때마다 SR 프레임이 생성됩니다. 따라서 응답자 내 RxFCl은 수신된 SLM 프레임 수와 동일하며, 전송된 SR 프레임 수와 동일합니다. 응답자 또는 MEP 수신에서 RxFCl은 TxFCl과 동일합니다.

SLA 수신

SLM 프레임(주어진 TxFCf 값과 함께)이 전송된 후, MEP는 피어 MEP에서 타임아웃 값 내에서 해당 SR 프레임(동일한 TxTCf 값을 전달)을 수신할 것으로 예상합니다. 타임아웃 값(5초) 이후 수신된 SLR 프레임은 폐기됩니다. MEP는 SLR 프레임에 포함된 정보를 통해 지정된 측정 기간에 대한 프레임 손실을 결정합니다. 측정 기간은 전송되는 SLM 프레임 수가 주어진 정확성으로 측정하는 데 통계적으로 적절한 시간 간격입니다. MEP는 다음 값을 사용하여 측정 기간 동안 근사치 및 최종 프레임 손실을 파악합니다.

  • 마지막으로 수신된 SR 프레임의 TxFCf 및 TxFCb 값과 측정 기간이 끝나면 로컬 카운터 RxFCl 값입니다. 이 값들은 TxFCf[tc], TxFCb[tc], RxFCl[tc]로 표현됩니다. 여기서 tc는 측정 기간의 종료 시간이 됩니다.

  • SR 프레임의 TxFCf 및 TxFCb는 테스트 시작 후 최초 수신 SR 프레임과 측정 기간 시작 시 로컬 카운터 RxFCl의 TxFCf 값입니다. 이 값들은 TxFCf[tp], TxFCb[tp], RxFCl[tp]로 표현됩니다. 여기서 tp는 측정 기간의 시작 시간입니다.

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

프레임 손실 계산

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

프레임 손실(끝까지) = TxFCf – TxFCb

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

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