Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

세션에 대한 통계 MPLS 수집

통계 MPLS 구성

명령문을 MPLS 전송 세션을 비롯한 모든 MPLS 트래픽 통계를 주기적으로 수집하도록 구성할 수 statistics 있습니다. MIB(Management Information Base)의 SNMP 폴링을 MPLS 트래픽 통계를 수집하려는 경우 MPLS statistics 구성해야 합니다.

MPLS 통계 수집을 활성화하거나 비활성화하려면 다음 진술을 statistics 포함하십시오.

다음 계층 수준에서 이러한 명령문을 구성할 수 있습니다.

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

기본 간격은 300초입니다.

옵션을 구성하면 LSP당 하나의 엔트리가 있는 파일에 file 통계가 배치됩니다. 지정된 간격 동안 이 파일에 다음과 같은 정보가 기록됩니다.

  • 각 LSP에서 전송하는 패킷 수, 패킷 수, 초당 패킷 수, Junos Trio 칩셋의 점대다점 LSP의 서브 LSP에 대한 패킷 및 byte 통계 표시에 대한 기능 패리티(feature parity)는 Junos OS 릴리스, 11.1R2, 11.2R2 및 11.4에서 지원됩니다.

  • 해당 LSP에 대해 구성된 대역폭 비율과 관련해 해당 LSP를 통해 전송되는 대역폭의 비율. LSP에 대해 구성된 대역폭이 없는 경우, 0%가 백분율 열에 기록됩니다.

각 주기 보고서가 끝날 때 요약은 현재 시간, 총 세션 수, 읽기 읽은 세션 수, 무시되는 세션 수 및 읽기 오류를 보여줍니다. 무시되는 세션은 일반적으로 up state에 있지 않은 세션 또는 예약(0 ~15) 수신 레이블(일반적으로 LSP의 egress Point)을 보유한 세션입니다. 읽기 오류의 이유는 오류가 발생한 LSP의 엔트리와 동일한 줄에 나타납니다. 통계 수집은 불안정한 프로세스입니다. 읽기 오류는 정확성에 영향을 미칠 수 있습니다. 샘플 출력은 다음과 같습니다.

UHP LSP에 대한 On-Demand Packet Loss 및 Delay Measurement 개요

이 주제는 네트워크 성능 모니터링을 지원하기 위해 네트워크에서 점대점(point-to-point) UHP(Ultimate Hop Popping) LSP(Label-Switched Paths)에 대한 패킷 손실, 지연 및 처리 MPLS 측정하는 방법을 설명하고 있습니다.

패킷 손실 및 지연 측정의 중요성

IPTV 및 모바일 비디오와 같은 대역폭을 많이 소모하는 애플리케이션이 증가하고 비트당 비용을 최소화하고 비트당 가치를 극대화해야 하는 부담이 증가하고 있습니다. 이에 따라 통신 사업자들은 서킷 기반 기술에서 패킷 기반 기술로 전송 네트워크를 전환해야 합니다. MPLS 패킷 기반 전송 네트워크에 이상적인 널리 성공을 거는 연결 지향 패킷 전송 기술입니다.

데이터 네트워크에 새로운 애플리케이션이 등장하고 있는 현재 서비스 프로바이더는 새로운 애플리케이션 출시의 영향을 정확하게 예측하는 것이 점점 더 중요해지고 있습니다. 네트워크 성능을 이해하고 모델링하는 것은 특히 성공적인 구현을 보장하기 위해 새로운 애플리케이션을 구축하는 데 중요합니다. 패킷 네트워크에서 패킷 손실과 지연은 성능의 가장 근본적인 2대 측정 조치입니다. 엔드-엔드 측정에서 역할은 더욱 핵심적인 역할을 합니다.

대부분의 엔드-엔드 사용자 애플리케이션에 속하는 트래픽은 손실에 민감한(파일 전송), 지연에 민감한(음성 또는 비디오 애플리케이션) 또는 두 가지 모두(대화형 컴퓨팅 애플리케이션) 중 하나에 속합니다. SLA는 서비스 프로바이더 네트워크에서 손실에 직접 또는 간접적으로 의존하고 서비스 프로바이더 네트워크의 고객 트래픽 경험을 지연하기 때문에 이러한 네트워크 성능 메트릭을 측정하고 모니터링하는 능력에 따라 달라집니다.

