Configuring RPM with a Configuration Editor
To configure the device to perform real-time performance tests, you perform the following tasks. For information about using the J-Web and CLI configuration editors, see User Interface Overview.
- Configuring Basic RPM Probes
- Configuring TCP and UDP Probes
- Tuning RPM Probes
- Configuring RPM Probes to Monitor BGP Neighbors
- Configuring RPM Timestamping
Configuring Basic RPM Probes
To configure basic RPM probes, you must configure the probe owner, the test, and the specific parameters of the RPM probe.
For ICMP ping, ICMP ping timestamp, UDP ping, and UDP ping timestamp probes, you can also set a timestamp to improve the measurement of latency or jitter. The probe is timestamped by the device originating the probe (the RPM client).
In this sample use of RPM, basic probes are configured for two customers: Customer A and Customer B. The probe for Customer A uses ICMP timestamp packets and sets RPM thresholds and corresponding SNMP traps to catch lengthy inbound times. The probe for Customer B uses HTTP packets and sets thresholds and corresponding SNMP traps to catch excessive lost probes. To configure these RPM probes:
- Navigate to the top of the configuration hierarchy in either the J-Web or CLI configuration editor.
- Perform the configuration tasks described in Table 181.
- If you are finished configuring the network, commit the configuration.
- Go on to one of the following procedures:
- To configure a TCP or UDP probe, see Configuring TCP and UDP Probes.
- To tune a probe, see Tuning RPM Probes.
- To check the configuration, see Verifying an RPM Configuration.
Table 181: Configuring Basic RPM Probes
Task | J-Web Configuration Editor | CLI Configuration Editor |
|---|---|---|
Navigate to the Services>RPM level in the configuration hierarchy. |
| From the [edit] hierarchy level, enter edit services rpm |
Configure the RPM owners customerA and customerB. |
|
|
Configure the RPM test icmp-test for the RPM owner customerA. The sample RPM test is an ICMP probe with a test interval (probe frequency) of 15 seconds, a probe type of icmp-ping-timestamp, a probe timestamp, and a target address of 192.178.16.5. |
|
|
Configure RPM thresholds and corresponding SNMP traps to catch ingress (inbound) times greater than 3000 microseconds. |
|
|
Configure the RPM test http-test for the RPM owner customerB. The sample RPM test is an HTTP probe with a test interval (probe frequency) of 30 seconds, a probe type of http-get, and a target URL of http://customerB.net. |
|
|
Configure RPM thresholds and corresponding SNMP traps to catch 3 or more successive lost probes and total lost probes of 10 or more. |
|
|
Configuring TCP and UDP Probes
To configure RPM using TCP and UDP probes, in addition to the basic RPM properties, you must configure both the host device and the remote device to act as TCP and UDP servers.
If you are using class of service (CoS) and want to classify probes, you must also set a destination interface. The destination interface is the output interface for sending packets to the forwarding plane. Classified packets are sent to the output queue on the output interface specified by the CoS scheduler map configured on the interface.
For information about CoS, see the Junos OS Class of Service Configuration Guide for Security Devices.
![]() | Caution: Use probe classification with caution, because improper configuration can cause packets to be dropped. |
The destination interface must support looping of probe packets to an input interface without adding any encapsulation. The device's destination interface must be an lt services interface.
In this sample use of RPM, a probe is configured for one customer: Customer C. The probe for Customer C uses TCP packets. The remote device is configured as an RPM server for both TCP and UDP packets, using an lt services interface as the destination interface, and ports 50000 and 50037, respectively. Router A is the host device in this example, and Router B is the remote device. To configure this RPM probe:
- Navigate to the top of the configuration hierarchy in either the J-Web or CLI configuration editor.
- Perform the configuration tasks described in Table 182.
- If you are finished configuring the network, commit the configuration.
- Go on to one of the following procedures:
- To tune a probe, see Tuning RPM Probes.
- To check the configuration, see Verifying an RPM Configuration.
Table 182: Configuring TCP and UDP Probes
Task | J-Web Configuration Editor | CLI Configuration Editor |
|---|---|---|
| Router A Configuration | ||
Navigate to the Services>RPM level in the configuration hierarchy. |
| From the [edit] hierarchy level, enter edit services rpm |
Configure the RPM owner customerC. |
| Enter set probe customerC |
Configure the RPM test tcp-test for the RPM owner customerC. The sample RPM test is a TCP probe with a test interval (probe frequency) of 5, a probe type of tcp-ping, and a target address of 192.162.45.6. |
|
|
Configure the destination interface. Note: On J Series devices, the destination interface must be an lt services interface. | In the Destination interface box, type lt-0/0/0 | Enter set test tcp-test destination-interface lt-0/0/0 |
Configure port 50000 as the TCP port to which the RPM probes are sent. | In the Destination port box, type 50000. | Enter set test tcp-test destination-port 50000 |
| Router B Configuration | ||
Navigate to the Services>RPM level in the configuration hierarchy. |
| From the [edit] hierarchy level, enter edit services rpm |
Configure Router B to act as a TCP server, using port 50000 to send and receive TCP probes. |
| Enter set probe-server tcp port 50000 |
Configure Router B to act as a UDP server, using port 50037 to send and receive UDP probes. |
| Enter set probe-server udp port 50037 |
Tuning RPM Probes
After configuring an RPM probe, you can set parameters to control probe functions, such as the interval between probes, the total number of concurrent probes that a system can handle, and the source address used for each probe packet. This example tunes the ICMP probe set for customer A in Configuring Basic RPM Probes.
To configure tune RPM probes:
- Perform the configuration tasks described in Table 181.
- Navigate to the top of the configuration hierarchy in either the J-Web or CLI configuration editor.
- Perform the configuration tasks described in Table 183.
- If you are finished configuring the network, commit the configuration.
- To check the configuration, see Verifying an RPM Configuration.
Table 183: Tuning RPM Probes
Task | J-Web Configuration Editor | CLI Configuration Editor |
|---|---|---|
Navigate to the Services>RPM level in the configuration hierarchy. |
| From the [edit] hierarchy level, enter edit services rpm |
Set the maximum number of concurrent probes allowed on the system to 10. |
| Enter set probe-limit 10 |
Access the ICMP probe of customer A. |
| From the [edit] hierarchy level, enter edit services rpm probe customerA test icmp-test |
Set the time between probe transmissions to 15 seconds. | In the Probe interval box, type 15. | Enter set probe-interval 15 |
Set the number of probes within a test to 10. | In the Probe count box, type 10. | Enter set probe-count 10 |
Set the source address for each probe packet to 192.168.2.9. If you do not explicitly configure a source address, the address on the outgoing interface through which the probe is sent is used as the source address. |
| Enter set source-address 192.168.2.9 |
Configuring RPM Probes to Monitor BGP Neighbors
By default, the device is not configured to send RPM probes to its BGP neighbors. You must configure the BGP parameters under RPM configuration to send RPM probes to BGP neighbors.
You can also direct the probes to a particular group of BGP neighbors.
This section contains the following topics:
Configuring RPM Probes for BGP Monitoring
This sample use of RPM for BGP monitoring uses a TCP probe. To use TCP or UDP probes, you must configure both the probe server (J Series or SRX Series device) and the probe receiver (the remote device) to transmit and receive RPM probes on the same TCP or UDP port. The sample probe uses TCP port 50000.
To configure RPM probes on a device to monitor BGP neighbors with a configuration editor:
- Navigate to the top of the configuration hierarchy in either the J-Web or CLI configuration editor.
- Perform the configuration tasks described in Table 184.
- If you are finished configuring the device, commit the configuration.
- Go on to one of the following tasks:
- To send probes to specific devices, see Directing RPM Probes to Select BGP Routers.
- To check the configuration, see Verifying an RPM Configuration.
Table 184: Configuring RPM Probes to Monitor BGP Neighbors
Task | J-Web Configuration Editor | CLI Configuration Editor |
|---|---|---|
Navigate to the Services>RPM>BGP level in the configuration hierarchy. |
| From the [edit] hierarchy level, enter edit services rpm bgp |
Specify a hexadecimal value (the range is between 1 and 2048 characters) that you want to use for the data portion of the RPM probe—for example, ABCD123. | In the Data fill box, type ABCD123. | Enter set data-fill ABCD123 |
Specify the data size of the RPM probe in bytes, a value from 0 through 65507—for example, 1024. | In the Data size box, type 1024. | Enter set data-size 1024 |
Configure port 50000 as the TCP port to which the RPM probes are sent. | In the Destination port box, type 50000. | Enter set destination-port 50000 |
Specify the number of probe results to be saved in the probe history—for example, 25. The range is between 0 and 255, and the default is 50. | In the History size box, type 25. | Enter set history-size 25 |
Configure the probe count—for example, 5—and probe interval—for example, 1.
|
| Enter set probe-count 5 probe-interval 1 |
Specify the type of probe to be sent as part of the test—tcp-ping. Note: If you do not specify the probe type the default ICMP probes are sent. | In the Probe type box, select tcp-ping. | Enter set probe-type tcp-ping |
Configure a value between 0 and 86400 seconds for the interval between tests—for example, 60. |
| Enter set test-interval 60 |
Directing RPM Probes to Select BGP Routers
If a device has a large number of BGP neighbors configured, you can direct (filter) the RPM probes to a selected group of BGP neighbors rather than to all the neighbors. To identify the BGP routers to receive RPM probes, you can configure routing instances.
The sample RPM configuration in Table 185 sends RPM probes to the BGP neighbors in routing instance R1.
To direct RPM probes to select BGP neighbors:
- Navigate to the top of the configuration hierarchy in either the J-Web or CLI configuration editor.
- Perform the configuration tasks described in Table 185.
- If you are finished configuring the device, commit the configuration.
- To verify the configuration, see Verifying an RPM Configuration.
Table 185: Directing RPM Probes to Select BGP Routers
Task | J-Web Configuration Editor | CLI Configuration Editor |
|---|---|---|
Navigate to the Services>RPM>BGP level in the configuration hierarchy. |
| From the [edit] hierarchy level, enter edit services rpm bgp |
Configure routing instance RI1 to send RPM probes to BGP neighbors within the routing instance. |
| Enter set routing-instances RI1 |
Configuring RPM Timestamping
To account for latency in the communication of probe messages, you can enable timestamping of the probe packets. You can timestamp the following RPM probe types: icmp-ping, icmp-ping-timestamp, udp-ping, and udp-ping-timestamp.
The following example shows how to enable timestamping for customerA. The test for customerA is identified as customerA-test.
To configure timestamping:
- Specify the RPM probe owner for which you want
to enable timestamping: [edit services rpm]user@host#edit probe customerA
- Specify a name for the test: [edit services rpm probe customerA]user@host#edit test customerA-test
- Enable timestamping: [edit services rpm probe customerA test customerA-test]user@host#edit hardware-timestamp
- (Optional) If preferred, indicate that
you want the timestamping to be only one-way: [edit services rpm probe customerA test customerA-test]user@host#edit one-way-hardware-timestamp
![]() | Note: You cannot include both the source-address and hardware-timestamp or one-way-hardware-timestamp statements at the [edit services rpm probe probe-name test test-name] hierarchy level simultaneously. |
Hide Navigation Pane
Show Navigation Pane
Download
SHA1

