Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS OAM 구성

OAM에 대한 MPLS 전송 프로파일 구성

MPLS 전송 프로필 개요

RFC 5654, MPLS 전송 프로필의 요구 사항은 MPLS가 전송 서비스 및 전송 네트워크 작업에 사용될 때 OAM(운영, 관리 및 유지 관리)의 기능을 확장하는 MPLS 전송 프로필(MPLS-TP)의 요구 사항을 설명합니다. 이러한 기능은 유사 회선 또는 LSP(Label-Switched Path)의 문제 해결 및 유지 관리에 도움이 됩니다.

OAM을 위한 MPLS-TP 메커니즘에는 두 가지 주요 구성 요소가 포함되어 있습니다.

  • GAL(Generic Associated Channel Label) - LSP에서 수신하는 패킷이 연결된 제어 채널 또는 컨트롤 플레인에 속한다는 것을 송신 레이블 스위칭 라우터 (LSR)에 알리는 예외 메커니즘을 활성화하는 특수 레이블입니다.

  • G-ACH(Generic Associated Channel Header) - MPLS LSP(Label-Switched Path)에 포함된 페이로드 유형을 식별하는 특수 헤더 필드입니다. G-Ach는 유사 회선 관련 제어 채널 헤더와 동일한 형식을 갖습니다.

MPLS-TP에 대한 자세한 내용은 RFC 5654, MPLS 전송 프로필의 요구 사항을 참조하십시오. GAL 및 G-ACH에 대한 자세한 내용은 RFC 5586, MPLS 일반 연결 채널을 참조하십시오.

MPLS-TP의 Junos OS 구현에서는 다음과 같은 기능이 지원됩니다.

  • MPLS-TP OAM은 IP 캡슐화 없이 GAL 및 G-Ach를 사용하여 패킷을 송수신할 수 있습니다.

  • 라우터 쌍 간에 두 개의 단방향 RSVP LSP를 서로 연결하여 GAL 및 G-ACH OAM 메시지에 대한 경로를 바인딩하기 위한 관련 입찰 LSP를 생성할 수 있습니다. 연결된 양방향 LSP에 대해 단일 BFD(Bidirectional Forwarding Detection) 세션이 설정됩니다.

예: OAM에 대한 MPLS 전송 프로파일 구성

이 예에서는 LSP(Label-Switched Path)를 통해 OAM GAL 및 G-ACH 메시지를 송수신하기 위한 MPLS 전송 프로필(MPLS-TP)을 구성하는 방법을 보여줍니다.

요구 사항

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

  • M 시리즈, MX 시리즈 및 T 시리즈 라우터의 조합이 가능한 6개의 디바이스

  • 디바이스에서 실행되는 Junos OS 릴리스 12.1 이상

개요

Junos OS 릴리스 12.1 이상은 MPLS-TP(MPLS Transport Profile) OAM(Operation, Administration, and Maintenance) 기능을 지원합니다. MPLS-TP는 MPLS가 전송 서비스 및 전송 네트워크 운영에 사용될 때 OAM에 대한 새로운 기능을 도입합니다. 여기에는 OAM 메시지에 대한 GAL(Generic Associated Channel Label) 및 G-Ach(Generic Associated Channel Header) 구성이 포함됩니다.

이 예에서는 IP 캡슐화 없이 GAL 및 G-ACH OAM 메시지를 송수신하도록 MPLS-TP OAM 기능을 구성하는 방법을 보여줍니다. 또한 라우터 쌍 간에 두 개의 단방향 RSVP LSP(Label-Switched Path)를 연결하여 GAL 및 G-ACH OAM 메시지에 대한 경로를 바인딩하기 위한 관련 양방향 LSP를 생성하는 방법도 보여줍니다.

Junos OS 릴리스 12.1 이상은 다음과 같은 MPLS-TP 기능을 지원합니다.

  • MPLS-TP OAM 기능 및 MPLS 애플리케이션이 IP 캡슐화 없이 GAL 및 G-Ach로 패킷을 송수신하는 데 필요한 인프라.

  • 전송 LSP에서 IP 캡슐화 없이 GAL 및 G-Ach를 사용하여 패킷을 송수신하는 LSP-ping 및 BFD(Bidirectional Forwarding Detection) 애플리케이션.

  • 라우터 쌍 간에 두 개의 단방향 RSVP LSP를 서로 연결하여 GAL 및 G-ACH OAM 메시지에 대한 경로를 바인딩하기 위한 관련 양방향 LSP를 생성합니다. 연결된 양방향 LSP 모델은 기본 경로를 연결하는 경우에만 지원됩니다. 연결된 양방향 LSP에 대해 단일 BFD 세션이 설정됩니다.

