SRX 디바이스에 대한 실시간 성능 모니터링
요약 이 섹션에서는 네트워크 운영자와 고객이 두 엔드포인트 사이의 네트워크 성능을 정확하게 측정할 수 있는 실시간 성능 모니터링(RPM) 기능에 대해 설명합니다.
RPM 개요(SRX)
RPM 도구를 사용하면 프로브를 구성하고 지정된 대상으로 전송하고 분석된 결과를 모니터링하여 패킷 손실, RTT(Round-Trip Time) 및 지터를 결정할 수 있습니다.
RPM을 통해 서비스 수준 모니터링을 수행할 수 있습니다. 디바이스에 RPM이 구성되면 디바이스는 패킷 응답 시간, 지터 및 패킷 손실을 기반으로 네트워크 성능을 계산합니다. 이러한 값은 구성에 따라 HTTP(Hypertext Transfer Protocol) GET 요청, ICMP(Internet Control Message Protocol) 요청, TCP 및 UDP 요청에 의해 수집됩니다.
이 섹션에는 다음 주제가 포함되어 있습니다.
RPM 프로브
IP 주소 또는 URL로 식별된 지정된 프로브 대상에 프로브를 전송하여 RPM 통계를 수집합니다. 대상이 프로브를 수신하면 응답을 생성하고 디바이스가 수신합니다. 원격 서버에서 전송 시간을 분석하여 디바이스가 네트워크 성능 통계를 결정할 수 있습니다.
디바이스는 다음 프로브 유형을 보냅니다.
대상 URL의 HTTP GET 요청
대상 URL의 메타데이터에 대한 HTTP GET 요청
대상 주소에 대한 ICMP 에코 요청(기본값)
대상 주소에 대한 ICMP 타임스탬프 요청
대상 디바이스에 대한 UDP 핑 패킷
대상 주소에 대한 UDP 타임스탬프 요청
대상 디바이스에 대한 TCP 핑 패킷
UDP 및 TCP 프로브 유형은 프로브에 대한 응답을 생성하도록 원격 서버를 RPM 수신기로 구성해야 합니다.
RPM 프로브 결과는 SNMP 프로토콜을 통해 관리 정보 베이스(MIB) 개체의 형태로도 사용할 수 있습니다.
SRX300, SRX320, SRX340, SRX1500, SRX4600 디바이스 및 vSRX 인스턴스에서 기본 RPM 프로브를 구성할 때 다음과 같은 구성 매개 변수의 조합은 지원되지 않습니다.
소스 주소, 대상 포트 및 다음 홉입니다.
이러한 매개 변수로 RPM 프로브를 구성해도 RPM 프로브가 지정된 프로브 대상에 전송되지 않습니다. 소스 주소 또는 대상 포트와 다음 홉 중 하나를 구성하여 RPM 프로브를 구성하는 것이 좋습니다.
RPM 테스트
테스트 과정에서 각 프로브 대상이 모니터링됩니다. 테스트는 구성에 정의된 대로 정기적으로 전송되는 프로브 집합을 나타냅니다. 그런 다음 통계가 각 테스트에 대해 반환됩니다. 테스트는 일정한 시간 동안 모니터링된 프로브 모음이므로 표준 편차 및 지터와 같은 테스트 통계를 계산하고 평균 프로브 통계와 함께 포함할 수 있습니다.
프로브 및 테스트 간격
테스트 내에서 RPM 프로브는 정기적으로 전송되며 초 단위로 구성됩니다. 총 프로브 수가 전송되고 해당 응답을 수신하면 테스트가 완료됩니다. 각 테스트의 프로브 간격을 수동으로 설정하여 RPM 테스트가 수행되는 방식을 제어할 수 있습니다.
특정 테스트에 대한 모든 프로브가 전송된 후 테스트가 다시 시작됩니다. 테스트 간 시간은 테스트 간격입니다. 테스트 간격을 수동으로 설정하여 RPM 성능을 조정할 수 있습니다.
SRX340 디바이스에서 icmp를 통한 RPM 서버 작업은 지원되지 않습니다. RPM 서버는 TCP 및 UDP에서 잘 작동합니다.
하드웨어 타임스탬핑을 통한 지터 측정
지터는 두 개의 연속 프로브 사이의 상대적 전송 시간의 차이입니다.
다음 RPM 프로브에 대한 타임스탬프를 지정하여 지연 또는 지터 측정을 개선할 수 있습니다.
ICMP 핑
ICMP 핑 타임스탬프
UDP 핑
UDP 핑 타임스탬프
디바이스는 대상 포트가 UDP-ECHO(포트 7)인 경우에만 UDP 핑 및 UDP 핑 타임스탬프 RPM 프로브의 하드웨어 타임스탬핑을 지원합니다.
타임스탬핑은 프로브의 대상인 원격 디바이스(RPM 서버)가 아닌 프로브를 시작한 디바이스(RPM 클라이언트)의 전달 프로세스 중에 발생합니다.
타임스탬핑을 위해 디바이스에서 지원되는 캡슐화는 VLAN, 동기식 PPP 및 프레임 릴레이를 포함하는 이더넷입니다. 지원되는 유일한 논리적 인터페이스 는 lt 서비스 인터페이스입니다.
하드웨어 타임스탬프를 가진 RPM 프로브 세대는 SNMP 프로토콜을 통해 검색할 수 있습니다.
RPM 통계
각 테스트가 끝날 때 디바이스는 패킷 왕복 시간, 패킷 인바운드 및 아웃바운드 시간(ICMP 타임스탬프 프로브만 해당) 및 표 1과 같이 프로브 손실에 대한 통계를 수집합니다.
RPM 통계 |
설명 |
---|---|
왕복 시간 | |
최소 RTT(Round-Trip Time) |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 가장 짧은 왕복 시간 |
최대 RTT(Round-Trip Time) |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 가장 긴 왕복 시간 |
평균 RTT(Round-Trip Time) |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 평균 왕복 시간 |
표준 편차 RTT(Round-Trip Time) |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지의 왕복 시간의 표준 편차 |
지터 |
테스트 과정 동안 측정한 최대 및 최소 왕복 시간 간의 차이 |
인바운드 및 아웃바운드 시간(ICMP 타임스탬프 프로브만 해당) | |
최소 송신 시간 |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 가장 짧은 단방향 시간 |
최대 수신 시간 |
테스트 과정 동안 측정한 원격 서버에서 주니퍼 네트웍스 디바이스까지 걸리는 가장 짧은 단방향 시간 |
평균 송신 시간 |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 평균 단방향 시간 |
평균 수신 시간 |
테스트 과정 동안 측정한 원격 서버에서 주니퍼 네트웍스 디바이스까지 걸리는 평균 단방향 시간 |
표준 편차 송신 시간 |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지의 편도 시간에 대한 표준 편차 |
표준 편차 수신 시간 |
테스트 과정 동안 측정한 원격 서버에서 주니퍼 네트웍스 디바이스까지의 편도 시간에 대한 표준 편차 |
송신 지터 |
테스트 과정 동안 측정한 최대 및 최소 아웃바운드 시간 간의 차이 |
수신 지터 |
테스트 과정 동안 측정한 최대 및 최소 인바운드 시간 간의 차이 |
프로브 수 | |
전송된 프로브 |
테스트 과정 동안 전송된 총 프로브 수 |
수신된 프로브 응답 |
테스트 과정 동안 수신된 총 프로브 응답 수 |
손실율 |
응답을 수신하지 않은 전송 프로브 비율 |
RPM 임계값 및 트랩
각 프로브에 대해 측정한 왕복 시간, 수신(인바운드) 시간 및 송신(아웃바운드) 시간뿐만 아니라 각 테스트에 대해 측정된 표준 편차 및 지터 값에 대한 RPM 임계값을 구성할 수 있습니다. 또한 테스트 내에서 연속 손실된 프로브의 수와 테스트 내에서 손실된 프로브의 총 수에 대한 임계값을 구성할 수 있습니다.
프로브 또는 테스트 결과가 임계값을 초과하면 디바이스는 시스템 로그 메시지를 생성하고 구성한 SNMP(Simple Network Management Protocol) 알림(트랩)을 보냅니다.
릴리스 18.4R1 Junos OS 시작하여, 프로브 또는 테스트 결과가 패킷 손실 임계값을 초과하는 경우 실시간 성능 모니터링(RPM) 테스트 프로브가 실패한 것으로 표시됩니다. RTT(Round-Trip Time)가 구성된 임계값을 초과할 때 테스트 프로브도 실패합니다. 결과적으로 디바이스는 SNMP 알림(트랩)을 생성하고 RPM 테스트를 실패한 것으로 표시합니다. RPM을 통해 서비스 수준 모니터링을 수행할 수 있습니다. 디바이스에 RPM이 구성되면 디바이스는 패킷 응답 시간, 지터 및 패킷 손실을 기반으로 네트워크 성능을 계산합니다.
BGP 모니터링을 위한 RPM
Border Gateway Protocol(BGP)를 사용하여 연결된 피어링 네트워크를 관리할 때, 주니퍼 네트웍스 디바이스와 구성된 BGP neighbor 사이에 경로가 있는지 알아내야 할 수도 있습니다. 각 BGP 이웃을 수동으로 핑하여 연결 상태를 결정할 수 있지만 디바이스에 많은 BGP 이웃이 구성된 경우 이 방법은 실용적이지 않습니다.
디바이스에서 RPM 프로브를 구성하여 BGP 이웃을 모니터링하고 활성화되었는지 확인할 수 있습니다.
IPv6에 대한 RPM 프로브 구성 지침(SRX 디바이스)
Junos OS 릴리스 15.1X49-D10부터 IPv6용 RPM 프로브를 구성할 수 있습니다.
RPM 대상 또는 서버에 대한 IPv6 주소를 구성할 때 다음 지침을 염두에 두십시오.
IPv6 RPM은 ICMPv6 프로브 요청을 사용합니다. ICMP 또는 ICMP 타임스탬프 프로브 유형을 구성할 수 없습니다.
VRF 지원, ICMPv6 프로브의 데이터 부분 크기 사양, 데이터 패턴 및 트래픽 클래스를 포함한 IPv6 대상에는 라우팅 엔진 기반 RPM만 지원됩니다.
IPv4 및 IPv6 테스트의 조합으로 프로브를 구성할 수 있습니다. 그러나 개별 테스트는 IPv4 또는 IPv6이어야 합니다.
라우팅 엔진 기반 RPM은 하드웨어 기반 또는 단방향 하드웨어 기반 타임스탬핑을 지원하지 않습니다.
동시 프로브에
probe-limit
[edit services rpm]
대한 제한을 10으로 설정하려면 계층 수준에서 명령문을 포함하는 것이 좋습니다. 높은 동시 프로브는 스파이크가 더 높을 수 있습니다.SNMP 설정 작업은 ICMP 프로브에서만 허용되며 다른 프로브 유형에는 지원되지 않습니다.
다음 표에는 프로브에서 구성할 수 없는 IPv6 특수 주소 접두사에 대한 설명이 있습니다.
IPV6 주소 유형
IPV6 주소 접두사
Node-Scoped 유니캐스트
::1/128은 루프백 주소입니다.
::/128은 불특정 주소입니다.
IPv4 매핑 주소
::FFFF:0:0/96
IPv4 호환 주소
:<ipv4-address>/96
Link-Scoped 유니캐스트
fe80::/10
고유 로컬
fc00::/7
문서 접두사
2001:db8::/32
6to4
2002::/16
6bone
5f00::/8
난초
2001:10::/28
Teredo
2001::/32
기본 경로
::/0
멀티 캐스트
ff00::/8
라우팅 엔진 기반 RPM에서는 단 한 번의 테스트도 대기 지연으로 인해 RTT(Route Trip Time) 스파이크가 발생할 수 있습니다.
RPM은 RPM 서버와 RPM 클라이언트 간의 통신을 위해 TCP 및 UDP 포트를 열 수 있으므로 방화벽 및 분산 서비스 거부(DDoS) 공격 필터를 사용하여 보안 위협으로부터 보호하는 것이 좋습니다.
IPv6 RPM 프로브(vSRX)
Junos OS 릴리스 15.1X49-D10부터 Route Engine 기반 RPM은 IPv6 프로브 패킷을 송수신하여 IPv6 네트워크에서 성능을 모니터링할 수 있습니다.
프로브 요청은 해당 TCP, UDP 및 ICMPv6 헤더가 있는 표준 IPv6 패킷입니다. 또한 프로브 응답은 해당 TCP, UDP 및 ICMPv6 헤더가 있는 표준 IPv6 패킷입니다. RE 기반 RPM에 대한 표준 패킷에는 RPM 헤더가 추가되지 않습니다. IPv6 기반 RPM 테스트는 IPv6 RPM 클라이언트와 IPv6 RPM 서버 간에 발생합니다.
동일한 프로브에서 IPv4 테스트와 IPv6 테스트를 모두 수행할 수 있습니다.
IPv6 RPM 프로브 구성(vSRX)
Junos OS 릴리스 15.1X49-D10부터는 IPv6 기반 RPM 프로브 테스트를 위한 IPv6 대상 주소를 구성할 수 있습니다.
IPv6 RPM 테스트를 구성하려면 다음을 수행합니다.
RPM 프로브 조정(SRX 디바이스)
RPM 프로브를 구성한 후, 매개 변수를 설정하여 프로브 간의 간격, 시스템이 처리할 수 있는 동시 프로브의 총 개수, 각 프로브 패킷에 사용되는 소스 주소와 같은 프로브 기능을 제어할 수 있습니다.
RPM 프로브를 조정하려면:
모니터링 RPM 프로브(SRX 디바이스)
RPM 정보에는 디바이스에서 구성된 각 RPM 테스트에 대한 왕복 시간, 지터 및 표준 편차 값이 포함됩니다. 이러한 RPM 속성을 보려면 J-Web 사용자 인터페이스에서 문제 해결>RPM>View RPM 을 선택하거나 구성 모드에서 명령을 입력 show
합니다.
[edit] user@host# run show services rpm probe-results
각 RPM 테스트에 대한 RPM 통계 외에도 J-Web 사용자 인터페이스는 왕복 시간과 누적 지터를 그래픽으로 표시합니다. 그림 1 은 RPM 테스트에 대한 샘플 그래프를 보여줍니다.

