CE와 PE 디바이스 간의 CFM 모니터링
이 주제에서는 고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간의 CFM 모니터링에 대해 자세히 설명합니다. 또한 인터페이스 상태 TLV, 포트 상태 TLV, 섀시 ID TLV 및 연결 보호 TLV 가 네트워크 모니터링에 어떻게 도움이 되는지 자세히 이해할 수 있습니다.
CFM 작업 프로필 비동기 알림
CFM 기반 비동기 알림은 해당 PE 디바이스에서 유래한 유사 와이어를 통해 서로 연결된 두 CE 디바이스 간의 링크 상태 동기화를 지원합니다. 두 개의 CE 디바이스 가 직접 연결된 것처럼 시나리오를 에뮬레이션 합니다. CFM은 PE1과 PE2가 단일 네트워크가 아닌 네트워크 집합을 통해 연결되어 있더라도 엔드 투 엔드 시그널링을 제공합니다.
PE1과 PE2 간의 레이어 2 연결
그림 1은 CFM 기반 비동기 알림을 사용하여 CE1과 CE2 간의 링크 상태를 동기화할 수 있는 구축 시나리오의 예입니다. 다음 두 가지 요구 사항은 비동기 알림 구성으로 충족할 수 있습니다.
-
PE2와 CE2 간의 링크가 다운되면 PE1과 CE1 간의 링크도 다운됩니다 . 링크가 복원 되면 PE1 과 CE1사이의 링크 상태를 복원 합니다. PE1과 CE1 간의 링크 상태 변경도 유사하게작동해야 합니다.
-
PE1과 PE2 사이에 연결 문제가 있는 경우 PE1과 CE1 및 PE2 와 CE2 사이의 링크 다운을 트리거합니다 . 연결 상태가 복원되면 양쪽 끝에서 링크 상태를 복원해야 합니다.
참조
Asyncronus 알림에 대한 CFM 작업 프로필 구성
PE1 및 PE2의 CFM UP-MEP는 PE1과 PE2 간의 연결을 모니터링합니다. 이러한 UP-MEP 엔드포인트의 은(는 interface-status-tlv ) PE1, CE1및 PE2 사이와 PE2, CE2및 PE1 간의 링크 상태를 전달합니다. PE1에서 PE2로 작업 프로필을 구성하여 각 고객 에지(CE) 디바이스로 비동기 알림을 전송해야 합니다. 작업 프로필은 시스템이 수신 interface-status-tlv된 에서 인접성 손실 또는 링크 다운 조건을 감지하면 이러한 알림을 트리거합니다.
CE와 PE 디바이스 간의 CFM 모니터링 이해
고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간에 CFM(Connectivity Fault Management) 모니터링을 활성화할 수 있습니다. 인터페이스가 다운되면 CFM은 CC 메시지에서 인터페이스의 상태를 전파합니다. CC 메시지는 공급자 에지 디바이스가 다운되었음을 고객 에지 디바이스에 알립니다.
다음 두 가지 옵션 중 하나를 사용하여 CFM 모니터링을 구성할 수 있습니다.
인터페이스 상태 TLV(유형, 길이 및 값) - 인터페이스 상태 TLV를 사용하여 고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간에 CFM(Connectivity Fault Management) 모니터링을 활성화할 수 있습니다. 인터페이스가 다운되면 CFM은 인터페이스 상태 TLV를 사용하여 인터페이스의 상태를 전파합니다. 인터페이스 상태 TLV는 CCM을 전송하는 MEP를 호스팅하는 인터페이스의 상태를 나타내거나 IETF RFC 2863 IF-MIB에서 차상위 인터페이스를 나타냅니다. 따라서 고객 에지 디바이스는 공급자 에지 디바이스가 다운되었음을 알게 됩니다. 인터페이스 상태 TLV를 사용하여 CFM 모니터링을 구성하려면 계층 수준에서 문을
[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check사용합니다interface-status-tlv. 이 구성은 표준 옵션입니다.RDI(원격 결함 표시) - RDI 비트를 사용하여 고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간에 CFM(연결 장애 관리) 모니터링을 활성화할 수 있습니다. CFM 모니터링을 사용하도록 설정하면 CFM은 CC 메시지의 RDI 비트를 통해 공급자 에지 디바이스의 상태를 전파하여 공급자 에지 디바이스가 다운되었음을 고객 에지 디바이스에 알립니다. RDI 비트는 서비스가 백업될 때 지워집니다. RDI 비트를 사용하여 CFM 모니터링을 구성하려면 계층 수준에서 문을
[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check사용합니다interface-status-send-rdi. 고객 에지 디바이스가 인터페이스 상태 TLV를 지원하지 않는 경우 이 옵션이 필요합니다.
인터페이스를 CCC 다운으로 설정하고 RDI를 구성하면 디바이스가 RDI 비트를 보냅니다. CFM은 인터페이스 상태를 모니터링하지 않습니다.
인터페이스가 대기 상태가 아닌 동안 CCC를 다운으로 설정하고 RDI를 구성하면 디바이스의 CC 메시지에 RDI 비트가 포함됩니다.
RDI 비트를 사용하는 단일 액티브 멀티호밍 사용 사례
2개의 프로바이더 에지 디바이스(PE1 및 PE2)와 2개의 고객 에지 디바이스(CE1 및 CE2)를 포함하는 다음 토폴로지를 고려하십시오. PE1은 활성 상태에서 작동하는 반면 PE2는 대기 상태를 유지합니다. PE와 CE 간에 CFM 다운 MEP를 구성할 때 CFM은 CCC가 다운되었음을 탐지하고 시스템은 CC 메시지에 RDI 비트를 포함합니다. PE2에서 CE2로의 CC 메시지에는 차단된 상태를 나타내도록 설정된 RDI 비트가 있습니다. PE2가 활성화되면 시스템은 CCM 다운 상태를 지우고 후속 CC 메시지에서 RDI 비트를 제거합니다.
RDI 비트를 사용하는 액티브/액티브 멀티호밍 사용 사례
2개의 프로바이더 에지 디바이스(PE1 및 PE2)와 2개의 고객 에지 디바이스(CE1 및 CE2)를 포함하는 다음 토폴로지를 고려하십시오. PE1은 활성 상태에서 작동하는 반면 PE2는 대기 상태를 유지합니다. 링크 연결을 모니터링하기 위해 PE와 CE 간에 CFM 다운 MEP를 구성하지 않으면 시스템은 CC 메시지에 RDI 비트를 포함하지 않습니다. PE와 CE 간에 CFM 다운 MEP를 구성할 때 CFM은 CCC가 다운되었음을 탐지하고 시스템은 CC 메시지에 RDI 비트를 포함합니다. PE2에서 CE2로의 CC 메시지에는 차단된 상태를 나타내도록 설정된 RDI 비트가 있습니다. PE2가 활성화되면 시스템은 CCM 다운 상태를 지우고 후속 CC 메시지에서 RDI 비트를 제거합니다.
참조
포트 상태 TLV 및 인터페이스 상태 TLV 구성
TLV 개요
TLV(유형, 길이 및 값)는 PDU에서 가변 길이 및/또는 선택적 정보를 인코딩하는 방법으로 CFM에 대한 IEEE 802.1ag 표준에 설명되어 있습니다. TLV는 특정 단어 또는 옥텟 경계에 정렬되지 않습니다. TLV는 패딩 없이 서로를 따릅니다.
표 1 은(는) TLV 형식을 표시하고 필수 또는 선택 사항인지를 나타냅니다.
매개 변수 |
옥텟(시퀀스) |
설명 |
|---|---|---|
형식 |
1 |
이 필드는 필수입니다. 값이 0이면 더 이상 필드(길이 또는 값)가 오지 않습니다. 값이 0이 아니면 길이 필드를 따라야 합니다. |
길이 |
2–3 |
이 필드는 유형 필드가 0이 아닌 경우에만 필요합니다. 유형 필드가 0이면 표시되지 않습니다. 길이 필드의 16비트는 값 필드의 크기(옥텟)를 나타냅니다. 길이 필드 값 0은 값 필드가 없음을 나타냅니다. |
가치 |
4 |
이 필드의 길이는 길이 필드에 의해 지정됩니다. 선택 사항이며 유형 필드가 0이거나 길이 필드가 0인 경우에는 표시되지 않습니다. |
CFM PDU를 위한 다양한 TLV
표 2 는 다양한 CFM PDU 유형에 대해 IEEE 802.1ag에서 정의한 TLV 집합을 보여줍니다. 각 TLV는 유형 필드에 할당된 고유 값으로 식별할 수 있습니다. 일부 유형 필드 값은 예약되어 있습니다.
TLV 또는 조직 |
유형 필드 |
|---|---|
TLV 종료 |
0 |
보낸 사람 ID TLV |
1 |
포트 상태 TLV |
2 |
데이터 TLV |
3 |
인터페이스 상태 TLV |
4 |
응답 수신 TLV |
5 |
회신 송신 TLV |
6 |
LTM 송신 식별자 TLV |
7 |
LTR 송신 식별자 TLV |
8 |
IEEE 802.1용으로 예약됨 |
9에서 30 |
조직별 TLV |
31 |
ITU-T Y.1731에 의해 정의됨 |
32에서 63 |
IEEE 802.1용으로 예약됨 |
64에서 255 |
모든 TLV가 모든 유형의 CFM PDU에 적용되는 것은 아닙니다.
CCM(Continuity Check Message)에 적용할 수 있는 TLV:
TLV 종료
보낸 사람 ID TLV
포트 상태 TLV
인터페이스 상태 TLV
조직별 TLV
루프백 메시지(LBM)에 적용 가능한 TLV:
TLV 종료
보낸 사람 ID TLV
데이터 TLV
조직별 TLV
루프백 응답(LBR)에 적용 가능한 TLV:
TLV 종료
보낸 사람 ID TLV
데이터 TLV
조직별 TLV
링크 추적 메시지(LTM)에 적용할 수 있는 TLV:
TLV 종료
LTM 송신 식별자 TLV
보낸 사람 ID TLV
조직별 TLV
링크 추적 응답(LTR)에 적용할 수 있는 TLV:
TLV 종료
LTR 송신 식별자 TLV
응답 수신 TLV
회신 송신 TLV
보낸 사람 ID TLV
조직별 TLV
다음 TLV는 현재 해당 CFM PDU에서 지원됩니다.
TLV 종료
응답 수신 TLV
회신 송신 TLV
LTR 송신 식별자 TLV
LTM 송신 식별자 TLV
데이터 TLV
추가 옵션 TLV 지원
다음과 같은 추가 옵션 TLV가 지원됩니다.
포트 상태 TLV
인터페이스 상태 TLV
MX 시리즈 라우터는 포트 상태 TLV 및 인터페이스 상태 TLV의 구성을 지원합니다. 포트 상태 TLV를 구성하면 운영자가 CFM PDU에서 포트 상태 TLV의 전송을 제어할 수 있습니다.
구성 정보는 다음 섹션을 참조하십시오.
포트 상태 TLV
Port Status TLV는 MAC의 상태에 관계없이 전송 MEP가 상주하는 브리지 포트가 일반 데이터를 전달할 수 있음을 나타냅니다. 이 TLV의 값은 에 표시된 표 4대로 MEP 변수에 enableRmepDefect의해 결정됩니다. 이 TLV의 형식은 에 표 3나와 있습니다.
Port Status TLVs 값이 변경되면 해당 브리지 포트 MEP CCM의 추가 전송이 트리거됩니다.
매개 변수 |
옥텟(시퀀스) |
|---|---|
유형 = 2 |
1 |
길이 |
2–3 |
값( 표 4참조) |
4 |
기억을 돕는 |
포트를 자유롭게 통과하는 일반 데이터 |
가치 |
|---|---|---|
ps차단됨 |
아니요: |
1 |
psUp |
예: |
2 |
MEP 변수는 enableRmepDefect 부울 변수입니다. MEP의 유지 관리 연결에 의해 모니터링되는 서비스 인스턴스의 프레임이 스패닝 트리 프로토콜 및 VLAN 토폴로지 관리를 사용하여 브리지 포트를 통과할 수 있는지 여부를 나타냅니다. 다음과 같은 경우 TRUE로 설정됩니다.
브리지 포트는 트래픽이 통과할 수 있는 상태로 설정됩니다.
브리지 포트는 스패닝 트리의 여러 인스턴스를 실행하고 있습니다.
MEP 인터페이스는 브리징 도메인과 연결되어 있지 않습니다.
포트 상태 TLV 구성
Junos OS는 포트 상태 TLV에 대한 구성 지원을 제공하므로 CCM PDU에서 TLV의 전송을 제어할 수 있습니다. Junos OS는 연속성 확인 수준에서 이러한 구성을 제공합니다. 기본적으로 CCM에는 포트 상태 TLV가 포함되어 있지 않습니다. 포트 상태 TLV를 구성하려면 계층 수준에서 명령문을 [edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check] 사용합니다port-status-tlv.
포트 상태 TLV 구성은 IEEE 802.1ag에 의해 의무화되어 있지 않습니다. Junos OS는 운영자에게 더 많은 유연성을 제공하기 위해 이 구성을 제공합니다. 그러나 구성에 관계없이 포트 상태 TLV가 있는 CCM을 수신하고 처리합니다.
구성 명령문의 예는 다음과 같습니다.
protocols {
oam {
ethernet {
connectivity-fault-management {
maintenance-domain identifier {
level number;
maintenance-association identifier {
continuity-check {
interval number,
loss-threshold number;
hold-interval number;
port-status-tlv; # Sets Port Status TLV
}
}
}
}
}
}
}
다음 두 가지 경우에는 포트 상태 TLV 전송을 활성화할 수 없습니다:
유지 보수 연결 아래의 MEP 인터페이스가 브리지 유형이 아닌 경우.
MEP가 물리적 인터페이스에 구성된 경우.
수신 포트 상태 TLV 표시
Junos OS는 원격 MEP에서 마지막으로 수신된 포트 상태 TLV를 저장합니다. 수신된 포트 상태 값이 에 나열된 표 4표준 값 중 하나와 일치하지 않으면 show 명령은 해당 값을 "알 수 없음"으로 표시합니다. 다음 예와 같이 명령을 사용하여 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 마지막으로 저장된 수신 포트 상태 TLV를 표시할 수 있습니다.
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none # RX PORT STATUS
Interface status TLV: none
전송된 포트 상태 TLV 표시
Junos OS는 로컬 MEP에서 마지막으로 전송된 포트 상태 TLV를 저장합니다. 포트 상태 TLV의 전송이 활성화되지 않은 경우 show 명령은 "없음"을 표시합니다. 다음 예와 같이 명령을 사용하여 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 마지막으로 저장된 전송 포트 상태 TLV를 표시할 수 있습니다.
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up # TX PORT STATUS
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: none
인터페이스 상태 TLV
인터페이스 상태 TLV는 CCM을 전송하는 MEP가 구성된 인터페이스 또는 IETF RFC 2863 IF-MIB의 다음 하위 인터페이스의 상태를 나타냅니다. 이 TLV의 형식은 에 표 5나와 있습니다. 열거된 값은 에 나와 있습니다 표 6.
매개 변수 |
옥텟(시퀀스) |
|---|---|
유형 = 4 |
1 |
길이 |
2–3 |
값( 표 6참조) |
4 |
기억을 돕는 |
인터페이스 상태 |
가치 |
|---|---|---|
아이스업 |
위로 |
1 |
이스다운 |
솜털 |
2 |
이스테스팅 |
테스트 |
3 |
알 수 없음 |
알려지지 않은 |
4 |
isDormant (휴면) |
휴면 |
5 |
isNotPresent |
현재가 아님 |
6 |
isLowerLayerDown |
lowerLayerDown |
7 |
논리적 인터페이스의 작동 상태가 다운 상태(상태 값 2)에서 하위 레이어 다운 상태(상태 값 7)로 또는 그 반대로 변경되면 LinkDown SNMP 트랩이 생성되지 않습니다. 예를 들어, VLAN 태그를 사용하여 어그리게이션 이더넷 인터페이스 번들을 구성하고 작동 다운 상태인 물리적 인터페이스를 번들에 추가하는 경우, 해당 지점에서 어그리게이션 이더넷 논리적 인터페이스 번들의 작동 상태는 하위 레이어 다운(7)입니다. 인터페이스와 연결된 MIC를 오프라인으로 전환하면 논리적 인터페이스가 하위 레이어 다운 상태에서 다운 상태로 전환될 때 LinkDown 트랩이 생성되지 않습니다.
마찬가지로, VLAN 태깅이 있는 어그리게이션 이더넷 번들에 물리적 인터페이스가 추가되고 어그리게이션 이더넷 논리적 인터페이스가 비활성화되는 또 다른 샘플 시나리오를 고려해 보십시오. 논리적 인터페이스가 비활성화되면 논리적 인터페이스의 작동 상태가 다운으로 변경됩니다. 어그리게이션 이더넷 번들의 일부인 물리적 인터페이스를 비활성화하면 어그리게이션 이더넷 논리적 인터페이스의 작동 상태는 다운 상태로 유지됩니다. 어그리게이션 이더넷 논리적 인터페이스를 다시 활성화하면 작동 상태가 다운에서 하위 레이어 다운으로 변경됩니다. 이 시점에서는 LinkDown SNMP 트랩이 생성되지 않습니다.
인터페이스 상태 TLV 구성
Junos OS는 인터페이스 상태 TLV에 대한 구성 지원을 제공하므로, 운영자는 연속성 확인 수준의 구성을 통해 CCM PDU에서 이 TLV의 전송을 제어할 수 있습니다.
이 구성은 IEEE 802.1ag에 의해 의무화되지 않습니다. 오히려 운영자에게 더 많은 유연성을 제공하기 위해 제공됩니다. Junos OS는 이 구성과 관계없이 인터페이스 상태 TLV로 CCM을 수신하고 처리합니다.
인터페이스 상태 TLV 구성은 다음과 같습니다.
protocols {
oam {
ethernet {
connectivity-fault-management {
maintenance-domain identifier {
level number;
maintenance-association identifier {
continuity-check {
interval number;
loss-threshold number;
hold-interval number;
interface-status-tlv; # Sets the interface status TLV
}
}
}
}
}
}
}
Junos OS는 인터페이스 상태 TLV에 대해 가능한 값 7개 중 3개만 전송할 수 있도록 지원합니다. 지원되는 값은 1, 2 및 7입니다. 그러나 Junos OS는 인터페이스 상태 TLV에 대한 모든 값을 수신할 수 있습니다.
수신된 인터페이스 상태 TLV 표시
Junos OS는 원격 MEP에서 마지막으로 수신된 인터페이스 상태 TLV를 저장합니다. 수신된 인터페이스 상태 값이 에 표 5나열된 표준 값 중 하나와 일치하지 않으면 show 명령은 "알 수 없음"을 표시합니다.
다음 예와 같이 명령을 사용하여 마지막으로 저장된 인터페이스 상태 TLV를 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 표시할 수 있습니다.
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: none # displays the Interface Status TLV state
전송된 인터페이스 상태 TLV 표시
Junos OS는 로컬 MEP에서 마지막으로 전송된 인터페이스 상태 TLV를 저장합니다. 인터페이스 상태 TLV의 전송이 활성화되지 않은 경우 show 명령은 "none"을 표시합니다.
다음 예와 같이 명령을 사용하여 마지막으로 전송된 인터페이스 상태 TLV를 show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier 표시할 수 있습니다.
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 local-mep 2001 remote-mep 1001
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 100ms, Loss-threshold: 3 frames
MEP identifier: 2001, Direction: down, MAC address: 00:19:e2:b2:81:4a
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: ge-2/0/0.0, Interface status: Active, Link status: Up
Remote MEP identifier: 1001, State: ok
MAC address: 00:19:e2:b0:74:00, Type: Learned
Interface: ge-2/0/0.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: none
MAC 상태 결함
Junos OS는 원격 MEP가 포트 상태 TLV 또는 인터페이스 상태 TLV에서 실패를 보고할 때를 나타내는 MAC 상태 결함 정보를 제공합니다. 시스템은 하나 이상의 원격 MEP가 인터페이스가 "Up"이 아니라고 보고하거나(예: 원격 MEP의 인터페이스를 사용할 수 없는 경우) 또는 모든 원격 MEP가 "Up" 이외의 값을 가진 포트 상태 TLV를 보고하는 경우(예: 모든 원격 MEP의 브리지 포트가 데이터를 전달하지 않는 경우) "예"를 표시합니다. 두 show 개의 명령을 사용하여 MAC 상태 결함 표시를 볼 수 있습니다.
명령을 사용하여 MAC 상태 결함을 mep-database 표시합니다.
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md6 maintenance-association ma6
Maintenance domain name: md6, Format: string, Level: 6
Maintenance association name: ma6, Format: string
Continuity-check status: enabled, Interval: 1s, Loss-threshold: 3 frames
MEP identifier: 500, Direction: down, MAC address: 00:05:85:73:7b:39
Auto-discovery: enabled, Priority: 0
Interface status TLV: up, Port status TLV: up
Interface name: xe-5/0/0.0, Interface status: Active, Link status: Up
Defects:
Remote MEP not receiving CCM : no
Erroneous CCM received : no
Cross-connect CCM received : no
RDI sent by some MEP : no
Some remote MEP's MAC in error state : yes # MAC Status Defects yes/no
Statistics:
CCMs sent : 1658
CCMs received out of sequence : 0
LBMs sent : 0
Valid in-order LBRs received : 0
Valid out-of-order LBRs received : 0
LBRs received with corrupted data : 0
LBRs sent : 0
LTMs sent : 0
LTMs received : 0
LTRs sent : 0
LTRs received : 0
Sequence number of next LTM request : 0
1DMs sent : 0
Valid 1DMs received : 0
Invalid 1DMs received : 0
DMMs sent : 0
DMRs sent : 0
Valid DMRs received : 0
Invalid DMRs received : 0
Remote MEP count: 1
Identifier MAC address State Interface
200 00:05:85:73:39:4a ok xe-5/0/0.0
명령을 사용하여 MAC 상태 결함을 interfaces 표시합니다.
user@host> show oam ethernet connectivity-fault-management interfaces detail
Interface name: xe-5/0/0.0, Interface status: Active, Link status: Up
Maintenance domain name: md6, Format: string, Level: 6
Maintenance association name: ma6, Format: string
Continuity-check status: enabled, Interval: 1s, Loss-threshold: 3 frames
Interface status TLV: up, Port status TLV: up
MEP identifier: 500, Direction: down, MAC address: 00:05:85:73:7b:39
MEP status: running
Defects:
Remote MEP not receiving CCM : no
Erroneous CCM received : no
Cross-connect CCM received : no
RDI sent by some MEP : no
Some remote MEP's MAC in error state : yes # MAC Status Defects yes/no
Statistics:
CCMs sent : 1328
CCMs received out of sequence : 0
LBMs sent : 0
Valid in-order LBRs received : 0
Valid out-of-order LBRs received : 0
LBRs received with corrupted data : 0
LBRs sent : 0
LTMs sent : 0
LTMs received : 0
LTRs sent : 0
LTRs received : 0
Sequence number of next LTM request : 0
1DMs sent : 0
Valid 1DMs received : 0
Invalid 1DMs received : 0
DMMs sent : 0
DMRs sent : 0
Valid DMRs received : 0
Invalid DMRs received : 0
Remote MEP count: 1
Identifier MAC address State Interface
200 00:05:85:73:39:4a ok xe-5/0/0.0
원격 MEP 작업 프로파일 지원 구성
수신된 CCM 패킷의 interface-status-tlv 및 port-status-tlv 값을 기반으로 옵션을 사용하여 action-profile 와 같은 interface-down특정 작업을 수행할 수 있습니다. 라우터에서 여러 작업 프로필을 구성할 수 있지만 원격 MEP에는 하나의 작업 프로필만 할당할 수 있습니다.
작업 프로필은 하나 이상의 이벤트로 구성할 수 있으며, 이러한 이벤트 중 하나가 발생할 때 작업이 트리거됩니다. 구성된 모든 이벤트가 을(를) 트리거 action할 필요는 없습니다.
작업 프로필은 원격 MEP 수준에서만 적용할 수 있습니다.
다음 예는 설명 설명이 추가된 작업 프로필 구성을 보여줍니다.
[edit protocols oam ethernet connectivity-fault-management]
action-profile tlv-action {
event {
# If interface status tlv with value specified in the config is received
interface-status-tlv down|lower-layer-down;
# If port status tlv with value specified in the config is received
port-status-tlv blocked;
# If connectivity is lost to the peer */
adjacency-loss;
}
action {
# Bring the interface down */
interface-down;
}
default-actions interface-down;
}
# domains
maintenance-domain identifier {
# maintenance domain level (0-7)
level number;
# association
maintenance-association identifier {
mep identifier {
interface ge-x/y/z.w;
remote-mep identifier {
# Apply the action-profile for the remote MEP
action-profile tlv-action;
}
}
}
}
원격 MEP 작업 프로파일 모니터링
다음 예와 같이 명령을 사용하여 show oam ethernet connectivity-fault-management mep-database 원격 MEP의 작업 프로필 상태를 볼 수 있습니다.
show oam ethernet connectivity-fault- management mep-database remote-mep(작업 프로필 이벤트)
user@host> show oam ethernet connectivity-fault-management mep-database maintenance-domain md5 maintenance-association ma5 remote-mep 200
Maintenance domain name: md5, Format: string, Level: 5
Maintenance association name: ma5, Format: string
Continuity-check status: enabled, Interval: 1s, Loss-threshold: 3 frames
MEP identifier: 100, Direction: down, MAC address: 00:05:85:73:e8:ad
Auto-discovery: enabled, Priority: 0
Interface status TLV: none, Port status TLV: none # last status TLVs transmitted by the router
Interface name: ge-1/0/8.0, Interface status: Active, Link status: Up
Remote MEP identifier: 200, State: ok # displays the remote MEP name and state
MAC address: 00:05:85:73:96:1f, Type: Configured
Interface: ge-1/0/8.0
Last flapped: Never
Remote defect indication: false
Port status TLV: none
Interface status TLV: lower-layer-down
Action profile: juniper # displays remote MEP’s action profile identifier
Last event: Interface-status-tlv lower-layer-down # last remote MEP event
# to trigger action
Action: Interface-down, Time: 2009-03-27 14:25:10 PDT (00:00:02 ago)
# action occurrence time
Chassis ID TLV 구성
패킷과 함께 발신자 ID TLV을 전송하도록 Junos OS를 구성할 수 있습니다. 보낸 사람 ID TLV는 IEEE 802.1ag 표준에 지정된 대로 CCM(연속성 확인 메시지), 루프백 메시지 및 LTM(링크 추적 메시지)으로 전송되는 선택적 TLV입니다. 발신자 ID TLV에는 디바이스의 고유한 CFM 기반 MAC 주소인 섀시 ID와 IPv4 또는 IPv6 주소인 관리 IP 주소가 포함되어 있습니다.
TLV의 필드 값은 length TLV에 섀시 ID 정보가 포함되어 있는지 여부를 나타냅니다. 필드에 가능한 length 값은 영(0) 또는 임의의 유효한 숫자이며, 이는 각각 TLV에 섀시 ID 정보가 있는지 여부를 나타냅니다.
명령을 사용하여 Junos OS가 글로벌 수준에서 발신자 ID TLV를 set protocols oam ethernet connectivity-fault-management sendid-tlv send-chassis-tlv 전송하도록 설정할 수 있습니다. 보낸 사람 ID TLV가 글로벌 수준에서 구성된 경우 기본 유지 관리 도메인, 유지 관리 연결 및 유지 관리 연결 MIP(중간 지점) 절반 기능이 이 구성을 상속합니다.
다음 계층 수준에서 보낸 사람 ID TLV를 구성할 수도 있습니다.
[edit protocols oam ethernet connectivity-fault-management][edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domain-name maintenance-association maintenance-association-name continuity-check]
수준의 보낸 사람 ID TLV 구성 maintenance-association 은 전역 수준 구성보다 우선합니다.
보낸 사람 ID TLV는 802.1ag PDU에 대해서만 지원되며 성능 모니터링 프로토콜 데이터 단위(PDU)에 대해서는 지원되지 않습니다.
참조
CET 모드에서 MAC 플러시 메시지 처리 구성
캐리어 이더넷 전송(CET) 모드에서 MX 시리즈 라우터는 프로바이더 에지(PE) 라우터로 사용되며, 표준 기반 프로토콜을 실행하는 Nokia Siemens Networks A2200 캐리어 이더넷 스위치(E-도메인 디바이스라고 함)는 액세스 측에서 사용됩니다. MX 시리즈 라우터에서 VPLS 유사 회선은 LDP(Label Distribution Protocol)를 통해 동적으로 구성됩니다. E-도메인 디바이스에서는 E-도메인 디바이스와 MX 시리즈 PE 라우터 간에 실행되는 CFM(Connectivity Fault Management) 세션을 통해 토폴로지 변경이 감지됩니다. MX 시리즈 PE 라우터는 CFM 연결 손실이 발생할 경우 캐리어 이더넷 인터페이스를 다운시킬 수 있습니다. 이렇게 하면 로컬 MAC 플러시와 원격 MX 시리즈 PE로 전송되는 T-LDP(TARGETED LABEL DISTRIBUTION PROTOCOL) MAC 플러시 알림이 트리거되어 MAC 플러시를 트리거합니다.
CET inter-op 모드에서 MX 시리즈 라우터는 레거시 프로토콜을 실행하는 Nokia Siemens Networks Ax100 캐리어 이더넷 액세스 디바이스(A-도메인 디바이스라고 함)와 상호 운용되어야 합니다. Nokia Siemens Networks A4100 및 A8100 디바이스는 MX 시리즈 PE 라우터와 A-domain 디바이스 사이의 중간 역할을 합니다. 이러한 중간 디바이스는 IWF(Interworking Function) 절차를 수행하므로 MX 시리즈 라우터와 A-도메인 디바이스 간에 OAM(Operations Administration Management) 세션을 실행할 수 있습니다. MX 시리즈 PE 라우터와 Nokia Siemens Networks A4100 및 A8100 중간 디바이스 간에는 VPLS 유사 회선이 없으므로 PE 라우터 간에 토폴로지 변경 알림을 보내기 위해 실행되는 LDP 프로토콜이 없습니다. 토폴로지 변경 사항을 전달하기 위해 MX 시리즈 라우터는 MAC 플러시를 트리거하고 코어에 전파할 수 있습니다. MX 시리즈 라우터는 연결 보호 TLV(Type Length Value) 이벤트를 기반으로 작업 프로필을 사용할 수 있습니다. 작업 프로필은 MX 시리즈 PE 라우터에서 캐리어 에지 논리적 인터페이스를 다운시켜 로컬 MAC 플러시를 트리거하고 LDP 알림을 사용하여 토폴로지 변경 사항을 코어로 전파합니다.
VPLS의 경우 모니터링되는 엔드 투 엔드 연결이 없습니다. 액세스 링은 E-도메인 디바이스와 MX 시리즈 PE 라우터 간, 그리고 A-도메인 디바이스와 노키아 지멘스 네트웍스 A-4100 디바이스가 호스팅하는 IWF를 MX 시리즈 PE 라우터 간의 작업 및 보호 경로에서 CFM 다운 MEP(Multiple End Point)를 실행하여 독립적으로 모니터링됩니다. 작업 경로에 연결 장애가 발생하면 Nokia Siemens Networks Ax200 디바이스는 보호 경로로 전환을 수행하여 활성 경로에서 전송될 토폴로지 변경 알림(CCM에 포함된 TLV 형식)을 트리거합니다.
그림 1 은(는) A 도메인에 연결된 MX 시리즈 PE 라우터의 듀얼 홈 토폴로지를 설명합니다. A-도메인 디바이스가 전환을 트리거하면 서비스 트래픽을 새 활성 경로로 전환하기 시작합니다. 이 변경 사항은 작업 및 보호 경로에서 해당 A-도메인 디바이스가 전송한 HELLO 프로토콜 데이터 유닛(PDU)에 전달됩니다. A4100의 IWF가 이러한 HELLO PDU를 수신하면 이를 표준 CCM 메시지로 변환하고 연결 보호 TLV도 삽입합니다. 연결 보호 TLV의 "사용 중 보호" 필드는 현재 활성 경로로 인코딩되며 CCM 메시지에 포함됩니다. CCM 메시지는 A4100의 VLAN 스포크를 통해 MX 시리즈 PE 라우터에서 수신됩니다. 위의 듀얼 홈 시나리오에서 하나의 MX 시리즈 PE 라우터는 작동 경로를 모니터링하고 다른 MX 시리즈 PE 라우터는 보호 경로를 모니터링합니다.
MAC 플러시는 작업 경로를 모니터링하는 CFM 세션이 서비스 트래픽이 보호 경로로 이동했음을 감지하거나 보호 경로를 모니터링하는 CFM 세션이 서비스 트래픽이 작업 경로로 이동했음을 감지할 때 발생합니다.
그림 2 은(는) A 도메인에 연결된 MX 시리즈 PE 라우터의 이중 연결 토폴로지를 설명합니다. 이 경우에 사용되는 MAC 플러시 메커니즘은 듀얼 홈 시나리오에서 A 도메인에 사용되는 메커니즘과 동일합니다(그림 1). 그러나 이 경우 두 CFM 세션 모두 하나의 MX 시리즈 PE 라우터에서만 호스팅됩니다. A 도메인의 Ax100이 토폴로지 변경을 감지하면 MX 시리즈 PE 라우터는 활성 경로임을 나타내는 "사용 보호" 값과 함께 작업 및 보호 경로에 대한 CCM 메시지에서 연결 보호 TLV를 수신합니다. CFM 세션에 대해 생성된 이벤트에 따라 MX 시리즈 PE 라우터는 로컬 MAC 플러시를 트리거하는 적절한 인터페이스를 중단합니다.
연결 보호 TLV 작업 프로파일 구성
작업 프로필은 수신된 CCM 패킷의 값을 connection-protection-tlv 기반으로 작업을 수행하도록 interface-down 구성할 수 있습니다.
다음 예는 설명 설명이 추가된 작업 프로필 구성을 보여줍니다.
[edit protocols oam ethernet connectivity-fault-management]
action-profile <tlv-action> {
event {
# If a connection protection TLV with a “Protection-in-use” value of SET is received */
connection-protection-tlv <using-protection-path>;
# If a connection protection TLV with a “Protection-in-use” value of RESET is received */
connection-protection-tlv <using-working-path>;
}
action {
# Bring the interface down */
interface-down;
}
}
참조
예: 연결 보호 TLV를 기반으로 작업 프로필 구성
이 예에서는 CET 네트워크의 토폴로지 변경을 기반으로 MAC 플러시를 트리거하기 위해 연결 보호 TLV를 기반으로 작업 프로필을 구성하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
Junos OS 릴리스 11.2 이상
MX 시리즈 PE 라우터
개요 및 토폴로지
MX 시리즈 PE 라우터를 사용하는 CET 네트워크의 물리적 토폴로지는 에 그림 3표시됩니다.
토폴로지
다음 정의는 에서 사용되는 그림 3장치 약어 및 용어의 의미를 설명합니다.
프로바이더 에지(PE) 디바이스 - 프로바이더 네트워크의 에지에 있는 디바이스 또는 디바이스 집합으로, 프로바이더의 고객 사이트 뷰를 제공합니다.
E-domain—표준 기반 프로토콜을 실행하고 액세스 측에서 사용되는 Nokia Siemens Networks 캐리어 이더넷 스위치입니다.
A-domain—레거시 프로토콜을 실행하는 Nokia Siemens Networks 캐리어 이더넷 스위치입니다.
구성
절차
단계별 절차
연결 보호 TLV를 기반으로 작업 프로필을 구성하려면 다음 작업을 수행합니다.
작업 프로필 구성
[edit protocols oam ethernet connectivity-fault-management] action-profile <tlv-action> { event { } }연결 보호 TLV가 SET의 "사용 보호" 값으로 수신된 경우 연결 보호 TLV는 보호 경로를 사용해야 합니다
connection-protection-tlv <using-protection-path>;
연결 보호 TLV가 RESET의 "사용 중 보호" 값으로 수신된 경우 연결 보호 TLV는 작업 경로를 사용해야 합니다
connection-protection-tlv <using-working-path>;
인터페이스를 중단하도록 작업 프로필을 구성합니다
action { /* Bring the interface down */ interface-down; }
결과
구성 결과 확인
[edit protocols oam ethernet connectivity-fault-management]
action-profile <tlv-action> {
event {
connection-protection-tlv <using-protection-path>;
connection-protection-tlv <using-working-path>;
}
action {
interface-down;
}
}
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.