Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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과 같이 프로브 손실에 대한 통계를 수집합니다.

표 1: RPM 통계

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 테스트를 구성하려면 다음을 수행합니다.

  1. IPv6 테스트로 구성하려는 프로브의 RPM 프로브 소유자를 지정합니다.
  2. 테스트 이름을 지정합니다.
  3. 프로브 유형을 지정합니다.
  4. 테스트 대상 주소를 지정합니다.
  5. 나머지 RPM 테스트 매개 변수를 구성합니다.

RPM 프로브 조정(SRX 디바이스)

RPM 프로브를 구성한 후, 매개 변수를 설정하여 프로브 간의 간격, 시스템이 처리할 수 있는 동시 프로브의 총 개수, 각 프로브 패킷에 사용되는 소스 주소와 같은 프로브 기능을 제어할 수 있습니다.

RPM 프로브를 조정하려면:

  1. 시스템에서 10허용되는 동시 프로브의 최대 수를 로 설정합니다.
  2. 고객 A의 ICMP 프로브에 액세스합니다 .
  3. 프로브 전송 사이의 시간을 15초로 설정합니다.
  4. 테스트 10내에서 프로브 수를 로 설정합니다.
  5. 각 프로브 패킷 192.168.2.9에 대한 소스 주소를 로 설정합니다. 소스 주소를 명시적으로 구성하지 않으면 프로브가 전송되는 발신 인터페이스의 주소가 소스 주소로 사용됩니다.
  6. 디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

모니터링 RPM 프로브(SRX 디바이스)

RPM 정보에는 디바이스에서 구성된 각 RPM 테스트에 대한 왕복 시간, 지터 및 표준 편차 값이 포함됩니다. 이러한 RPM 속성을 보려면 J-Web 사용자 인터페이스에서 문제 해결>RPM>View RPM 을 선택하거나 구성 모드에서 명령을 입력 show 합니다.

각 RPM 테스트에 대한 RPM 통계 외에도 J-Web 사용자 인터페이스는 왕복 시간과 누적 지터를 그래픽으로 표시합니다. 그림 1 은 RPM 테스트에 대한 샘플 그래프를 보여줍니다.

그림 1: 샘플 RPM 그래프 Sample RPM Graphs

그림 1에서 왕복 시간 및 지터 값은 시스템 시간의 함수로 표시됩니다. 왕복 시간 또는 지터의 급증은 특정 시간에 전송된 프로브의 아웃바운드(송신) 또는 인바운드(수신) 시간이 더 느리다는 것을 나타냅니다.

표 2 는 RPM 디스플레이의 주요 출력 필드를 요약합니다.

표 2: 주요 RPM 출력 필드 요약

필드

추가 정보

현재 실행 중인 테스트

그래프

 

그래프 링크를 클릭하여 그래프를 표시하거나(아직 표시되지 않은 경우) 특정 테스트에 대한 그래프를 업데이트합니다.

소유자

RPM 테스트의 구성된 소유자 이름.

테스트 이름

RPM 테스트의 구성된 이름.

프로브 유형

지정된 테스트에 대해 구성된 RPM 프로브 유형:

  • http-get

  • http-get-metadata

  • icmp-ping

  • icmp6-ping

  • icmp-ping-timestamp

  • tcp-ping

  • udp-ping

대상 주소

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 합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

기본 RPM 프로브를 구성하려면:

  1. RPM을 구성합니다.

  2. RPM 소유자를 구성합니다.

  3. customerA에 대한 RPM 테스트를 구성합니다.

  4. 프로브 타임스탬프 및 대상 주소를 지정합니다.

  5. RPM 임계값 및 해당 SNMP 트랩을 구성합니다.

  6. customerB에 대한 RPM 테스트를 구성합니다.

  7. 프로브 유형 및 대상 URL을 지정합니다.

  8. RPM 임계값 및 해당 SNMP 트랩을 구성합니다.

결과

구성 모드에서 명령을 입력하여 구성을 확인합니다 run show services rpm . 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

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

RPM 서비스 확인

목적

RPM 구성이 예상 값 내에 있는지 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show services rpm . 출력은 디바이스에서 RPM에 구성된 값을 보여줍니다.