그림 1에서 왕복 시간 및 지터 값은 시스템 시간의 함수로 표시됩니다. 왕복 시간 또는 지터의 급증은 특정 시간에 전송된 프로브의 아웃바운드(송신) 또는 인바운드(수신) 시간이 더 느리다는 것을 나타냅니다.
표 2 는 RPM 디스플레이의 주요 출력 필드를 요약합니다.
필드 |
값 |
추가 정보 |
---|---|---|
현재 실행 중인 테스트 | ||
그래프 |
그래프 링크를 클릭하여 그래프를 표시하거나(아직 표시되지 않은 경우) 특정 테스트에 대한 그래프를 업데이트합니다. |
|
소유자 |
RPM 테스트의 구성된 소유자 이름. |
– |
테스트 이름 |
RPM 테스트의 구성된 이름. |
– |
프로브 유형 |
지정된 테스트에 대해 구성된 RPM 프로브 유형:
|
– |
대상 주소 |
RPM 테스트를 통해 조사 중인 원격 서버의 IPv4 주소, IPv6 주소 또는 URL. |
– |
소스 주소 |
프로브 패킷 헤더에 포함된 명시적으로 구성된 IPv4 또는 IPv6 소스 주소입니다. |
소스 주소가 구성되지 않은 경우 RPM 프로브 패킷은 발신 인터페이스를 소스 주소로 사용하고 소스 주소 필드는 비어 있습니다. |
최소 RTT |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 가장 짧은 왕복 시간. |
– |
최대 RTT |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 가장 긴 왕복 시간. |
– |
평균 RTT |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 평균 왕복 시간. |
– |
표준 편차 RTT |
테스트 과정 동안 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지의 왕복 시간의 표준 편차. |
– |
전송된 프로브 |
테스트 과정 동안 전송된 총 프로브 수. |
– |
손실율 |
응답을 수신하지 않은 전송 프로브 비율. |
– |
프로브의 왕복 시간 | ||
샘플 |
데이터 세트에 사용된 총 프로브 수. |
주니퍼 네트웍스 디바이스는 구성된 각 테스트에 대해 가장 최근의 50개 프로브 기록을 유지합니다. 이 50개의 프로브는 특정 테스트에 대한 RPM 통계를 생성하는 데 사용됩니다. |
초기 샘플 |
샘플의 첫 번째 프로브가 수신된 시스템 시간. |
– |
최신 샘플 |
샘플의 마지막 프로브가 수신된 시스템 시간. |
– |
평균 값 |
50개 프로브 샘플의 평균 왕복 시간. |
– |
표준 편차 |
50개 프로브 샘플에 대한 왕복 시간의 표준 편차. |
– |
가장 낮은 값 |
50개 프로브 샘플에서 측정한 디바이스에서 원격 서버까지 걸리는 가장 짧은 왕복 시간. |
– |
가장 낮은 샘플 시간 |
50개 프로브 샘플에서 가장 낮은 값이 수신된 시스템 시간. |
– |
최고 가치 |
50개 프로브 샘플에서 측정한 주니퍼 네트웍스 디바이스에서 원격 서버까지 걸리는 가장 긴 왕복 시간. |
– |
가장 높은 샘플 시간 |
50개 프로브 샘플에서 가장 높은 값이 수신된 시스템 시간. |
– |
프로브의 누적 지터 | ||
샘플 |
데이터 세트에 사용된 총 프로브 수. |
주니퍼 네트웍스 디바이스는 구성된 각 테스트에 대해 가장 최근의 50개 프로브 기록을 유지합니다. 이 50개의 프로브는 특정 테스트에 대한 RPM 통계를 생성하는 데 사용됩니다. |
초기 샘플 |
샘플의 첫 번째 프로브가 수신된 시스템 시간. |
– |
최신 샘플 |
샘플의 마지막 프로브가 수신된 시스템 시간. |
– |
평균 값 |
50개 프로브 샘플의 평균 지터. |
– |
표준 편차 |
50개 프로브 샘플에 대한 지터 값의 표준 편차. |
– |
가장 낮은 값 |
50개 프로브 샘플에서 측정한 가장 작은 지터 값. |
– |
가장 낮은 샘플 시간 |
50개 프로브 샘플에서 가장 낮은 값이 수신된 시스템 시간. |
– |
최고 가치 |
50개 프로브 샘플에서 측정한 가장 높은 지터 값. |
– |
가장 높은 샘플 시간 |
50개 프로브 샘플에서 가장 높은 지터 값이 수신된 시스템 시간. |
– |
예: 기본 RPM 프로브 구성(SRX)
이 예는 두 네트워크 엔드포인트 간의 성능을 측정하기 위해 기본 RPM 프로브를 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에 다음을 수행합니다.
기본 연결을 설정합니다.
네트워크 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
개요
이 예에서는 두 RPM 소유자인 customerA 및 customerB에 대한 기본 프로브를 구성합니다. 테스트 간격 15초로 customerA에 대한 icmp-test로 RPM 테스트를 구성하고 프로브 유형을 icmp-ping-timestamp, 프로브 타임스탬프 및 대상 주소를 192.178.16.5로 지정합니다. 그런 다음 RPM 임계값과 해당 SNMP 트랩을 구성하여 3,000마이크로초보다 큰 수신(인바운드) 시간을 잡을 수 있습니다.
그런 다음 RPM 테스트를 30초의 테스트 간격으로 customerB에 대한 http-test로 구성하고 프로브 유형을 http-get으로 지정하고 대상 URL을 http://customerB.net. 마지막으로 RPM 임계값과 대응되는 SNMP 트랩을 프로브 실패 및 테스트 실패로 구성하여 3개 이상의 연속적인 손실 프로브와 총 손실 프로브 10을 잡을 수 있습니다.
SRX300, SRX320, SRX340, SRX1500 디바이스 및 vSRX 인스턴스에서 기본 RPM 프로브를 구성할 때 다음과 같은 구성 매개 변수의 조합은 지원되지 않습니다.
소스 주소, 대상 포트 및 다음 홉입니다.
이러한 매개 변수로 RPM 프로브를 구성해도 RPM 프로브가 지정된 프로브 대상에 전송되지 않습니다. 소스 주소 또는 대상 포트와 다음 홉 중 하나를 구성하여 RPM 프로브를 구성하는 것이 좋습니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit]
로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit
합니다.
set services rpm probe customerA test icmp-test probe-interval 15 set services rpm probe customerA test icmp-test probe-type icmp-ping-timestamp set services rpm probe customerA test icmp-test hardware-timestamp set services rpm probe customerA test icmp-test target address 192.178.16.5 set services rpm probe customerA test icmp-test thresholds ingress-time 3000 set services rpm probe customerA test icmp-test traps ingress-time-exceeded set services rpm probe customerB test http-test probe-interval 30 set services rpm probe customerB test http-test probe-type http-get set services rpm probe customerB test http-test target url http://customerB.net set services rpm probe customerB test http-test thresholds successive-loss 3 set services rpm probe customerB test http-test thresholds total-loss 10 set services rpm probe customerB test http-test traps probe-failure set services rpm probe customerB test http-test traps test-failure
단계별 절차
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
기본 RPM 프로브를 구성하려면:
RPM을 구성합니다.
[edit] user@host# edit services rpm
RPM 소유자를 구성합니다.
[edit services rpm] user@host# set probe customerA user@host# set probe customerB
customerA에 대한 RPM 테스트를 구성합니다.
[edit services rpm] user@host# edit probe customerA user@host# set test icmp-test probe-interval 15 user@host# set test icmp-test probe-type icmp-ping-timestamp
프로브 타임스탬프 및 대상 주소를 지정합니다.
[edit services rpm probe customerA] user@host# set test icmp-test hardware-timestamp user@host# set test icmp-test target address 192.178.16.5
RPM 임계값 및 해당 SNMP 트랩을 구성합니다.
[edit services rpm probe customerA] user@host# set test icmp-test thresholds ingress-time 3000 user@host# set test icmp-test traps ingress-time-exceeded
customerB에 대한 RPM 테스트를 구성합니다.
[edit] user@host# edit services rpm probe customerB user@host# set test http-test probe-interval 30
프로브 유형 및 대상 URL을 지정합니다.
[edit services rpm probe customerB] user@host# set test http-test probe-type http-get user@host# set test http-test target url http://customerB.net
RPM 임계값 및 해당 SNMP 트랩을 구성합니다.
[edit services rpm probe customerB] user@host# set test http-test thresholds successive-loss 3 user@host# set test http-test thresholds total-loss 10 user@host# set test http-test traps probe-failure user@host# set test http-test traps test-failure
결과
구성 모드에서 명령을 입력하여 구성을 확인합니다 run show services rpm
. 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# run show services rpm
probe customerA {
test icmp-test {
probe-type icmp-ping-timestamp;
target address 192.178.16.5;
probe-interval 15;
thresholds {
ingress-time 3000;
}
traps ingress-time-exceeded;
hardware-timestamp;
}
}
probe customerB {
test http-test {
probe-type http-get;
target url http://customerB.net;
probe-interval 30;
thresholds {
successive-loss 3;
total-loss 10;
}
traps [ probe-failure test-failure ];
}
}
디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit
.
확인
구성이 제대로 작동하는지 확인합니다.
RPM 서비스 확인
목적
RPM 구성이 예상 값 내에 있는지 확인합니다.
작업
운영 모드에서 명령을 입력합니다 show services rpm
. 출력은 디바이스에서 RPM에 구성된 값을 보여줍니다.
RPM 통계 확인
목적
RPM 프로브가 작동하고 RPM 통계가 예상 값 내에 있는지 확인합니다.
작업
운영 모드에서 명령을 입력합니다 show services rpm probe-results
.
user@host> show services rpm probe-results
Owner: customerD, Test: icmp-test Probe type: icmp-ping-timestamp Minimum Rtt: 312 usec, Maximum Rtt: 385 usec, Average Rtt: 331 usec, Jitter Rtt: 73 usec, Stddev Rtt: 27 usec Minimum egress time: 0 usec, Maximum egress time: 0 usec, Average egress time: 0 usec, Jitter egress time: 0 usec, Stddev egress time: 0 usec Minimum ingress time: 0 usec, Maximum ingress time: 0 usec, Average ingress time: 0 usec, Jitter ingress time: 0 usec, Stddev ingress time: 0 usec Probes sent: 5, Probes received: 5, Loss percentage: 0 Owner: customerE, Test: http-test Target address: 192.176.17.4, Target URL: http://customerB.net, Probe type: http-get Minimum Rtt: 1093 usec, Maximum Rtt: 1372 usec, Average Rtt: 1231 usec, Jitter Rtt: 279 usec, Stddev Rtt: 114 usec Probes sent: 3, Probes received: 3, Loss percentage: 0 Owner: Rpm-Bgp-Owner, Test: Rpm-Bgp-Test-1 Target address: 10.209.152.37, Probe type: icmp-ping, Test size: 5 probes Routing Instance Name: LR1/RI1 Probe results: Response received, Fri Oct 28 05:20:23 2005 Rtt: 662 usec Results over current test: Probes sent: 5, Probes received: 5, Loss percentage: 0 Measurement: Round trip time Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec, Jitter: 133 usec, Stddev: 53 usec Results over all tests: Probes sent: 5, Probes received: 5, Loss percentage: 0 Measurement: Round trip time Minimum: 529 usec, Maximum: 662 usec, Average: 585 usec, Jitter: 133 usec, Stddev: 53 usec
명령을 사용하여 원하는 트랩을 구성합니다 set services rpm probe p1 test t1 traps
.
트랩이 트리거되면 명령을 사용하여 show snmp log messages | match rmopd
라는 로그 파일에서 동일한 메시지를 볼 수 있습니다.
가능한 옵션 |
값 집합 |
---|---|
송신 지터 초과 |
송신 시간 임계 값의 초과된 지터 |
egress-std-dev-초과 |
초과된 송신 시간 표준 편차 임계 값 |
송신 시간 초과 |
초과된 최대 송신 시간 임계 값 |
수신 지터 초과 |
수신 시간 임계 값의 초과된 지터 |
ingress-std-dev-초과 |
초과된 수신 시간 표준 편차 임계 값 |
프로브 실패 |
연속 프로브 손실 임계값 도달 |
RTT 초과 |
초과된 최대 왕복 시간 임계 값 |
std-dev 초과 |
초과된 왕복 시간 표준 편차 임계 값 |
테스트 완료 |
테스트 완료 |
테스트 실패 |
총 프로브 손실 임계 값 도달 |
예: TCP 및 UDP 프로브(SRX 디바이스)를 사용하여 RPM 구성
이 예는 TCP 및 UDP 프로브를 사용하여 RPM을 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에 다음을 수행합니다.
기본 연결을 설정합니다.
네트워크 인터페이스를 구성합니다. 보안 디바이스에 대한 인터페이스 사용자 가이드를 참조하십시오.
프로브 소유자, 테스트 및 RPM 프로브의 특정 매개 변수를 구성합니다. SRX 디바이스의 실시간 성능 모니터링을 참조하십시오.
개요
이 예에서는 호스트(디바이스 A)와 원격 디바이스(디바이스 B)가 모두 TCP 및 UDP 서버로 작동하도록 구성합니다. TCP 패킷을 사용하는 고객C에 대한 프로브를 구성합니다. 디바이스 B는 TCP 및 UDP 패킷 모두에 대한 RPM 서버로 구성되며, 대상 인터페이스로서 lt 서비스 인터페이스를 사용하고 각각 포트 50000 및 50037을 사용합니다.
부적절한 구성으로 인해 패킷이 누락될 수 있으므로 프로브 분류는 신중하게 사용해야 합니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit]
로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit
합니다.
{device A} set services rpm probe customerC test tcp-test probe-interval 5 set services rpm probe customerC test tcp-test probe-type tcp-ping set services rpm probe customerC test tcp-test target address 192.162.45.6 set services rpm probe customerC test tcp-test destination-interface lt-0/0/0 set services rpm probe customerC test tcp-test destination-port 50000
{device B} set services rpm probe-server tcp port 50000 set services rpm probe-server udp port 50037
단계별 절차
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
TCP 및 UDP 프로브를 사용하여 RPM을 구성하려면:
디바이스 A에서 RPM 소유자를 구성합니다.
{device A} [edit] user@host# edit services rpm user@host# set probe customerC
RPM 테스트를 구성합니다.
{device A} [edit services rpm] user@host# edit services rpm probe customerC user@host# set test tcp-test probe-interval 5
프로브 유형을 설정합니다.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test probe-type tcp-ping
대상 주소를 지정합니다.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test target address 192.162.45.6
대상 인터페이스를 구성합니다.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-interface It-0/0/0
포트 50000을 RPM 프로브가 전송되는 TCP 포트로 구성합니다.
{device A} [edit services rpm probe customerC] user@host# set test tcp-test destination-port 50000
디바이스 B가 포트 50000을 사용하여 TCP 서버로 작동하도록 구성합니다.
{device B} [edit] user@host# edit services rpm user@host# set probe-server tcp port 50000
디바이스 B가 포트 50037을 사용하여 UDP 서버로 작동하도록 구성합니다.
{device B} [edit services rpm] user@host# set probe-server udp port 50037
결과
운영 모드에서 명령을 입력하여 구성을 show services rpm
확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# show services rpm
probe customerC {
test tcp-test {
probe-type tcp-ping;
target address 192.162.45.6;
probe-interval 5;
destination-port 50000;
destination-interface lt-0/0/0.0;
}
}
probe-server {
tcp {
port 50000;
}
udp {
port 50037;
}
}
디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit
.
확인
RPM 프로브 서버 확인
목적
구성이 제대로 작동하는지 확인합니다.
디바이스가 올바른 포트에서 TCP 및 UDP RPM 프로브를 수신하고 전송하도록 구성되었는지 확인합니다.
작업
운영 모드에서 명령을 입력합니다 show services rpm active-servers
. 출력은 디바이스가 RPM 서버로 구성된 프로토콜 및 해당 포트 목록을 보여줍니다.
user@host> show services rpm active-servers
Protocol: TCP, Port: 50000 Protocol: UDP, Port: 50037
예: BGP 모니터링을 위한 RPM 프로브 구성
이 예는 BGP 이웃을 모니터링하기 위해 RPM 프로브를 구성하는 방법을 보여줍니다.
요구 사항
시작하기 전에 다음을 수행합니다.
RPM 구성 아래에서 BGP 매개 변수를 구성하여 BGP neighbor로 RPM 프로브를 전송합니다. SRX 디바이스의 실시간 성능 모니터링을 참조하십시오.
동일한 TCP 또는 UDP 포트에서 RPM 프로브를 송수신하도록 프로브 서버(주니퍼 네트웍스 디바이스)와 프로브 수신기(원격 디바이스)를 모두 구성하여 TCP 또는 UDP 프로브를 사용합니다. SRX 디바이스의 실시간 성능 모니터링을 참조하십시오.
개요
이 예에서는 ABCD123으로 RPM 프로브의 데이터 부분에 사용할 16진수 값을 지정합니다. (범위는 1~2048자입니다.) RPM 프로브의 데이터 크기를 1024바이트로 지정합니다. (값 범위는 0~65,507입니다.)
그런 다음 대상 포트 50000을 RPM 프로브가 전송되는 TCP 포트로 구성합니다. 프로브 기록에서 25로 저장될 프로브 결과 수를 지정합니다. (범위는 0~255이며, 기본값은 50입니다.) 프로브 수를 5로, 프로브 간격을 1로 설정합니다. (프로브 수는 1~15 범위, 기본값은 1, 프로브 간격은 1~255이며, 기본값은 3입니다.) 그런 다음 tcp-ping을 테스트의 일부로 보낼 프로브 유형으로 지정합니다.
마지막으로, 테스트 간격을 60으로 설정합니다. 테스트 간격의 값 범위는 0~86,400초입니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브러브를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit]
로 복사해 붙여 넣은 다음, 구성 모드에서 을(를) 입력 commit
합니다.
set services rpm bgp data-fill ABCD123 data-size 1024 set services rpm bgp destination-port 50000 history-size 25 set services rpm bgp probe-count 5 probe-interval 1 set services rpm bgp probe-type tcp-ping test-interval 60
단계별 절차
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드의 구성 모드에서 CLI 편집기 사용을 참조하십시오.
BGP 이웃을 모니터링하기 위한 RPM 프로브 구성 방법:
RPM 및 BGP를 구성합니다.
[edit] user@host# edit services rpm bgp
16진수 값을 지정합니다.
[edit services rpm bgp] user@host# set data-fill ABCD123
RPM 프로브의 데이터 크기를 지정합니다.
[edit services rpm bgp] user@host# set data-size 1024
대상 포트를 구성합니다.
[edit services rpm bgp] user@host# set destination-port 50000
프로브 수를 지정합니다.
[edit services rpm bgp] user@host# set history-size 25
프로브 수와 프로브 간격을 설정합니다.
[edit services rpm bgp] user@host# set probe-count 5 probe-interval 1
프로브 유형을 지정합니다.
[edit services rpm bgp] user@host# set probe-type tcp-ping
참고:프로브 유형을 지정하지 않으면 기본 ICMP 프로브가 전송됩니다.
테스트 간격을 설정합니다.
[edit services rpm bgp] user@host# set test-interval 60
결과
구성 모드에서 명령을 입력하여 구성을 확인합니다 run show services rpm
. 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.
[edit]
user@host# run show services rpm
bgp {
probe-type tcp-ping;
probe-count 5;
probe-interval 1;
test-interval 60;
destination-port 50000;
history-size 25;
data-size 1024;
data-fill ABCD123;
}
디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit
.