SLA 준수를 보장하기 위해 서비스 프로바이더는 패킷 손실에 대한 성능 메트릭, 편도 지연 및 2-웨이 지연, 지연 변동(delay variation) 및 채널 처리량과 같은 관련 메트릭을 측정하고 모니터링할 수 있는 도구가 필요합니다. 이러한 측정 기능은 서비스 프로바이더가 네트워크의 성능 특성에 대한 가시성을 높게 함으로써 계획, 문제 해결 및 네트워크 성능 평가를 촉진합니다.

패킷 손실, 지연 및 처리량 정의

패킷 네트워크에서 패킷 손실과 지연은 성능의 가장 근본적인 2대 측정 조치입니다.

  • Loss—패킷 손실은 하나 이상의 전송된 패킷이 목적지에 도착하지 못하게 하는 것입니다. 패킷 손실은 혼잡을 관리하기 위해 네트워크에 의해 드롭된 데이터의 패킷을 말합니다.

    데이터 애플리케이션은 일반적으로 시간이 민감하지 않을 뿐만 아니라 드롭된 패킷을 재전 전송할 수 때문에 패킷 손실에 대한 내성은 매우 높습니다. 그러나 화상 회의 환경과 VoIP와 같은 순수 오디오 통신에서 패킷 손실은 지터를 생성할 수 있습니다.

  • Delay—패킷 지연(대기시간)은 코퍼 유선, 광섬유, 무선 파장 등의 전송 매체의 속도, 라우터 및 모뎀과 같은 장치로의 전송 지연에 따라 데이터 패킷이 지정된 지점에서 다른 지점으로 전송되는 데 소요되는 시간입니다.

    대기 시간이 짧은 것은 높은 네트워크 효율성을 나타냅니다.

  • Throughput—패킷 지연은 작업 시작과 완료 사이의 시간을 측정하는 반면 처리량은 해당 시간 동안 발생하는 총 작업 수입니다.

패킷 손실 및 지연 측정 메커니즘

패킷 지연과 손실은 네트워크 성능을 위한 두 가지 기본 측정 조치입니다. Junos OS LSP(Label-Switched Path)에 대한 패킷 손실 및 관련 양방향 MPLS 에지 홉 핑(hop popping)의 지연을 측정할 수 있는 on-demand 메커니즘을 제공합니다.

On-Demand Delay 및 패킷 손실 측정 메커니즘은 다음과 같은 CLI 명령을 사용하여 시작됩니다.

  • monitor mpls loss rsvp—관련 양방향 UHP LSP에 대한 수요에 따라 손실을 측정합니다.

  • monitor mpls delay rsvp—관련 양방향 UHP LSP에 대한 수요에 따라 지연 측정을 수행

  • monitor mpls loss-delay rsvp—관련 양방향 UHP LSP에 대한 수요에 따라 손실과 지연을 합산한 측정을 수행

지연 및 패킷 손실 측정 메커니즘을 시작하려면 측정 유형 및 LSP 이름과 같은 측정에 필요한 매개 변수를 입력해야 합니다. 매개 변수를 수신할 때 성능 모니터링 데이터의 요약이 표시되고 메커니즘이 종료됩니다.

패킷 손실 및 지연 측정 지표

다음 성능 메트릭은 On-Demand 패킷 손실 및 지연 메커니즘을 사용하여 측정됩니다.

  • 손실 측정(패킷 및 옥킷)

  • 처리량 측정(패킷 및 옥켓)

  • 양면 채널 지연

  • 왕복 지연

  • IPDV(Inter-Packet Delay Variation)

명령은 손실 및 성능 측정을 수행하고, 명령은 2-웨이 채널 지연, 라운드 트립 monitor mpls loss rsvpmonitor mpls delay rsvp 지연, IPDV 측정을 실행합니다. 명령어는 손실 및 지연 측정을 모두 수행하고 위에서 언급한 모든 성능 메트릭을 monitor mpls loss-delay rsvp 동시에 측정합니다.

패킷 손실 및 지연 측정 개념