Junos OS 릴리스 12.1 이상은 다음 MPLS-TP 기능을 지원하지 않습니다.

  • 포인트 투 멀티포인트 RSVP LSP 및 BGP LSP

  • 손실 측정 및 지연 측정

다음 구성 문을 사용하여 GAL 및 G-Ach OAM 작업을 활성화할 수 있습니다.

  • mpls-tp-mode- MPLS 네트워크의 모든 LSP에서 [edit protocols mpls oam] IP 캡슐화 없이 GAL 및 G-Ach OAM 작업을 활성화하려면 계층 수준에서 이 문을 포함합니다.

    네트워크의 특정 LSP에서 [edit protocols mpls label-switched-path lsp-name oam] IP 캡슐화 없이 GAL 및 G-Ach OAM 작업을 활성화하려면 계층 수준에서 이 문을 포함합니다.

    주:

    Junos OS 릴리스 16.1부터 MPLS-TP는 mpls-tp-mode 명령문에 따라 기본 LSPING(0x0008) 채널 유형에 대해 두 가지 추가 채널 유형을 지원합니다. 이러한 추가 채널 유형은 IP/UDP 캡슐화 유무에 관계없이 온디맨드 CV(Connectivity Verification)를 제공합니다.

    • 온디맨드 CV(0x0025) - 이 채널 유형은 새로운 유사 회선 채널 유형으로, IP 주소 지정을 사용할 수 없거나 비 IP 캡슐화가 선호되는 IP/UDP 캡슐화가 없는 온디맨드 CV에 사용됩니다.

    • IPv4(0x0021)—이 채널 유형은 IP/UDP 캡슐화를 사용하며 IP 주소 지정을 사용하는 다른 벤더 디바이스와의 상호 운용성 지원을 제공합니다.

    GACH-TLV는 기본 LSPING 채널 유형과 함께 사용됩니다. RFC 7026에 따라 GACH-TLV는 0x0021 및 0x0025 채널 유형에서 더 이상 사용되지 않습니다.

    MPLS-TP의 채널 유형을 구성하려면 및 [edit protocols mpls oam mpls-tp-mode] 계층 수준에 문을 [edit protocols mpls label-switched-path lsp-name oam mpls-tp-mode] 포함합니다lsping-channel-type channel-type.

  • associate-lsp lsp-name from from-ip-address- LSP의 [edit protocols mpls label-switched-path lsp-name] 양쪽 끝에 연결된 양방향 LSP를 구성하려면 계층 수준에 이 명령문을 포함합니다.

    LSP의 from from-ip-address 구성은 선택 사항입니다. 생략하면 수신 LSP 구성의 주소에서 to 파생됩니다.

  • transit-lsp-association- 에 이 문을 포함합니다. [edit protocols mpls]전송 라우터에서 두 LSP를 연결하는 계층 수준입니다.

    전송 노드에서 LSP의 연결은 TTL 만료된 LSP 핑 패킷 또는 traceroute에 대한 반환 LSP 경로에 유용합니다.

이 예에서 R0은 수신 라우터이고 R4는 송신 라우터입니다. R1, R2, R3 및 R5는 전송 라우터입니다. 연결된 양방향 LSP는 GAL 및 G-ACH OAM 메시지를 송수신하기 위해 전송 라우터 간에 설정됩니다.

그림 1 본 예제에서 사용되는 토폴로지를 나타냅니다.

토폴로지
그림 1: MPLS-TP OAM 관련 양방향 LSPMPLS-TP OAM 관련 양방향 LSP

구성

CLI 빠른 구성
주:

이 예는 모든 디바이스의 구성을 보여주고 수신 라우터 R0 및 전송 라우터 R1을 구성하기 위한 단계별 절차를 보여줍니다. 송신 라우터 R4에서 수신 라우터 R0에 대해 설명한 단계별 절차를 반복합니다. 다른 전송 라우터 R2, R3 및 R5에서 전송 라우터 R1에 대해 단계별 절차를 반복합니다. 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 적절하게 수정해야 합니다.

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣습니다.

라우터 R0

라우터 R1

라우터 R2

라우터 R3

라우터 R4

라우터 R5

디바이스 R0 구성
단계별 절차

수신 라우터 R0을 구성하려면 다음을 수행합니다.

  1. 인터페이스를 구성합니다.

  2. 인터페이스에서 MPLS를 구성합니다.

  3. OSPF와 같은 내부 게이트웨이 프로토콜을 구성합니다.

  4. RSVP와 같은 신호 프로토콜을 구성합니다.

  5. LSP를 구성합니다.

  6. LSP에서 IP 캡슐화 없이 GAL 및 G-Ach OAM 작업을 활성화합니다.

  7. LSP의 양쪽 끝에서 관련 양방향 LSP를 구성합니다.

  8. 디바이스 구성을 완료한 후 구성을 커밋합니다.

