Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

CE와 PE 디바이스 간의 CFM 모니터링

이 주제에서는 고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간의 CFM 모니터링에 대해 자세히 설명합니다. 또한 인터페이스 상태 TLV, 포트 상태 TLV, 섀시 ID TLV 및 연결 보호 TLV가 네트워크 모니터링에 어떻게 도움이 되는지 자세히 이해할 수 있습니다.

CFM 작업 프로필 비동기 알림

SUMMARY 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 작업 프로필 구성

SUMMARY PE1에서 PE2로의 CFM UP-MEP는 PE1과 PE2 간의 연결을 모니터링합니다. 이러한 UP-MEP 엔드포인트에서 를 사용하면 PE1에서 CE1과 PE2 사이의 링크 상태와 PE2에서 CE2와 PE1 사이의 링크 상태가 전달됩니다.interface-status-tlv PE1에서 PE2로 작업 프로필을 구성하여 각 CE 디바이스로 비동기 알림을 구동해야 합니다. 수신 된 에서 인접 손실이 감지되거나 링크 다운이 감지되면 트리거됩니다.interface-status-tlv

  1. 인터페이스 수준에서 활성화 asynchronous-notification

    예를 들어

  2. 작업 프로필 및 CFM 이벤트를 구성하여 [] 계층 수준에서 이 작업 프로필을 트리거합니다.edit protocols oam ethernet connectivity-fault-management 작업 프로필에서 둘 이상의 이벤트를 구성할 수 있습니다

    예를 들어

    작업 은, 및 이외의 이벤트에서는 지원되지 않습니다.asynchronous-notificationinterface-status-tlv down interface-status-tlv lower-layer-down adjacency-loss 구성된 다른 모든 이벤트는 커밋 오류를 발생시킵니다

    .
  3. [ action-profile profile-name] 계층 수준에서 asynchronous-notification에 대한 작업을 정의합니다.edit protocols oam ethernet connectivity-fault-management
  4. [] 계층 수준에서 유지 보수 도메인을 정의하고 유지 보수 연결 매개 변수를 지정합니다edit protocols oam ethernet connectivity-fault-management

    예를 들어

  5. 를 기반으로 구성하는 경우 .it 생성을 구성해야 합니다.interface-status-tlvasynchronous-notificationinterface-status-tlv

    예를 들어

  6. [] 계층 수준에서 유지 보수 연결 끝점을 정의하고 관련 매개 변수를 지정합니다.edit protocols oam ethernet connectivity-fault-management maintenance-domain md-name maintenance-association ma-name

    예를 들어

  7. RMEP 수준에서 비동기 알림 작업 프로필을 설정합니다.

    예를 들어

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 모니터링을 구성하려면 계층 수준에서 문을 사용합니다.interface-status-tlv[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check 이것은 표준 옵션입니다.

  • RDI(Remote Defect Indication) - Junos OS 릴리스 17.3R1부터 RDI(Remote Defect Indication) 비트를 사용하여 고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간의 CFM(Connectivity Fault Management) 모니터링을 활성화할 수 있습니다. CFM 모니터링을 활성화하면 CFM은 CC 메시지의 RDI(Remote Defect Indication) 비트를 통해 프로바이더 에지 디바이스의 상태를 전파합니다. 따라서 고객 에지 디바이스는 프로바이더 에지 디바이스가 다운되었음을 인식합니다. RDI 비트는 서비스가 백업될 때 지워집니다. RDI 비트를 사용하여 CFM 모니터링을 구성하려면 계층 수준에서 문을 사용합니다.interface-status-send-rdi[edit protocols oam ethernet connectivity-fault-management maintenance-domain maintenance-domainmaintenance-association maintenance-association continuity-check 고객 에지 디바이스가 인터페이스 상태 TLV를 지원하지 않는 경우 이 옵션이 필요합니다.

주:

인터페이스가 CCC down으로 설정되고 RDI를 구성한 경우 RDI 비트가 전송됩니다. CFM은 인터페이스의 상태를 모니터링하지 않습니다. 인터페이스가 대기 상태가 아닐 때 CCC 다운이 설정되면, RDI를 구성한 경우 RDI 비트가 CC 메시지와 함께 전송됩니다.

RDI 비트를 사용하는 단일 액티브 멀티호밍 사용 사례

2개의 프로바이더 에지 디바이스(PE1 및 PE2)와 2개의 고객 에지 디바이스(CE1 및 CE2)가 있는 다음 토폴로지를 고려하십시오. PE1은 활성 상태이고 PE2는 대기 상태입니다. CFM 다운 MEP는 PE와 CE 간에 구성됩니다. CFM은 CCC 다운을 감지하며, CFM 다운 MEP가 구성되었기 때문에 생성된 CC 메시지에 RDI 비트가 있습니다. PE2에서 CE2로의 CC 메시지에는 차단된 상태를 나타내도록 설정된 RDI 비트가 있습니다. PE2가 활성화되면 CCM 다운이 지워지고 RDI 비트가 후속 CC 메시지에서 지워집니다.

RDI 비트를 사용하는 액티브/액티브 멀티호밍 사용 사례

2개의 프로바이더 에지 디바이스(PE1 및 PE2)와 2개의 고객 에지 디바이스(CE1 및 CE2)가 있는 토폴로지를 고려하십시오. PE1은 활성 상태이고 PE2는 대기 상태입니다. 링크 연결을 모니터링하기 위해 PE와 CE 간에 CFM 다운 MEP가 구성되지 않으면 생성된 CC 메시지에 RDI 비트가 없습니다. CFM 다운 MEP는 PE와 CE 간에 구성됩니다. CFM은 CCC 다운을 감지하며, CFM 다운 MEP가 구성되었기 때문에 생성된 CC 메시지에 RDI 비트가 있습니다. PE2에서 CE2로의 CC 메시지에는 차단된 상태를 나타내도록 설정된 RDI 비트가 있습니다. PE2가 활성화되면 CCM 다운이 지워지고 RDI 비트가 후속 CC 메시지에서 지워집니다.

포트 상태 TLV 및 인터페이스 상태 TLV 구성

TLV 개요

TLV(유형, 길이 및 값)는 PDU에서 가변 길이 및/또는 선택적 정보를 인코딩하는 방법으로 CFM에 대한 IEEE 802.1ag 표준에 설명되어 있습니다. TLV는 특정 단어 또는 옥텟 경계에 정렬되지 않습니다. TLV는 패딩 없이 서로를 따릅니다.

표 1 은(는) TLV 형식을 표시하고 필수 또는 선택 사항인지를 나타냅니다.

표 1: TLV의 형식

매개 변수

옥텟(시퀀스)

설명

형식

1

필수. 0이면 길이 또는 값 필드가 따르지 않습니다. 0이 아닌 경우 적어도 길이 필드는 유형 필드를 따릅니다.

길이

2–3

유형 필드가 0이 아닌 경우 필수입니다. 유형 필드가 0이면 존재하지 않습니다. Length 필드의 16비트는 Value 필드의 크기(옥텟)를 나타냅니다. 길이 필드의 0은 값 필드가 없음을 나타냅니다.

가치

4

길이 필드로 지정된 길이입니다. 선택 사항. 유형 필드가 0이거나 길이 필드가 0이면 존재하지 않습니다.

CFM PDU를 위한 다양한 TLV

표 2 는 다양한 CFM PDU 유형에 대해 IEEE 802.1ag에서 정의한 TLV 집합을 보여줍니다. 각 TLV는 해당 유형 필드에 할당된 고유 값으로 식별할 수 있습니다. 일부 형식 필드 값은 예약되어 있습니다.

표 2: CFM PDU의 다양한 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 구성 문은 M120 및 M320 라우터의 CLI에서 볼 수 있지만 이러한 시스템에서는 포트 상태 TLV를 구성할 수 없습니다. 포트 상태 TLV는 브리지 논리적 인터페이스인 경우에만 MEP 인터페이스에서 활성화될 수 있지만 이러한 시스템에서는 불가능합니다.

구성 정보는 다음 섹션을 참조하십시오.

포트 상태 TLV

Port Status TLV는 MAC의 상태에 관계없이 전송 MEP가 상주하는 브리지 포트가 일반 데이터를 전달할 수 있음을 나타냅니다. 이 TLV의 값은 에 표시된 대로 MEP 변수에 의해 결정됩니다.enableRmepDefect표 4 이 TLV의 형식은 에 나와 있습니다.표 3

Port Status TLVs 값이 변경되면 해당 브리지 포트 MEP CCM의 추가 전송이 트리거됩니다.

표 3: 포트 상태 TLV 형식

매개 변수

옥텟(시퀀스)

유형 = 2

1

길이

2–3

값( 참조)표 4

4

표 4: 포트 상태 TLV 값

니모닉

포트를 자유롭게 통과하는 일반 데이터

가치

ps차단됨

아니요: enableRmepDefect = 거짓

1

psUp

예: enableRmepDefect = 참

2

MEP 변수는 이 MEP가 활성화된 경우 유지 보수 연결에 의해 모니터링되는 서비스 인스턴스의 프레임이 스패닝 트리 프로토콜 및 VLAN 토폴로지 관리에 의해 이 브리지 포트를 통과하는지 여부를 나타내는 부울 변수입니다.enableRmepDefect 다음과 같은 경우 TRUE로 설정됩니다.

  • 브리지 포트는 트래픽이 통과할 수 있는 상태로 설정됩니다.

  • 브리지 포트는 스패닝 트리의 여러 인스턴스를 실행하고 있습니다.

  • MEP 인터페이스는 브리징 도메인과 연결되어 있지 않습니다.

포트 상태 TLV 구성

Junos OS는 포트 상태 TLV에 대한 구성 지원을 제공하므로 CCM PDU에서 이 TLV의 전송을 제어할 수 있습니다. Junos OS는 연속성 확인 수준에서 이러한 구성을 제공합니다. 기본적으로 CCM에는 포트 상태 TLV가 포함되어 있지 않습니다. 포트 상태 TLV를 구성하려면 계층 수준에서 명령문을 사용합니다.port-status-tlv[edit protocols oam ethernet connectivity-fault-management maintenance-domain identifier maintenance-association identifier continuity-check]

주:

포트 상태 TLV 구성은 IEEE 802.1ag에 의해 의무화되어 있지 않습니다. Junos OS는 운영자에게 더 많은 유연성을 제공하기 위해 이를 제공합니다. 그러나 이 구성에 관계없이 포트 상태 TLV로 CCM을 수신하고 처리합니다.

구성 명령문의 예는 다음과 같습니다.

다음 두 가지 경우에는 포트 상태 TLV 전송을 활성화할 수 없습니다:

  • 유지 보수 연결 아래의 MEP 인터페이스가 브리지 유형이 아닌 경우.

  • MEP가 물리적 인터페이스에 구성된 경우.

수신된 포트 상태 TLV 표시

Junos OS는 원격 MEP에서 마지막으로 수신된 포트 상태 TLV를 저장합니다. 수신된 포트 상태 값이 에 나열된 표준 값 중 하나와 일치하지 않으면 명령은 해당 값을 "알 수 없음"으로 표시합니다.표 4show 다음 예와 같이 명령을 사용하여 마지막으로 저장된 수신 포트 상태 TLV를 표시할 수 있습니다.show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier

전송된 포트 상태 TLV 표시

Junos OS는 로컬 MEP에서 마지막으로 전송된 포트 상태 TLV를 저장합니다. 포트 상태 TLV의 전송이 활성화되지 않은 경우 명령은 "없음"을 표시합니다.show 다음 예와 같이 명령을 사용하여 마지막으로 저장된 전송 포트 상태 TLV를 표시할 수 있습니다.show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier

인터페이스 상태 TLV

인터페이스 상태 TLV는 CCM을 전송하는 MEP가 구성된 인터페이스 또는 IETF RFC 2863 IF-MIB의 다음 하위 인터페이스의 상태를 나타냅니다. 이 TLV의 형식은 에 나와 있습니다.표 5 열거된 값은 에 나와 있습니다 .표 6

표 5: 인터페이스 상태 TLV 형식

매개 변수

옥텟(시퀀스)

유형 = 4

1

길이

2–3

값( 참조)표 6

4

표 6: 인터페이스 상태 TLV 값

니모닉

인터페이스 상태

가치

아이스업

위로

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 구성은 다음과 같습니다.

주:

Junos OS는 인터페이스 상태 TLV에 대해 가능한 값 7개 중 3개만 전송할 수 있도록 지원합니다. 지원되는 값은 1, 2 및 7입니다. 그러나 Junos OS는 인터페이스 상태 TLV에 대한 모든 값을 수신할 수 있습니다.

수신된 인터페이스 상태 TLV 표시

Junos OS는 원격 MEP에서 마지막으로 수신된 인터페이스 상태 TLV를 저장합니다. 수신된 인터페이스 상태 값이 에 나열된 표준 값 중 하나와 일치하지 않으면 명령은 "알 수 없음"을 표시합니다.표 5show

다음 예와 같이 명령을 사용하여 마지막으로 저장된 인터페이스 상태 TLV를 표시할 수 있습니다.show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier

전송된 인터페이스 상태 TLV 표시

Junos OS는 로컬 MEP에서 마지막으로 전송된 인터페이스 상태 TLV를 저장합니다. 인터페이스 상태 TLV의 전송이 활성화되지 않은 경우 명령은 "none"을 표시합니다.show

다음 예와 같이 명령을 사용하여 마지막으로 전송된 인터페이스 상태 TLV를 표시할 수 있습니다.show oam ethernet connectivity-fault-management mep-database maintenance-domain identifier maintenance-association identifier local-mep identifier remote-mep identifier

MAC 상태 결함

Junos OS는 MAC 상태 결함 정보를 제공하여 하나 이상의 원격 MEP가 포트 상태 TLV 또는 인터페이스 상태 TLV의 실패를 보고하고 있음을 나타냅니다. 일부 원격 MEP가 인터페이스가 isUp이 아니라고 보고하거나(예: 하나 이상의 원격 MEP 인터페이스를 사용할 수 없음) 모든 원격 MEP가 psUp 이외의 값을 포함하는 포트 상태 TLV를 보고하는 경우(예: 모든 원격 MEP 브리지 포트가 데이터를 전달하지 않음) "예"를 나타냅니다. MAC 상태 결함 표시를 보는 데 사용할 수 있는 두 가지 명령이 있습니다.show

명령을 사용하여 MAC 상태 결함을 표시합니다.mep-database

명령을 사용하여 MAC 상태 결함을 표시합니다.interfaces

원격 MEP 작업 프로필 지원 구성

수신된 CCM 패킷의 및 값을 기반으로 옵션을 사용하여 와 같은 특정 작업을 수행할 수 있습니다.interface-status-tlvport-status-tlvinterface-downaction-profile 라우터에서 여러 작업 프로필을 구성할 수 있지만 원격 MEP에는 하나의 작업 프로필만 할당할 수 있습니다.

작업 프로필은 작업을 트리거하는 하나 이상의 이벤트로 구성할 수 있습니다. 그러나 이러한 이벤트 중 하나라도 발생하면 작업이 트리거됩니다. 구성된 모든 이벤트가 트리거 될 필요는 없습니다.action

작업 프로필은 원격 MEP 수준에서만 적용할 수 있습니다.

다음 예는 설명 설명이 추가된 작업 프로필 구성을 보여줍니다.

원격 MEP 작업 프로파일 모니터링

다음 예와 같이 명령을 사용하여 원격 MEP의 작업 프로필 상태를 볼 수 있습니다.show oam ethernet connectivity-fault-management mep-database

show oam ethernet connectivity-fault- management mep-database remote-mep(작업 프로필 이벤트)

섀시 ID TLV 구성

릴리스 16.1R2 이상에서는 패킷과 함께 발신자 ID TLV를 전송하도록 Junos OS를 구성할 수 있습니다. 발신자 ID TLV는 IEEE 802.1ag 표준에 지정된 대로 CCM(Continuity Check Message), 루프백 메시지 및 LTM(Link Trace Message)으로 전송되는 선택적 TLV입니다. 발신자 ID TLV에는 디바이스의 고유한 CFM 기반 MAC 주소인 섀시 ID와 IPv4 또는 IPv6 주소인 관리 IP 주소가 포함되어 있습니다.

TLV의 필드 값은 TLV에 섀시 ID 정보가 포함되어 있는지 여부를 나타냅니다.length 필드에 가능한 값은 영() 또는 임의의 유효한 숫자이며, 이는 각각 TLV에 섀시 ID 정보가 있는지 여부를 나타냅니다.length0

명령을 사용하여 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 구성이 전역 수준 구성보다 우선합니다.

주:

발신자 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: CET inter-op 듀얼 홈 토폴로지CET inter-op 듀얼 홈 토폴로지

그림 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: CET inter-op 이중 연결 토폴로지CET inter-op 이중 연결 토폴로지

그림 2 은(는) A 도메인에 연결된 MX 시리즈 PE 라우터의 이중 연결 토폴로지를 설명합니다. 이 경우에 사용되는 MAC 플러시 메커니즘은 듀얼 홈 시나리오에서 A 도메인에 사용되는 메커니즘과 동일합니다(그림 1). 그러나 이 경우 두 CFM 세션 모두 하나의 MX 시리즈 PE 라우터에서만 호스팅됩니다. A 도메인의 Ax100이 토폴로지 변경을 감지하면 MX 시리즈 PE 라우터는 활성 경로임을 나타내는 "사용 보호" 값과 함께 작업 및 보호 경로에 대한 CCM 메시지에서 연결 보호 TLV를 수신합니다. CFM 세션에 대해 생성된 이벤트에 따라 MX 시리즈 PE 라우터는 로컬 MAC 플러시를 트리거하는 적절한 인터페이스를 중단합니다.

연결 보호 TLV 작업 프로필 구성

작업 프로필은 수신된 CCM 패킷의 값을 기반으로 작업을 수행하도록 구성할 수 있습니다.interface-downconnection-protection-tlv

다음 예는 설명 설명이 추가된 작업 프로필 구성을 보여줍니다.

예: 연결 보호 TLV를 기반으로 작업 프로필 구성

이 예에서는 CET 네트워크의 토폴로지 변경을 기반으로 MAC 플러시를 트리거하기 위해 연결 보호 TLV를 기반으로 작업 프로필을 구성하는 방법을 보여줍니다.

요구 사항

이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.

  • Junos OS 릴리스 11.2 이상

  • MX 시리즈 PE 라우터

개요 및 토폴로지

MX 시리즈 PE 라우터를 사용하는 CET 네트워크의 물리적 토폴로지는 다음과 같습니다. 그림 3

토폴로지

그림 3: CET 네트워크의 토폴로지CET 네트워크의 토폴로지

다음 정의는 에서 사용되는 장치 약어 및 용어의 의미를 설명합니다.그림 3

  • 프로바이더 에지(PE) 디바이스 - 프로바이더 네트워크의 에지에 있는 디바이스 또는 디바이스 집합으로, 고객 사이트에 대한 프로바이더의 관점을 제공합니다.

  • E-domain—표준 기반 프로토콜을 실행하고 액세스 측에서 사용되는 Nokia Siemens Networks 캐리어 이더넷 스위치입니다.

  • A-domain—레거시 프로토콜을 실행하는 Nokia Siemens Networks 캐리어 이더넷 스위치입니다.

구성

절차

단계별 절차

연결 보호 TLV를 기반으로 작업 프로필을 구성하려면 다음 작업을 수행합니다.

  1. 작업 프로필 구성

  2. 연결 보호 TLV가 SET의 "사용 보호" 값으로 수신된 경우 연결 보호 TLV는 보호 경로를 사용해야 합니다

  3. 연결 보호 TLV가 RESET의 "사용 중 보호" 값으로 수신된 경우 연결 보호 TLV는 작업 경로를 사용해야 합니다

  4. 인터페이스를 중단하도록 작업 프로필을 구성합니다

결과

구성 결과 확인

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. Feature Explorer 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.

릴리스
설명
17.3R1
Junos OS 릴리스 17.3R1부터 RDI(Remote Defect Indication) 비트를 사용하여 고객 에지 디바이스가 주니퍼 디바이스가 아닌 경우 프로바이더 에지 디바이스와 고객 에지 디바이스 간의 CFM(Connectivity Fault Management) 모니터링을 활성화할 수 있습니다.
16.1
릴리스 16.1R2 이상에서는 패킷과 함께 발신자 ID TLV를 전송하도록 Junos OS를 구성할 수 있습니다.