다음 개념은 패킷 손실 및 지연의 기능을 보다 잘 이해하는 데 도움이 됩니다.

  • Querier—querier는 손실 또는 지연 측정에 대한 쿼리 메시지를 보낸 수신 PE(Provider Edge) 라우터입니다.

  • Responder—응답자는 querier에서 쿼리 메시지를 수신하고 응답하는 egress PE 라우터입니다.

  • Associated bidirectional LSP—관련 양방향 LSP는 두 LSP 엔드 포인트의 구성을 통해 서로 연결되거나 서로 연관된 2개의 양방향 LSP로 구성됩니다.

    ON-demand 손실 및 지연 측정은 관련 양방향 UHP LSP에서만 수행될 수 있습니다.

  • Generic associated channel (G-Ach)—G-Ach 상에서 진행되는 on-demand 손실 및 지연 측정 플로우에 대한 MPLS 메시지입니다. 이 유형의 채널은 대역 내 응답만 지원하며 대역 외 또는 응답 없음 모드에 대한 지원을 제공하지 않습니다.

  • Measurement point (MP)—MP는 측정을 위해 조건이 설명되는 위치입니다.

    전송측에서 패킷 손실을 위한 MP는 스위칭 패브릭과 전송 인터페이스 사이에 있습니다. 카운터 값에는 전송 대기열이 표시되기 전에 하드웨어의 손실 측정 메시지에 스탬프가 표시됩니다.

    수신 측에서 패킷 손실을 위한 MP는 수신 인터페이스와 스위칭 패브릭 사이에 있습니다. MP는 수신 측에 분산됩니다. 또한 전송 인터페이스가 통합 인터페이스인 경우 MP도 분산됩니다.

  • Query rate—쿼리 속도는 손실과 지연 측정을 위해 전송된 2개의 쿼리 사이의 간격입니다.

    손실 및 지연 측정 메시지는 데이터 라우팅 엔진 때문에 여러 채널에 대한 조회율이 높을 경우 네트워크의 부담이 라우팅 엔진. 지원되는 최소 쿼리 간격은 1초입니다.

    데이터 트래픽 속도가 매우 높을 때 카운터가 빠르게 처리될 수 있기 때문에 쿼리 속도는 32비트 카운터의 경우 높아야 합니다. 손실 측정과 관련된 4개 측정 지점에서 64비트 카운터를 사용할 경우 쿼리 속도는 낮을 수 있습니다. Junos OS 64비트 카운터만 지원합니다.

  • Traffic class—기본적으로 전체 채널에서 손실 측정이 지원됩니다. Junos OS 클래스의 패킷 손실 측정을 지원하여 트래픽 클래스당 데이터 트래픽 통계를 유지하는 카운터를 생성해야 합니다.

    트래픽 클래스 카운터당 카운터는 기본적으로 생성되지 않습니다. 트래픽 클래스 범위 손실 측정을 구성하기 위해 계층 수준에서 traffic-class-statistics[edit protocols mpls statistics] 명령문을 포함합니다.

    구성되면 G-Ach를 통해 전달되는 제어 패킷은 전송 및 수신 카운터에 traffic-class-statistics 계산되지 않습니다.

    주:

    트래픽 클래스 통계를 활성화 및 활성화하면 LSP에 대한 모든 카운터(통합 카운터 및 클래스당 카운터)가 리셋됩니다.

  • Loss measurement mode—Junos OS 손실 측정을 직접 지원하며 추론 모드(inferred-mode)를 지원하지 않습니다.

    직접 손실 측정에서는 데이터 트래픽 통계가 관련 양방향 LSP의 2개의 한방향 LSP의 ingress 및 egress에서 유지 관리해야 합니다. MX 시리즈 라우터가 MMPC와 MIC만 사용하는 경우 데이터 트래픽 통계를 유지하기 위한 카운터는 모든 유형의 LSP 및 UHP LSP의 egress에서 기본적으로 생성됩니다.

    그러나 직접적인 손실 측정 모드는 다음과 같은 이유로 완벽하게 정확하지 않습니다.

    • 하드웨어의 병렬 포우링 특성.

    • 통합 Ethernet 인터페이스와 같이 네트워크에 ECMP(Equal Cost Multipath)가 존재하기 때문에 손실 측정 메시지와 연계하여 데이터 패킷을 재 주문할 수 있습니다.

    • G-Ach를 통해 전달되지 않는 제어 패킷은 LSP 수신에 집계되지 않지만 LSP egress에서 계산됩니다.

    • Diffserv가 네트워크에서 구현될 때 손실 측정 메시지와 MPLS 측정 범위가 트래픽 클래스 범위가 아닌 전체 채널에서 데이터 트래픽을 재 주문합니다.

      이러한 한계를 극복하기 위해 Diffserv가 구현될 때 트래픽 클래스 범위의 손실을 측정합니다.

    주:

    직접 모드 손실 측정은 LSP와 연관된 ingress 또는 egress 인터페이스가 변경될 때 중단에 취약합니다.

  • Loss measurement synchronization—RFC 6374의 섹션 2.9.8에 지정된 동기화 조건은 절대적인 의미에서 사실이 아닙니다. 그러나 손실 측정 카운터가 하드웨어에 스탬프가 표시되도록 하여 동기화 조건을 충족하지 못하기 때문에 발생되는 오류는 상대적으로 작습니다. 이러한 오류를 정량화해야 합니다.

    LSP의 전송 또는 수신 인터페이스가 통합 인터페이스인 경우 인터페이스가 비 통합 인터페이스인 경우와 비교하여 더 많은 오류가 발생합니다. 어떤 경우에도 손실 측정 카운터는 하드웨어에 스탬프가 표시되고 오류를 수량화해야 합니다.

  • Delay measurement accuracy—전송 및 수신 인터페이스가 서로 다른 패킷 전달 엔진에 상주하는 경우, 양방향 지연 측정을 위해 클락이 이들 패킷 전달 엔진 상에서 동기화되어야 합니다. 이 조건은 On-Demand Delay 측정 기능이 구현된 플랫폼에 대해 마찬가지입니다.

    통합 인터페이스 또는 ECMP인 경우 지연은 잠재 경로 중 하나에서만 지연을 측정합니다.

    지연 계산을 위해 손실 및 지연 메시지가 결합된 경우, 지연 측정 메시지가 전송 또는 수신 인터페이스가 통합 인터페이스인 경우와 같은 경우에 사용되는 경우보다 지연의 정확도가 낮습니다.

    지연 측정은 항상 트래픽 클래스를 기준으로 수행되고 테스트 후에 측정의 정확성을 정량화해야 합니다.

  • Timestamp format—Junos OS IEEE(Institute of Electrical and Electronics Engineers) 1588 PTP(Precision Time Protocol) [IEEE1588] 형식만 지원하여 지연 측정 메시지를 기록합니다. NTP(Network Time Format)는 지원되지 않습니다.

  • Operations, administration, and maintenance (OAM)—MPLS LSP에 대한 모든 OAM 메시지가 MPLS G-Ach를 통해 전달되는 것을 나타내고 MPLS 성능 모니터링 메시지를 MPLS G-Ach를 통해 전달될 수 있도록 명령문은 계층 수준에 포함되어야 oam mpls-tp-mode[edit protocols mpls label-switched-path lsp-name] 합니다.

