ITU-T Y.1731 이더넷 서비스 OAM 개요
SUMMARY 이 섹션에서는 서비스 OAM(ITU-TY.1731) 및 두 가지 주요 구성 요소에 대해 설명합니다. 오류 관리(모니터링, 탐지 및 격리) 및 성능 모니터링(프레임 손실 측정, 합성 프레임 손실 측정 및 프레임 지연 측정).
Ethernet Frame Delay Measurements 개요
- ITU-T Y.1731 프레임 지연 측정 기능
- 단방향 이더넷 프레임 지연 측정
- 양방향 이더넷 프레임 지연 측정
- 단방향 및 양방향 ETH-DM 중에서 선택하기
- 이더넷 프레임 지연 측정에 대한 제한 사항
ITU-T Y.1731 프레임 지연 측정 기능
이더넷 OAM(Operations, Administration, and Maintenance)에 대한 IEEE 802.3-2005 표준은 단일 지점 간 이더넷 LAN에서 링크 결함을 감지하고 보고하기 위한 일련의 링크 결함 관리 메커니즘을 정의합니다.
Junos OS는 서비스 프로바이더에 의한 이더넷 서비스의 자동화된 엔드투엔드 관리 및 모니터링을 제공하는 주요 OAM 표준을 지원합니다.
IEEE 표준 802.1ag, "CFM(Connectivity Fault Management)"이라고도 합니다.
ITU-T 권고안 Y.1731은 IEEE 802.1ag와 다른 용어를 사용하며 오류 모니터링, 진단 및 성능 모니터링을 위한 이더넷 서비스 OAM 기능을 정의합니다.
이러한 기능을 통해 운영자는 구속력 있는 SLA(서비스 수준 계약)를 제공하고 고객의 특정 요구 사항에 맞게 조정된 요금 및 성능 보장 서비스 패키지에서 새로운 수익을 창출할 수 있습니다.
ACX 시리즈 라우터는 사전 예방적 모드와 온디맨드 모드를 지원합니다.
20.2R2-S3 및 20.4R1 이상에서 MPC10 및 MPC11 라인 카드에서 ITU-T Y.1731 표준 호환 이더넷 손실 측정(ETH-LM), 이더넷 합성 손실 측정(ETH-SLM) 및 이더넷 지연 측정(ETH-DM) 기능을 구성할 수 있습니다.
ACX5048 및 ACX5096 라우터는 지연 측정을 위해 소프트웨어 기반 타임스탬프만 지원합니다.
이더넷 CFM
연결 장애 관리(CFM)를 위한 IEEE 802.1ag 표준은 단일 링크 또는 여러 LAN으로 구성된 네트워크에 걸친 다중 링크 등 모든 경로에 걸쳐 엔드 투 엔드 이더넷 서비스 보증을 제공하는 메커니즘을 정의합니다.
M320, MX 시리즈 및 T 시리즈 라우터의 이더넷 인터페이스를 위해 Junos OS는 이더넷 CFM 표준의 다음과 같은 핵심 요소를 지원합니다.
IEEE 802.1ag 이더넷 OAM 연속성 검사 프로토콜을 사용한 오류 모니터링
IEEE 802.1ag 이더넷 OAM Linktrace 프로토콜을 사용한 경로 검색 및 결함 검증
IEEE 802.1ag 이더넷 OAM 루프백 프로토콜을 사용한 장애 격리
CFM 환경에서 네트워크 운영자, 서비스 제공업체 및 고객과 같은 네트워크 엔티티는 서로 다른 관리 도메인의 일부일 수 있습니다. 각 관리 도메인은 하나의 유지 관리 도메인으로 매핑됩니다. 유지 보수 도메인은 별도로 유지하기 위해 서로 다른 수준 값으로 구성됩니다. 각 도메인은 엔터티가 자체 관리 및 엔드 투 엔드 모니터링을 수행하고 보안 위반을 방지할 수 있는 충분한 정보를 제공합니다.
그림 1 에서는 고객, 프로바이더, 운영자 이더넷 브리지, 유지 보수 도메인, 유지 보수 연결 엔드포인트(MEP) 및 유지 보수 중간 지점(MIP) 간의 관계를 보여줍니다.
ACX 시리즈 라우터에서 MIP(Maintenance Intermediate Point)는 ACX5048 및 ACX5096 라우터에서만 지원됩니다.
이더넷 프레임 지연 측정
OAM 기능의 두 가지 주요 목표는 프레임 지연 및 프레임 지연 변동("프레임 지터"라고도 함)과 같은 서비스 품질 속성을 측정하는 것입니다. 이러한 측정을 통해 고객이 네트워크 결함의 영향을 받기 전에 네트워크 문제를 식별할 수 있습니다.
Junos OS는 MX 시리즈 라우터의 이더넷 물리적 또는 논리적 인터페이스에 구성된 MEP 간의 이더넷 프레임 지연 측정을 지원합니다. 이더넷 프레임 지연 측정은 주어진 서비스에서 지연 측정을 트리거하기 위해 운영자에게 미세한 제어를 제공하며 SLA를 모니터링하는 데 사용할 수 있습니다. 이더넷 프레임 지연 측정은 최악의 지연 및 최상의 경우 지연, 평균 지연 및 평균 지연 변동과 같은 기타 유용한 정보도 수집합니다. 이더넷 프레임 지연 측정(ETH-DM)의 Junos OS 구현은 ITU-T 권장 사항 Y.1731, 이더넷 기반 네트워크를 위한 OAM 기능 및 메커니즘을 완전히 준수합니다. 권장 사항은 이더넷 서비스 계층에서 네트워크를 운영 및 유지하기 위한 OAM 메커니즘을 정의하며, 이를 ITU-T 용어로 "ETH 계층"이라고 합니다.
MPC(Modular Port Concentrator)를 탑재한 MX 시리즈 라우터와 SFP+를 갖춘 10기가비트 이더넷 MPC는 VPLS에서 프레임 지연 및 지연 변동을 위한 ITU-T Y.1731 기능을 지원합니다.
MX 시리즈 Virtual Chassis는 이더넷 프레임 지연 측정(DM)을 지원하지 않습니다.
단방향 이더넷 프레임 지연 측정
단방향 ETH-DM 모드에서, 일련의 프레임 지연 및 프레임 지연 변동 값은 측정 프레임이 한 라우터의 개시자 MEP로부터 전송된 시간과 프레임이 다른 라우터의 수신기 MEP에서 수신되는 시간 사이의 경과 시간을 기반으로 계산됩니다.
ACX 시리즈 라우터는 단방향 이더넷 프레임 지연 측정을 지원하지 않습니다.
1DM 전송
단방향 프레임 지연 측정을 시작하면 라우터는 지정한 속도와 프레임 수에 따라 개시자 MEP에서 수신기 MEP로 1DM 프레임(단방향 지연 측정을 위해 PDU(Protocol Data Unit)을 전달하는 프레임)을 전송합니다. 라우터는 각 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 프레임 수를 계산합니다.
각 라우터는 ETH-DM 프레임 수를 CFM 데이터베이스에 저장합니다. CFM 데이터베이스는 CFM 세션 통계를 저장하며, ETH-DM을 지원하는 인터페이스의 경우 모든 ETH-DM 프레임 수를 저장합니다. MEP에 할당된 이더넷 인터페이스 또는 CFM 세션의 MEP에 대한 CFM 데이터베이스 정보를 표시하여 언제든지 프레임 수에 액세스할 수 있습니다.
시스템 클럭의 동기화
단방향 지연 계산의 정확성은 개시자 MEP와 수신기 MEP에서 시스템 클럭의 긴밀한 동기화에 달려 있습니다.
단방향 지연 변동의 정확도는 시스템 클럭 동기화에 의존하지 않습니다. 지연 변동은 단순히 연속적인 단방향 지연 값 간의 차이이기 때문에 위상을 벗어난 기간은 프레임 지터 값에서 제거됩니다.
주어진 단방향 이더넷 프레임 지연 측정의 경우, 프레임 지연 및 프레임 지연 변동 값은 수신기 MEP를 포함하는 라우터에서만 사용할 수 있습니다.
양방향 이더넷 프레임 지연 측정
양방향 ETH-DM 모드에서 프레임 지연 및 프레임 지연 변동 값은 개시자 MEP가 요청 프레임을 전송하고 응답자 MEP로부터 응답 프레임을 수신하는 시점 사이의 시간 차이를 기반으로 응답자 MEP에서 경과된 시간을 뺍니다.
DMM 전송
양방향 프레임 지연 측정을 시작할 때, 라우터는 지연 측정 메시지(DMM) 프레임(양방향 ETH-DM 요청을 위해 PDU를 전달하는 프레임)을 사용자가 지정한 속도와 프레임 수로 개시자 MEP에서 응답자 MEP로 전송합니다. 라우터는 각 DMM 프레임을 삭제 부적격으로 표시하고 전송 시간의 타임스탬프를 프레임에 삽입합니다.
DMR 전송
MEP가 DMM 프레임을 수신하면 응답자 MEP는 ETH-DM 응답 정보와 DMM 프레임에 포함된 타임스탬프 사본을 전달하는 지연 측정 응답(DMR) 프레임으로 응답합니다.
DMR 수신
MEP가 유효한 DMR을 수신하면 MEP를 포함하는 라우터는 다음 타임스탬프 시퀀스를 기반으로 해당 프레임에 대한 양방향 지연을 측정합니다.
TITxDMM
TRRxDMM
TRTxDMR
TIRxDMR
양방향 프레임 지연은 다음과 같이 계산됩니다.
[TIRxDMR – TI TxDMM] – [TRTxDMR – TRRxDMM]
계산에 따르면 프레임 지연은 개시자 MEP가 DMM 프레임을 전송하는 시간과 개시자 MEP가 응답자 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 프레임의 수를 계산합니다.
각 라우터는 ETH-DM 프레임 수를 CFM 데이터베이스에 저장합니다. CFM 데이터베이스는 CFM 세션 통계를 저장하며, ETH-DM을 지원하는 인터페이스의 경우 모든 ETH-DM 프레임 수를 저장합니다. MEP에 할당된 이더넷 인터페이스 또는 CFM 세션의 MEP에 대한 CFM 데이터베이스 정보를 표시하여 언제든지 프레임 수에 액세스할 수 있습니다.
주어진 양방향 이더넷 프레임 지연 측정의 경우, 프레임 지연 및 프레임 지연 변동 값은 개시자 MEP가 포함된 라우터에서만 사용할 수 있습니다.
단방향 및 양방향 ETH-DM 중에서 선택하기
단방향 프레임 지연 측정을 위해서는 개시자 MEP와 수신기 MEP의 시스템 클럭이 긴밀하게 동기화되어야 합니다. 양방향 프레임 지연 측정은 두 시스템의 동기화가 필요하지 않습니다. 클럭을 동기화하는 것이 실용적이지 않은 경우 양방향 프레임 지연 측정이 더 정확합니다.
두 시스템이 물리적으로 서로 가까우면 단방향 지연 값이 양방향 지연 값에 비해 매우 높습니다. 단방향 지연 측정을 위해서는 두 시스템의 타이밍을 매우 세분화된 수준에서 동기화해야 하며, MX 시리즈 라우터는 현재 이러한 세분화된 동기화를 지원하지 않습니다.
이더넷 프레임 지연 측정에 대한 제한 사항
이더넷 프레임 지연 측정 기능에 다음과 같은 제한 사항이 적용됩니다.
ETH-DM 기능은 LSI(label-switched interface ) 유사 회선에서 지원되지 않습니다.
ETH-DM 기능은 통합 이더넷 인터페이스에서 지원됩니다.
수신 경로의 ETH-DM 프레임에 대한 하드웨어 지원 타임스탬핑은 MX 시리즈 라우터의 향상된 DPC 및 향상된 큐잉 DPC의 MEP 인터페이스에 대해서만 지원됩니다. 하드웨어 지원 타임스탬핑에 대한 자세한 내용은 ETH-DM 세션을 지원하도록 라우터 구성 지침 및 하드웨어 지원 타임스탬핑 옵션 활성화를 참조하십시오.ETH-DM 세션을 지원하도록 라우터를 구성하기 위한 지침이더넷 프레임 지연 측정 세션 구성
이더넷 프레임 지연 측정은 분산 주기적 패킷 관리 데몬()이 활성화된 경우에만 트리거될 수 있습니다.
ppm이 제한에 대한 자세한 내용은 ETH-DM 세션을 지원하도록 라우터 구성 지침 및 분산 ppm이 비활성화되지 않도록 하기 위한 지침을 참조하십시오.ETH-DM 세션을 지원하도록 라우터를 구성하기 위한 지침ETH-DM 세션을 지원하도록 라우터 구성동일한 원격 MEP 또는 MAC 주소에 대해 한 번에 하나의 세션만 모니터링할 수 있습니다. ETH-DM 세션 시작에 대한 자세한 내용은 ETH-DM 세션 시작을 참조하십시오.ETH-DM 세션 시작하기
ETH-DM 통계는 ETH-DM 세션의 두 피어 라우터 중 하나에서만 수집됩니다. 단방향 ETH-DM 세션의 경우, ETH-DM 특정 명령을 사용하여 수신기 MEP에서만 프레임 ETH-DM 통계를 표시할 수 있습니다.
show양방향 ETH-DM 세션의 경우, 동일한 ETH-DM 관련 명령을 사용하여 개시자 MEP에서만 프레임 지연 통계를 표시할 수 있습니다.show자세한 내용은 ETH-DM 통계 및 ETH-DM 프레임 수 관리를 참조하십시오.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 고가용성 사용자 가이드를 참조하십시오.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-high-availability/high-availability.html
프레임 지연 통계의 정확도는 시스템이 변경될 때(예: 재구성에서) 손상됩니다. 안정적인 시스템에서 이더넷 프레임 지연 측정을 수행하는 것이 좋습니다.
Ethernet Frame Loss Measurement 개요
OAM 기능의 주요 목표는 프레임 지연, 프레임 지연 변동("프레임 지터"라고도 함) 및 프레임 손실과 같은 서비스 품질 속성을 측정하는 것입니다. 이러한 측정을 통해 고객이 네트워크 결함의 영향을 받기 전에 네트워크 문제를 식별할 수 있습니다.
Junos OS는 MX 시리즈 라우터의 이더넷 물리적 또는 논리적 인터페이스에 구성된 유지 보수 연결 엔드포인트(MEP) 간의 이더넷 프레임 손실 측정(ETH-LM)을 지원하며 현재 VPWS 서비스에 대해서만 지원됩니다. ETH-LM은 운영자가 수신 및 송신 서비스 프레임에 적용할 수 있는 카운터 값을 수집하는 데 사용됩니다. 이러한 카운터는 한 쌍의 MEP 간에 전송 및 수신된 데이터 프레임의 수를 유지합니다. 이더넷 프레임 손실 측정은 ETH-LM 정보가 포함된 프레임을 피어 MEP로 전송하고 마찬가지로 피어 MEP에서 ETH-LM 정보가 포함된 프레임을 수신하는 방식으로 수행됩니다. 이러한 유형의 프레임 손실 측정은 단일 종단 이더넷 손실 측정이라고도 합니다.
MX 시리즈 버추얼 섀시는 이더넷 프레임 손실 측정(ETH-LM)을 지원하지 않습니다.
ETH-LM은 다음과 같은 프레임 손실 측정을 지원합니다.
근거리 프레임 손실 측정 - 수신 데이터 프레임과 관련된 프레임 손실을 측정합니다.
Far-end frame loss measurement(원거리 프레임 손실 측정) - 송신 데이터 프레임과 관련된 프레임 손실을 측정합니다.
ITU-T Y1731의 사전 예방적 및 이중 종단 손실 측정 기능은 ACX 시리즈 라우터에서 지원되지 않습니다.
ETH-LM 기능은 통합 이더넷 인터페이스에서 지원됩니다.
Junos OS 릴리스 16.1부터 유지 보수 엔드포인트(MEP)에서 로컬로 수신된 CFM(Connectivity Fault Management) 및 PM(Performance Monitoring) PDU가 노란색 클래스 또는 중간 높음의 PLP(Packet Loss Priority)에 속하는 것으로 분류되면 ETH-LM(Ethernet Loss Measurement) 결과가 정확하지 않습니다. 이 잘못된 결과 문제는 다운 MEP의 CFM 세션에 대한 이더넷 손실 측정에만 해당됩니다. 이더넷 손실 측정 통계는 다음과 같은 시나리오에서 정확하지 않습니다.
이더넷 손실 측정이 다운 상태의 MEP에 대한 CFM 세션에서 작동 중입니다.
다운 MEP의 논리적 인터페이스에서 수신된 CFM PDU는 분류자에 의해 노란색 또는 중간 높음 PLP로 분류됩니다
입력 분류자가 PLP를 중간 높음으로 표시하면 패킷이 노란색으로 식별됩니다.
무색 모드에서 이더넷 손실 측정을 구성할 때 이더넷 손실 측정 결과와의 불일치 문제는 관찰되지 않습니다. 부정확한 손실 측정 결과의 문제를 방지하려면 모든 로컬 CFM PDU를 녹색으로 프로비저닝하거나 PLP를 높음으로 프로비저닝하십시오.
Junos OS 릴리스 16.1부터 NNI(Network-to-Network) 또는 송신 인터페이스가 DPC의 멤버 링크가 있는 통합 이더넷 인터페이스인 경우 연결 장애 관리(계층 수준에서 문 및 하위 문 포함)를 위한 성능 모니터링이 지원되지 않습니다.performance-monitoring[edit protocols oam ethernet connectivity-fault-management]
서비스 수준 계약 측정
SLA(Service-Level Agreement) 측정은 서비스(E-Line 또는 E-LAN)의 대역폭, 지연, 지연 변동(지터), 연속성 및 가용성을 모니터링하는 프로세스입니다. 이를 통해 고객이 네트워크 결함의 영향을 받기 전에 네트워크 문제를 식별할 수 있습니다.
이더넷 VPN 서비스는 다음과 같이 분류할 수 있습니다.
피어 투 피어 서비스(E-Line 서비스) - E-Line 서비스는 MPLS 기반 레이어 2 VPN VPWS(Virtual Private Wire Service)를 사용하여 제공됩니다.
E-LAN 서비스(Multipoint-to-multipoint 서비스) - E-LAN 서비스는 MPLS 기반 VPLS(Virtual Private LAN Service)를 사용하여 제공됩니다.
자세한 정보는 Junos VPNs 구성 가이드를 참조하십시오.
Junos OS에서 SLA 측정은 다음과 같이 분류됩니다.
온디맨드 모드 - 온디맨드 모드에서는 CLI를 통해 측정이 트리거됩니다.
사전 예방적 모드 - 사전 예방적 모드에서는 반복기 애플리케이션에 의해 측정이 트리거됩니다.
이더넷 프레임 지연 측정 및 이더넷 프레임 손실 측정은 인터페이스에서 지원되지 않습니다.ae
SLA 측정을 위한 온디맨드 모드
온디맨드 모드에서는 사용자가 CLI를 통해 측정을 트리거합니다.
사용자가 CLI를 통해 지연 측정을 트리거하면 생성되는 지연 측정 요청은 ITU-T Y.1731 표준에 지정된 프레임 형식에 따릅니다. 양방향 지연 측정의 경우, 라우팅 엔진의 과부하를 방지하기 위해 서버 측 처리를 패킷 전달 엔진에 위임할 수 있습니다. 자세한 내용은 ETH-DM 세션을 지원하도록 라우터 구성을 참조하십시오. 서버 측 처리가 패킷 전달 엔진에 위임되면 지연 측정 메시지(DMM) 프레임 카운터와 지연 측정 응답(DMR) 프레임 카운터가 명령에 의해 표시되지 않습니다.receivetransmitshow
사용자가 CLI를 통해 손실 측정을 트리거하면 라우터는 손실 측정 TLV와 함께 패킷을 표준 형식으로 보냅니다. 기본적으로 인수는 동일한 로컬 MEP에서 동시 손실 측정 세션을 허용하기 위해 패킷에 포함됩니다.session-id-tlv 인수를 사용하여 세션 ID TLV를 비활성화할 수도 있습니다.no-session-id-tlv
단일 종단 ETH-LM은 온디맨드 운영, 관리 및 유지 보수 목적으로 사용됩니다. MEP는 ETH-LM 요청 정보가 포함된 프레임을 피어 MEP로 전송하고 ETH-LM 응답 정보가 포함된 프레임을 피어 MEP로부터 수신하여 손실 측정을 수행합니다. 단일 종단 ETH-LM 요청에 사용되는 프로토콜 데이터 유닛(PDU)을 손실 측정 메시지(LMM)라고 하며, 단일 종단 ETH-LM 응답에 사용되는 PDU를 손실 측정 응답(LMR)이라고 합니다.
SLA 측정을 위한 사전 예방적 모드
사전 예방적 모드에서 SLA 측정은 반복기 애플리케이션에 의해 트리거됩니다. 반복기는 MX 시리즈 라우터에서 양방향 지연 측정 또는 손실 측정을 위해 ITU-Y.1731 호환 프레임 형식으로 SLA 측정 패킷을 주기적으로 전송하도록 설계되었습니다. 이 모드는 사용자가 시작하는 온디맨드 SLA 측정과 다릅니다. 반복자는 등록된 각 연결에 대해 주기적인 지연 또는 손실 측정 요청 패킷을 보냅니다. 반복기는 CPU 과부하를 방지하기 위해 동일한 연결에 대해 측정 주기가 동시에 발생하지 않도록 합니다. Junos OS는 VPWS에 대한 사전 예방적 모드를 지원합니다. 반복자가 원격 인접성을 형성하고 기능적으로 작동하려면 연속성 확인 메시지(CCM)가 연결 장애 관리(CFM)의 로컬 및 원격 MEP 구성 간에 활성화되어야 합니다. 반복기 인접 파라미터가 변경되면 기존 반복기 통계가 재설정되고 반복기가 다시 시작됩니다. 여기서 인접성이라는 용어는 상호 이해를 위해 관련 정보와 두 엔드포인트(직접 또는 가상으로 연결됨)의 쌍을 의미하며, 이는 후속 처리에 사용됩니다. 예를 들어, 반복자 인접성은 MEP의 두 엔드포인트 간의 반복자 연결을 나타냅니다.
모든 DPC 또는 MPC에 대해 10밀리초(ms)의 주기 시간 값에 대해 30개의 반복기 인스턴스만 지원됩니다. Junos OS에서는 255개의 반복기 프로필 구성과 2000개의 원격 MEP 연결이 지원됩니다.
주기 시간 값이 100ms 미만인 반복기는 무한 반복기에 대해서만 지원되는 반면, 주기 시간 값이 100ms보다 큰 반복기는 유한 반복기와 무한 반복기 모두에 대해 지원됩니다. 무한 반복기는 반복자가 수동으로 비활성화되거나 비활성화될 때까지 무한히 실행되는 반복기입니다.
ACX5048 및 ACX5096 라우터는 1초 이상의 반복기 주기 시간만 지원합니다.
라우터에 구성된 VPWS 서비스는 반복기에 연결(여기서는 원격 및 로컬 MEP 쌍)을 등록한 다음 해당 연결에서 주기적인 SLA 측정 프레임 전송을 시작하여 SLA 측정을 위해 모니터링됩니다. 엔드투엔드 서비스는 양쪽 끝에 구성된 MEP(Maintenance Association 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]
Ethernet 지연 측정 및 사전 예방적 모드에 의한 손실 측정
양방향 지연 측정에서 지연 측정 메시지(DMM) 프레임은 반복기 애플리케이션을 통해 트리거됩니다. DMM 프레임은 표준 프레임 형식으로 설명된 필드 외에도 반복기 유형, 길이 및 값(TLV)을 전달하며, 서버는 DMM 프레임에서 지연 측정 응답(DMR) 프레임으로 반복기 TLV를 복사합니다.
양방향 지연 측정 방법을 사용하는 단방향 지연 변동 계산에서 지연 변동 계산은 DMR 프레임(1DM 프레임이 아님)에 존재하는 타임스탬프를 기반으로 합니다. 따라서 클라이언트 측 및 서버 측 클럭을 동기화할 필요가 없습니다. 클럭의 차이가 일정하게 유지된다고 가정하면 단방향 지연 변동 결과는 상당히 정확할 것으로 예상됩니다. 이 방법은 또한 단방향 지연 변동 측정 목적을 위해 별도의 1DM 프레임을 보낼 필요가 없습니다.
손실 측정을 위한 사전 예방적 모드에서 라우터는 손실 측정 TLV 및 반복기 TLV와 함께 표준 형식의 패킷을 전송합니다.
Ethernet Failure Notification Protocol 개요
FNP(Failure Notification Protocol)는 MX 시리즈 라우터의 Point-to-Point 이더넷 전송 네트워크에서 장애를 감지하는 장애 알림 메커니즘입니다. 노드 링크에 장애가 발생하면 FNP는 장애를 감지하고 회로가 다운되었다는 FNP 메시지를 인접 노드로 보냅니다. FNP 메시지를 수신하면 노드는 트래픽을 보호 회로로 리디렉션할 수 있습니다.
FNP는 E-Line 서비스에서만 지원됩니다.
E-Line 서비스는 두 개의 사용자 네트워크 인터페이스(UNI) 간에 안전한 포인트 투 포인트 이더넷 연결을 제공합니다. E-Line 서비스는 보호 서비스이며 각 서비스에는 작동 회로와 보호 회로가 있습니다. CFM은 작업 경로를 모니터링하고 보호하는 데 사용됩니다. CCM 간격은 수백 밀리초 또는 몇 초 안에 페일오버 시간을 초래합니다. FNP는 50ms 이내에 서비스 회로 장애 감지 및 전파를 제공하고 E-Line 서비스에 대해 50ms 페일오버를 제공합니다.
MX 라우터는 PE 노드 역할을 하며, 관리 VLAN에서 수신된 FNP 메시지와 관리 VPLS를 위해 생성된 이더넷 인터페이스 및 PW 모두에서 수신된 FNP 메시지를 처리합니다. MX 시리즈 라우터는 FNP 메시지를 시작하지 않고 이더넷 액세스 네트워크의 디바이스에서 생성된 FNP 메시지에만 응답합니다. FNP는 VPLS 라우팅 인스턴스의 일부인 논리적 인터페이스에서만 활성화할 수 있으며, 해당 VPLS 라우팅 인스턴스의 물리적 인터페이스에는 CCM이 구성되지 않아야 합니다. FNP는 물리적 인터페이스당 하나의 논리적 인터페이스 에서만 활성화할 수 있습니다.
모든 E-Line 서비스는 에지 보호 기능이 있는 레이어 2 회로로 구성됩니다. 작동 회로 또는 보호 회로와 연관된 VLAN은 논리적 인터페이스에 매핑되어야 합니다. E-LINE 서비스에서 사용하는 VLAN의 링 링크에는 트렁크 포트 또는 액세스 포트가 지원되지 않습니다. FNP는 보호 회로와 연관된 논리적 인터페이스를 제어하지 않습니다. 종료 지점이 MX 노드에 없는 E-Line 서비스만 FNP에 의해 제어됩니다.
FNP는 GRES(Graceful Restart) 및 GRES( Graceful Routing Engine Switchover ) 기능을 지원합니다.
참조
Ethernet Synthetic Loss Measurement 개요
ETH-SLM(Ethernet Synthetic Loss Measurement)은 데이터 트래픽 대신 합성 프레임을 사용하여 프레임 손실을 계산할 수 있는 애플리케이션입니다. 이 메커니즘은 데이터 트래픽의 프레임 손실률을 근사화하기 위한 통계적 샘플로서 고려될 수 있다. 각 유지 보수 연결 엔드포인트(MEP)는 프레임 손실 측정을 수행하며, 이로 인해 사용할 수 없는 시간이 발생합니다.
근거리 프레임 손실은 수신 데이터 프레임과 관련된 프레임 손실을 지정하고, 원거리 프레임 손실은 송신 데이터 프레임과 관련된 프레임 손실을 지정합니다. 근거리 및 원거리 엔드 프레임 손실 측정은 모두 사용할 수 없는 시간을 판별하기 위해 조합하여 사용되는 근거리 엔드 심각하게 오류가 발생한 초와 원거리 엔드 심각하게 오류가 발생한 초에 기여합니다. 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에 사용됩니다. 이 방법을 통해 MEP는 동일한 MEG(Maintenance Entity Group)의 일부인 한 쌍의 MEP와 관련된 원거리 및 근거리 손실 측정을 시작하고 보고할 수 있습니다.
MX 시리즈 Virtual Chassis는 ETH-SLM(Ethernet Synthetic Loss Measurement)을 지원하지 않습니다.
단일 종단 ETH-SLM은 하나 이상의 MEP 피어에 한정된 양의 ETH-SLM 프레임을 시작하고 피어로부터 ETH-SLM 응답을 수신하여 온디맨드 또는 사전 테스트를 수행하는 데 사용됩니다. ETH-SLM 프레임에는 근거리 및 원거리 합성 손실 측정을 모두 측정하고 보고하는 데 사용되는 ETH-SLM 정보가 포함되어 있습니다. SLA(Service Level Agreement) 측정은 서비스의 대역폭, 지연, 지연 변동(지터), 연속성 및 가용성을 모니터링하는 프로세스입니다. 이를 통해 고객이 네트워크 결함의 영향을 받기 전에 네트워크 문제를 식별할 수 있습니다. 사전 예방적 모드에서 SLA 측정은 반복기 애플리케이션에 의해 트리거됩니다. 반복자는 합성 프레임 손실 측정을 위해 SLA 측정 패킷을 ITU-Y.1731 호환 프레임 형태로 주기적으로 전송하도록 설계되었습니다. 이 모드는 사용자가 시작하는 온디맨드 SLA 측정과 다릅니다. 온디맨드 모드에서는 사용자가 CLI를 통해 측정을 트리거합니다. 사용자가 CLI를 통해 ETH-SLM을 트리거하면 생성되는 SLM 요청은 ITU-T Y.1731 표준에 의해 지정된 프레임 형식에 따릅니다.
ACX5048 및 ACX5096 라우터는 레이어 2 서비스를 위해 ETH-SLM을 지원합니다.
ETH-SLM 구성 시나리오
ETH-SLM은 동일한 MEG 레벨의 일부인 두 MEP 간의 근거리 및 원거리 프레임 손실을 측정합니다. ETH-SLM을 구성하여 상향 또는 업스트림 MEP와 하향 또는 다운스트림 MEP 모두에 대한 합성 손실을 측정할 수 있습니다. 이 섹션에서는 ETH-SLM 운영에 대한 다음 시나리오를 설명합니다.
MPLS 터널의 업스트림 MEP
업스트림 방향으로 두 MX 시리즈 라우터 MX1 및 MX2의 사용자 네트워크 인터페이스(UNI) 간에 MEP가 구성되는 시나리오를 생각해 보십시오. MX1 및 MX2는 MPLS 코어 네트워크를 통해 연결됩니다. ETH-SLM 측정은 두 라우터를 연결하는 경로의 업스트림 MEP 간에 수행됩니다. MX1과 MX2 모두 온디맨드 또는 사전 예방적 ETH-SLM을 시작할 수 있으며, 이는 각각 MX1과 MX2에서 원거리 및 근거리 손실을 모두 측정할 수 있습니다. 두 UNI는 MPLS 기반 레이어 2 VPN VPWS(Virtual Private Wire Service)를 사용하여 연결됩니다.
이더넷 네트워크의 다운스트림 MEP
다운스트림 방향의 이더넷 인터페이스에서 두 개의 MX 시리즈 라우터인 MX1과 MX2 사이에 MEP가 구성되는 시나리오를 생각해 보십시오. MX1 및 MX2는 이더넷 토폴로지에서 연결되며 다운스트림 MEP는 이더넷 네트워크를 향해 구성됩니다. ETH-SLM 측정은 두 라우터를 연결하는 경로의 다운스트림 MEP 간에 수행됩니다. ETH-SLM은 이 두 라우터 사이의 경로에서 측정할 수 있습니다.
MEP가 다운스트림 방향으로 구성되고 MEP에서 작업 경로 또는 보호 경로를 지정하여 MPLS를 통한 VPWS에 대한 서비스 보호가 활성화되는 또 다른 시나리오를 고려하십시오. 서비스 보호는 장애 발생 시 작업 경로에 대한 엔드 투 엔드 연결 보호를 제공합니다. 서비스 보호를 구성하려면 작업 경로와 보호 경로라는 두 개의 별도 전송 경로를 만들어야 합니다. 두 개의 유지 보수 연결을 생성하여 작업 경로 및 보호 경로를 지정할 수 있습니다. 유지 보수 연결을 경로와 연결하려면 유지 보수 연결에서 MEP 인터페이스를 구성하고 경로를 작동 또는 보호로 지정해야 합니다.
샘플 토폴로지에서 MX 시리즈 라우터 MX1은 MPLS 코어를 통해 다른 두 개의 MX 시리즈 라우터인 MX2와 MX3에 연결됩니다. MX1과 MX2 간의 CFM(Connectivity Fault Management) 세션은 MEP의 작업 경로이며 MX1과 MX3 간의 CFM 세션은 MEP의 보호 경로입니다. MX2 및 MX3은 차례로 이더넷 인터페이스에서 액세스 네트워크의 MX4에 연결됩니다. 다운스트림 MEP는 MX2를 통과하는 MX1과 MX4 사이(작동 CFM 세션)와 MX3을 통과하는 MX1과 MX4 사이(보호된 CFM 세션)로 구성됩니다. ETH-SLM은 이러한 다운스트림 MEP 간에 수행됩니다. 다운스트림 MEP 모두에서 구성은 업스트림 MEP와 유사하게 MX1 및 MX4 UNI에서 수행됩니다.
ETH-SLM 메시지 형식
SLM(Synthetic Loss Message)은 단일 종단 ETH-SLM(Ethernet Synthetic Loss Measurement) 요청을 지원합니다. 이 주제에는 SLM 프로토콜 데이터 유닛(PDU), SLR PDU 및 데이터 반복기 유형 길이 값(TLV)의 형식을 설명하는 다음 섹션이 포함되어 있습니다.
SLM PDU 형식
SLM PDU 형식은 MEP에서 SLM 정보를 전송하는 데 사용됩니다. SLM PDU에는 다음과 같은 구성 요소가 포함되어 있습니다.
Source 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 Level(MEG 레벨) - 0–7 범위에서 구성된 유지 보수 도메인 레벨입니다.
Version(버전) - 0입니다.
OpCode - OAM PDU 유형을 식별합니다. SLM의 경우 55입니다.
플래그 - 모두 0으로 설정합니다.
TLV 오프셋—16.
Source MEP ID—SLM 프레임을 전송하는 MEP를 식별하는 데 사용되는 2-옥텟 필드입니다. 이 2-옥텟 필드에서, 마지막 13개의 최하위 비트들은 SLM 프레임을 전송하는 MEP를 식별하기 위해 사용된다. MEP ID는 MEG 내에서 고유합니다.
RESV - 예약된 필드는 모두 0으로 설정됩니다.
테스트 ID—전송 MEP에 의해 설정되고 MEP 간에 여러 테스트가 동시에 실행될 때 테스트를 식별하는 데 사용되는 4-옥텟 필드입니다(동시 온디맨드 및 사전 예방적 테스트 모두 포함).
TxFCf - MEP가 피어 MEP로 전송한 SLM 프레임 수를 전달하는 4-옥텟 필드입니다.
선택적 TLV - 데이터 TLV는 전송되는 모든 SLM에 포함될 수 있습니다. ETH-SLM의 목적을 위해 데이터 TLV의 값 부분은 지정되지 않습니다.
End TLV—모두 0 옥텟 값입니다.
SLR PDU 형식
SLR(Synthetic Loss Reply) PDU 형식은 MEP에서 SLR 정보를 전송하는 데 사용됩니다. 다음은 SLR PDU의 필드입니다.
MEG Level(MEG 레벨) - 마지막으로 수신된 SLM PDU에서 값이 복사되는 3비트 필드입니다.
Version(버전) - 마지막으로 수신된 SLM PDU에서 값이 복사되는 5비트 필드입니다.
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에서 복사됩니다.
End TLV—SLM PDU에서 복사된 1-옥텟 필드입니다.
데이터 반복기 TLV 형식
데이터 반복자 TLV는 Y.1731 데이터 프레임의 데이터 TLV 부분을 지정합니다. MEP가 서로 다른 프레임 크기에 대한 지연 및 지연 변동을 측정하도록 구성된 경우 MEP는 데이터 TLV를 사용합니다. 다음은 데이터 TLV의 필드입니다.
Type(유형) - TLV 유형을 식별합니다. 이 TLV 유형의 값은 데이터(3)입니다.
길이 - 데이터 패턴을 포함하는 값 필드의 크기(옥텟)를 식별합니다. 길이 필드의 최대값은 1440입니다.
데이터 패턴 - - 옥텟( 길이를 나타냄) 임의 비트 패턴입니다.nn 수신자는 이를 무시합니다.
ETH-SLM 메시지 전송
ETH-SLM 기능은 한 쌍의 MEP 간에 여러 SLM(Synthetic Loss Message) 요청을 동시에 처리할 수 있습니다. 세션은 사전 예방적 또는 온디맨드 SLM 세션이 될 수 있습니다. 각 SLM 요청은 테스트 ID로 고유하게 식별됩니다.
MEP는 SLM 요청을 보내거나 SLM 요청에 응답할 수 있습니다. SLM 요청에 대한 응답을 SLR(Synthetic Loss Reply)이라고 합니다. MEP가 테스트 ID를 사용하여 SLM 요청을 결정한 후, MEP는 SLM 메시지 또는 SLM 프로토콜 데이터 유닛(PDU)의 정보를 기반으로 원거리 및 근거리 프레임 손실을 계산합니다.
MEP는 각 테스트 ID 및 손실 측정이 수행될 유지 관리 엔티티에서 모니터링되는 각 피어 MEP에 대해 다음 로컬 카운터를 유지 관리합니다.
TxFCl - 테스트 ID를 위해 피어 MEP로 전송된 합성 프레임 수입니다. 소스 MEP는 ETH-SLM 요청 정보가 포함된 합성 프레임의 연속 전송에 대해 이 수를 증가시키는 반면, 대상 또는 수신 MEP는 SLR 정보가 포함된 합성 프레임의 연속 전송에 대해 이 값을 증가시킵니다.
RxFCl - 테스트 ID에 대해 피어 MEP로부터 수신한 합성 프레임 수입니다. 소스 MEP는 SLR 정보가 포함된 합성 프레임의 연속 수신을 위해 이 숫자를 증가시키는 반면, 대상 또는 수신 MEP는 ETH-SLM 요청 정보가 포함된 합성 프레임의 연속 수신을 위해 이 숫자를 증가시킵니다.
다음 섹션에서는 합성 프레임 손실을 확인하기 위한 SLM PDU 처리 단계에 대해 설명합니다.
SLM 요청의 시작 및 전송
MEP는 OpCode 필드가 55로 설정된 SLM 요청을 주기적으로 전송합니다. MEP는 세션에 대한 고유한 테스트 ID를 생성하고, 소스 MEP ID를 추가하며, SLM이 시작되기 전에 세션에 대한 로컬 카운터를 초기화합니다. 세션(테스트 ID)을 위해 전송된 각 SLM PDU에 대해, 로컬 카운터 TxFCl이 패킷으로 전송된다.
테스트 ID는 시작 MEP에서 구성되고 응답 MEP는 시작 MEP에서 수신한 테스트 ID를 사용하기 때문에 시작 MEP와 응답 MEP 간에 테스트 ID 값을 동기화할 필요가 없습니다. ETH-SLM은 샘플링 기술이기 때문에 서비스 프레임을 계산하는 것보다 정확도가 떨어집니다. 또한, 측정의 정확도는 사용된 SLM 프레임의 수 또는 SLM 프레임을 전송하는 주기에 의존한다.
SLM 수신 및 SLR 전송
목적지 MEP가 소스 MEP로부터 유효한 SLM 프레임을 수신한 후, SLR 프레임이 생성되어 요청 또는 소스 MEP로 전송됩니다. MEG 레벨과 대상 MAC 주소가 수신 MEP의 MAC 주소와 일치하면 SLR 프레임이 유효합니다. SLM PDU의 모든 필드는 다음 필드를 제외하고 SLM 요청에서 복사됩니다.
소스 MAC 주소는 대상 MAC 주소에 복사되고 소스 주소에는 MEP의 MAC 주소가 포함됩니다.
OpCode 필드의 값이 SLM에서 SLR(54)로 변경됩니다.
응답자 MEP ID는 MEP의 MEP ID로 채워집니다.
TxFCb는 SLR 프레임 전송 시점의 로컬 카운터 RxFCl의 값과 함께 저장됩니다.
SLR 프레임은 SLM 프레임이 수신될 때마다 생성된다; 따라서 응답자의 RxFCl은 수신된 SLM 프레임의 수와 같으며 전송된 SLR 프레임의 수와 동일합니다. 응답자 또는 수신 MEP에서 RxFCl은 TxFCl과 같습니다.
SLR 수신
SLM 프레임(주어진 TxFCf 값 포함)이 전송된 후 MEP는 피어 MEP로부터 타임아웃 값 내에 해당 SLR 프레임(동일한 TxTCf 값 전달)을 수신할 것으로 예상합니다. 타임아웃 값(5초) 이후에 수신된 SLR 프레임은 폐기됩니다. SLR 프레임에 포함된 정보를 사용하여 MEP는 지정된 측정 기간 동안의 프레임 손실을 결정합니다. 측정 주기는 전송된 SLM 프레임의 수가 주어진 정확도로 측정을 수행하기에 통계적으로 적절한 시간 간격이다. MEP는 다음 값을 사용하여 측정 기간 동안 근거리 및 원거리 프레임 손실을 결정합니다.
마지막으로 수신된 SLR 프레임의 TxFCf 및 TxFCb 값과 측정 기간 종료 시 로컬 카운터 RxFCl 값. 이러한 값은 TxFCf[tc], TxFCb[tc] 및 RxFCl[tc]로 표시되며, 여기서 tc는 측정 기간의 종료 시간입니다.
SLR 프레임은 테스트 시작 후 처음 수신된 SLR 프레임의 TxFCf 및 TxFCb 값과 측정 기간의 시작 시 로컬 카운터 RxFCl입니다. 이러한 값은 TxFCf[tp], TxFCb[tp] 및 RxFCl[tp]로 표시되며, 여기서 tp는 측정 기간의 시작 시간입니다.
수신된 각 SLR 패킷에 대해 로컬 RxFCl 카운터는 송신 또는 소스 MEP에서 증가합니다.
프레임 손실 계산
합성 프레임 손실은 로컬 카운터의 값과 수신된 마지막 프레임의 정보를 기반으로 측정 기간이 끝날 때 계산됩니다. 마지막으로 수신된 프레임에는 TxFCf 및 TxFCb 값이 포함됩니다. 로컬 카운터에는 RxFCl 값이 포함됩니다. 이러한 값을 사용하면 다음 공식을 사용하여 프레임 손실이 결정됩니다.
프레임 손실(원거리) = TxFCf – TxFCb
프레임 손실(근거리) = TxFCb – RxFCl
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.
performance-monitoring[edit protocols oam ethernet connectivity-fault-management]