RPM 통계 확인

목적

RPM 프로브가 작동하고 RPM 통계가 예상 값 내에 있는지 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show services rpm probe-results .

명령을 사용하여 원하는 트랩을 구성합니다 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을 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

이 예에서는 호스트(디바이스 A)와 원격 디바이스(디바이스 B)가 모두 TCP 및 UDP 서버로 작동하도록 구성합니다. TCP 패킷을 사용하는 고객C에 대한 프로브를 구성합니다. 디바이스 B는 TCP 및 UDP 패킷 모두에 대한 RPM 서버로 구성되며, 대상 인터페이스로서 lt 서비스 인터페이스를 사용하고 각각 포트 50000 및 50037을 사용합니다.

주의:

부적절한 구성으로 인해 패킷이 누락될 수 있으므로 프로브 분류는 신중하게 사용해야 합니다.

구성

절차

CLI 빠른 구성

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

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

TCP 및 UDP 프로브를 사용하여 RPM을 구성하려면:

  1. 디바이스 A에서 RPM 소유자를 구성합니다.

  2. RPM 테스트를 구성합니다.

  3. 프로브 유형을 설정합니다.

  4. 대상 주소를 지정합니다.

  5. 대상 인터페이스를 구성합니다.

  6. 포트 50000을 RPM 프로브가 전송되는 TCP 포트로 구성합니다.

  7. 디바이스 B가 포트 50000을 사용하여 TCP 서버로 작동하도록 구성합니다.

  8. 디바이스 B가 포트 50037을 사용하여 UDP 서버로 작동하도록 구성합니다.

결과

운영 모드에서 명령을 입력하여 구성을 show services rpm 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

RPM 프로브 서버 확인

목적

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

디바이스가 올바른 포트에서 TCP 및 UDP RPM 프로브를 수신하고 전송하도록 구성되었는지 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show services rpm active-servers . 출력은 디바이스가 RPM 서버로 구성된 프로토콜 및 해당 포트 목록을 보여줍니다.

예: BGP 모니터링을 위한 RPM 프로브 구성

이 예는 BGP 이웃을 모니터링하기 위해 RPM 프로브를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 수행합니다.

개요

이 예에서는 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 합니다.

단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. 이를 수행하는 방법에 대한 지침은 Junos OS CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

BGP 이웃을 모니터링하기 위한 RPM 프로브 구성 방법:

  1. RPM 및 BGP를 구성합니다.

  2. 16진수 값을 지정합니다.

  3. RPM 프로브의 데이터 크기를 지정합니다.

  4. 대상 포트를 구성합니다.

  5. 프로브 수를 지정합니다.

  6. 프로브 수와 프로브 간격을 설정합니다.

  7. 프로브 유형을 지정합니다.

    참고:

    프로브 유형을 지정하지 않으면 기본 ICMP 프로브가 전송됩니다.

  8. 테스트 간격을 설정합니다.

결과

구성 모드에서 명령을 입력하여 구성을 확인합니다 run show services rpm . 출력에 의도한 구성이 표시되지 않으면 이 예의 구성 지침을 반복하여 수정합니다.

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

BGP 모니터링을 위한 RPM 프로브 확인

목적

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

BGP 모니터링을 위한 RPM 프로브가 구성되었는지 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show services rpm .

릴리스 기록 테이블
릴리스
설명
18.4R1
릴리스 18.4R1 Junos OS 시작하여, 프로브 또는 테스트 결과가 패킷 손실 임계값을 초과하는 경우 실시간 성능 모니터링(RPM) 테스트 프로브가 실패한 것으로 표시됩니다. RTT(Round-Trip Time)가 구성된 임계값을 초과할 때 테스트 프로브도 실패합니다. 결과적으로 디바이스는 SNMP 알림(트랩)을 생성하고 RPM 테스트를 실패한 것으로 표시합니다. RPM을 통해 서비스 수준 모니터링을 수행할 수 있습니다. 디바이스에 RPM이 구성되면 디바이스는 패킷 응답 시간, 지터 및 패킷 손실을 기반으로 네트워크 성능을 계산합니다.