패킷 손실 및 지연 측정 기능

그림 1 패킷 손실 및 지연의 양방향 측정에 사용되는 기본 방법을 설명하고 있습니다. 양방향 채널은 라우터 A와 라우터 B 두 라우터 사이에 존재합니다. 임시 참조점(T1, T2, T3, T4)은 라우터 A에서 수행되는 측정 작업과 연관됩니다. 이 작업은 Router B로 쿼리 메시지를 전송하는 라우터 A와 응답을 다시 전송하는 라우터 B로 구성됩니다. 각 참조 지점은 조회 또는 응답 메시지가 채널을 통해 전송 또는 수신되는 시간 시점을 나타냅니다.

그림 1: 기본 양방향 측정기본 양방향 측정

라우터 A는 손실 측정 쿼리 메시지를 라우터 B로 전송하여 포워드 및 리버스 방향의 채널에서 패킷 손실을 측정하도록 준비할 그림 1 수 있습니다. 각각의 포워드 및 리버스 메시지에는 채널에서 라우터 B(A_TxP)로 T1 이전에 전송된 패킷 수가 A_TxP.

메시지가 Router B에 도달하면 메시지에 2개의 값이 추가되어 메시지가 Router A에 다시 반영됩니다. 두 값의 값에는 Router A(B_RxP)에서 채널을 통해 T2가 수신된 패킷 수와 라우터 A(B_TxP)로 T3 이전에 전송된 패킷 수를 나타냅니다.