결과

show protocols 명령을 실행하여 show interfaces 구성을 확인합니다.

디바이스 R1 구성
단계별 절차

전송 라우터 R1을 구성하려면 다음을 수행합니다.

  1. 인터페이스를 구성합니다.

  2. 인터페이스에서 MPLS를 구성합니다.

  3. OSPF와 같은 내부 게이트웨이 프로토콜을 구성합니다.

  4. RSVP와 같은 신호 프로토콜을 구성합니다.

  5. 전송 라우터에서 두 LSP의 연결을 구성합니다.

  6. 디바이스 구성을 완료하면 해당 구성을 커밋합니다.

결과

show protocols 명령을 실행하여 show interfaces 구성을 확인합니다.

검증

구성이 올바르게 작동하고 있는지 확인합니다.

연결된 양방향 LSP 검증
목적

연결된 양방향 LSP 구성이 제대로 작동하는지 확인합니다.

작업
의미

, show mpls detailshow mpls bidirectional 명령의 show mpls lsp출력은 연결된 양방향 LSP 및 LSP 연결 정보의 세부 정보를 표시합니다.

LDP에 대한 OAM 수신 정책 구성

ingress-policy 명령문을 사용하여 OAM(Operation, Administration, and Management) 정책을 구성하여 OAM을 활성화해야 하는 FEC(Forwarding Equivalence Class)를 선택할 수 있습니다. FEC가 정책을 통과하거나 FEC가 명시적으로 구성된 경우 FEC에 대해 OAM이 활성화됩니다. 정책을 사용하여 선택한 FEC의 경우 아래에 [edit protocols ldp oam bfd-liveness-detection] 구성된 BFD 매개 변수가 적용됩니다.

계층 수준에서 OAM 수신 정책을 [edit policy-options] 구성합니다. OAM 수신 정책을 구성하려면 문을 포함합니다.ingress-policy

이 명령문은 다음의 계층 수준에서 구성하실 수 있습니다.

  • [edit protocols ldp oam]

  • [edit logical-systems logical-system-name protocols ldp oam]

주:

ACX 시리즈 라우터는 [edit logical-systems] 계층 수준을 지원하지 않습니다.

MPLS 및 LSP 패킷 및 작업 추적

MPLS 및 LSP 패킷과 작업을 추적하려면 다음과 같은 명령문을 포함합니다.traceoptions

이 명령문을 포함할 수 있는 계층 수준의 목록은 이 명령문에 대한 요약 섹션을 참조하십시오.

MPLS traceoptions 문에서 다음과 같은 MPLS 관련 플래그를 지정할 수 있습니다.

  • all- 모든 작업을 추적합니다.

  • connection- 모든 CCC(Circuit Cross-Connect) 활동을 추적합니다.

  • connection-detail- 자세한 CCC 활동을 추적합니다.

  • cspf—CSPF 계산을 추적합니다.

  • cspf-link—CSPF 계산 중에 방문한 링크를 추적합니다.

  • cspf-node—CSPF 계산 중에 방문한 노드를 추적합니다.

  • error- MPLS 오류 조건을 추적합니다.

  • graceful-restart- MPLS Graceful Restart 이벤트를 추적합니다.

  • lsping—LSP 핑 패킷 및 반환 코드를 추적합니다.

  • nsr-synchronization- NSR(Nonstop Routing) 동기화 이벤트를 추적합니다.

  • nsr-synchronization-detail- NSR 동기화 이벤트를 자세히 추적합니다.

  • state- 모든 LSP 상태 전환을 추적합니다.

  • static- 정적 레이블 전환 경로를 추적합니다.

옵션을 사용하여 cspf MPLS LSP를 추적하도록 추적 옵션을 구성하면 CSPF 로그는 "일반화된 MPLS"(GMPLS)라는 용어를 사용하여 MPLS LSP에 대한 정보를 표시합니다. 예를 들어 CSPF 로그의 메시지에는 "링크가 GMPLS 제약 조건을 통과합니다"라고 명시되어 있을 수 있습니다. GMPLS(Generalized MPLS)는 MPLS의 상위 집합이므로 이 메시지는 정상이며 적절한 MPLS LSP 작동에 영향을 미치지 않습니다.

변경 내역 표

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

릴리스
설명
16.1
Junos OS 릴리스 16.1부터 MPLS-TP는 mpls-tp-mode 명령문에 따라 기본 LSPING(0x0008) 채널 유형에 대해 두 가지 추가 채널 유형을 지원합니다.