MPLS 세션에 대한 통계 수집
통계 수집을 위한 MPLS 구성
명령문을 구성하여 전송 세션을 포함한 모든 MPLS 세션에 대한 트래픽 통계를 주기적으로 수집하도록 MPLS를 구성할 수 있습니다 statistics
. MPLS 관리 정보 베이스(MIB)의 statistics
SNMP 폴링을 사용하여 MPLS 트래픽 통계를 수집하려면 문을 구성해야 합니다.
MPLS 통계 수집을 활성화하거나 비활성화하려면 문을 포함합니다.statistics
statistics { auto-bandwidth (MPLS Statistics); file filename <files number> <size size> <world-readable | no-world-readable>; interval seconds; no-transit-statistics; transit-statistics-polling; }
이 명령문은 다음과 같은 계층 수준에서 구성할 수 있습니다.
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
기본 간격은 300초입니다.
옵션을 구성하는 file
경우, 통계는 LSP당 하나의 항목으로 파일에 배치됩니다. 지정된 간격 동안 다음 정보가 이 파일에 기록됩니다.
각 LSP에서 전송된 패킷 수, 바이트 수, 초당 패킷 수 및 초당 바이트 수. Junos Trio 칩셋에서 point-to-multipoint LSP의 하위 LSP에 대한 패킷 및 바이트 통계 표시에 대한 기능 패리티는 Junos OS 릴리스 11.1R2, 11.2R2 및 11.4에서 지원됩니다.
해당 LSP에 대해 구성된 대역폭 백분율과 관련하여 주어진 LSP를 통해 전송되는 대역폭의 백분율. LSP에 대해 대역폭이 구성되지 않은 경우, 백분율 열에 0%가 기록됩니다.
각 정기 보고서의 끝에는 현재 시간, 총 세션 수, 읽은 세션 수, 무시된 세션 수 및 읽기 오류(있는 경우)가 요약에 표시됩니다. 무시되는 세션은 일반적으로 업 상태가 아니거나 예약된(0에서 15까지) 수신 레이블(일반적으로 LSP의 송신 지점)이 있는 세션입니다. 읽기 오류의 원인은 오류가 발생한 LSP의 항목과 같은 줄에 나타납니다. 통계 수집은 신뢰할 수 없는 프로세스입니다. 간헐적인 읽기 오류는 정확도에 영향을 줄 수 있습니다. 샘플 출력은 다음과 같습니다.
lsp6 0 pkt 0 Byte 0 pps 0 Bps 0 lsp5 0 pkt 0 Byte 0 pps 0 Bps 0 lsp6.1 34845 pkt 2926980 Byte 1049 pps 88179 Bps 132 lsp5.1 0 pkt 0 Byte 0 pps 0 Bps 0 lsp4 0 pkt 0 Byte 0 pps 0 Bps 0 Dec 7 17:28:38 Total 6 sessions: 5 success, 0 fail, 1 ignored
UHP LSP에 대한 온디맨드 패킷 손실 및 지연 측정 개요
이 주제는 MPLS 네트워크에서 포인트 투 포인트 UHP(Ultimate Hop Popping) LSP(label-switched path)의 패킷 손실, 지연 및 처리량을 측정하여 네트워크 성능을 모니터링하는 방법에 대해 설명합니다.
- 패킷 손실 및 지연 측정의 중요성
- 패킷 손실, 지연 및 처리량 정의
- 패킷 손실 및 지연 측정 메커니즘
- 패킷 손실 및 지연 지표
- 패킷 손실 및 지연 측정 개념
- 패킷 손실 및 지연 측정 기능
- 패킷 손실 및 지연 기능
패킷 손실 및 지연 측정의 중요성
IPTV 및 모바일 비디오와 같이 대역폭을 많이 소모하는 애플리케이션이 등장하고 비트당 비용을 최소화하고 비트당 가치를 극대화해야 한다는 압박이 가중됨에 따라 통신 사업자는 전송 네트워크를 회선 기반 기술에서 패킷 기반 기술로 전환해야 합니다. MPLS는 널리 성공한 연결 지향 패킷 전송 기술로, 패킷 기반 전송 네트워크에 이상적입니다.
데이터 네트워크에 새로운 애플리케이션이 등장함에 따라 서비스 프로바이더가 새로운 애플리케이션 출시의 영향을 정확하게 예측하는 것이 점점 더 중요해지고 있습니다. 네트워크의 네트워크 성능을 이해하고 모델링하는 것은 특히 성공적인 구현을 보장하기 위한 새로운 애플리케이션 구축과 관련이 있습니다. 패킷 네트워크에서 패킷 손실과 지연은 성능을 측정하는 가장 기본적인 두 가지 척도입니다. 그들의 역할은 종단 간 측정과 관련하여 훨씬 더 중요합니다.
대부분의 종단 간 사용자 애플리케이션에 속하는 트래픽은 손실에 민감하거나(파일 전송), 지연에 민감하거나(음성 또는 비디오 애플리케이션) 또는 둘 다(대화형 컴퓨팅 애플리케이션)입니다. SLA는 서비스 프로바이더 네트워크에서의 고객 트래픽 경험의 손실 및 지연에 직간접적으로 의존하기 때문에 서비스 프로바이더의 SLA(Service-Level Agreement)는 이러한 네트워크 성능 메트릭을 측정하고 모니터링하는 능력에 의존합니다.
SLA 준수를 보장하기 위해 서비스 프로바이더는 패킷 손실, 단방향 지연 및 양방향 지연에 대한 성능 지표와 지연 변동 및 채널 처리량과 같은 관련 지표를 측정하고 모니터링하는 도구가 필요합니다. 이 측정 기능을 통해 서비스 프로바이더는 네트워크의 성능 특성에 대한 가시성을 높일 수 있으므로 계획, 문제 해결 및 네트워크 성능 평가가 용이해집니다.
패킷 손실, 지연 및 처리량 정의
패킷 네트워크에서 패킷 손실과 지연은 성능을 측정하는 가장 기본적인 두 가지 척도입니다.
Loss- 패킷 손실은 하나 이상의 전송된 패킷이 목적지에 도착하지 못하는 것입니다. 패킷 손실은 혼잡을 관리하기 위해 네트워크에서 손실되는 데이터 패킷을 말합니다.
데이터 애플리케이션은 일반적으로 시간에 민감하지 않고 삭제된 패킷을 재전송할 수 있기 때문에 패킷 손실에 매우 관대합니다. 그러나 VoIP와 같은 순수 오디오 통신 및 화상 회의 환경에서는 패킷 손실로 인해 지터가 발생할 수 있습니다.
Delay- 패킷 지연(대기 시간이라고도 함)은 구리선, 광섬유 또는 전파와 같은 전송 매체의 속도와 라우터 및 모뎀과 같은 장치의 전송 지연에 따라 데이터 패킷이 지정된 지점에서 다른 지점으로 이동하는 데 걸리는 시간입니다.
지연 시간이 짧다는 것은 네트워크 효율성이 높다는 것을 나타냅니다.
Throughput- 패킷 지연은 작업 시작과 완료 사이의 시간을 측정하는 반면, 처리량은 주어진 시간 동안 발생하는 이러한 작업의 총 수입니다.
패킷 손실 및 지연 측정 메커니즘
패킷 지연 및 손실은 네트워크 성능의 두 가지 기본 척도입니다. Junos OS는 관련 양방향 MPLS UHP(Ultimate Hop Popping) LSP(Label-Switched Path)에서 패킷 손실 및 지연을 측정하는 온디맨드 메커니즘을 제공합니다.
온디맨드 지연 및 패킷 손실 측정 메커니즘은 다음 CLI 명령을 사용하여 시작됩니다.
monitor mpls loss rsvp
—연결된 양방향 UHP LSP에 대한 온디맨드 손실 측정을 수행합니다.monitor mpls delay rsvp
—연결된 양방향 UHP LSP에 대한 온디맨드 지연 측정을 수행합니다.monitor mpls loss-delay rsvp
—연결된 양방향 UHP LSP에 대한 온디맨드 결합 손실 및 지연 측정을 수행합니다.
지연 및 패킷 손실 측정 메커니즘을 시작하려면 측정 유형 및 LSP 이름과 같은 원하는 측정 파라미터를 입력해야 합니다. 매개 변수를 수신하면 성능 모니터링 데이터의 요약이 표시되고 메커니즘이 종료됩니다.
패킷 손실 및 지연 지표
다음 성능 지표는 온디맨드 패킷 손실 및 지연 메커니즘을 사용하여 측정됩니다.
손실 측정(패킷 및 옥텟)
처리량 측정(패킷 및 옥텟)
양방향 채널 지연
왕복 지연
패킷 간 지연 변동(IPDV)
명령은 monitor mpls loss rsvp
손실 및 처리량 측정을 monitor mpls delay rsvp
수행하고 명령은 양방향 채널 지연, 왕복 지연 및 IPDV 측정을 수행합니다. 이 monitor mpls loss-delay rsvp
명령은 결합된 손실 및 지연 측정을 수행하고 위에서 언급한 모든 성능 메트릭을 동시에 측정합니다.
패킷 손실 및 지연 측정 개념
다음 개념은 패킷 손실 및 지연의 기능을 더 잘 이해하는 데 도움이 됩니다.
Querier- 쿼리 발생기는 손실 또는 지연 측정을 위해 쿼리 메시지를 생성하는 수신 PE(Provider Edge) 라우터입니다.
Responder- 응답자는 쿼리 발생기로부터 쿼리 메시지를 수신하고 응답하는 송신 PE 라우터입니다.
Associated bidirectional LSP—연결된 양방향 LSP는 두 LSP 엔드포인트 모두에서 구성을 통해 함께 연결된(또는 서로 연결된) 두 개의 단방향 LSP로 구성됩니다.
온디맨드 손실 및 지연 측정은 연결된 양방향 UHP LSP에서만 수행할 수 있습니다.
Generic associated channel (G-Ach)- MPLS G-Ach를 통한 온디맨드 손실 및 지연 측정 플로우에 대한 성능 모니터링 메시지. 이 유형의 채널은 대역 내 응답만 지원하며 대역 외 또는 무응답 모드는 지원하지 않습니다.
Measurement point (MP)- MP는 측정을 위해 조건이 설명되는 위치입니다.
전송 측의 패킷 손실에 대한 MP는 스위칭 패브릭과 전송 인터페이스 사이에 있습니다. 카운터 값은 전송 대기열에 들어가기 전에 하드웨어의 손실 측정 메시지에 스탬프 처리됩니다.
수신 측의 패킷 손실에 대한 MP는 수신 인터페이스와 스위칭 패브릭 사이에 있습니다. MP는 수신 측에 배포됩니다. 또한 전송 인터페이스가 집계 인터페이스인 경우 MP도 배포됩니다.
Query rate- 쿼리 속도는 손실 및 지연 측정을 위해 전송된 두 쿼리 사이의 간격입니다.
손실 및 지연 측정 메시지는 라우팅 엔진에서 시작되기 때문에 여러 채널에 대한 높은 쿼리 속도는 라우팅 엔진에 큰 부담을 줍니다. 지원되는 최소 쿼리 간격은 1초입니다.
32비트 카운터의 경우 데이터 트래픽 속도가 매우 높을 때 카운터가 빠르게 래핑될 수 있으므로 쿼리 속도가 높아야 합니다. 손실 측정과 관련된 4개의 측정 지점 위치 모두에서 64비트 카운터를 사용할 때 쿼리 속도가 낮을 수 있습니다. Junos OS는 64비트 카운터만 지원합니다.
Traffic class- 기본적으로 전체 채널에 대해 손실 측정이 지원됩니다. Junos OS는 트래픽 클래스별로 데이터 트래픽 통계를 유지하는 카운터를 생성해야 하는 트래픽 클래스 범위 패킷 손실 측정도 지원합니다.
트래픽별 클래스 카운터는 기본적으로 생성되지 않습니다. 트래픽 클래스 범위 손실 측정을 구성하려면 계층 수준에서 명령문을
[edit protocols mpls statistics]
포함합니다traffic-class-statistics
.이 구성되면
traffic-class-statistics
G-Ach를 통해 흐르는 제어 패킷은 송신 및 수신 카운터에서 계산되지 않습니다.주:트래픽 클래스 통계를 활성화 및 비활성화하면 LSP에 대한 모든 카운터(집계 카운터 및 클래스별 카운터)가 재설정됩니다.
Loss measurement mode—Junos OS는 온디맨드 손실 측정의 직접 모드를 지원하며, 추론 모드는 지원하지 않습니다.
직접 손실 측정은 연결된 양방향 LSP의 두 단방향 LSP의 수신 및 송신에서 데이터 트래픽 통계를 유지해야 합니다. MX 시리즈 라우터가 MPC와 MIC만 사용하는 경우, 모든 유형의 LSP가 수신되고 UHP LSP가 송신될 때 데이터 트래픽 통계를 유지하는 카운터가 기본적으로 생성됩니다.
그러나 손실 측정의 직접 모드는 다음과 같은 이유로 완전히 정확하지 않습니다.
하드웨어의 병렬 전달 특성.
어그리게이션 이더넷 인터페이스와 같은 ECMP(Equal Cost Multipath)가 네트워크에 존재하여 손실 측정 메시지와 상대적으로 데이터 패킷의 순서가 변경될 수 있습니다.
G-Ach를 통해 흐르지 않는 제어 패킷은 LSP 수신 시 계산되지 않지만 LSP 송신 시 계산됩니다.
Diffserv가 MPLS 네트워크에서 구현되고 손실 측정 범위가 트래픽 클래스 범위가 아닌 전체 채널인 경우 손실 측정 메시지를 기준으로 데이터 트래픽 순서가 재정렬됩니다.
이 제한을 극복하려면 Diffserv가 구현될 때 트래픽 클래스 범위 손실 측정을 수행하십시오.
주:직접 모드 손실 측정은 LSP와 관련된 수신 또는 송신 인터페이스가 변경될 때 중단에 취약합니다.
Loss measurement synchronization- RFC 6374의 섹션 2.9.8에 명시된 동기화 조건은 절대적인 의미에서 적용되지 않습니다. 그러나 손실 측정 카운터가 하드웨어에 찍혀 있기 때문에 동기화 조건을 만족하지 않아 발생하는 오류는 상대적으로 적습니다. 이러한 오류는 정량화해야 합니다.
LSP의 전송 또는 수신 인터페이스가 통합 인터페이스인 경우, 인터페이스가 비통합 인터페이스일 때에 비해 더 많은 오류가 발생합니다. 어쨌든 손실 측정 카운터는 하드웨어에 스탬프가 찍혀 있으며 오류를 정량화해야 합니다.
Delay measurement accuracy- 전송 인터페이스와 수신 인터페이스가 서로 다른 패킷 전달 엔진에 상주하는 경우, 양방향 지연 측정을 위해 이러한 패킷 전달 엔진에서 클럭을 동기화해야 합니다. 이 조건은 온디맨드 지연 측정 기능이 구현된 플랫폼에 적용됩니다.
집계 인터페이스 또는 ECMP가 있는 경우 잠재적 경로 중 하나에 대해서만 지연이 측정됩니다.
결합된 손실 및 지연 메시지가 지연 계산에 사용되는 경우, 전송 또는 수신 인터페이스가 집계 인터페이스인 경우와 같은 일부 경우에 지연 측정 메시지가 사용되는 경우에 비해 지연의 정확도가 낮습니다.
지연 측정은 항상 트래픽 클래스별로 수행되며 테스트 후 측정 정확도를 정량화해야 합니다.
Timestamp format—Junos OS는 지연 측정 메시지 기록을 위한 IEEE 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에서 수행되는 측정 작업과 연결됩니다. 이 작업은 라우터 A가 라우터 B에 쿼리 메시지를 보내고 라우터 B가 응답을 다시 보내는 것으로 구성됩니다. 각 참조 지점은 쿼리 또는 응답 메시지가 채널을 통해 전송되거나 수신되는 시점을 나타냅니다.
에서 그림 1라우터 A는 손실 측정 쿼리 메시지를 라우터 B로 전송하여 순방향 및 역방향으로 채널을 통한 패킷 손실을 측정하도록 정렬할 수 있습니다. 각 정방향 및 역방향 메시지에는 시간 T1 이전에 채널을 통해 라우터 B(A_TxP)로 전송된 패킷 수가 포함됩니다.
메시지가 라우터 B에 도달하면 두 개의 값이 메시지에 추가되고 메시지는 라우터 A에 다시 반영됩니다. 두 값은 라우터 A(B_RxP)에서 채널을 통해 시간 T2 이전에 수신된 패킷 수와 시간 T3 이전에 채널을 통해 라우터 A(B_TxP)로 전송된 패킷 수입니다.
응답이 라우터 A에 도달하면 네 번째 값, 즉 라우터 B(A_RxP)에서 채널을 통해 시간 T4 이전에 수신된 패킷 수가 메시지에 추가됩니다.
이 네 가지 카운터 값((A_TxP), (B_RxP), (B_TxP), (A_RxP)을 통해 라우터 A는 원하는 손실 통계를 계산할 수 있습니다. 라우터 A의 전송 횟수와 라우터 B의 수신 횟수(또는 그 반대의 경우도 마찬가지)가 첫 번째 메시지 발생 시 동기화되지 않을 수 있고 카운터 랩의 효과를 제한하기 위해 손실은 메시지 간 델타 형태로 계산됩니다.
메시지 LM[n-1] 및 LM[n]으로 표시된 측정 간격 내의 전송 손실(A_TxLoss[n-1,n]) 및 수신 손실(A_RxLoss[n-1,n])은 라우터 A에 의해 다음과 같이 계산됩니다.
A_TxLoss[n-1,n] = (A_TxP[n] - A_TxP[n-1]) - (B_RxP[n] - B_RxP[n-1])
A_RxLoss[n-1,n] = (B_TxP[n] - B_TxP[n-1]) - (A_RxP[n] - A_RxP[n-1])
산술은 카운터 크기의 모듈로입니다.
라우터 A에서 라우터 B에 대한 채널의 지연을 측정하기 위해 라우터 A에서 라우터 B로 전송 순간을 기록하는 타임스탬프가 포함된 지연 측정 쿼리 메시지가 전송됩니다. 에서 그림 1타임스탬프는 T1에 기록됩니다.
메시지가 라우터 B에 도달하면 타임스탬프가 추가되어 메시지가 수신된 순간을 기록합니다(T2). 이제 라우터 B에서 라우터 A로 메시지를 반영할 수 있으며, 라우터 B는 전송 타임스탬프(T3)를, 라우터 A는 수신 타임스탬프(T4)를 추가합니다.
이 4개의 타임스탬프(T1, T2, T3 및 T4)를 통해 라우터 A는 각 방향의 단방향 지연과 채널의 양방향 지연을 계산할 수 있습니다. 단방향 지연 계산을 위해서는 라우터 A와 B의 클럭을 동기화해야 합니다.
이 시점에서 라우터 A는 다음과 같이 채널과 관련된 양방향 채널 지연 및 왕복 지연을 계산할 수 있습니다.
양방향 채널 지연 = (T4 - T1) - (T3 - T2)
왕복 지연 = T4 - T1
패킷 손실 및 지연 기능
Supported Features of Packet Loss and Delay
Junos OS는 온디맨드 손실 및 지연 측정을 통해 다음과 같은 기능을 지원합니다.
관련 양방향 MPLS 포인트 투 포인트 UHP LSP에 대한 성능 모니터링 전용
손실 측정
처리량 측정
양방향 지연 측정(채널 지연 및 왕복 지연)
패킷 간 지연 변동(IPDV)
직접 모드 손실 측정
어그리게이션 이더넷 및 어그리게이션 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
예: 온디맨드 손실 및 지연 측정 구성
이 예는 MPLS 네트워크에서 점대점 UHP(Ultimate Hop Popping) LSP(label-switched path)에 대한 온디맨드 손실 및 지연 측정을 활성화하여 네트워크 성능을 모니터링하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
MPC/MIC만 포함하는 MX 시리즈 5G 유니버설 라우팅 플랫폼 2개
-
모든 라우터에서 실행되는 Junos OS 릴리스 14.2 또는 이후 버전
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
디바이스에 대한 AS(Autonomous System) 번호 및 라우터 ID를 구성합니다.
-
다음과 같은 프로토콜을 구성합니다.
-
RSVP
-
MPLS
-
최단 경로 우선(OSPF)
-
개요
Junos OS 릴리스 14.2부터는 관련 양방향 MPLS UHP(Ultimate Hop Popping) LSP(Point-to-Point Label-Switched Path)에 대해 패킷 손실, 패킷 지연 또는 둘 다를 모니터링하고 측정하는 온디맨드 도구가 도입됩니다. 이 도구는 다음 CLI 명령( monitor mpls loss rsvp
, monitor mpls delay rsvp
, 및 )을 사용하여 활성화할 수 있습니다 monitor mpls loss-delay rsvp
.
이러한 명령은 직접 모드 패킷 손실, 양방향 패킷 지연 및 패킷 간 지연 변동 및 채널 처리량 측정과 같은 관련 메트릭에 대한 성능 메트릭의 온디맨드 요약을 제공합니다.
이 기능은 네트워크 성능에 대한 실시간 가시성을 제공하므로 네트워크 성능 계획, 문제 해결 및 평가를 용이하게 합니다.
토폴로지
그림 2 은(는) 간단한 2라우터 토폴로지를 사용한 온디맨드 손실 및 지연 측정을 보여줍니다.
이 예에서는 라우터 R1과 R2 사이에 연결된 양방향 LSP가 구성되며, 이에 대해 성능 메트릭이 측정됩니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit]
계층 수준에서 명령을 CLI로 복사해 붙여 넣은 다음, 구성 모드에서 commit
을(를) 입력합니다.
R1
set chassis fpc 0 pic 3 tunnel-services bandwidth 1g set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.10.0.1/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.10.0.1 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set protocols mpls statistics traffic-class-statistics set protocols mpls label-switched-path R1-R2 to 10.20.0.1 set protocols mpls label-switched-path R1-R2 oam mpls-tp-mode set protocols mpls label-switched-path R1-R2 ultimate-hop-popping set protocols mpls label-switched-path R1-R2 associate-lsp R2-R1 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable
R2
set chassis fpc 0 pic 3 tunnel-services bandwidth 1g set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.20.0.1/32 set interfaces lo0 unit 0 family mpls set routing-options router-id 10.20.0.1 set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set protocols mpls statistics traffic-class-statistics set protocols mpls label-switched-path R2-R1 to 10.10.0.1 set protocols mpls label-switched-path R2-R1 oam mpls-tp-mode set protocols mpls label-switched-path R2-R1 ultimate-hop-popping set protocols mpls label-switched-path R2-R1 associate-lsp R1-R2 set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0.interface fxp0.0 disable
절차
단계별 절차
다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.
라우터 R1을 구성하려면 다음과 같이 하십시오.
-
터널 서비스 및 향상된 IP 네트워크 서비스 구성으로 섀시를 활성화합니다.
[edit chassis] user@R1# set fpc 0 pic 3 tunnel-services bandwidth 1g user@R1# set network-services enhanced-ip
-
라우터 R1에 대한 인터페이스를 구성합니다.
[edit interfaces] user@R1# set ge-0/0/0 unit 0 family inet address 10.1.1.1/30 user@R1# set ge-0/0/0 unit 0 family mpls user@R1# set lo0 unit 0 family inet address 10.10.0.1/32 user@R1# set lo0 unit 0 family mpls
-
라우터 R1의 라우터 ID를 구성합니다.
[edit routing-options] user@R1# set router-id 10.10.0.1
-
관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 RSVP를 활성화합니다.
[edit protocols] user@R1# set rsvp interface ge-0/0/0.0 user@R1# set rsvp interface lo0.0 user@R1# set rsvp interface fxp0.0 disable
-
관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 MPLS를 활성화합니다.
[edit protocols] user@R1# set mpls interface ge-0/0/0.0 user@R1# set mpls interface lo0.0 user@R1# set mpls interface fxp0.0 disable
-
라우터 R2에 연결된 양방향 LSP를 구성합니다.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 to 10.20.0.1 user@R1# set mpls label-switched-path R1-R2 oam mpls-tp-mode user@R1# set mpls label-switched-path R1-R2 ultimate-hop-popping user@R1# set mpls label-switched-path R1-R2 associate-lsp R2-R1
-
트래픽 클래스별로 데이터 트래픽 통계를 유지하기 위한 트래픽 클래스를 생성합니다.
이를 통해 트래픽 클래스 범위 손실 측정이 가능합니다.
[edit protocols] user@R1# set mpls statistics traffic-class-statistics
-
트래픽 엔지니어링 기능으로 OSPF를 구성하고, 관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 OSPF를 활성화합니다.
[edit protocols] user@R1# set ospf traffic-engineering user@R1# set ospf area 0.0.0.0 interface ge-0/0/0.0 user@R1# set ospf area 0.0.0.0 interface lo0.0 user@R1# set ospf interface fxp0.0 disable
결과
구성 모드에서 show chassis
, show interfaces
, show routing-options
및 show protocols
명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@R1# show chassis fpc 0 { pic 3 { tunnel-services { bandwidth 1g; } } } network-services enhanced-ip;
user@R1# show interfaces ge-0/0/0 { unit 0 { family inet { address 1o.1.1.1/30; } family mpls; } } lo0 { unit 0 { family inet { address 10.10.0.1/32; } family mpls; } }
user@R1# show routing-options router-id 10.10.0.1;
user@R1# show protocols rsvp { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } mpls { statistics { traffic-class-statistics; } label-switched-path R1-R2 { to 10.20.0.1; oam mpls-tp-mode; ultimate-hop-popping; associate-lsp R2-R1; } interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } }
검증
구성이 올바르게 작동하고 있는지 확인합니다.
LSP 상태 확인
목적
라우터 R1과 R2 간에 연결된 양방향 LSP가 작동 중인지 확인합니다.
작업
운영 모드에서 show mpls lsp
명령을 실행합니다.
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt P ActivePath LSPname 10.20.0.1 10.10.0.1 Up 0 * R1-R2 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.10.0.1 10.20.0.1 Up 0 1 FF 299776 - R2-R1 Assoc-Bidir Total 1 displayed, Up 1, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
의미
연결된 양방향 LSP R1-R2가 작동 중이며 활성 상태입니다.
패킷 손실 측정 확인
목적
온디맨드 손실 측정 결과를 확인합니다.
작업
운영 모드에서 monitor mpls loss rsvp R1-R2 count 2 detail
명령을 실행합니다.
user@R1> monitor mpls loss rsvp R1-R2 count 2 detail (0) Response code : Success Origin timestamp : 1404129082 secs, 905571890 nsecs Forward transmit count : 83040 Forward receive count : 83040 Reverse transmit count : 83100 Reverse receive count : 83100 (1) Response code : Success Origin timestamp : 1404129083 secs, 905048410 nsecs Forward transmit count : 83841 Forward receive count : 83841 Reverse transmit count : 83904 Reverse receive count : 83904 Current forward transmit count : 801 Current forward receive count : 801 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 0.801 kpps Current reverse transmit count : 804 Current reverse receive count : 804 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 0.804 kpps (2) Response code : Success Origin timestamp : 1404129084 secs, 904828715 nsecs Forward transmit count : 84423 Forward receive count : 84423 Reverse transmit count : 84487 Reverse receive count : 84487 Current forward transmit count : 582 Current forward receive count : 582 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 0.582 kpps Current reverse transmit count : 583 Current reverse receive count : 583 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 0.583 kpps Cumulative forward transmit count : 1383 Cumulative forward loss : 0 packets Average forward loss ratio : 0.000000 Average forward throughput : 0.692 kpps Cumulative reverse transmit count : 1387 Cumulative reverse loss : 0 packets Average reverse loss ratio : 0.000000 Average reverse throughput : 0.694 kpps LM queries sent : 3 LM responses received : 3 LM queries timedout : 0 LM responses dropped due to errors : 0
의미
두 카운트에 대한 패킷 손실 측정값이 표시됩니다.
패킷 지연 측정 검증
목적
온디맨드 지연 측정 결과를 확인합니다.
작업
운영 모드에서 monitor mpls delay rsvp R1-R2 count 2 detail
명령을 실행합니다.
user@R1> monitor mpls delay rsvp R1-R2 count 2 detail (1) Response code : Success Querier transmit timestamp : 1404129122 secs, 479955401 nsecs Responder receive timestamp : 1404129122 secs, 468519022 nsecs Responder transmit timestamp : 1404129122 secs, 470255123 nsecs Querier receive timestamp : 1404129122 secs, 481736403 nsecs Current two-way channel delay : 44 usecs Current round-trip-time : 1781 usecs (2) Response code : Success Querier transmit timestamp : 1404129123 secs, 480926210 nsecs Responder receive timestamp : 1404129123 secs, 469488696 nsecs Responder transmit timestamp : 1404129123 secs, 471130706 nsecs Querier receive timestamp : 1404129123 secs, 482613911 nsecs Current two-way channel delay : 45 usecs Current round-trip-time : 1687 usecs Best two-way channel delay : 44 usecs Worst two-way channel delay : 45 usecs Average two-way channel delay : 45 usecs Best round-trip-time : 1687 usecs Worst round-trip-time : 1781 usecs Average round-trip-time : 1734 usecs Average forward delay variation : 1 usecs Average reverse delay variation : 1 usecs DM queries sent : 2 DM responses received : 2 DM queries timedout : 0 DM responses dropped due to errors : 0
의미
두 카운트에 대한 패킷 지연 측정이 표시됩니다.
패킷 손실-지연 측정 검증
목적
온디맨드 손실 및 지연 측정 결과를 확인합니다.
작업
운영 모드에서 monitor mpls loss-delay rsvp R1-R2 count 2 detail
명령을 실행합니다.
user@R1> monitor mpls loss-delay rsvp R1-R2 count 2 detail (0) Response code : Success Forward transmit count : 142049 Forward receive count : 142049 Reverse transmit count : 142167 Reverse receive count : 142167 Querier transmit timestamp : 1404129161 secs, 554422723 nsecs Responder receive timestamp : 1404129161 secs, 542877570 nsecs Responder transmit timestamp : 1404129161 secs, 546004545 nsecs Querier receive timestamp : 1404129161 secs, 557599327 nsecs (1) Response code : Success Forward transmit count : 143049 Forward receive count : 143049 Reverse transmit count : 143168 Reverse receive count : 143168 Current forward transmit count : 1000 Current forward receive count : 1000 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 1.000 kpps Current reverse transmit count : 1001 Current reverse receive count : 1001 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 1.001 kpps Querier transmit timestamp : 1404129162 secs, 554465742 nsecs Responder receive timestamp : 1404129162 secs, 542919166 nsecs Responder transmit timestamp : 1404129162 secs, 545812736 nsecs Querier receive timestamp : 1404129162 secs, 557409175 nsecs Current two-way channel delay : 49 usecs Current round-trip-time : 2943 usecs (2) Response code : Success Forward transmit count : 143677 Forward receive count : 143677 Reverse transmit count : 143799 Reverse receive count : 143799 Current forward transmit count : 628 Current forward receive count : 628 Current forward loss : 0 packets Current forward loss ratio : 0.000000 Current forward throughput : 0.627 kpps Current reverse transmit count : 631 Current reverse receive count : 631 Current reverse loss : 0 packets Current reverse loss ratio : 0.000000 Current reverse throughput : 0.630 kpps Querier transmit timestamp : 1404129163 secs, 556698575 nsecs Responder receive timestamp : 1404129163 secs, 545150128 nsecs Responder transmit timestamp : 1404129163 secs, 546918408 nsecs Querier receive timestamp : 1404129163 secs, 558515047 nsecs Current two-way channel delay : 48 usecs Current round-trip-time : 1816 usecs Cumulative forward transmit count : 1628 Cumulative forward loss : 0 packets Average forward loss ratio : 0.000000 Average forward throughput : 0.813 kpps Cumulative reverse transmit count : 1632 Cumulative reverse loss : 0 packets Average reverse loss ratio : 0.000000 Average reverse throughput : 0.815 kpps Best two-way channel delay : 48 usecs Worst two-way channel delay : 49 usecs Average two-way channel delay : 49 usecs Best round-trip-time : 1816 usecs Worst round-trip-time : 3176 usecs Average round-trip-time : 2645 usecs Average forward delay variation : 1 usecs Average reverse delay variation : 0 usecs LDM queries sent : 3 LDM responses received : 3 LDM queries timedout : 0 LDM responses dropped due to errors : 0
의미
두 카운트에 대한 패킷 손실 및 지연 측정이 표시됩니다.
예: 양방향 MPLS LSP에 대한 사전 예방적 손실 및 지연 측정 구성
이 예는 MPLS 네트워크에서 point-to-point ultimate-hop popping LSP(label-switched paths)에 대한 사전 예방적 손실 및 지연 측정을 구성하여 네트워크 성능을 모니터링하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
-
MPC/MIC만 포함하는 MX 시리즈 5G 유니버설 라우팅 플랫폼 2개
-
모든 라우터에서 실행되는 Junos OS 릴리스 15.1 또는 이후 버전
시작하기 전에:
-
디바이스 인터페이스를 구성합니다.
-
디바이스에 대한 AS(Autonomous System) 번호 및 라우터 ID를 구성합니다.
-
다음과 같은 프로토콜을 구성합니다.
-
MPLS
-
최단 경로 우선(OSPF)
-
RSVP
-
개요
Junos OS 릴리스 15.1부터는 관련 양방향 MPLS Ultimate-Hop Popping Point-to-Point LSP(label-switched paths)에 대해 패킷 손실, 패킷 지연 또는 둘 다를 모니터링하고 측정하는 사전 예방적 도구가 도입됩니다.
이 기능은 다음과 같은 성능 메트릭을 제공합니다.
-
패킷 간 지연 변동(IPDV)
-
손실 측정
-
RTT(Round-Trip Delay)
-
처리량 측정
-
양방향 채널 지연
이 기능은 네트워크 성능에 대한 실시간 가시성을 제공하므로 네트워크 성능 계획, 문제 해결 및 평가를 용이하게 합니다.
토폴로지
그림 3 은(는) 간단한 2라우터 토폴로지를 사용한 선제적 손실 및 지연 측정을 보여줍니다.
이 예에서는 라우터 R1과 R2 사이에 연결된 양방향 LSP가 구성되며, 이에 대해 성능 메트릭이 측정됩니다.
구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit]
계층 수준에서 명령을 CLI로 복사해 붙여 넣은 다음, 구성 모드에서 commit
을(를) 입력합니다.
R1
set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.1/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.10.0.1/32 set interfaces lo0 unit 0 family mpls set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols mpls label-switched-path R1-R2 associate-lsp R2-R1 set protocols mpls label-switched-path R1-R2 install 10.20.0.0/24 active set protocols mpls label-switched-path R1-R2 oam mpls-tp-mode set protocols mpls label-switched-path R1-R2 oam performance-monitoring querier delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring querier loss traffic-class none query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring querier loss-delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring responder delay min-query-interval 1000 set protocols mpls label-switched-path R1-R2 oam performance-monitoring responder loss min-query-interval 1000 set protocols mpls label-switched-path R1-R2 to 10.20.0.1 set protocols mpls label-switched-path R1-R2 ultimate-hop-popping set protocols mpls statistics traffic-class-statistics set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set routing-options router-id 10.10.0.1
R2
set chassis network-services enhanced-ip set interfaces ge-0/0/0 unit 0 family inet address 10.1.1.2/30 set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.20.0.1/32 set interfaces lo0 unit 0 family mpls set protocols mpls interface ge-0/0/0.0 set protocols mpls interface lo0.0 set protocols mpls interface fxp0.0 disable set protocols mpls label-switched-path R2-R1 associate-lsp R1-R2 set protocols mpls label-switched-path R2-R1 install 10.10.0.0/24 active set protocols mpls label-switched-path R2-R1 oam mpls-tp-mode set protocols mpls label-switched-path R2-R1 oam performance-monitoring responder delay min-query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring responder loss min-query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring querier delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring querier loss traffic-class none query-interval 1000 set protocols mpls label-switched-path R2-R1 oam performance-monitoring querier loss-delay traffic-class tc-0 query-interval 1000 set protocols mpls label-switched-path R2-R1 to 10.10.0.1 set protocols mpls label-switched-path R2-R1 ultimate-hop-popping set protocols mpls statistics traffic-class-statistics set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering set protocols rsvp interface ge-0/0/0.0 set protocols rsvp interface lo0.0 set protocols rsvp interface fxp0.0 disable set routing-options router-id 10.20.0.1
절차
단계별 절차
다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 관한 정보는 CLI 사용자 가이드에서 구성 모드에서 CLI 편집기 사용을 참조하십시오.
라우터 R1을 구성하려면 다음과 같이 하십시오.
-
향상된 IP 네트워크 서비스 구성을 사용하도록 설정합니다.
[edit chassis] user@R1# set network-services enhanced-ip
-
라우터 R1에 대한 인터페이스를 구성합니다.
[edit interfaces] user@R1# set ge-0/0/0 unit 0 family inet address 10.1.1.1/30 user@R1# set ge-0/0/0 unit 0 family mpls user@R1# set lo0 unit 0 family inet address 10.10.0.1/32 user@R1# set lo0 unit 0 family mpls
-
라우터 R1의 라우터 ID를 구성합니다.
[edit routing-options] user@R1# set router-id 10.10.0.1
-
관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 RSVP를 활성화합니다.
[edit protocols] user@R1# set rsvp interface ge-0/0/0.0 user@R1# set rsvp interface lo0.0 user@R1# set rsvp interface fxp0.0 disable
-
관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 MPLS를 활성화합니다.
[edit protocols] user@R1# set mpls interface ge-0/0/0.0 user@R1# set mpls interface lo0.0 user@R1# set mpls interface fxp0.0 disable
-
라우터 R2에 연결된 양방향 LSP를 구성합니다.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 to 10.20.0.1 user@R1# set mpls label-switched-path R1-R2 install 10.20.0.0/24 active user@R1# set mpls label-switched-path R1-R2 oam mpls-tp-mode user@R1# set mpls label-switched-path R1-R2 ultimate-hop-popping user@R1# set mpls label-switched-path R1-R2 associate-lsp R2-R1
-
트래픽 클래스별로 데이터 트래픽 통계를 유지하기 위한 트래픽 클래스를 생성합니다.
이를 통해 트래픽 클래스 범위 손실 및 지연 측정이 가능합니다.
[edit protocols] user@R1# set mpls statistics traffic-class-statistics
-
쿼리 발생기 측에서 성능 모니터링을 구성합니다.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring querier delay traffic-class tc-0 query-interval 1000 user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring querier loss traffic-class none query-interval 1000 user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring querier loss-delay traffic-class tc-0 query-interval 1000
-
응답자 측에서 성능 모니터링을 구성합니다.
[edit protocols] user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring responder delay min-query-interval 1000 user@R1# set mpls label-switched-path R1-R2 oam performance-monitoring responder loss min-query-interval 1000
-
트래픽 엔지니어링 기능으로 OSPF를 구성하고, 관리 인터페이스를 제외한 라우터 R1의 모든 인터페이스에서 OSPF를 활성화합니다.
[edit protocols] user@R1# set ospf traffic-engineering user@R1# set ospf area 0.0.0.0 interface ge-0/0/0.0 user@R1# set ospf area 0.0.0.0 interface lo0.0 user@R1# set ospf interface fxp0.0 disable
결과
구성 모드에서 show chassis
, show interfaces
, show routing-options
및 show protocols
명령을 입력하여 구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.
user@R1# show chassis network-services enhanced-ip;
user@R1# show interfaces ge-0/0/0 { unit 0 { family inet { address 10.1.1.1/30; } family mpls; } } lo0 { unit 0 { family inet { address 10.10.0.1/32; } family mpls; } }
user@R1# show routing-options router-id 10.10.0.1;
user@R1# show protocols rsvp { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } mpls { label-switched-path R1-R2 { to 10.20.0.1; install 10.20.0.0/24 active; oam { mpls-tp-mode; performance-monitoring { querier { loss { traffic-class none { query-interval 1000; } } delay { traffic-class tc-0 { query-interval 1000; } } loss-delay { traffic-class none { query-interval 1000; } } } responder { loss { min-query-interval 1000; } delay { min-query-interval 1000; } } } } ultimate-hop-popping; associate-lsp R2-R1; } } ospf { traffic-engineering; area 0.0.0.0 { interface ge-0/0/0.0; interface lo0.0; interface fxp0.0 { disable; } } }
검증
손실 및 지연 측정 검증
목적
손실 및 지연 측정을 확인합니다.
작업
운영 모드에서 show performance-monitoring mpls lsp
명령을 실행합니다.
user@R1> show performance-monitoring mpls lsp Session Total: 3 Up: 3 Down: 0 LSP name:R1-R2, PM State:Up Loss measurement Data: Duration: 00:04:43 Traffic-class: None Queries sent: 282 Responses received: 282 Responses dropped due to errors: 0 Queries timeout: 0 Forward loss measurement: Average packet loss: 0 Average packet throughput: 554338 Reverse loss measurement: Average packet loss: 0 Average packet throughput: 1352077 LSP name:R1-R2, PM State:Up Delay measurement Data: Duration: 00:04:43 Traffic-class: 0 Queries sent: 282 Responses received: 282 Responses dropped due to errors: 0 Queries timeout: 0 Best 2-way channel delay: 72 usecs Worst 2-way channel delay: 365 usecs Best round trip time: 843 usecs Worst round trip time: 105523 usecs Avg absolute fw delay variation: 1619 usecs Avg absolute rv delay variation: 1619 usecs LSP name:R1-R2, PM State:Up Loss measurement Data: Duration: 00:04:43 Traffic-class: None Queries sent: 282 Responses received: 282 Responses dropped due to errors: 0 Queries timeout: 0 Forward loss measurement: Average packet loss: 0 Average packet throughput: 553927 Reverse loss measurement: Average packet loss: 0 Average packet throughput: 1351531 Delay measurement Data: Best 2-way channel delay: 76 usecs Worst 2-way channel delay: 368 usecs Best round trip time: 1082 usecs Worst round trip time: 126146 usecs Avg absolute fw delay variation: 1618 usecs Avg absolute rv delay variation: 1619 usecs
의미
LSP에 대한 패킷 손실 및 지연 측정 메트릭이 표시됩니다.
온디맨드 손실 및 지연 측정 구성
MPLS 네트워크에서 포인트 투 포인트 UHP(Ultimate Hop Popping) LSP(label-switched paths)에 대한 온디맨드 손실 및 지연 측정을 구성하여 네트워크 성능을 모니터링할 수 있습니다. monitor mpls loss rsvp
, monitor mpls delay rsvp
및 monitor mpls loss-delay rsvp
CLI 명령은 직접 모드 패킷 손실, 양방향 패킷 지연 및 패킷 간 지연 변동 및 채널 처리량 측정과 같은 관련 메트릭에 대한 성능 메트릭의 온디맨드 요약을 제공합니다.
이 기능은 네트워크 성능에 대한 실시간 가시성을 제공하므로 네트워크 성능 계획, 문제 해결 및 평가를 용이하게 합니다.
시작하기 전에:
디바이스 인터페이스를 구성합니다.
디바이스 라우터 ID를 구성합니다.
다음과 같은 프로토콜을 구성합니다.
RSVP
최단 경로 우선(OSPF)
트래픽 엔지니어링 기능을 활성화합니다.
MPLS
PE 디바이스 구성 방법:
사전 예방적 손실 및 지연 측정 구성
MPLS 네트워크에서 point-to-point Ultimate-Hop Popping LSP(label-switched paths)에 대한 사전 예방적 손실 및 지연 측정을 구성하여 네트워크 성능을 모니터링할 수 있습니다. show performance-monitoring mpls lsp
CLI 명령은 직접 모드 패킷 손실, 양방향 패킷 지연 및 패킷 간 지연 변동 및 채널 처리량 측정과 같은 관련 메트릭에 대한 성능 메트릭의 요약을 제공합니다.
이 기능은 네트워크 성능에 대한 실시간 가시성을 제공하므로 네트워크 성능 계획, 문제 해결 및 평가를 용이하게 합니다.
이 기능은 다음과 같은 성능 메트릭을 제공합니다.
패킷 간 지연 변동(IPDV)
손실 측정
RTT(Round-Trip Delay)
처리량 측정
양방향 채널 지연
시작하기 전에:
디바이스 인터페이스를 구성합니다.
디바이스에 대한 AS(Autonomous System) 번호 및 라우터 ID를 구성합니다.
다음과 같은 프로토콜을 구성합니다.
MPLS
최단 경로 우선(OSPF)
RSVP
PE 디바이스에서 사전 예방적 손실 및 지연 측정을 구성하려면 다음을 수행합니다.