응답이 라우터 A에 도달하면, 네 번째 값은 메시지에 추가됩니다. 이는 라우터 B(A_RxP)에서 채널에서 T4 이전에 수신된 패킷 수입니다.

이들 4개의 카운터 값(A_TxP), (B_RxP), (B_TxP) 및 (A_RxP) – 라우터 A가 원하는 손실 통계를 계산할 수 있도록 합니다. 라우터 A에서 전송 카운트가 발생하고 Router B에서 수신 카운트(그리고 그 반대의 경우)는 첫 번째 메시지 시 동기화되지 않을 수 있으며 카운터 래핑의 효과를 제한하기 때문에 손실은 메시지 간에 델타(delta) 형태로 계산됩니다.

메시지[n-1] 및 LM[n]이 표시된 측정 간격 내에서의 전송 손실(A_TxLoss[n-1,n]) 및 수신 손실(A_RxLoss[n-1,n])은 라우터 A에 의해 계산됩니다.

  1. A_TxLoss[n-1,n]= (A_TxP[n] - A_TxP[n-1]) - (B_RxP[n] - B_RxP[n-1])

  2. A_RxLoss[n-1,n]= (B_TxP[n] - B_TxP[n-1]) - (A_RxP[n] - A_RxP[n-1])

원수론은 역차별적인 크기입니다.

라우터 A에서 라우터 B로의 지연을 측정하기 위해 지연 측정 쿼리 메시지는 라우터 A에서 라우터 B로 전송되는 즉각적인 타임스탬프 기록이 포함된 라우터 A에서 라우터 B로 전송됩니다. 에서 그림 1 타임스탬프는 T1에 기록됩니다.

메시지가 라우터 B에 도달하면 타임스탬프가 추가되어 수신되는 즉석(T2)을 기록합니다. 이제 메시지가 라우터 B에서 라우터 A로 반영될 수 있으며, 라우터 B는 전송 타임스탬프(T3) 및 Router A에 수신 타임스탬프(T4)를 추가합니다.

T1, T2, T3, T4와 같은 4개의 타임스탬프를 통해 라우터 A는 각 방향에서 1방향 지연과 채널의 2방향 지연을 계산할 수 있습니다. 단방향 지연 계산에서는 라우터 A 및 B 클럭의 동기화가 필요합니다.

이 시점에서 라우터 A는 채널과 관련된 2웨이 채널 지연 및 라운드 트립 지연을 다음과 같이 계산할 수 있습니다.

  1. 2-웨이 채널 지연 = (T4 - T1) - (T3 - T2)

  2. 라운드 트립 지연 = T4 - T1

패킷 손실 및 지연 기능

Supported Features of Packet Loss and Delay

Junos OS 손실 및 지연 측정을 통해 다음과 같은 기능을 제공합니다.

  • 관련 양방향 MPLS 점대점(point-to-point) UHP LSP에만 대한 성능 모니터링

  • 손실 측정

  • 성능 측정

  • 2-웨이 지연 측정(채널 지연 및 라운드 트립 지연)

  • IPDV(Inter-Packet Delay Variation)

  • 직접 모드 손실 측정

  • 통합 이더넷 및 통합 SONET 인터페이스

  • 멀티 에지 지원

  • 64비트 호환 가능

Unsupported Features of Packet Loss and Delay

Junos OS 손실 및 지연 측정 기능을 지원하지 않습니다.

  • 의사회로에 대한 손실 및 지연 측정(RFC 6374의 섹션 2.9.1)

  • 단방향 측정(RFC 6374의 섹션 2.6)

  • 다이아식 측정(RFC 6374의 섹션 2.7)

  • 루프백 모드에서 손실 및 지연 측정(RFC 6374의 섹션 2.8)

  • LSP 엔드포인트에서 중간 노드로의 손실 및 지연 측정(RFC 6374의 섹션 2.9.5)

  • 외부 사후 처리(RFC 6374의 섹션 2.9.7)

  • 추론 모드 손실 측정(RFC 6374의 섹션 2.9.8)

  • Pro-active 모드

  • 논리적 시스템

  • SNMP

