OAM CFM(Connectivity Fault Management) 소개
SUMMARY 이 섹션에서는 CFM(Connectivity Fault Management)의 OAM(Operation, Administration, and Management)에 대해 설명합니다.
이더넷 OAM 연결 장애 관리
CFM(Connectivity Fault Management)은 IEEE 802.1ag에 정의되어 있습니다. 이 항목에서는 메트로 이더넷 환경에서의 CFM 사용에 대해 강조합니다.
CFM의 주요 기능은 다음과 같습니다.
-
연속성 확인 프로토콜을 사용한 오류 모니터링. 이 프로토콜은 VLAN 또는 링크 수준에서 인접성을 식별하고 유지하는 인접 검색 및 상태 점검 프로토콜의 역할을 합니다.
-
linktrace 프로토콜을 사용한 경로 검색 및 결함 검증. IP 트레이스라우트와 유사하게, 이 프로토콜은 소스와 대상 사이에 브리징된 하나 이상의 네트워크를 통해 목적지 MAC 주소로 이동한 경로를 매핑합니다.
-
루프백 프로토콜을 사용한 결함 격리. IP ping과 마찬가지로 이 프로토콜은 문제 해결 중에 연속성 검사 프로토콜과 함께 작동합니다.
CFM은 서비스 네트워크를 운영자, 프로바이더, 고객 등 여러 관리 도메인으로 나눕니다. 이러한 도메인은 별도의 관리 도메인에 속할 수 있습니다.
모든 관리 도메인은 자체 관리를 위한 충분한 정보를 포함하고 종단 간 모니터링을 지원하며 보안 위반을 방지하는 하나의 유지 관리 도메인과 연결됩니다. 각 유지 보수 도메인은 네트워크 계층에 따라 0에서 7 사이의 유지 보수 도메인 수준과 연결됩니다. 가장 바깥쪽 도메인에는 가장 안쪽 도메인보다 높은 수준이 할당됩니다. 고객 엔드포인트는 가장 높은 유지 보수 도메인 수준을 갖습니다.
CFM 유지 관리 도메인의 각 서비스 인스턴스를 라고 합니다 maintenance association. A maintenance association 는 유사한 특성을 공유하는 유지 보수 엔드포인트(MEP)의 풀 메시로 구성됩니다. MEP는 CFM 프로토콜 메시지를 생성하고 응답하는 활성 CFM 엔터티입니다.
MEP와 유사한 CFM 엔터티인 MIP(Maintenance Intermediate Point)도 있습니다. 그러나 MIP는 상대적으로 수동적이며 CFM 메시지에만 응답합니다.
MEP는 또는 down MEPs일 수 있습니다up MEPs. 링크는 레벨 5의 MEP를 레벨 7의 MEP에 연결할 수 있습니다. 레벨 5의 인터페이스는 업 MEP이고(링크의 다른 쪽 끝이 MEP 레벨 7이기 때문에), 레벨 7의 인터페이스는 다운 MEP입니다(링크의 다른 쪽 끝이 MEP 레벨 5이기 때문).
메트로 이더넷 네트워크에서 CFM은 일반적으로 다음 두 가지 수준에서 사용됩니다.
-
서비스 프로바이더가 PE(프로바이더 에지) 라우터 간의 연결을 확인합니다.
-
고객이 고객 에지(CE) 라우터 간의 연결을 확인합니다.
주:구성된 고객 CFM 수준은 서비스 프로바이더 CFM 수준보다 커야 합니다.
많은 메트로 이더넷 네트워크에서 CFM은 VPLS 및 브리지 네트워크를 통한 연결을 모니터링하는 데 사용됩니다.
ACX 시리즈 라우터에서 VPLS용 OAM은 ACX5048, ACX5096 및 ACX5448 라우터에서만 지원되며 EVPN용 OAM은 ACX5448 및 ACX710 라우터에서만 지원됩니다.
PTX10001-36MR, PTX10004, PTX10008 및 PTX10016 디바이스에 대한 CFM 지원에는 다음과 같은 제한 사항이 포함됩니다.
-
MEP(Maintenance End Point) 및 MIP(Maintenance Intermediate Point) 관련 제한 사항 - 다음을 구성할 수 없습니다.
-
인터페이스에서 동일한 수준에서 MEP를 올리고 MEP를 내립니다.
-
-
업 MEP가 다운 MEP보다 높으면 시스템은 CCM PDU를 선택적으로 드롭하지 않고 중단 없이 통과할 수 있습니다.
-
여러 PFE에서 하위 링크가 있는 AE의 DM 관련 타임스탬프는 지원되지 않습니다.
-
CFM 패킷은 기본 대기열을 사용합니다. 다음과 같은 경우에는 포워딩 클래스 투 큐(fc-to-queue) 매핑이 없습니다.
-
송신 트래픽(cos-rewrite가 구성되지 않은 경우)
-
태그가 지정되지 않은 트래픽
-
-
OAM이 활성화된 IFL의
vlan-id-list
구성은 CFM 스케일링에 영향을 줄 수 있습니다. -
호스트 바운드 및 호스트 생성 CFM 패킷은 수신 및 송신 방향 모두에 대해 구성된 방화벽 필터를 우회하지 않습니다.
IEEE 802.1ag OAM 연결 장애 관리
Junos OS는 IEEE 802.1ag 연결 장애 관리를 지원합니다. Enhanced CFEB-E(Enhanced CFEB)가 있는 M7i 및 M10i 라우터와 M120, M320, MX 시리즈, T 시리즈 및 PTX 시리즈 라우터의 이더넷 인터페이스는 OAM(Operation, Administration, and Management)에 대한 IEEE 802.1ag 표준을 지원합니다. IEEE 802.1ag 표준은 하나 이상의 서비스 인스턴스로 구성된 이더넷 네트워크를 모니터링하는 데 도움이 되는 CFM(Ethernet Connectivity Fault Management)을 용이하게 합니다.
Junos OS 릴리스 9.3 이상에서 CFM은 통합 이더넷 인터페이스도 지원합니다. CFM 세션은 어그리게이션 이더넷 인터페이스의 FPC(Flexible PIC Concentrator)에서 분산 모드로 작동합니다. 그 결과, GRES(Graceful Routing Engine Switchover)는 통합 이더넷 인터페이스에서 지원됩니다. Junos OS 릴리스 13.3 이전 릴리스에서 CFM 세션은 라우팅 엔진에서 중앙 집중식 모드로 작동합니다. 그러나 어그리게이션 이더넷 번들을 형성하는 인터페이스가 혼합 모드인 경우 어그리게이션 이더넷 인터페이스에서 CFM 세션이 지원되지 않습니다. 또한 CCM(Continuity Check Message) 간격이 10밀리초인 CFM 세션은 통합 이더넷 인터페이스에서 지원되지 않습니다.
CFM 세션은 기본적으로 배포됩니다. 모든 CFM 세션은 분산 모드 또는 중앙 집중식 모드에서만 작동해야 합니다. CFM 세션에 대한 분산 모드와 중앙 집중식 모드의 혼합 작업은 지원되지 않습니다. 통합 이더넷 인터페이스에서 CFM 세션의 배포를 비활성화하고 세션이 중앙 집중식 모드에서 작동하도록 하려면 계층 수준에서 문을 [edit protocols oam ethernet connectivity-fault-management]
포함합니다no-aggregate-delegate-processing
.
이더넷 OAM 802.1ag가 작동하기 위한 요구 사항으로, 라우팅 엔진 및 패킷 전달 엔진에서 분산된 정기 패킷 관리(PPM)가 실행됩니다. 패킷 전달 엔진에서만 PPM을 비활성화할 수 있습니다. PFE에서 PPM을 비활성화하려면 계층 수준에서 문을 [edit routing-options ppm]
포함합니다ppm no-delegate-processing
.
-
MX 시리즈 Virtual Chassis는 분산 인라인 연결 장애 관리를 지원하지 않습니다.
-
ACX 시리즈 라우터는 100밀리초 이상의 연속성 확인 간격으로 어그리게이션 이더넷 인터페이스에서 CFM을 지원합니다.
-
CFM 세션은 명령이 활성화될 때
no-aggregate-delegate-processing
어그리게이션 이더넷 번들을 형성하는 인터페이스가 혼합 모드에 있는 경우 어그리게이션 이더넷 인터페이스에서 지원됩니다. -
Junos OS 릴리스 14.2부터 중앙 집중식 모드의 CFM 세션의 경우 CCM(Continuity Check Message) 간격이 100밀리초(100ms)인 최대 40개의 CFM 세션 또는 CCM 간격이 1초(1초)인 최대 400CFM 세션을 구성하는 것이 좋습니다. CFM 세션이 이 제한을 초과하여 구성된 경우 CFM이 예상대로 작동하지 않을 수 있습니다. 여러 링크의 상태가 변경되거나 라인 카드가 다시 시작될 때 문제가 발생할 수 있습니다.
이러한 제한은 라우팅 엔진에서 초당 400패킷(pps)의 프로토콜 데이터 유닛(PDU) 로드를 고려하여 도출되었습니다. 이 제한은 라우팅 엔진 부하에 따라 다릅니다. 라우팅 엔진에 과부하가 걸리면 이 제한에 약간의 차이가 있을 수 있습니다.
Junos OS 릴리스 10.3부터 CFM은 MX 시리즈 라우터의 MPC(Modular Port Concentrator) 및 MIC(Modular Interface Card)에 구성된 인터페이스의 태그가 지정되지 않은 어그리게이션 이더넷 멤버 링크에서 지원되지 않습니다. 그러나 CFM은 MPC 및 MIC에 구성된 태그 처리되지 않은 이더넷 논리적 인터페이스와 태그 처리된 어그리게이션 이더넷 논리적 인터페이스 모두에서 지원됩니다.Junos OS 릴리스 12.3부터 CFM은 멀티섀시 링크 어그리게이션(MC-LAG)을 지원하지 않습니다. CFM을 mc-ae
구성할 때 문을 구성하지 않는 것이 좋습니다.
Junos OS 릴리스 11.3부터 T 시리즈 및 M320 라우터에서 CFM은 CCC 캡슐화로 구성된 인터페이스에서 지원되지 않습니다. CFM을 구성하면 시스템에 다음 메시지가 표시됩니다. "MEPs cannot be configured on ccc interface on this platform
"입니다.
Junos OS 릴리스 17.4부터는 유사 회선 서비스 인터페이스에 유지 보수 중간 지점(MIP)을 구성하여 유사 회선 서비스 인터페이스에서 IEEE 802.1ag CFM에 대한 지원을 활성화할 수 있습니다. 유사 회선 서비스 인터페이스는 MPLS 유사 회선 종료를 통한 가입자 인터페이스 구성을 지원합니다. PW를 통한 가입자 인터페이스의 종료는 네트워크 운영자가 액세스/어그리게이션 네트워크에서 서비스 에지로 MPLS 도메인을 확장하고 네트워크의 더 많은 부분에 대해 균일한 MPLS 레이블 프로비저닝을 사용할 수 있도록 합니다.
CFM MIP 세션은 유사 회선 서비스 인터페이스에서만 지원되며 유사 회선 서비스 터널 인터페이스에서는 지원되지 않습니다.
IEEE 802.1ag OAM은 GRES(Graceful Routing Engine Switchover )를 지원합니다. IEEE 802.1ag OAM은 태그 처리되지 않은, 단일 태그 처리된 VLAN 및 스택 VLAN 인터페이스에서 지원됩니다.
EX 시리즈 스위치에서 CFM 기능을 사용하려면 먼저 EFL(Enhanced Feature License)을 설치하여 기본 Junos OS에 CFM을 추가해야 합니다. 자세한 내용은 EX 시리즈 라이선스를 참조하십시오.
연결 장애 관리 핵심 요소
그림 1 에서는 고객, 프로바이더, 운영자 이더넷 브리지, 유지 보수 도메인, 유지 보수 연결 엔드포인트(MEP) 및 유지 보수 중간 지점(MIP) 간의 관계를 보여줍니다.
ACX 시리즈 라우터에서 MIP(Maintenance Intermediate Point)는 ACX5048 및 ACX5096 라우터에서만 지원됩니다.
유지 보수 연결은 동일한 유지 보수 연결 식별자 및 유지 보수 도메인 수준으로 구성된 MEP 집합입니다. 그림 2 은(는) 이더넷 브리지, 유지 보수 도메인, 유지 보수 연결 및 MEP 간의 계층적 관계를 보여줍니다.
VPLS를 위한 802.1ag 이더넷 OAM 구성 모범 사례
VPLS 라우팅 인스턴스의 논리적 인터페이스는 동일하거나 다른 VLAN 구성을 가질 수 있습니다. 이러한 인터페이스 간에 패킷을 올바르게 스위칭하려면 VLAN 표준화가 필요합니다. VLAN 표준화는 수신된 패킷의 VLAN 태그가 정규화된 VLAN 태그와 다른 경우 변환되어야 하는 효과적인 VLAN 변환입니다.
MX 시리즈 라우터의 경우, VPLS 라우팅 인스턴스에서 다음 구성 문 중 하나를 사용하여 정규화된 VLAN을 지정합니다.
vlan-id vlan-number
vlan-id none
vlan-tags outer outer-vlan-number inner inner-vlan-number
라우팅 인스턴스에 속하는 모든 인터페이스에서 명시적으로 구성해야 vlan-maps
합니다.
다음과 같은 전송 경로 고려 사항을 준수해야 합니다.
패킷 수신 경로:
인터페이스에서 수신된 패킷의 전달 경로입니다.
VPLS용 802.1ag 이더넷 OAM은 암시적 인터페이스 필터와 포워딩 테이블 필터를 사용하여 CFM 패킷을 플러딩, 수락 및 삭제합니다.
패킷 전송 경로:
JUNOS 소프트웨어는 CPU 생성 패킷에 대해 라우터의 하드웨어 기반 포워딩을 사용합니다.
다운 MEP의 경우, 패킷은 MEP가 구성된 인터페이스에서 전송됩니다.
MX 시리즈 라우터에서 Up MEP의 경우 패킷이 VPLS 라우팅 인스턴스의 다른 인터페이스로 플러딩되어야 합니다. 라우터는 플러드 다음 홉(플러드에 대한 모든 인터페이스 포함)에 연결된 플러드 경로를 생성한 다음 이 플러드 경로와 함께 전달될 패킷을 소싱합니다.
또한 라우터는 CPU 생성 패킷에 대해 암시적 기반 전달을 사용합니다. 그 결과 플러드 경로에 연결된 플러드 다음 홉이 필터 용어에 연결됩니다. 필터 용어는 일치 기준을 사용하여 호스트 생성 패킷을 정확하게 식별합니다.
참조
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.
mc-ae
구성할 때 문을 구성하지 마십시오.