예를 들면 다음과 같습니다. 수요에 따라 손실 및 지연 측정 구성

이 예에서는 네트워크에서 점대점 궁극의 홉 핑(UHP) LSP(Label-Switched Path)에 대한 MPLS 측정을 수행하여 네트워크 성능을 모니터링하는 방법을 보여줍니다.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 활용합니다.

  • MPC/ MIC만 유니버설 라우팅 플랫폼 2개의 MX 시리즈 5G

  • Junos OS Release 14.2 이상이 모든 라우터에서 실행됩니다.

시작하기 전에 다음을 할 수 있습니다.

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

  2. 자율 시스템 번호와 디바이스에 대한 라우터 아이디를 구성합니다.

  3. 다음 프로토콜을 구성합니다.

    • RSVP

    • MPLS

    • OSPF

개요

패킷 손실을 모니터링 및 측정하기 위한 Junos OS Release 14.2부터 시작하여 패킷 손실을 측정하거나, 관련 MPLS UHP(ultimate hop popping) 점대점 LSP(Point-to-Point Label-Switched Path)에 대해 소개합니다. 이 툴은 다음 명령어인 CLI 및 를 사용하여 monitor mpls loss rsvpmonitor mpls delay rsvp 활성화할 수 monitor mpls loss-delay rsvp 있습니다.

이러한 명령어는 직접 모드 패킷 손실, 2-웨이 패킷 지연, 패킷 간 지연 변동(inter-packet delay variation) 및 채널 처리량 측정과 같은 관련 메트릭을 위해 필요한 성능 메트릭에 대한 오디맨드 요약을 제공합니다.

이 기능은 네트워크 성능에 대한 실시간 가시성을 제공함으로써 네트워크 성능 계획, 문제 해결 및 평가를 촉진합니다.

토폴로지

그림 2 간단한 2-라우터 토폴로지로 수요에 따라 손실과 지연을 측정하는 방법을 보여드릴 수 있습니다.

그림 2: 수요에 따라 손실 및 지연 측정 구성수요에 따라 손실 및 지연 측정 구성

이 예제에서 성능 메트릭이 측정되는 라우터 R1과 R2 사이에 관련 양방향 LSP가 구성됩니다.

구성

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣기하고, 라인 끊기를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 계층 수준에서 명령어를 CLI 입력한 다음 구성 모드에서 [edit]commit 입력합니다.

R1

R2

절차

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 대한 자세한 내용은 CLI 사용자 가이드의 CLI Editor 사용 CLI 참조하십시오.

라우터 R1 구성:

  1. 터널 서비스 및 향상된 IP 네트워크 서비스 구성으로 섀시를 활성화합니다.

  2. 라우터 R1에 대한 인터페이스를 구성합니다.

  3. 라우터 R1에 라우터 ID를 구성합니다.

  4. 관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 RSVP를 활성화합니다.

  5. 관리 MPLS 제외한 라우터 R1의 모든 인터페이스에서 데이터 관리를 활성화합니다.

  6. 라우터 R2에 대한 관련 양방향 LSP를 구성합니다.

  7. 트래픽 클래스당 데이터 트래픽 통계를 유지하기 위한 트래픽 클래스를 생성합니다.

    이를 통해 트래픽 클래스 범위의 손실을 측정할 수 있습니다.

  8. 트래픽 최단 경로 우선(OSPF) 기능을 사용하여 구성하고 관리 인터페이스를 최단 경로 우선(OSPF) 라우터 R1의 모든 인터페이스에서 트래픽 관리를 활성화합니다.

결과

구성 모드에서 , 및 명령어를 입력하여 show chassisshow interfacesshow routing-optionsshow protocols 구성을 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

확인

구성이 제대로 작동하고 있는지 확인합니다.

LSP 상태 검증

목적

라우터 R1 및 R2 간의 관련 양방향 LSP가 설정되어 있는지 확인합니다.

실행

작동 모드에서 명령을 show mpls lsp 실행합니다.

의미

관련 양방향 LSP R1-R2가 활성화 및 활성화됩니다.

패킷 손실 측정 검증

목적

On-Demand Loss Measurement 결과를 검증합니다.

실행

작동 모드에서 명령을 monitor mpls loss rsvp R1-R2 count 2 detail 실행합니다.

의미

두 카운트에 대한 패킷 손실 측정이 표시됩니다.

패킷 지연 측정 검증

목적

On-Demand Delay 측정 결과를 검증합니다.

실행

작동 모드에서 명령을 monitor mpls delay rsvp R1-R2 count 2 detail 실행합니다.

의미

두 카운트에 대한 패킷 지연 측정이 표시됩니다.

패킷 손실 지연 측정 검증

목적

수요에 따라 손실과 지연 측정 결과를 검증합니다.

실행

작동 모드에서 명령을 monitor mpls loss-delay rsvp R1-R2 count 2 detail 실행합니다.

의미

두 카운트에 대한 패킷 손실 및 지연 측정이 표시됩니다.

예를 들면 다음과 같습니다. LSP의 양방향 손실 및 지연 측정 MPLS 구성

이 예에서는 네트워크 성능을 모니터링하기 위해 네트워크에서 점대점 홉 궁극의 홉 Popping LSP(Label-Switched Path)에 대해 pro-active 손실 및 지연 MPLS 방법을 보여줍니다.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 활용합니다.

  • MPC/ MIC만 유니버설 라우팅 플랫폼 2개의 MX 시리즈 5G

  • Junos OS Release 15.1 이상이 모든 라우터에서 실행됩니다.

시작하기 전에 다음을 할 수 있습니다.

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

  2. 자율 시스템 번호와 디바이스에 대한 라우터 아이디를 구성합니다.

  3. 다음 프로토콜을 구성합니다.

    1. MPLS

    2. OSPF

    3. RSVP

개요

Junos OS Release 15.1부터 시작하여 패킷 손실을 모니터링 및 측정하기 위한 pro-active 툴, 패킷 지연 또는 MPLS 궁극적인 홉 핑(ultimate-hop) popping의 LSP(Point-to-Point Label-Switched Path)가 소개됩니다.

이 기능은 다음과 같은 성능 메트릭을 제공합니다.

  • IPDV(Inter-Packet Delay Variation)

  • 손실 측정

  • RTT(Round-Trip Delay)

  • 성능 측정

  • 양면 채널 지연

이 기능은 네트워크 성능에 대한 실시간 가시성을 제공함으로써 네트워크 성능 계획, 문제 해결 및 평가를 촉진합니다.

토폴로지

그림 3 간단한 2 라우터 토폴로지로 pro-active 손실 및 지연 측정을 그림으로 나타냈다.

그림 3: Pro-Active 손실 및 지연 측정 구성Pro-Active 손실 및 지연 측정 구성

이 예제에서 성능 메트릭을 측정하는 라우터 R1과 R2 사이에 관련 양방향 LSP가 구성됩니다.

구성

CLI 빠른 구성

이 예제를 신속하게 구성하려면 다음 명령을 복사하여 텍스트 파일에 붙여넣기하고, 라인 끊기를 제거하고, 네트워크 구성과 일치하는 데 필요한 세부 정보를 변경하고, 계층 수준에서 명령어를 CLI 입력한 다음 구성 모드에서 [edit]commit 입력합니다.

R1

R2

절차

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 네트워크의 네트워크 CLI 대한 자세한 내용은 CLI 사용자 가이드의 CLI Editor 사용 CLI 참조하십시오.

라우터 R1 구성:

  1. 향상된 IP 네트워크 서비스 구성을 활성화합니다.

  2. 라우터 R1에 대한 인터페이스를 구성합니다.

  3. 라우터 R1에 라우터 ID를 구성합니다.

  4. 관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 RSVP를 활성화합니다.

  5. 관리 MPLS 제외한 라우터 R1의 모든 인터페이스에서 데이터 관리를 활성화합니다.

  6. 라우터 R2에 대한 관련 양방향 LSP를 구성합니다.

  7. 트래픽 클래스당 데이터 트래픽 통계를 유지하기 위한 트래픽 클래스를 생성합니다.

    이를 통해 트래픽 클래스 범위의 손실 및 지연 측정이 가능합니다.

  8. Querier측에서 성능 모니터링을 구성합니다.

  9. 응답자 측에서 성능 모니터링을 구성합니다.

  10. 트래픽 최단 경로 우선(OSPF) 기능을 사용하여 구성하고 관리 인터페이스를 최단 경로 우선(OSPF) 라우터 R1의 모든 인터페이스에서 트래픽 관리를 활성화합니다.

결과

구성 모드에서 , 및 명령어를 입력하여 show chassisshow interfacesshow routing-optionsshow protocols 구성을 확인 출력이 의도한 구성을 표시하지 않는 경우 이 예제의 지침을 반복하여 구성을 수정합니다.

확인

손실 및 지연 측정 검증

목적

손실 및 지연 측정을 검증합니다.

실행

작동 모드에서 명령을 show performance-monitoring mpls lsp 실행합니다.

의미

LSP에 대한 패킷 손실 및 지연 측정 지표가 표시됩니다.

수요에 따라 손실 및 지연 측정 구성

네트워크 성능 모니터링을 위해 네트워크에서 점대점(point-to-point) UHP(Ultimate Hop Popping) LSP(Label-Switched Path)에 대한 MPLS 측정할 수 있습니다. , 및 CLI 명령은 직접 모드 패킷 손실, 2-웨이 패킷 지연, 패킷 간 지연 monitor mpls loss rsvpmonitor mpls delay rsvp 변동(inter-packet delay variation) 및 채널 처리량 측정과 같은 관련 메트릭을 위해 필요한 성능 메트릭에 대한 오디맨드 요약을 monitor mpls loss-delay rsvp 제공합니다.

이 기능은 네트워크 성능에 대한 실시간 가시성을 제공함으로써 네트워크 성능 계획, 문제 해결 및 평가를 촉진합니다.

시작하기 전에 다음을 할 수 있습니다.

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

  2. 디바이스 라우터 ID를 구성합니다.

  3. 다음 프로토콜을 구성합니다.

    • RSVP

    • OSPF

      트래픽 엔지니어링 기능을 활성화합니다.

    • MPLS

PE 디바이스를 구성하려면 다음을 제공합니다.

  1. 터널 서비스 및 향상된 IP 네트워크 서비스 구성으로 섀시를 활성화합니다.
  2. 원격 라우터에 대한 관련 양방향 LSP를 구성합니다.
  3. 트래픽 클래스당 데이터 트래픽 통계를 유지하기 위한 트래픽 클래스를 생성합니다.

    이를 통해 트래픽 클래스 범위의 손실을 측정할 수 있습니다.

Pro-Active 손실 및 지연 측정 구성

네트워크 성능 모니터링을 위해 네트워크에서 점대점(point-to-point) 홉 홉(ultimate-hop) LSP(Label-Switched Path)에 대해 pro-active 손실 및 지연 MPLS 수 있습니다. CLI 명령은 직접 모드 패킷 손실, 2-웨이 패킷 지연, 패킷 간 지연 변동(inter-packet delay variation) 및 채널 처리량 측정과 같은 관련 메트릭을 요약하여 show performance-monitoring mpls lsp 제공합니다.

이 기능은 네트워크 성능에 대한 실시간 가시성을 제공함으로써 네트워크 성능 계획, 문제 해결 및 평가를 촉진합니다.

이 기능은 다음과 같은 성능 메트릭을 제공합니다.

  • IPDV(Inter-Packet Delay Variation)

  • 손실 측정

  • RTT(Round-Trip Delay)

  • 성능 측정

  • 양면 채널 지연

시작하기 전에 다음을 할 수 있습니다.

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

  2. 자율 시스템 번호와 디바이스에 대한 라우터 아이디를 구성합니다.

  3. 다음 프로토콜을 구성합니다.

    • MPLS

    • OSPF

    • RSVP

PE 디바이스에서 pro-active 손실 및 지연 측정을 구성하려면 다음을 수행하십시오.

  1. 라우터 R2에 대한 관련 양방향 LSP를 구성합니다.
  2. 트래픽 클래스당 데이터 트래픽 통계를 유지하기 위한 트래픽 클래스를 생성합니다.

    이를 통해 트래픽 클래스 범위의 손실 및 지연 측정이 가능합니다.

  3. Querier측에서 성능 모니터링을 구성합니다.
  4. 응답자 측에서 성능 모니터링을 구성합니다.